Коротка відповідь
Які зміни політики передачі ICANN?
7 червня 2026 року Рада ICANN ухвалила Transfer Policy Review (резолюція 2026.06.07.04). Вона запроваджує 30-денні блокування замість 60, одноразовий Transfer Authorization Code, дійсний 14 днів, і скасовує 60-денне блокування після зміни реєстранта. Станом на 19 жовтня 2026 року дата набуття чинності не опублікована, тож передачі на TransferOffshore досі відбуваються за чинними правилами.
Рішення коротко
| Що ухвалено | Рекомендації GNSO Transfer Policy Review PDP Final Report (47 рекомендацій) |
|---|---|
| Ухвалено | Рада ICANN, 7 червня 2026, резолюція 2026.06.07.04; резолюції опубліковано 9 червня 2026 |
| Дата набуття чинності | Станом на 19 жовтня 2026 не опублікована; впровадження «залежить від пріоритизації» |
| Наступні кроки | Implementation Review Team і окрема Change of Registrant Data (CORD) Policy |
| Блокування після створення або передачі | Від 60-денного «може відхилити» до обов’язкових 30 днів (720 годин) |
| Авторизаційний код | TAC перейменовано: одноразовий, дійсний 14 днів (336 годин), видається протягом 120 годин |
| Блокування після зміни реєстранта | 60-денне блокування та можливість його скасування скасовано |
| Чинне сьогодні | Transfer Policy в редакції від 21 лютого 2024, включно з обома 60-денними правилами |
Що Рада ICANN ухвалила 7 червня 2026 року?
Вона ухвалила повний набір рекомендацій з Transfer Policy Review і доручила Президенту та CEO ICANN впровадити їх «залежно від пріоритизації». Номер резолюції — 2026.06.07.04, а затверджені резолюції опубліковано 9 червня 2026 року.
Рекомендації походять від робочої групи GNSO, яка переглянула всю Transfer Policy. Її Final Report від 4 лютого 2025 року містить 47 рекомендацій. Рада виокремила одну з них, Рекомендацію 21, для подальших переговорів з Радою GNSO: вона дозволила б реєстраторам відхиляти передачу через зловживання DNS.
Які рекомендації що змінюють?
Основні зміни за текстом Final Report. «Рек.» — номер рекомендації.
| Рек. | Зміна | Сьогодні |
|---|---|---|
| 3 | Реєстратори мають блокувати передачі протягом 720 годин (30 днів) після дати створення, замінюючи 60-денні правила в угодах реєстрів і реєстраторів | 60 днів, причина, яку реєстратор може використати |
| 6 | Transfer Authorization Code (TAC) має бути встановлений і виданий протягом 120 годин | Auth code протягом 5 календарних днів |
| 9 | TAC дійсний 336 годин (14 днів), це забезпечує реєстр | Немає фіксованого строку дії для gTLD |
| 11 | Notification of TAC Issuance надходить реєстранту протягом 10 хвилин | Такої вимоги немає |
| 12 і 13 | Реєстр перевіряє TAC; він одноразовий і скидається після прийняття | Код може залишатися тим самим |
| 15 | Gaining FOA (форма авторизації від приймаючого реєстратора) скасовується | Правозастосування відкладено з 2018 року |
| 17 | Повідомлення від реєстратора, що програє, стає «Підтвердженням переказу»; 5-денне вікно стає 120 годинами | 5 календарних днів |
| 18 | Обов’язкове 720-годинне (30-денне) блокування після переказу між реєстраторами; дострокове зняття лише на документально підтверджений запит власника домену | 60 днів, причина, яку реєстратор може використати |
| 19 | Повідомлення про завершення переказу від реєстратора, що програє, протягом 24 годин | Не потрібно |
| 21 до 24 | Причини відмови переписано: пряме заперечення власника домену стає обов’язковою підставою для відмови; зловживання DNS — можливою підставою | Списки «обов’язково / можна / не можна» з чинної політики |
| 25 до 28 | Зміна власника домену стає Зміною даних власника домену (CORD); 60-денне блокування та можливість його скасування вилучено; додано повідомлення CORD | 60-денне блокування з можливістю скасування |
| 34 до 47 | Правила для масових переказів і переказів цілого портфеля між реєстраторами (BTAPPA) | Чинний процес BTAPPA |
Коли набудуть чинності нові правила переказу?
Поки ніхто не може сказати: станом на 19 жовтня 2026 року ICANN не опублікувала дату набуття чинності. У резолюції не встановлено жодних строків. Групі з впровадження ще належить перетворити рекомендації на текст політики, а окрему політику CORD ще потрібно написати.
Один блог припускає поетапне впровадження приблизно за 18 місяців. ICANN не підтвердила цю цифру, тож сприймайте її як здогад. Коли ICANN опублікує дату, ця сторінка її покаже.
Не плутайте цей перегляд з іншою датою. Realtime Register оголосила про зміни переказу gTLD з 4 серпня 2026 року. Це повідомлення стосується схвалення лише власником домену, без адміністративного контакту, згідно з Політикою даних реєстрації. Це не Перегляд політики переказу.
Що залишається незмінним до того часу?
Усе в чинній політиці, оновленій 21 лютого 2024 року й обов’язковій з 21 серпня 2025 року:
- реєстратор може відмовити в переказі протягом 60 днів після створення або попереднього переказу, і багато хто так і робить;
- зміна власника домену встановлює 60-денне блокування, з можливістю скасування, яку реєстратор може запропонувати;
- у реєстратора, що програє, є 5 календарних днів, після чого переказ схвалюється автоматично;
- код авторизації потрібно надати протягом 5 календарних днів, і він не має фіксованого строку дії;
- переказ gTLD додає один рік, із загальним обмеженням до 10 років.
Останнього правила перегляд не торкається: у Фінальному звіті досі вказано додавання одного року під час переказу. Сьогоднішній процес пояснено в як працює переказ доменів.
Що зміни будуть означати для тих, хто переносить домени?
Коротші очікування, суворіші коди й менше листів, на які треба відповідати. На практиці:
- Нові домени переносяться швидше. Домен, зареєстрований або перенесений 30 днів тому, можна буде переносити, замість 60 днів у багатьох реєстраторів сьогодні. Але 30 днів будуть обов’язковими, без розсуду реєстратора.
- Коди спливають. TAC діє 14 днів і працює один раз. Запитуйте його лише тоді, коли готові подати, і просіть новий, якщо він вичерпається.
- Оновлення власника більше не блокують переказів. Редагування імені чи електронної пошти власника домену більше не встановлюватиме 60-денного блокування. Натомість ви отримаєте повідомлення CORD.
- Більше повідомлень. Ви отримаєте лист протягом 10 хвилин після видачі TAC і ще один протягом 24 годин після завершення переказу. Неочікуване повідомлення про TAC — це раннє попередження.
- Портфелі потребують щільніших пакетів. Із 14-денними кодами плануйте кожен пакет так, щоб кожен код було подано в межах його вікна. Посібник з масового переказу охоплює формування пакетів.
Сам код пояснено на сторінці що таке код авторизації, а сьогоднішні блокування — на сторінці чому домен не можна перенести.
Як Перегляд політики переказу дійшов до цього?
| Дата | Крок |
|---|---|
| 31 січня 2025 | Робоча група досягає повного консенсусу |
| 4 лютого 2025 | Фінальний звіт надіслано до Ради GNSO (47 рекомендацій) |
| 12 березня 2025 | Рада GNSO одноголосно схвалює звіт |
| 28 квітня — 16 червня 2025 | Публічне обговорення перед рішенням Ради |
| 2 липня 2025 | Зведений звіт про публічні коментарі |
| 7 червня 2026 | Рада ICANN ухвалює рекомендації (резолюція 2026.06.07.04) |
| 9 червня 2026 | Опубліковано схвалені резолюції |
| Після цього | Група з впровадження та політика CORD; дату набуття чинності не оголошено станом на 19 жовтня 2026 року |
Питання про нові правила перенесення
Чи діє зараз 30-денне блокування перенесення?
Ні. Рада ICANN ухвалила його 7 червня 2026 року, але станом на 19 жовтня 2026 року дату набуття чинності не опубліковано. До того часу діє поточна політика. Реєстратор може відмовити в перенесенні протягом 60 днів після реєстрації або попереднього перенесення, і багато реєстраторів так і роблять.
Що таке TAC?
TAC означає Transfer Authorization Code — нова назва коду авторизації, або EPP-коду. За ухваленими правилами його потрібно видати протягом 120 годин, він дійсний 14 днів і спрацьовує лише один раз. Реєстр контролює строк дії та скидає код після успішного використання.
Чи додасть перенесення ще один рік до мого домену?
Так, наскільки видно з Final Report. Огляд не змінює правило, за яким перенесення gTLD додає один рік до дати закінчення, з обмеженням до 10 років. Країнові домени й надалі підкоряються своїм реєстрам, на які політика ICANN не поширюється.
Чи зникне блокування після зміни реєстранта?
Так, щойно нові правила набудуть чинності. Рекомендація 26.4 скасовує 60-денне блокування після зміни реєстранта разом із можливістю відмовитися від нього. Процес стає Change of Registrant Data (CORD) із повідомленням реєстранту замість блокування. До того часу 60-денне блокування все ще діє.
Чому Рада позначила Рекомендацію 21?
Рекомендація 21 дозволила б реєстраторам відмовляти в перенесенні через зловживання DNS. Рада позначила її для подальшого обговорення з GNSO Council, коли ухвалювала рекомендації 7 червня 2026 року. Тож її остаточна форма може відрізнятися від тексту Final Report.
Чи варто чекати на нові правила, перш ніж переносити домени?
Ні. Дата набуття чинності невідома, а домен, який стримує сьогоднішнє 60-денне правило, має лише дочекатися 61-го дня. Кожен інший домен можна перенести за поточними правилами. Перенесення gTLD все ще триває до 5 днів і додає один рік, за 12,49 USD для .com.
Джерела (5)
- Затверджені резолюції, чергове засідання Ради ICANN, 7 червня 2026 року — ICANN (перевірено 2026-10-19)
- Transfer Policy Review PDP Final Report — ICANN GNSO (перевірено 2026-10-19)
- Transfer Policy Review Working Group Final Report for ICANN Board consideration (public comment) — ICANN (перевірено 2026-10-19)
- Transfer Policy (оновлено 21 лютого 2024) — ICANN (перевірено 2026-10-19)
- ICANN оновлює політику переказу gTLD з 4 серпня 2026 року — Realtime Register (перевірено 2026-10-19)
Поточні правила вже дозволяють вам перенести
Введіть домен і його код авторизації. До 5 днів для gTLD, сервери імен зберігаються, без ID, оплата криптовалютою.