Перенесення сайту на новий домен — це не лише зміна адреси в браузері. Для пошукових систем новий домен спочатку є окремим ресурсом із власною історією, сигналами довіри та набором URL. Якщо перенести файли, але не налаштувати зв’язки між старими й новими сторінками, сайт може втратити органічний трафік, позиції та зовнішні посилання.
Перед будь-якими змінами варто створити повну резервну копію файлів сайту, бази даних, конфігурацій вебсервера та поштових записів. Перенесення із помилками може призвести до втрати даних або неповної роботи окремих функцій. Якщо сайт працює на WordPress, окремо перевірте резервну копію каталогу wp-content, бази даних і файлу конфігурації.
Карта старих і нових URL
Перший етап — скласти таблицю відповідності між сторінками старого та нового домену. До неї бажано включити не тільки головну сторінку, а й категорії, записи, товари, посадкові сторінки, файли та інші URL, які отримують переходи з пошуку або зовнішніх сайтів.
- зіберіть URL зі старої sitemap, Google Search Console, системи аналітики та журналів сервера;
- визначте, які сторінки мають прямі аналоги на новому домені;
- для видалених матеріалів знайдіть найбільш релевантну заміну, а не перенаправляйте все на головну;
- перевірте варіанти URL із параметрами, завершальним слешем, різним регістром і різними форматами протоколу;
- зафіксуйте сторінки, які не можна безпечно перенести або для яких потрібне окреме рішення.
Не варто змінювати одночасно домен, структуру URL, CMS і дизайн без підготовки. Чим більше змін відбувається в один момент, тим складніше визначити причину падіння трафіку або появи помилок. Якщо перенесення пов’язане з технічними проблемами після редизайну, може знадобитися Відновлення сайту після невдалого редизайну.
Редиректи 301
Постійні перенаправлення 301 допомагають повідомити пошуковим системам і користувачам, що сторінка переїхала на іншу адресу. Для кожного важливого старого URL потрібно налаштувати редирект на відповідну сторінку нового домену.
Після впровадження перевірте, щоб:
- старий URL повертав код відповіді 301, а не 302, 404 або 500;
- перенаправлення вело безпосередньо на кінцеву сторінку без довгого ланцюжка;
- не виникали цикли, коли сторінка перенаправляє сама на себе або повертається на старий домен;
- зберігалися протокол HTTPS, правильний піддомен і формат URL;
- сторінки з цінними посиланнями не перенаправлялися масово на нерелевантну головну.
Технічний спосіб налаштування залежить від сервера. Для Apache правила можуть бути розміщені у .htaccess, а для Nginx — у конфігурації віртуального хоста. Перед редагуванням конфігурацій обов’язково збережіть їхню робочу копію: синтаксична помилка може зробити сайт недоступним.
Після запуску протестуйте вибірку старих сторінок вручну або за допомогою інструмента перевірки HTTP-кодів. Окремо перевірте мобільну версію, сторінки з параметрами та URL, які раніше приносили найбільше відвідувачів.
Канонічні адреси
На новому домені канонічні посилання повинні вказувати на відповідні сторінки саме нового домену. Якщо у коді залишаться старі canonical-адреси, пошукові системи можуть сприйняти це як суперечливий сигнал і неіндексувати нові сторінки.
- перевірте значення
rel="canonical"на головній, категоріях, записах і товарах; - переконайтеся, що адреси використовують правильний протокол HTTPS;
- виключіть посилання на тестовий домен, IP-адресу або старий піддомен;
- перевірте пагінацію, фільтри та сторінки з параметрами;
- переконайтеся, що директиви
noindexне залишилися з етапу розробки.
Канонічна адреса не замінює редирект 301. Редирект потрібен для старих URL, а canonical — для узгодження основної адреси вже доступної сторінки. Також перегляньте внутрішні посилання, меню, зображення та структуровані дані: вони не повинні вести на старий домен.
Search Console і sitemap
Після підготовки нового домену додайте його до Google Search Console і підтвердьте право власності. Якщо використовується зміна домену без повної зміни структури, у відповідному інструменті Search Console можна повідомити Google про переїзд. Перед цим старий і новий ресурси мають бути коректно підтверджені.
Сформуйте нову XML-карту сайту з URL нового домену та перевірте її доступність за адресою на кшталт https://example.com/sitemap.xml. У sitemap не повинні потрапляти:
- старі адреси, які перенаправляють на новий домен;
- сторінки з кодом 404 або 5xx;
- заблоковані від індексації URL;
- дублікати та сторінки з некоректними canonical-посиланнями.
Після відправлення sitemap переглядайте звіти про індексацію, помилки сканування та виключені сторінки. Перевірте файл robots.txt: під час міграції в ньому легко випадково залишити заборону для всього сайту, тестові правила або неправильний шлях до sitemap.
Не видаляйте старий домен одразу після перенесення. Його потрібно зберігати доступним настільки, щоб працювали редиректи та пошукові системи могли обробити переїзд. Точний період залежить від масштабу сайту, кількості URL і швидкості переіндексації.
Моніторинг позицій
Падіння показників після зміни домену не завжди означає критичну помилку: пошуковим системам потрібен час для повторного обходу та переоцінки сторінок. Водночас різке зниження трафіку може вказувати на проблеми з редиректами, доступністю, індексацією або внутрішніми посиланнями.
У перші тижні контролюйте:
- органічні переходи, покази та кліки за основними групами сторінок;
- позиції пріоритетних запитів на старому й новому доменах;
- кількість проіндексованих сторінок і повідомлення про помилки;
- серверні коди 404, 403, 5xx та помилки перенаправлень;
- швидкість завантаження, доступність HTTPS і коректність мобільної версії;
- переходи зі старих зовнішніх посилань і сторінки, які отримують найбільше трафіку.
Порівнюйте дані з періодом до перенесення, але враховуйте сезонність, зміни попиту та оновлення пошукових алгоритмів. Якщо одночасно з доменом змінювалися шаблони, контент або CMS, аналіз потрібно проводити окремо за кожним типом змін.
До спеціаліста варто звернутися, якщо сайт повністю зник із пошуку, редиректи утворюють цикли, база даних пошкоджена, сторінки віддають помилки 500 або після міграції з’явилися ознаки злому. У таких випадках не робіть численних змін навмання: спочатку збережіть поточний стан і резервні копії, оскільки необережне виправлення конфігурацій може ускладнити діагностику та призвести до додаткової втрати даних.