Статуси домену та його життєвий цикл: повна розшифровка EPP-кодів

Сценарій, знайомий до болю: вранці сайт відкривався, а до обіду – порожня сторінка в браузері або помилка DNS. Ви заходите в панель реєстратора і бачите там рядок на кшталт clientHold або serverTransferProhibited, а поруч – посилання на якусь сторінку ICANN. Що це означає, панікувати чи ні, і головне – що робити прямо зараз?

Ці рядки називаються EPP-статусами. Вони є у кожного зареєстрованого домену у світі, завжди, без винятків. Просто поки все працює, на них ніхто не звертає уваги. Розберемо їх докладно: звідки вони беруться, що означає кожен із них, як за тридцять секунд поставити діагноз і які з них варто ввімкнути самому, щоб спати спокійніше.

Звідки взагалі беруться ці коди

Щоб статуси перестали здаватися магічними заклинаннями, потрібно зрозуміти, хто і навіщо їх виставляє.

Між вами та доменом стоять дві організації, а не одна. Є реєстр (registry) – оператор, який веде базу всієї доменної зони: Verisign для .com, «Хостмайстер» для .ua. І є реєстратор (registrar) – компанія, у якої ви безпосередньо придбали домен і з якою у вас укладено договір. Реєстратор не змінює базу реєстру безпосередньо, а взаємодіє з нею через протокол EPP – Extensible Provisioning Protocol.

EPP – це протокол обміну командами між реєстратором і реєстром: зареєструвати доменне ім’я, продовжити на рік, змінити NS-сервери, видалити. А статуси – це, по суті, відповідь реєстру на запитання «що з цим доменом зараз можна робити, а що не можна». Спочатку вони були внутрішньою технічною деталлю. Їх винесли назовні тому, що власнику теж корисно знати, чому його домен раптом перестав слухатися.

Тут виникає зв’язок із попередньою темою: EPP-статуси – це стандартизовані індикатори стану домену, що показують, які дії з ним дозволені, і кожен зареєстрований домен має один або кілька кодів, які видно при запиті через WHOIS або RDAP. Тобто довідник реєстраційних даних – це вікно, через яке ви й спостерігаєте за цими кодами.

Набір кодів не вигаданий кожним реєстром окремо. ICANN публікує перелік стандартизованих EPP-статусів, визначених стандартом STD 69, а також статуси періодів Registry Grace Period, описані окремо в RFC 3915. Завдяки цьому pendingDelete означає одне й те саме і в .com, і в .org, і в більшості національних зон.

Три типи кодів і хто важливіший

Усі статуси поділяються на групи, і розуміти різницю принципово важливо – від неї залежить, кому дзвонити.

Клієнтські коди (починаються на client) присвоює ваш реєстратор. Деякі реєстратори вмикають окремі статуси автоматично під час реєстрації домену, інші – лише на запит власника. Це ті коди, якими ви реально можете керувати: попросили – увімкнули, попросили – вимкнули.

Серверні коди (починаються з server) присвоює реєстр. Серверні статуси мають пріоритет над клієнтськими. Реєстратор не може їх зняти, навіть якщо дуже захоче. З’являються вони зазвичай у трьох ситуаціях: судове рішення або вимога правоохоронців, процедура щодо доменного спору – або в рамках додаткових механізмів захисту, наприклад Registry Lock, коли реєстр за заявкою власника сам блокує особливо цінне ім’я.

Коди періодів (RGP-статуси: addPeriod, autoRenewPeriod, redemptionPeriod та інші) – це не заборони, а позначки про фазу життєвого циклу домену. Вони з’являються й зникають самостійно за розкладом, і змінювати їх марно.

Практичний висновок простий. Побачили client-код і він вам заважає – пишіть у службу підтримки реєстратора, його знімуть за п’ять хвилин. Побачили server-код – реєстратор тут безсилий, і доведеться розбиратися з причиною, через яку реєстр поставив цей замок.

