Зробіть інвентаризацію до початку роботи

Вивантажте список чинних URL з карти сайту, аналітики та Search Console. Позначте сторінки з пошуковими переходами, зовнішніми посиланнями й заявками. Збережіть для них заголовки, тексти, зображення, альтернативні описи, meta title і description. Окремо випишіть форми, коди аналітики та важливі файли.

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

Зберігайте URL там, де це можливо

Спочатку налаштуйте WordPress на тестовому середовищі. Перевірте структуру посилань для записів і вкладені сторінки послуг. Якщо адресу доводиться змінити, складіть відповідність «старий URL новий URL» і поставте постійний 301-редирект на найближчий змістовий аналог, а не на головну.

Оновіть внутрішні посилання в контенті на кінцеві адреси. Не залишайте канонічні теги та XML-карту, що вказують на старий конструктор або тестовий домен. Відповідний чекліст є у статті про robots.txt і sitemap.xml.

Порівняйте сторінки до переключення домену

Відкрийте на телефоні й комп’ютері головну, послуги, ціни, контакти й кілька статей. Звірте структуру заголовків, фото, кнопки, форми, меню й відступи. Однакові CSS-класи й пропорції зображень допоможуть зберегти макет; проте WordPress-тема та редактор повинні бути перевірені на реальних сторінках.

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

Після запуску слідкуйте за даними

Перевірте редиректи для змінених адрес, головні канонічні URL, XML-карту, форми та події аналітики. Додайте нову карту сайту в Search Console і переглядайте індексацію та переходи за сторінками. Коливання після переїзду можливі, тому важливо відрізняти тимчасове переобходження від помилки з адресами.

Якщо одночасно змінюються домен, дизайн і платформа, шукати причину проблеми складніше. Плануйте переїзд поетапно й зберігайте таблицю відповідності URL. За потреби обговоріть з нами розробку та перенесення сайту.

Таблиця переїзду: що в ній записати

Створіть таблицю з колонками: старий URL, новий URL, тип сторінки, органічні переходи, статус перенесення, редирект, перевірка. Наприклад, якщо /price стає /pricing/, у колонці редирект має бути одна постійна переадресація на нову сторінку. Для незмінної адреси редирект не потрібен, але контент і метадані потрібно звірити.

Фінальна перевірка після DNS

  • Старі важливі URL відкривають нові відповідні сторінки.
  • На новому домені не лишилися посилання й canonical на тестову копію.
  • Форми надсилають звернення, а аналітика фіксує їх коректно.
  • Зображення мають робочі адреси й не змінюють розміри блоків під час завантаження.
  • Search Console бачить карту й важливі URL.

Збережіть цю перевірку письмово: після запуску дрібні помилки легше виправляти за списком, ніж згадувати з пам’яті.

Для адрес, які змінюються під час перенесення, підготуйте карту 301-редиректів.

Потрібен план для вашого сайту?
Дізнайтеся про створення сайтів, вартість робіт або опишіть нам задачу.