Szybka odpowiedź
Na czym polegają zmiany w polityce transferu ICANN?
7 czerwca 2026 Zarząd ICANN przyjął Transfer Policy Review (uchwała 2026.06.07.04). Wprowadza 30-dniowe blokady zamiast 60, jednorazowy kod autoryzacji transferu ważny 14 dni i brak 60-dniowej blokady po zmianie abonenta. Na dzień 19 października 2026 nie opublikowano daty wejścia w życie, więc transfery w TransferOffshore nadal podlegają obecnym zasadom.
Decyzja w skrócie
| Co przyjęto | Zalecenia raportu końcowego GNSO Transfer Policy Review PDP (47 zaleceń) |
|---|---|
| Przyjęte przez | Zarząd ICANN, 7 czerwca 2026, uchwała 2026.06.07.04; uchwały opublikowano 9 czerwca 2026 |
| Data wejścia w życie | Brak opublikowanej na dzień 19 października 2026; wdrożenie „z zastrzeżeniem priorytetyzacji” |
| Następne kroki | Zespół ds. przeglądu wdrożenia i odrębna polityka Change of Registrant Data (CORD) |
| Blokada po utworzeniu lub transferze | Z 60-dniowej „możliwości odmowy” na obowiązkowe 30 dni (720 godzin) |
| Kod autoryzacyjny | Zmieniona nazwa TAC: jednorazowe użycie, ważność 14 dni (336 godzin), wydawany w ciągu 120 godzin |
| Blokada zmiany abonenta | Zniesiono 60-dniową blokadę i możliwość jej wyłączenia |
| Nadal obowiązuje | Polityka transferu zaktualizowana 21 lutego 2024, w tym obie 60-dniowe zasady |
Co Zarząd ICANN przyjął 7 czerwca 2026?
Przyjął pełny zestaw zaleceń z Transfer Policy Review i zobowiązał Prezesa i CEO ICANN do ich wdrożenia „z zastrzeżeniem priorytetyzacji”. Numer uchwały to 2026.06.07.04, a zatwierdzone uchwały opublikowano 9 czerwca 2026.
Zalecenia pochodzą od grupy roboczej GNSO, która przejrzała całą Politykę transferu. Jej raport końcowy z 4 lutego 2025 zawiera 47 zaleceń. Zarząd oznaczył jedno z nich, Zalecenie 21, do dalszych rozmów z Radą GNSO: miałoby ono pozwolić rejestratorom odmówić transferu z powodu nadużyć DNS.
Które zalecenia co zmieniają?
Główne zmiany na podstawie tekstu raportu końcowego. „Zal.” to numer zalecenia.
| Zal. | Zmiana | Obecnie |
|---|---|---|
| 3 | Rejestratorzy muszą blokować transfery przez 720 godzin (30 dni) od daty utworzenia, zastępując 60-dniowe zasady w umowach rejestru i rejestratora | 60 dni, powód, którego rejestrator może użyć |
| 6 | Kod autoryzacji transferu (TAC) musi być ustawiony i wydany w ciągu 120 godzin | Kod autoryzacji w ciągu 5 dni kalendarzowych |
| 9 | TAC jest ważny 336 godzin (14 dni), egzekwowane przez rejestr | Brak ustalonego czasu ważności dla gTLD |
| 11 | Powiadomienie o wydaniu TAC trafia do abonenta w ciągu 10 minut | Brak wymogu takiego powiadomienia |
| 12 i 13 | Rejestr weryfikuje TAC; jest jednorazowy i resetowany po akceptacji | Kod może pozostać taki sam |
| 15 | Znosi się Gaining FOA (formularz autoryzacji rejestratora przyjmującego) | Wdrożenie odroczone od 2018 r. |
| 17 | Powiadomienie od rejestratora tracącego staje się „Transfer Confirmation”; okno 5 dni staje się 120 godzinami | 5 dni kalendarzowych |
| 18 | Obowiązkowa blokada 720 godzin (30 dni) po transferze między rejestratorami; wcześniejsze zniesienie tylko na udokumentowany wniosek abonenta | 60 dni, powód, którego rejestrator może użyć |
| 19 | Powiadomienie o zakończeniu transferu od rejestratora tracącego w ciągu 24 godzin | Niewymagane |
| 21 do 24 | Przepisane powody odmowy: wyraźny sprzeciw abonenta staje się obowiązkową odmową; nadużycia DNS — możliwa odmowa | Listy „must / may / may-not” z obecnej polityki |
| 25 do 28 | Change of Registrant staje się Change of Registrant Data (CORD); blokada 60 dni i jej opt-out zostają usunięte; dodawane jest powiadomienie CORD | Blokada 60 dni z opcjonalnym opt-out |
| 34 do 47 | Zasady transferów masowych i całych portfeli między rejestratorami (BTAPPA) | Obecny proces BTAPPA |
Kiedy wejdą w życie nowe zasady transferu?
Nikt jeszcze nie potrafi tego powiedzieć: na 19 października 2026 r. ICANN nie opublikowała daty wejścia w życie. Uchwała nie wyznacza terminu. Zespół ds. przeglądu wdrożenia (Implementation Review Team) musi jeszcze przełożyć rekomendacje na tekst polityki, a samodzielna polityka CORD musi zostać napisana.
Jeden z blogów sugeruje wprowadzanie etapami przez około 18 miesięcy. ICANN nie potwierdziła tej liczby, więc traktuj ją jako domysł. Gdy ICANN opublikuje datę, ta strona ją pokaże.
Nie myl przeglądu z inną datą. Realtime Register ogłosił zmiany w transferach gTLD od 4 sierpnia 2026 r. To ogłoszenie dotyczy zatwierdzania wyłącznie przez abonenta, bez kontaktu administracyjnego, w ramach Registration Data Policy. To nie jest Transfer Policy Review.
Co pozostaje bez zmian do tego czasu?
Wszystko w obecnej polityce, zaktualizowanej 21 lutego 2024 r. i obowiązkowej od 21 sierpnia 2025 r.:
- rejestrator może odmówić transferu w ciągu 60 dni od utworzenia domeny lub poprzedniego transferu, i wielu to robi;
- zmiana abonenta ustanawia blokadę 60 dni, z opcjonalnym opt-out, który rejestrator może zaoferować;
- rejestrator tracący ma 5 dni kalendarzowych, po czym transfer jest zatwierdzany domyślnie;
- kod autoryzacyjny musi być wydany w ciągu 5 dni kalendarzowych i nie ma ustalonego czasu ważności;
- transfer gTLD dodaje jeden rok, a łączny okres jest ograniczony do 10 lat.
Ostatnia zasada nie jest objęta przeglądem: Final Report nadal przewiduje dodanie jednego roku przy transferze. Obecny proces wyjaśniamy w jak działają transfery domen.
Co zmiany oznaczają dla osób przenoszących domeny?
Krótsze oczekiwanie, surowsze kody i mniej e-maili do odpowiedzi. W praktyce:
- Nowe domeny przenoszą się szybciej. Domena zarejestrowana lub przeniesiona 30 dni temu będzie mogła zostać przeniesiona, zamiast 60 dni u wielu rejestratorów dzisiaj. Ale 30 dni będzie obowiązkowe, bez uznania rejestratora.
- Kody wygasają. TAC jest ważny 14 dni i działa raz. Proś o niego dopiero, gdy jesteś gotowy do złożenia wniosku, i poproś o nowy, jeśli wygaśnie.
- Aktualizacje właściciela przestaną blokować przenosiny. Zmiana imienia lub e-maila abonenta nie ustawi już blokady 60 dni. Zamiast tego otrzymasz powiadomienie CORD.
- Więcej powiadomień. Otrzymasz e-mail w ciągu 10 minut od wydania TAC i kolejny w ciągu 24 godzin od zakończenia transferu. Nieoczekiwane powiadomienie o TAC to wczesne ostrzeżenie.
- Portfele wymagają ciaśniejszych partii. Przy 14-dniowych kodach planuj każdą partię tak, aby każdy kod został złożony w swoim oknie. Przewodnik po transferach masowych omawia partie.
Sam kod wyjaśniamy w czym jest kod autoryzacyjny, a dzisiejsze blokady w dlaczego domeny nie można przenieść.
Jak doszło do Transfer Policy Review?
| Data | Krok |
|---|---|
| 31 stycznia 2025 | Grupa robocza osiąga pełny konsensus |
| 4 lutego 2025 | Final Report wysłany do Rady GNSO (47 rekomendacji) |
| 12 marca 2025 | Rada GNSO jednogłośnie zatwierdza raport |
| 28 kwietnia – 16 czerwca 2025 | Konsultacje publiczne przed decyzją Zarządu |
| 2 lipca 2025 | Raport podsumowujący komentarze publiczne |
| 7 czerwca 2026 | Zarząd ICANN przyjmuje rekomendacje (uchwała 2026.06.07.04) |
| 9 czerwca 2026 | Publikacja przyjętych uchwał |
| Po tym | Implementation Review Team i polityka CORD; data wejścia w życie nieogłoszona na 19 października 2026 r. |
Pytania o nowe zasady transferu
Czy blokada transferu na 30 dni już obowiązuje?
Nie. Zarząd ICANN przyjął ją 7 czerwca 2026 r., ale na dzień 19 października 2026 r. nie opublikowano daty wejścia w życie. Do tego czasu obowiązuje obecna polityka. Rejestrator może odmówić transferu w ciągu 60 dni od rejestracji lub poprzedniego transferu i wielu rejestratorów tak robi.
Czym jest TAC?
TAC to Transfer Authorization Code, nowa nazwa kodu autoryzacyjnego, czyli kodu EPP. Zgodnie z przyjętymi zasadami musi być wydany w ciągu 120 godzin, jest ważny 14 dni i działa tylko raz. Rejestr pilnuje terminu ważności i resetuje kod po prawidłowym użyciu.
Czy transfer nadal wydłuży mi domenę o rok?
Tak, na ile wynika z Final Report. Przegląd nie zmienia zasady, że transfer gTLD wydłuża datę wygaśnięcia o rok, maksymalnie do 10 lat. Domeny krajowe nadal podlegają własnym rejestrom, których polityka ICANN nie obejmuje.
Czy blokada po zmianie abonenta zniknie?
Tak, gdy nowe zasady wejdą w życie. Rekomendacja 26.4 znosi 60-dniową blokadę po zmianie abonenta wraz z możliwością jej wyłączenia. Proces staje się Change of Registrant Data (CORD), z powiadomieniem abonenta zamiast blokady. Do tego czasu nadal obowiązuje 60-dniowa blokada.
Dlaczego Zarząd zwrócił uwagę na Rekomendację 21?
Rekomendacja 21 pozwoliłaby rejestratorom odmówić transferu z powodu nadużyć DNS. Zarząd wskazał ją do dalszej dyskusji z GNSO Council, gdy przyjmował rekomendacje 7 czerwca 2026 r. Jej ostateczna forma może więc różnić się od tekstu w Final Report.
Czy powinienem poczekać na nowe zasady, zanim przeniosę domeny?
Nie. Data wejścia w życie nie jest znana, a domena wstrzymana przez dzisiejszą zasadę 60 dni musi poczekać tylko do 61. dnia. Każda inna domena może zostać przeniesiona na obecnych zasadach. Transfer gTLD nadal trwa do 5 dni i dodaje rok, za 12,49 USD dla .com.
Źródła (5)
- Zatwierdzone uchwały, zwyczajne posiedzenie Zarządu ICANN, 7 czerwca 2026 r. — ICANN (sprawdzone 2026-10-19)
- Raport końcowy Transfer Policy Review PDP — ICANN GNSO (sprawdzone 2026-10-19)
- Transfer Policy Review Working Group Final Report do rozpatrzenia przez Zarząd ICANN (konsultacje publiczne) — ICANN (sprawdzone 2026-10-19)
- Polityka transferowa (zaktualizowana 21 lutego 2024) — ICANN (sprawdzone 2026-10-19)
- ICANN aktualizuje politykę transferu gTLD od 4 sierpnia 2026 r. — Realtime Register (sprawdzone 2026-10-19)
Obecne zasady już pozwalają Ci przenieść domenę
Podaj nazwę domeny i jej kod autoryzacyjny. Do 5 dni dla gTLD, serwery nazw zachowane, bez dowodu, płatność w krypto.