Життєвий цикл домену: від реєстрації до повного зникнення

Тепер пройдемо весь шлях домену крок за кроком. Саме ця послідовність пояснює дев’яносто відсотків усіх «незрозумілих статусів».

Етап 1. Перші п’ять днів: Add Grace Period

Відразу після реєстрації домен отримує статус addPeriod. Це п’ятиденний період, протягом якого реєстратор може скасувати реєстрацію та отримати гроші назад від реєстру. Це було задумано як захист від помилок: зареєстрували exapmle.com замість example.com – можна скасувати без втрат.

З невинної механіки виросла ціла індустрія зловживань, відома як domain tasting. Суть полягала в тому, щоб тимчасово реєструвати домени протягом п’ятиденного пільгового періоду, користуючись тим, що в разі скасування реєстрація повністю поверталася грошима. Масштаб був жахливим: у квітні 2006 року з 35 мільйонів реєстрацій реально оплаченими залишалися лише близько двох мільйонів. Схема елементарна – реєструєш сотні тисяч імен, п’ять днів крутиш на них рекламу, залишаєш собі прибуткові, решту повертаєш безкоштовно. ICANN поклала край цій практиці, запровадивши плату за надмірні скасування, і це явище майже зникло. Але статус залишився.

Етап 2. Звичайне життя: ok, inactive та блокування

Далі домен існує роками, і зазвичай ви бачите або ok, або набір захисних client-кодів. Про ok поговоримо окремо – з ним пов’язана небезпечна помилка.

inactive означає, що у домену відсутня коректна делегація NS: сервери імен не призначені або не опубліковані в зоні. Домен зареєстрований, але нікуди не веде. Часта ситуація після купівлі домену «про запас» або при неправильному перенесенні.

Етап 3. Термін закінчився: autoRenewPeriod і момент, коли сайт перестає працювати

Ось тут починається найболючіше – і найчастіше.

Домен не вимикається рівно опівночі дати закінчення. Він переходить у пільговий період, позначений статусом autoRenewPeriod. У цей час домен подовжується за звичайною ціною, без штрафів.

Важливе застереження: формально пільговий період у gTLD триває до 45 днів, але конкретний термін встановлює реєстратор, і розбіжність у термінах величезна. Хтось відводить повні 45 днів, хтось переводить домен у період викупу значно раніше. Орієнтуватися на максимум небезпечно.

Друга пастка серйозніша: пільговий період не гарантує роботу сайту. Багато реєстраторів приблизно на десятий–п’ятнадцятий день вимикають делегування, встановлюють clientHold і перенаправляють відвідувачів на сторінку-заглушку. Формально вони нічого не порушують – правила ICANN навіть заохочують таку поведінку, оскільки вимкнений сайт залишається найзрозумілішим способом повідомити власнику, що домен час поновити. Листи люди пропускають, а магазин, що перестав працювати, помічають миттєво.

Звідси правило номер один: термін у панелі та термін працездатності сайту – це не одне й те саме.

Етап 4. Період викупу: redemptionPeriod

Якщо й пільговий період минув даремно, домен переходить у період викупу. Статус redemptionPeriod присвоюється реєстром, триває 30 днів, і в цей час будь-які EPP-команди реєстратора, крім команди відновлення, завершуються помилкою; домени в цьому статусі виключаються із зонових файлів.

Що це означає простими словами. Домен ще ваш, але він повністю вимкнений: сайт не працює, пошта не надходить, змінити нічого не можна. Повернути його можна лише за допомогою процедури відновлення – і вона платна, причому ціна чимала. Відновлення в період redemption зазвичай коштує значно дорожче, ніж звичайне продовження. На практиці для gTLD мова йде про суми близько 80–200 доларів замість десяти-п’ятнадцяти за продовження, а в окремих зонах і того більше.

