Коротка відповідь
Як працюють перенесення доменів?
Перенесення домену gTLD переміщує назву від одного акредитованого ICANN реєстратора до іншого за допомогою auth-коду. За правилами перенесення ICANN, чинними з жовтня 2026 року, старий реєстратор має 5 календарних днів, щоб відповісти. Потім перенесення схвалюється за замовчуванням. У TransferOffshore перенесення .com коштує 12,49 USD і додає один рік.
Правила перенесення доменів, чинні сьогодні
| Чинна політика | Правила перенесення ICANN, версія оновлена 21 лютого 2024 року; обов’язкові для реєстраторів з 21 серпня 2025 року |
|---|---|
| Строк реєстратора, що втрачає домен | 5 календарних днів після повідомлення реєстру; відсутність відповіді означає, що перенесення схвалюється за замовчуванням |
| Крайній строк для auth-коду | Протягом 5 календарних днів після вашого запиту, якщо в реєстратора немає інструменту самообслуговування; ніколи не затримується через спір щодо оплати |
| Блокування після реєстрації або перенесення | 60 днів: причина, яку реєстратори можуть використати для відмови; багато реєстраторів її застосовують, а деякі реєстри вимагають її дотримання |
| Блокування після зміни реєстранта | 60 днів після зміни реєстранта; реєстратор може запропонувати відмову від блокування до зміни |
| Час, що додається на gTLD | Один рік додається до поточної дати закінчення, із загальним обмеженням у 10 років |
| Правила, які набудуть чинності далі | Transfer Policy Review, ухвалена Радою ICANN 7 червня 2026 року (30-денні блокування, одноразовий код); станом на 19 жовтня 2026 року дата набуття чинності не опублікована |
| Ціна перенесення тут | .com 12,49 USD, так само як поновлення; усі ціни в прайс-листі |
Хто що робить під час перенесення доменного імені?
Беруть участь чотири сторони, і лише одна з них — ви. Реєстр керує доменною зоною, два реєстратори її продають, а ви володієте ім’ям.
| Сторона | Хто це | Її роль у перенесенні |
|---|---|---|
| Реєстрант | Ви, власник доменного імені | Знімає блокування, отримує auth-код, передає його новому реєстратору, підтримує доступність контактної електронної пошти |
| Реєстратор, що втрачає | Реєстратор, зазначений у записі на сьогодні | Видає auth-код, знімає clientTransferProhibited, потім схвалює, відмовляє з наведеної причини або дозволяє 5 дням спливти |
| Реєстратор, що приймає | Реєстратор, до якого ви переходите; у TransferOffshore — наш партнер-реєстратор, акредитований ICANN, зазначений у записі RDAP | Приймає код, надсилає запит на перенесення до реєстру, перевіряє електронну пошту реєстранта |
| Реєстр | Оператор доменної зони (Verisign для .com) | Перевіряє код, встановлює pendingTransfer, повідомляє реєстратора, що втрачає, завершує перенесення та продовжує дату закінчення |
Реєстр — це арбітр. Він зберігає авторитетний запис про домен: його спонсоруючого реєстратора, його статуси, дату закінчення та його nameservers. Перенесення змінює спонсоруючого реєстратора в цьому записі. Воно не змінює nameservers, тому вебсайт може залишатися онлайн протягом усього процесу.
Що відбувається між днем 0 і днем 5?
Перенесення gTLD завершується не пізніше дня 5, якщо реєстратор, що втрачає, не відмовить із причини, дозволеної політикою. Багато реєстраторів також дозволяють вам завчасно схвалити вихідне перенесення, що може завершити його протягом кількох годин.
| Коли | Що відбувається | Статус домену |
|---|---|---|
| До дня 0 | Ви вимикаєте блокування перенесення та копіюєте auth-код у реєстратора, що втрачає | Блокування знято |
| День 0 | Реєстратор, що приймає, надсилає запит із кодом; реєстр перевіряє код і повідомляє реєстратора, що втрачає | pendingTransfer |
| Дні з 1 по 5 | Реєстратор, що втрачає домен, може надіслати вам лист, схвалити перехід достроково або відхилити його з дозволеної причини | pendingTransfer |
| День 5 | Без відповіді реєстр за замовчуванням схвалює перехід | Повернутися до стану ok, новий реєстратор |
| Після переходу | Новий реєстратор може заблокувати наступний перехід на 60 днів | Часто clientTransferProhibited |
У вашому обліковому записі TransferOffshore розділ My domains показує ту саму хронологію: Requested → Waiting for the current registrar (up to 5 days) → Completed або Failed. У рядку з помилкою вказано причину, наприклад неправильний код або домен усе ще заблокований, і є поле, щоб надіслати виправлений код.
Що таке код авторизації і хто його надає?
Код авторизації (його також називають EPP-кодом або AuthInfo) — це пароль, який зберігається в реєстрі для кожного домену. Реєстратор, що приймає домен, повинен надіслати його разом із запитом на перехід, і реєстр відхиляє запит, якщо код не збігається.
Реєстратор, що втрачає домен, зобов'язаний надати вам код. Якщо в нього немає інструмента самообслуговування, політика дає йому 5 календарних днів від вашого запиту. Він не може відмовити в коді через вашу заборгованість. Національні реєстри встановлюють власні правила: AuthInfo для .de діє 30 днів, а .uk взагалі не використовує код. Деталі в що таке код авторизації.
Які блокування та статуси зупиняють перехід?
Існують два види блокування: статус, який ви можете зняти самостійно, і правило на основі часу, яке можна лише перечекати. RDAP показує статуси, а інструмент Lookup від ICANN зчитує їх для будь-якого домену в gTLD.
| Блокування або статус | Хто встановлює | Що це означає | Що робити |
|---|---|---|---|
| clientTransferProhibited | Реєстратор, що втрачає | Реєстр відхиляє будь-який запит на перехід | Вимкніть блокування переходу в панелі керування вашого реєстратора |
| serverTransferProhibited | Реєстр | Блокування на рівні реєстру, часто пов'язане зі спором або періодом відновлення | Запитайте в реєстратора, чому його встановлено |
| pendingTransfer | Реєстр | Відкрито запит на перехід | Зачекайте або схваліть його достроково в реєстратора, що втрачає домен |
| 60 днів після реєстрації або переходу | Політика реєстратора, іноді реєстру | Реєстратор може відхилити перехід | Зачекайте до 61-го дня |
| Блокування на 60 днів після зміни реєстранта | Реєстратор | Реєстратор зобов'язаний відхилити перехід | Зачекайте або попросіть про виняток до наступної зміни |
| redemptionPeriod | Реєстр | Домен було видалено після закінчення терміну | Спочатку відновіть його в старого реєстратора |
Повний перелік причин із рішенням для кожної — у чому домен не можна передати.
Що додається до дати закінчення після переходу?
У gTLD, як-от .com, .net і .org, завершене перенесення додає один рік до наявної дати закінчення. Час, який ви вже оплатили, зберігається. Політика обмежує загальний неспливний строк 10 роками, тож домен, продовжений близько до цієї межі, не може взяти весь додатковий рік.
Приклад: .com закінчується 1 березня 2027 року і переноситься 10 листопада 2026 року. Його нова дата закінчення — 1 березня 2028 року.
Пільговий період автопродовження. Якщо старий реєстратор автоматично продовжив домен за останні 45 днів, реєстр скасовує це продовження і зараховує кошти реєстратору, що втрачає домен. Тоді перенесення додає свій власний рік. Чистий результат — один рік після старої дати закінчення, а не два. Якщо ви заплатили старому реєстратору за це продовження, повернення коштів залежить від його власної політики.
Крайові доменні зони відрізняються. Перенесення .uk залишає дату закінчення як є. Перенесення .ai додає два роки з 15 січня 2025 року, згідно із заявою оператора реєстру для Domain Name Wire; TransferOffshore виставляє його як 2 роки: 86,49 USD плюс одне продовження, $172.98. Перенесення .ch не додає жодного року.
Чим відрізняються переходи ccTLD?
ccTLD не підпадають під Transfer Policy ICANN: кожен реєстр пише власні правила. Механізм, час очікування і доданий рік можуть змінюватися. Таблиця нижче охоплює зони, про які запитують найчастіше; таблиця правила переходу за зонами охоплює 40.
| Доменна зона | Як відбувається перехід | Рік додавання | Швидкість | Надійність |
|---|---|---|---|---|
| .uk | Зміна IPS-тегу поточним реєстратором, без коду; перекази за кодом з 9 лютого 2027 року, згідно з Realtime Register | Ні, термін дії не змінюється | Nominet не зазначає | Змішане |
| .de | AuthInfo дійсний 30 днів, лише один переказ | Залежить від реєстратора | Одразу після збігу AuthInfo (DENIC) | Основний для цього механізму |
| .nl | Токен, який реєстратор має надати протягом 5 днів | Залежить від реєстратора | Одразу (SIDN) | Основний і додатковий |
| .ch | Код переказу від реєстратора | Ні | Не вказано | Змішане |
| .ai | Код авторизації EPP | Два роки з 15 січня 2025 року | Реєстратор, що віддає домен, має 7 днів, за даними вторинних джерел | Додаткове |
Кожна доменна зона, яку ми приймаємо, також має власний посібник у посібниках з переказу за доменними зонами.
Коли реєстратор зобов’язаний, може або не може відмовити в переказі?
Transfer Policy розподіляє причини відмови на три списки. Реєстратор, який відмовляє з причини поза ними, порушує свій контракт з ICANN.
| Правило | Причина | Розділ політики |
|---|---|---|
| Зобов’язаний відмовити | Провадження UDRP, про яке реєстратора повідомлено | I.A.3.8 |
| Зобов’язаний відмовити | Судове рішення | I.A.3.8 |
| Зобов’язаний відмовити | Незакрита справа TDRP (Transfer Dispute Resolution Policy) | I.A.3.8 |
| Зобов’язаний відмовити | Провадження URS або призупинення за URS | I.A.3.8 |
| Зобов’язаний відмовити | 60-денне блокування після зміни реєстранта, якщо власник не відмовився від нього | I.A.3.8 |
| Може відмовити | Ознаки шахрайства | I.A.3.7 |
| Може відмовити | Обґрунтований спір щодо особи, яка подає запит | I.A.3.7 |
| Може відмовити | Несплата за попередній або минулий період після переведення домену в Registrar Hold | I.A.3.7 |
| Може відмовити | Пряме заперечення від контактної особи переказу | I.A.3.7 |
| Може відмовити | Менше 60 днів з моменту створення або попереднього переказу | I.A.3.7 |
| Не може відмовити | Несплата за поточний або майбутній період | I.A.3.9 |
| Не може відмовити | Відсутність відповіді від реєстранта або адмін-контакту | I.A.3.9 |
| Не може відмовити | Блокування, яке власник не мав розумної можливості зняти | I.A.3.9 |
| Не може відмовити | Закінчення терміну дії або непродовження домену, згідно з FAQ для реєстрантів від ICANN | I.A.3.9 |
Чи зміняться ці правила найближчим часом?
Так, але ще не зараз. 7 червня 2026 року Рада ICANN ухвалила Transfer Policy Review (резолюція 2026.06.07.04). Вона запроваджує 30-денні блокування замість 60, одноразовий код авторизації передання (TAC), дійсний 14 днів, і скасування 60-денного блокування після зміни реєстранта.
Станом на 19 жовтня 2026 року ICANN не опублікувала дати набуття чинності. Доки її немає, кожне правило на цій сторінці залишається чинним. Подробиці відстежує сторінка змін політики передання ICANN.
Як відбувається передання до TransferOffshore?
Ви вводите кожен домен і його код авторизації у формі перенесення, один рядок на домен, до 20 рядків на запит. Ваші поточні сервери імен зберігаються за замовчуванням, тож сайт і електронна пошта продовжують працювати. Ви платите з криптобалансу, і запити надходять до реєстрів після зарахування платежу. Реєстратором запису стає наш партнер-реєстратор, акредитований ICANN, зазначений у записі RDAP.
Ціна перенесення дорівнює ціні продовження доменної зони й оплачується по одному разу за домен (для .ai оплачується 2 роки, перенесення + одне продовження): .com 12,49 USD, .net 12,99 USD, .org 12,49 USD. Повний покроковий посібник — у як перенести домен до офшорного реєстратора.
Питання про передання доменів
Скільки триває передання домену?
Передання gTLD триває до 5 календарних днів. Реєстр повідомляє реєстратора, що втрачає домен, і той має 5 днів на відповідь, перш ніж передання буде схвалено за замовчуванням. Якщо схвалити його достроково в реєстратора, що втрачає домен, це може скоротити строк до годин. Деякі національні реєстри, як-от DENIC для .de і SIDN для .nl, завершують передання одразу, щойно код збігається.
Чи може старий реєстратор заблокувати моє передання?
Лише з причин, перелічених у Політиці передання ICANN. Він зобов’язаний відмовити під час справи UDRP, судового наказу або блокування після зміни реєстранта. Він може відмовити через шахрайство, спір щодо особи, неоплачений минулий період або 60-денний період після реєстрації чи передання. Він не може відмовити через те, що домен минув, або через те, що ви не відповіли на лист.
Чи втрачаю я вже оплачений час під час передання?
Ні. На gTLD реєстр зберігає вашу поточну дату закінчення і додає один рік, до 10 років загалом. Якщо домен було автоматично поновлено протягом останніх 45 днів, реєстр скасовує це поновлення. Натомість передання додає один рік, тож ви завершуєте через рік після старої дати закінчення.
Чи змінює передання мої сервери імен?
Ні. Сервери імен зберігаються в реєстрі й залишаються тими самими під час передання. Простій буває лише тоді, коли сам DNS розміщений у старого реєстратора, і припиняється, щойно домен іде. TransferOffshore за замовчуванням зберігає ваші поточні сервери імен. Дивіться передання без простою DNS.
Чому треба чекати 60 днів після реєстрації домену?
Чинна політика ICANN дозволяє реєстратору відмовити в переданні протягом 60 днів від дати створення або попереднього передання. Це дозволена причина, а не обов’язок, але багато реєстраторів її застосовують, а деякі реєстри її дотримуються. Політика, ухвалена 7 червня 2026 року, скоротить цей строк до 30 днів, щойно набуде чинності.
Хто надсилає мені листи під час передання?
Зазвичай реєстратор, що втрачає домен: він може попросити вас підтвердити або відхилити передання. За чинною політикою відповідати не обов’язково: мовчання веде до схвалення через 5 днів. Реєстратор, що приймає домен, також перевіряє вашу електронну адресу. ICANN вимагає цієї перевірки протягом 15 днів, інакше домен призупиняють.
Чи підкоряються ccTLD тим самим правилам?
Ні. Національні реєстри встановлюють власні правила передання. Домен .uk переходить шляхом зміни його IPS-тегу, без коду й без додавання року. Передання .de або .nl завершується одразу, щойно код збігається. Таблиця правил за доменною зоною перелічує кожне з джерелом.
Джерела (11)
- Transfer Policy (оновлено 21 лютого 2024) — ICANN (перевірено 2026-10-19)
- Transfer Policy (текст 2016 року) — ICANN (перевірено 2026-10-19)
- FAQ для реєстрантів щодо перенесення доменних імен — ICANN (перевірено 2026-10-19)
- EPP статус-коди: що вони означають і чому це варто знати? — ICANN (перевірено 2026-10-19)
- Повідомлення реєстраторам щодо пільгового періоду автопродовження (6 червня 2002 року) — ICANN (перевірено 2026-10-19)
- Пільгові періоди: пояснення — Identity Digital (перевірено 2026-10-19)
- Затверджені резолюції, чергове засідання Ради ICANN, 7 червня 2026 року — ICANN (перевірено 2026-10-19)
- Provider transfer of .de domains — DENIC (перевірено 2026-10-19)
- Transferring your domain name — SIDN (перевірено 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (перевірено 2026-10-19)
- Identity Digital тепер керує доменами .ai — Domain Name Wire (перевірено 2026-10-19)
Готові перенести домен?
Введіть ім’я та його код авторизації. Сервери імен зберігаються, на gTLD додається один рік, і ви платите криптовалютою без ID.