Прострочення домену під час перенесення сайту може призвести до недоступності вебресурсу, помилок DNS, зупинки корпоративної пошти та втрати контролю над окремими сервісами. Важливо не плутати домен із хостингом: файли сайту та база даних можуть залишатися неушкодженими, але без активного доменного імені користувачі не зможуть відкрити сайт за звичною адресою.
Перш ніж змінювати DNS, переносити файли або видаляти старі налаштування, варто зафіксувати поточний стан системи: зробити резервну копію сайту й бази даних, зберегти скриншоти кабінету реєстратора та записати актуальні DNS-записи. Це зменшує ризик втрати даних і полегшує подальше відновлення.
Додатково корисно ознайомитися з матеріалом Що робити, якщо закінчилася реєстрація домену, але конкретний порядок дій залежить від реєстратора, доменної зони та поточного статусу імені.
Строки поновлення домену
Після завершення оплаченого періоду домен зазвичай не зникає миттєво. Реєстратор може на певний час залишити можливість звичайного поновлення, однак тривалість цього періоду різниться залежно від доменної зони та правил конкретної компанії.
На цьому етапі потрібно:
- перевірити статус домену в кабінеті реєстратора;
- з’ясувати точну дату завершення реєстрації та дату наступної зміни статусу;
- перевірити, чи доступне поновлення за стандартною процедурою;
- уточнити, чи є заборона на перенесення домену або інший статус, що блокує операції;
- переконатися, що контактна електронна адреса власника актуальна.
Якщо домен ще перебуває у звичайному пільговому періоді, його часто можна поновити через кабінет реєстратора. Після оплати необхідно дочекатися оновлення статусу та перевірити DNS. Сам сайт при цьому може працювати не одразу: кеш DNS у провайдерів і браузерах зберігається певний час.
Не варто одразу реєструвати схоже доменне ім’я або переносити сайт на нову адресу без перевірки статусу старого домену. Це може ускладнити роботу пошти, SEO, рекламних кампаній, SSL-сертифікатів і зовнішніх інтеграцій.
Періоди redemption і pending delete
Якщо домен не поновили у звичайний строк, він може перейти до статусу redemption, який також називають періодом відновлення. У цей час стандартне поновлення часто вже недоступне. Реєстратор може запропонувати спеціальну процедуру відновлення, яка іноді передбачає додаткові умови або плату.
Статус pending delete зазвичай означає, що домен готується до остаточного видалення. На цій стадії повернення імені через звичайний кабінет, як правило, неможливе. Після видалення домен може стати доступним для повторної реєстрації, але це не означає, що його гарантовано встигне зареєструвати попередній власник.
Послідовність перевірки така:
- визначити поточний статус домену через кабінет реєстратора та офіційний WHOIS-сервіс відповідної доменної зони;
- звернутися до реєстратора з проханням підтвердити дату завершення кожного етапу;
- з’ясувати, чи доступне відновлення та які документи потрібні для підтвердження права на домен;
- не змінювати власника, DNS або контактні дані без розуміння наслідків для процедури відновлення;
- після поновлення перевірити делегування, записи пошти, SSL і доступність сайту.
Якщо домен має комерційну цінність, прив’язаний до пошти або використовується в рекламі, звертатися до реєстратора потрібно негайно. У період redemption час може мати критичне значення, а після переходу до pending delete можливості відновлення можуть бути суттєво обмежені.
Доступ до реєстратора
Для поновлення домену потрібен доступ до облікового запису реєстратора або підтвердження права власності. Проблема часто виникає під час перенесення сайту, коли домен реєстрував підрядник, колишній працівник чи інша компанія, а власник бізнесу не має логіна, пароля або доступу до контактної пошти.
Спочатку варто перевірити:
- договори та рахунки за реєстрацію домену;
- листи від реєстратора про продовження, блокування або зміну статусу;
- дані про власника домену в WHOIS, якщо вони відкриті;
- доступ до поштової скриньки адміністративного контакту;
- наявність двофакторної автентифікації та резервних способів відновлення.
Якщо доступ до кабінету втрачено, не слід створювати багато суперечливих заявок або змінювати контактні дані навмання. Краще підготувати документи, що підтверджують право користування доменом, платіжні підтвердження та дані юридичної або фізичної особи, на яку оформлено реєстрацію.
Після повернення доступу потрібно змінити пароль, перевірити список користувачів і делегованих адміністраторів, увімкнути двофакторний захист та оновити резервну електронну адресу. Якщо реєстратор не підтверджує право на домен або обліковий запис оформлено на іншу особу, знадобиться офіційна процедура верифікації. У складних випадках доцільно залучити спеціаліста, щоб не втратити час і не погіршити ситуацію некоректними діями.
Тимчасовий домен
Якщо відновлення основного домену затягується, сайт можна тимчасово розмістити на технічному домені або піддомені нового хостингу. Це дає змогу перевірити роботу WordPress, відновити адміністративний доступ, протестувати базу даних і продовжити внутрішні роботи.
Тимчасова адреса не є повноцінною заміною основному домену. На ній можуть виникати такі проблеми:
- пошукові системи можуть індексувати дубльований контент;
- SSL-сертифікат для основного домену не поширюється автоматично на тимчасову адресу;
- абсолютні URL у WordPress можуть вести на старий домен;
- листування, форми та зовнішні інтеграції можуть не працювати;
- користувачі можуть сприймати тимчасову адресу як помилкову або небезпечну.
Перед зміною адреси WordPress потрібно зробити резервну копію файлів і бази даних. Масова заміна домену в базі без перевірки серіалізованих даних може пошкодити налаштування плагінів і віджети. Для таких операцій краще використовувати інструменти, що коректно обробляють структуру даних WordPress, або доручити роботу спеціалісту.
Якщо тимчасова адреса потрібна лише для технічної перевірки, бажано закрити її від індексації та обмежити доступ. Після повернення основного домену необхідно перевірити канонічні URL, редиректи, налаштування WordPress, файли robots.txt і доступність сторінок.
Відновлення DNS і пошти
Після поновлення домену головне завдання — відновити правильне делегування та перевірити всі DNS-записи. Сам факт продовження реєстрації не гарантує, що домен автоматично повернеться до попередніх серверів і налаштувань.
Порівняйте поточні записи з резервною копією або даними нового хостингу:
AабоAAAA— адреса вебсерверу;CNAME— піддомени та зовнішні сервіси;MX— маршрутизація електронної пошти;TXT— SPF, підтвердження сервісів та інші політики;DKIMіDMARC— автентифікація та захист доменної пошти;NS— сервери, на яких обслуговується DNS-зона.
Якщо змінювалися NS-записи, спочатку перевірте, де фактично розміщена DNS-зона: у реєстратора, на хостингу чи в окремому DNS-сервісі. Редагування записів не на тому сервері не дасть результату. Після внесення змін потрібен час на оновлення кешів, тому доступність сайту може відрізнятися у різних мережах.
Особливу увагу приділіть пошті. Неправильний запис MX може зупинити отримання листів, а відсутність SPF, DKIM або DMARC — погіршити доставку повідомлень і збільшити ризик потрапляння листів до спаму. Після відновлення перевірте надсилання та отримання тестових повідомлень із кількох зовнішніх адрес.
До спеціаліста варто звернутися, якщо невідомо, де зареєстровано домен, втрачено доступ до адміністративної пошти, сайт і пошта використовують різні DNS-сервіси, або після поновлення виникають помилки SSL, циклічні редиректи, недоступність бази даних чи збої WordPress. Повний порядок відновлення можна визначити лише після діагностики статусу домену, доступів, DNS-зони та стану самого сайту.