Технічно відновлення влаштовано цікавіше, ніж здається. Якщо реєстратор надсилає команду відновлення, домен отримує статус pendingRestore на 7 днів, протягом яких реєстратор зобов’язаний надіслати до реєстру звіт про відновлення; після отримання звіту домен переходить у статус ok, а якщо звіт не надійшов – домен повертається назад у redemptionPeriod. Простіше кажучи, реєстр вимагає письмового підтвердження, що відновлення є законним і запрошене справжнім власником.

Етап 5. Останні п’ять днів: pendingDelete

Фінальна стадія. Статус pendingDelete присвоюється реєстром після того, як домен пробув 30 днів у redemptionPeriod; триває 5 днів і не підлягає відновленню.

Формулювання «не підлягає» тут буквальне, без застережень. Ні власник, ні реєстратор, ні сам реєстр зупинити п’ятиденний відлік не можуть. Все, що залишається, – готуватися перехопити домен у момент звільнення.

Фінал. Звільнення та полювання за дропами

Після закінчення п’яти днів ім’я видаляється з бази та повертається у вільний продаж. Теоретично його може зареєструвати будь-хто. На практиці – цінні домени рідко виявляються доступними для звичайного користувача. Момент вивільнення відомий із точністю до секунд, і його вистежують спеціалізовані сервіси бекордерів, які надсилають запити пакетами. Якщо ваш домен мав хоч якусь історію, посилання чи трафік, шанс захопити його вручну близький до нуля. Єдина дієва тактика – заздалегідь замовити бекордер, а краще одразу в декількох сервісах. Деякі реєстри взагалі не випускають цінні імена у вільний обіг, а відразу відправляють на аукціон.

Отже, арифметика для типового gTLD: приблизно 30–45 днів пільгового періоду, потім 30 днів викупу, потім 5 днів очікування видалення. Загалом 65–80 днів від моменту, коли ви забули продовжити, до моменту, коли домен зникає назавжди. Часу, здавалося б, багато. Але сайт при цьому не працює майже весь цей час.

Повний розбір кодів: що бачить власник

Тепер розглянемо конкретні статуси з точки зору «побачив – що робити».

ok

Це означає, що активних обмежень немає. Домен працює у штатному режимі.

І ось тут саме та помилка, про яку я попереджав. Багато хто бачить ok і заспокоюються, а даремно. Домен, у якого виставлено лише статус ok, не має жодного захисту від несанкціонованого перенесення, і для безпеки до нього варто додати як мінімум clientTransferProhibited. Ще один нюанс: статус «ok» відображається лише тоді, коли не встановлено жодного заборонного коду – варто увімкнути clientTransferProhibited, і «ok» зникає автоматично. Тож зникнення ok – не привід для паніки, а якраз ознака того, що захист спрацював.

Правильний набір для домену, який вам дорогий: clientTransferProhibited, clientUpdateProhibited, clientDeleteProhibited. Мінімальна конфігурація з одним лише «ok» для цінних доменів не рекомендується.

clientHold та serverHold

Найруйнівніший статус із усіх. Домен виключається із зони: сайт не відкривається, пошта не надходить, при цьому реєстрація залишається за вами. Ззовні це виглядає як повна втрата сайту, хоча технічно все ціле.

Причин clientHold зазвичай три: неоплачене продовження, вимога верифікувати e-mail реєстранта, скарга на зловживання (спам, фішинг, шкідливе програмне забезпечення). Усі вирішуються через службу підтримки реєстратора, часто за лічені години.

serverHold – те саме блокування, але з боку реєстру, і це вже серйозно: за ним зазвичай стоїть судове рішення, вимога регулятора або результат доменного спору.

Якщо сайт раптово перестав працювати – ці два коди перевіряють у першу чергу.

Група Transfer: clientTransferProhibited та serverTransferProhibited

Заборона на перенесення до іншого реєстратора. Клієнтський варіант – ваш друг, а не ворог: це базовий захист від викрадення, і тримати його увімкненим потрібно постійно, вимикаючи лише на час фактичного перенесення. Вимикається за хвилину в панелі.

