Перенесення сайту на новий домен під час зміни хостингу

Ребрендинг на новому сервері — це насправді два перенесення: переїзд сервера, що стосується DNS та інфраструктури, і переїзд домену, що стосується URL, редиректів і пошукових систем. Якщо робити їх разом, не потрібне друге перемикання, але коли щось ламається, важче зрозуміти, яка зміна цьому причиною.

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

Складіть список усіх важливих URL старого сайту: сторінки із sitemap, сторінки з пошуковим трафіком чи зворотними посиланнями, файли, на які посилаються люди, як-от PDF. Зіставте кожен із новою адресою. Там, де шляхи не змінюються, одне правило для всього домену покриває все; там, де змінюються, потрібні окремі правила.

Використовуйте постійні редиректи (301 або 308) з кожного старого URL одразу на його фінальний новий URL, за один крок. Не спрямовуйте все на нову головну сторінку: пошукові системи вважають це відсутньою сторінкою, а відвідувачі втрачають орієнтир.

server {
    listen 443 ssl;
    server_name old-brand.com www.old-brand.com;
    # ssl_certificate ... (the old domain still needs a valid certificate)

    location = /about-us { return 301 https://new-brand.com/company; }
    location / { return 301 https://new-brand.com$request_uri; }
}

1. 1

   Крок 1: Зіставте старі URL із новими

   Експортуйте URL старого сайту з його sitemap і аналітики та складіть карту редиректів: правило для тих самих шляхів плюс окремі правила для змінених.

2. 2

   Крок 2: Зберіть сайт на новому сервері під новим доменом

   Установіть і налаштуйте сайт із новим доменом як адресою. Замініть старий домен у базі даних і шаблонах.

3. 3

   Крок 3: Відкрийте превʼю нового домену на новому сервері

   Створіть посилання-превʼю з новим доменом і IP нового сервера. Новому домену ще не обовʼязково кудись вказувати: DNSPeek підключається до IP, який ви вводите.

4. 4

   Крок 4: Порівняйте зі старим сайтом

   Вкажіть у посиланні старий домен як адресу старого сайту і за допомогою порівняння наживо пройдіться ключовими сторінками поруч. Запустіть QA-звіт, щоб знайти биті сторінки й залишкові посилання на старий домен.

5. 5

   Крок 5: Підготуйте редиректи й сертифікати для старого домену

   Налаштуйте редиректи старого домену на новому сервері або в CDN, разом із дійсним сертифікатом і для старого домену.

6. 6

   Крок 6: Перемкніть DNS для обох доменів

   Спрямуйте новий домен на новий сервер, а потім старий домен — туди, де обслуговуються його редиректи. Знизьте обидва TTL за добу.

7. 7

   Крок 7: Перевірте редиректи й повідомте пошуковим системам

   Перевірте вибірку старих URL за допомогою перевірки редиректів, а потім надішліть зміну адреси й новий sitemap.

8. 8

   Крок 8: Залиште редиректи зі старого домену

   Тримайте старий домен зареєстрованим, а редиректи — працюючими щонайменше рік, а якщо на нього є цінні зворотні посилання, то й довше.

Порівняння поруч — найкращий спосіб помітити, що загубилося під час перебудови: відсутній розділ, старий логотип, зламану верстку. Зазвичай DNSPeek порівнює превʼю з робочим сайтом на тому самому домені. Коли домен змінюється, старий сервер відповідає лише на старому домені, тож бік «поточного сервера» не показав би нічого корисного.

Для такого випадку посилання DNSPeek має адресу старого сайту. Створіть посилання-превʼю для нового домену й IP нового сервера, а потім заповніть поле Старий сайт для порівняння в налаштуваннях посилання: старий домен і, за потреби, IP старого сервера, якщо старий домен туди більше не вказує. Тоді порівняння наживо відкриває старий сайт ліворуч, а новий праворуч, прокручує обидва разом і синхронізує навігацію за шляхом. На платних тарифах порівняння знімків екрана й посилання для клієнта теж використовують стару адресу. Подробиці: Домен змінився під час перенесення.

• Підтвердьте обидва домени в Google Search Console і Bing Webmaster Tools до перемикання.
• Коли редиректи запрацюють, скористайтеся інструментом зміни адреси (Change of Address) у Search Console для ресурсу старого домену.
• Надішліть новий sitemap. Канонічні теги, hreflang і структуровані дані на новому сайті мають використовувати новий домен.
• Оновіть внутрішні посилання на новий домен замість того, щоб покладатися на редиректи, і попросіть найцінніші сайти, що на вас посилаються, оновити свої посилання.
• Будьте готові, що позиції коливатимуться кілька тижнів, поки пошукові системи обробляють переїзд.

• Зворотні виклики входу й оплати: OAuth-застосунки, платіжні провайдери та SSO реєструють URL повернення для кожного домену. Додайте новий домен до перемикання.
• Пошта: адреси на старому домені мають ще довго отримувати пошту або переадресовувати її. Не видаляйте MX-записи старого домену.
• Входи в акаунт: cookie належать домену, тож кожен відвідувач один раз вийде з акаунта. Попередьте учасників чи клієнтів.
• Аналітика й реклама: оновіть URL ресурсу, налаштування конверсій і цільові URL реклами.
• Сертифікати для обох доменів: старому домену потрібен дійсний сертифікат, щоб перенаправляти HTTPS-запити без попередження браузера.
• Продовження: тримайте старий домен зареєстрованим. Якщо реєстрація спливе, хтось інший може його купити й успадкувати ваші посилання.

Одразу після перемикання перевірте ланцюжок редиректів старого домену за допомогою перевірки редиректів, а новий сертифікат — за допомогою перевірки SSL.