serverTransferProhibited З боку реєстру – рідкість, зазвичай пов’язана зі спором, розслідуванням або Registry Lock.

Група Update: clientUpdateProhibited та serverUpdateProhibited

Заборона на зміну даних домену – контактів, NS-серверів. Корисна річ для важливих доменів: навіть отримавши доступ до вашої панелі, зловмисник не зможе підмінити DNS-сервери та перенаправити трафік, не знявши спочатку цей замок. Невелика незручність в обмін на серйозний бар’єр.

Група Delete: clientDeleteProhibited та serverDeleteProhibited

Заборона на видалення. Захист від власної помилки та від чужого злого умислу. Серверний варіант використовується реєстром як спосіб заблокувати домен.

Група Renew: clientRenewProhibited та serverRenewProhibited

Заборона на поновлення. Зустрічається рідко і майже завжди означає конфлікт: суперечка щодо прав, заборгованість, спірна ситуація з реєстратором. Побачили таке – привід негайно писати в службу підтримки, бо домен може непомітно зникнути після закінчення терміну.

Статуси Pending: тимчасові стани

Ці коди з’являються на час виконання операції та зникають самі.

pendingTransfer – розпочато перенесення до іншого реєстратора. Механізм тут працює не на вашу користь: після початку перенесення поточний реєстратор має до п’яти днів, щоб відхилити запит. Якщо цього не відбувається, перенесення завершується автоматично. Тобто бездіяльність означає згоду.

Звідси правило: якщо ви не ініціювали перенесення – негайно зв’яжіться з поточним реєстратором і вимагайте відхилити запит. Це стандартна ознака спроби викрадення, і часу на роздуми немає.

pendingUpdate – обробляється зміна даних або NS-серверів. pendingRenew – обробляється продовження терміну дії. pendingCreate – обробляється реєстрація, трапляється рідко і зазвичай у зонах з ручною перевіркою заявок.

pendingRestore і pendingDelete ми розібрали вище.

Коди періодів: addPeriod, autoRenewPeriod, renewPeriod, transferPeriod

Інформаційні позначки про те, в якій пільговій фазі перебуває домен. Окремої згадки заслуговує transferPeriod: це пільговий період після успішного перенесення до нового реєстратора, і якщо новий реєстратор видалить домен протягом цього терміну, реєстр повертає йому вартість перенесення. Корисно пам’ятати: у більшості gTLD перенесення автоматично продовжує термін реєстрації домену ще на один рік, тож гроші не пропадають. У деяких національних доменах це правило не діє – там перенесення не змінює термін реєстрації.

Три блокування по 60 днів і реформа, яка все ще триває

Окрема тема, що доставляє нервів величезній кількості людей. Окрім статусів, існують тимчасові обмеження на перенесення, пов’язані не з кодами, а з політикою ICANN.
Їх три, і вони спрацьовують з різних приводів: нова реєстрація, нещодавній перенос та зміна реєстранта – кожна подія запускає власний 60-денний відлік, і лише блокування після зміни реєстранта допускає опт-аут.

Найпідступніша – третя. Після зміни даних реєстранта реєстратор зобов’язаний заблокувати перенесення на 60 днів; обійти або скоротити цей термін після того, як він почався, неможливо. Логіка зрозуміла: блокування дає колишньому власнику час помітити й оскаржити несанкціоновану зміну власника, адже після переходу домену до іншого реєстратора повернути його набагато складніше.

Практичний висновок, який економить два місяці: спочатку переносьте домен, потім змінюйте власника, а не навпаки. Зміна контактних даних реєстранта вже після перенесення не запускає нового періоду блокування. Якщо порядок змінити неможливо – скористайтеся опцією «опт-аут», але обов’язково до внесення змін: відмовитися заднім числом не можна.

Що змінюється і чому це ще не стосується вас

Реформа триває, але повільно, і в мережі про це пишуть неточно – тому розберемо за датами.

У березні 2025 року на зустрічі ICANN82 усі 47 рекомендованих змін до Transfer Policy отримали зелене світло. Рада GNSO затвердила підсумковий звіт робочої групи – документ на 163 сторінки, що охоплює всі аспекти перенесення доменів, де скасування блокування стало найбільшою зміною двадцятирічної політики.

Далі процес зупинився. Рекомендації, схвалені Радою GNSO понад рік тому, лежали без руху в очікуванні затвердження Радою директорів ICANN; затримка вилилася у лист від Registrar Stakeholder Group, підписаний усіма групами GNSO, з вимогою прозорості та чітких термінів.

Зсув відбувся лише до середини 2026 року: Рада директорів ICANN прийняла рекомендації, що дозволяє запустити Implementation Review Team і приступити до перенесення рекомендацій у текст консенсусної політики.

Що це означає для власника домену саме зараз: нічого не змінилося. Старі правила діють, усі три блокування працюють, планувати переноси потрібно, як і раніше. Дата набрання чинності новою політикою поки що не оголошена, а реєстраторам після її опублікування знадобиться час на впровадження.

Водночас уточнився характер реформи – всупереч заголовкам 2025 року про «повне скасування», блокування не скасовують, а переглядають. Нова політика стандартизує терміни: для нової реєстрації та після перенесення – 720 годин, тобто 30 днів замість нинішніх 60. А ось блокування після зміни реєстранта зникає повністю – саме воно роками дратувало власників, які бажали зібрати портфель у одного обраного реєстратора.

Окремо про коди авторизації. У тих самих рекомендаціях передбачено перехід на модель TAC: код авторизації перенесення генерується за запитом, діє обмежений час (наприклад, до 14 днів) і зберігається у реєстратора в хешованому вигляді. Причина зрозуміла: раніше довготривалий код зберігався в панелі реєстратора, і його витік відкривав шлях до несанкціонованого перенесення. Частина реєстраторів реалізувала таку схему добровільно – якщо у вашій панелі код потрібно «запросити» і він діє два тижні, ви вже працюєте за новою моделлю. Але обов’язковою для всіх вона поки що не стала, і у багатьох, як і раніше, використовується класичний статичний AuthInfo.

Хто є власником домену: зміна, яка вже набула чинності

А ось це правило діє і вимагає перевірки прямо зараз. Registration Data Policy набула чинності 21 серпня 2025 року для операторів реєстрів gTLD та акредитованих реєстраторів, чим завершився річний перехідний період, що тривав з 21 серпня 2024 року.

Ключовий момент: якщо поле «Registrant Organization» заповнено, саме ця організація вважається власником зареєстрованого імені, тобто реєстрантом. Раніше власника визначали за ім’ям та прізвищем – тепер пріоритет надається організації. Якщо поле залишено порожнім, юридичним власником залишається зазначена фізична особа.

Ситуація типова й неприємна: підприємець реєстрував домен на себе, але вписав назву своєї компанії в поле Organization – і тепер домен належить юридичній особі, а не йому особисто, незалежно від імені фізичної особи в даних. Під час продажу бізнесу, поділу майна або спадкування це з’ясовується в найневідповідніший момент. Витратьте п’ять хвилин і перевірте, що записано в цьому полі.

Політику продовжують доопрацьовувати: 12 травня 2026 року до неї внесли зміни, що стосуються термінів відповіді на термінові запити щодо законного розкриття непублічних реєстраційних даних.

Українські домени: схоже, але зі своїми термінами

З національними доменами загальна логіка та сама, а конкретні цифри свої, і тут потрібна уважність.

Для .ua реєстр кілька років тому привів терміни у відповідність до міжнародної практики: період відновлення (redemption) у домені .UA становить 30 днів для імен, термін дії яких закінчився після 1 травня 2023 року.

Пільговий період українські реєстратори описують так: після закінчення терміну домен переходить у AutoRenew Grace Period, де його ще можна продовжити за стандартною ціною, але робота домену призупиняється, і триває цей період 28 днів. Зверніть увагу на формулювання – робота призупиняється одразу, а не через два тижні, як це часто буває в gTLD. Далі все за знайомим сценарієм: подовження стає технічно неможливим, домен можна лише відновити за ціною, яку встановлює адміністратор зони і яка нерідко в кілька разів, а іноді й у десятки разів перевищує вартість подовження; завершує цикл період Pending Delete тривалістю 5 днів, коли ім’я видаляється з реєстру.

Щодо зон другого рівня, начебто .com.ua цифри у джерел розходяться: частина реєстраторів вказує, що безкоштовно продовжити .COM.UA можна у перші 26 днів після закінчення реєстрації, а з 27-го по 56-й день знадобиться ще й оплата викупу з Redemption. Розбіжність у кілька днів між джерелами – не привід для паніки, але привід для правила: точні терміни для вашої конкретної зони уточнюйте у свого реєстратора, а не за статтею в інтернеті. Різниця в один день тут може коштувати сотні доларів.

Швидка діагностика: симптом → код → дія

Сайт не відкривається, домен зареєстрований. Дивимося clientHold і serverHold. Якщо їх немає – дивимося inactive (немає делегації) та redemptionPeriod (прострочено поновлення). Якщо й цього немає, проблема не в домені, а в хостингу або DNS-записах.

Не вдається перенести до іншого реєстратора. Шукаємо clientTransferProhibited (виключається в панелі), serverTransferProhibited (звернутися до реєстру), pendingDelete або redemptionPeriod (спочатку відновити). Якщо кодів немає взагалі – майже напевно діє одна з 60-денних блокувань.

Не зберігаються зміни NS або контактів. clientUpdateProhibited або serverUpdateProhibited.

З’явився статус pendingTransfer, а ви нічого не запускали. Дійте негайно: відхиляйте перенесення, змінюйте паролі, увімкніть двофакторну автентифікацію.

У статусах redemptionPeriod. Телефонуйте до реєстратора сьогодні, а не завтра. Кожен день наближає pendingDelete, після якого рятувати вже не буде чого.

Перевіряти статуси найзручніше через RDAP-сервіси. У витягу довідника поруч із кодами зазвичай є посилання: кожен статус супроводжується власною адресою на сайті ICANN, що веде до його опису.

П’ять правил, які позбавлять від 90% проблем

1. Увімкніть захисні замки – як мінімум clientTransferProhibited, а для важливих доменів ще clientUpdateProhibited та clientDeleteProhibited. Це безкоштовно.
2. Не покладайтеся на автопродовження наосліп. Термін дії прив’язаної картки закінчується, банк відхиляє платіж, лист потрапляє у спам. Встановіть власне нагадування в календарі за місяць.
3. Слідкуйте за актуальністю електронної пошти реєстранта. Повідомлення про подовження, перенесення та зміну власника надходять саме туди. Неактивна поштова скринька – найпоширеніша причина втрати домену.
4. Порядок операцій має значення. Спочатку перенесення – потім зміна власника. Ніколи навпаки.
5. Реєструйте важливі домени відразу на кілька років уперед. Це дешевше, ніж відновлювати нерви, і радикально знижує ймовірність пропустити дату.

Підсумок

EPP-статуси виглядають лякаюче рівно до того моменту, поки не зрозумієш їхню логіку. А логіка проста: одні коди вказують, хто заборонив дію – ви через реєстратора чи реєстр зверху. Інші показують, у якій фазі життя домен перебуває зараз. Ось і все.

Варто запам’ятати головне. Домен не зникає миттєво – від закінчення терміну до повного видалення минає приблизно 65–80 днів, тобто два–два з половиною місяці. Але сайт перестає працювати набагато раніше, ніж спливає останній шанс. І межа між «дешево продовжити» та «дорого відновити» пролягає через конкретну дату, про яку заздалегідь ніхто не нагадає наполегливіше, ніж сайт, що перестав працювати.

Інформація про реформу Transfer Policy актуальна на липень 2026 року.

---

Джерела та корисні посилання

Офіційні документи та сервіси, на яких базується стаття.

Документи ICANN

• EPP Status Codes: що вони означають – базове пояснення ICANN із таблицями клієнтських і серверних статусів.
• Перелік EPP-статусів – список усіх кодів із постійними посиланнями на опис кожного.
• EPP Status Codes (PDF) – зведені таблиці статусів та рекомендованих дій власника.
• Transfer Policy – чинна політика перенесення доменів, включаючи правила 60-денних блокувань.
• Domain Name Transfers – розділ ICANN про переноси між реєстраторами.
• Registration Data Policy – політика обробки реєстраційних даних, включаючи правило щодо поля Organization.
• Оголошення про набрання чинності RDP – офіційне підтвердження дати 21 серпня 2025 року.

Технічні стандарти

• STD 69 – стандарт Extensible Provisioning Protocol, що визначає набір EPP-статусів.
• RFC 5731 – відображення доменних об’єктів у EPP: статуси, операції, структура даних.
• RFC 3915 – розширення Registry Grace Period: addPeriod, autoRenewPeriod, redemptionPeriod та інші.
• RFC Editor – повний архів інтернет-стандартів.

Де перевірити статуси домену

• ICANN Lookup – офіційний пошук на базі RDAP, що показує статуси з посиланнями на їх опис.
• RDAP-сервер – структуровані дані щодо доменів української зони.
• RDAP.org – агрегатор, що автоматично направляє запит до потрібного сервера.

Українські зони

• «Хостмайстер» – адміністратор публічного домену .ua.
• Регламенти та документи – чинні правила реєстрації, подовження та відновлення доменів.
• Про період відновлення в .UA – оголошення про введення 30-денного redemption з травня 2023 року.
• WHOIS – класичний сервіс перевірки доменів української зони.

Часті запитання про статуси домену

Що таке EPP-статуси домену?

EPP-статуси – це коди стану, які показують, що з доменом зараз можна робити, а що ні. Їх виставляє реєстр доменної зони або реєстратор через протокол Extensible Provisioning Protocol, і вони видимі під час перевірки домену через RDAP або WHOIS. Статуси має кожен зареєстрований домен – щонайменше один.

Де подивитися статуси мого домену?

Найнадійніший спосіб – офіційний сервіс ICANN Lookup на базі RDAP за адресою lookup.icann.org. Для доменів української зони підійде rdap.hostmaster.ua. Статуси також відображаються в панелі керування у більшості реєстраторів.

Що означає clientHold і чому через нього не працює сайт?

clientHold означає, що реєстратор вилучив домен із зони DNS: сайт не відкривається, пошта не надходить, хоча реєстрація залишається за вами. Найчастіше причина в несплаченому продовженні, непройденій верифікації e-mail реєстранта або скарзі на зловживання. Знімається через підтримку реєстратора, зазвичай за кілька годин.

Чим serverHold відрізняється від clientHold?

Технічний ефект однаковий – домен вимкнено. Різниця в тому, хто виставив код: clientHold ставить реєстратор, serverHold – реєстр доменної зони. Серверні статуси мають пріоритет, і реєстратор зняти їх не може; за serverHold зазвичай стоїть судове рішення, вимога регулятора або доменний спір.

Статус ok означає, що з доменом усе гаразд?

Він означає лише відсутність обмежень і незавершених операцій. При цьому домен зі статусом ok не має захисту від несанкціонованого перенесення. Для важливих доменів рекомендується увімкнути clientTransferProhibited – після цього ok зі списку зникне, і це нормально.

Що означає статус inactive?

Що в домену відсутня коректна делегація NS: сервери імен не призначені або не опубліковані в зоні. Домен зареєстровано, але він нікуди не веде. Зазвичай трапляється в доменів, куплених про запас, або після незавершеного перенесення.

Що таке redemptionPeriod і скільки коштує відновлення домену?

Це 30-денний період викупу, який настає після завершення пільгового періоду продовження. Домен повністю вимкнено, і будь-які операції, крім відновлення, неможливі. Відновлення платне й коштує значно дорожче за продовження – для gTLD зазвичай 80–200 доларів проти 10–15 за звичайне продовження.

Чи можна повернути домен у статусі pendingDelete?

Ні. pendingDelete триває рівно 5 днів і є незворотним: зупинити відлік не можуть ані власник, ані реєстратор, ані реєстр. Єдиний варіант – замовити бекордер і спробувати перехопити ім’я в момент вивільнення, але на цінні домени конкуренція дуже висока.

Скільки часу минає від завершення терміну реєстрації до видалення домену?

Для типового gTLD – приблизно 65–80 днів: 30–45 днів пільгового періоду, потім 30 днів періоду викупу і 5 днів pendingDelete. Але сайт перестає працювати значно раніше – часто вже на другому тижні після завершення терміну.

З’явився статус pendingTransfer, але я не запускав перенесення. Що робити?

Діяти негайно. Після запуску перенесення в поточного реєстратора є до п’яти днів, щоб відхилити запит; якщо він нічого не робить, перенесення завершується автоматично. Зв’яжіться з підтримкою і вимагайте відхилити запит, потім змініть паролі та увімкніть двофакторну автентифікацію.

Чому не вдається перенести домен до іншого реєстратора?

Перевірте статуси clientTransferProhibited (знімається в панелі за хвилину) і serverTransferProhibited (встановлюється реєстром). Перенесення також неможливе в періоди redemptionPeriod і pendingDelete. Якщо заборонних кодів немає взагалі, найімовірніше діє одне з 60-денних блокувань ICANN.

Як уникнути 60-денного блокування при зміні власника домену?

Дотримуйтеся порядку: спочатку перенесіть домен до потрібного реєстратора, а вже потім змінюйте дані власника – зміна контактів після перенесення нового блокування не запускає. Якщо так не виходить, скористайтеся опцією опт-ауту, але увімкнути її потрібно до внесення змін: заднім числом відмовитися не можна.

Чи скасували 60-денне блокування перенесення?

Поки ні. Рада GNSO затвердила пакет змін Transfer Policy у березні 2025 року, а Рада директорів ICANN ухвалила рекомендації лише до середини 2026 року, після чого почалася робота над текстом консенсус-політики. Дата набрання чинності не оголошена, тому всі три 60-денні блокування продовжують діяти. Нова політика замінить їх 30-денним строком для нових реєстрацій і перенесень, а блокування після зміни реєстранта скасує повністю.

Хто вважається власником домену, якщо заповнено поле Organization?

З 21 серпня 2025 року, коли набула чинності Registration Data Policy, за заповненого поля Registrant Organization юридичним власником домену вважається зазначена організація, а ім’я фізичної особи стає лише контактним. Якщо поле порожнє, власником залишається фізична особа. Це варто перевірити заздалегідь: під час продажу бізнесу чи спадкування розбіжність створює серйозні проблеми.

Чи відрізняються терміни для українських доменів .ua?

Загальна логіка та сама, але цифри свої. У .ua період відновлення становить 30 днів для імен, термін дії яких завершився після 1 травня 2023 року, а пільговий період триває близько 28 днів, причому робота домену призупиняється одразу. По зонах другого рівня на кшталт .com.ua терміни в різних джерелах розходяться, тому точні дати уточнюйте у свого реєстратора.

Які статуси варто увімкнути для захисту домену?

Мінімум – clientTransferProhibited, який блокує перенесення до іншого реєстратора. Для цінних доменів додайте clientUpdateProhibited (захист від підміни NS-серверів і контактів) та clientDeleteProhibited (захист від видалення). Усі три вмикаються безкоштовно через панель керування або підтримку реєстратора.