Переїзд сайту без втрати позицій: чек-лист міграції

Переїзд сайту — це момент, коли бізнес найчастіше втрачає накопичене за роки. Новий дизайн, сучасний движок, «нарешті зробили нормально» — а через два тижні трафік із пошуку падає вдвічі, і ніхто не розуміє чому.

Причина майже завжди прозаїчна: сайт для людей перенесли, а сайт для пошукових систем — ні. Старі адреси віддають 404, тексти скоротили «щоб було чистіше», а половина сторінок просто не переїхала. Розберемо, як цього не допустити.

Коли взагалі відбувається міграція

Ситуації різні, а ризики схожі:

• Новий движок (з WordPress на сучасний стек, з конструктора на власну розробку) — змінюється все, включно з адресами.
• Редизайн — здається, що це «тільки зовнішній вигляд», але разом із ним зазвичай змінюються структура, тексти й верстка.
• Зміна домену — ребрендинг або перехід із домену третього рівня на власний.
• Обʼєднання чи розділення сайтів.
• Перехід на HTTPS — сьогодні рідкість, але формально це теж міграція.

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

Крок 1. Зберегти «як було» — до того, як щось зміните

Це та частина, яку пропускають найчастіше, а потім не можуть навіть оцінити масштаб втрат.

До переїзду зафіксуйте:

• Повний список URL старого сайту. Усі сторінки, які існують і доступні пошуку. Джерела: карта сайту, звіт «Індексування сторінок» у Google Search Console, обхід сайту краулером.
• Список сторінок, які дають трафік. Search Console → «Ефективність» → сторінки за останні 12 місяців. Це ваш золотий запас: саме ці адреси не можна втратити ні за яких умов.
• Поточні позиції за головними запитами — щоб потім було з чим порівнювати, а не сперечатись «здається, стало гірше».
• Базові показники трафіку за кілька місяців: скільки візитів із пошуку, скільки заявок.
• Резервну копію старого сайту цілком — файли й база.

Без цих даних ви не зможете ані побудувати карту редиректів, ані довести собі, що щось пішло не так.

Крок 2. Карта редиректів — головний артефакт переїзду

Якщо з усього списку робити тільки одну річ, робіть саме цю. Карта редиректів — таблиця «стара адреса → нова адреса» для кожної сторінки, яка існувала.

Правила:

• Редирект тільки 301 (постійний). 302 каже пошуковику «це тимчасово», і вагу він не передає.
• Один крок, без ланцюжків. Стара адреса → одразу кінцева нова. Ланцюжки з трьох редиректів втрачають вагу й уповільнюють сайт.
• Сторінка → релевантна сторінка. Найпоширеніша помилка — звалити всі старі адреси на головну. Для пошуковика це сигнал «сторінки більше немає», і вага не передається. Якщо прямого аналога немає, ведіть на найближчу за змістом категорію.
• Не забудьте про «дрібниці»: сторінки з www і без, зі слешем у кінці й без, старі мовні версії, PDF та зображення, на які є посилання.
• Перевірте кожен редирект після запуску — автоматично, а не вибірково вручну.

Крок 3. Не викидайте контент

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

Для дизайнера сторінка стала чистішою. Для пошуковика — вона перестала бути найповнішою відповіддю на запит, і її місце займає конкурент. Той самий ефект дає втрата заголовків: якщо на новій сторінці замість <h1>Ремонт кавомашин у Києві тепер просто картинка з текстом на ній, пошук не бачить головного.

Правило: новий сайт має містити не менше корисного змісту, ніж старий. Робити його гарнішим — так. Робити його порожнішим — ні. Якщо контент справді застарів, замініть його новим, а не видаліть.

Крок 4. Технічний чек-лист перед запуском

• Зняти noindex з нового сайту. Під час розробки він закритий від пошуку — і це номер один у списку забутого. Як перевірити — у матеріалі про те, чому сайту немає в Google.
• Перевірити robots.txt — щоб із тестового Disallow: / не переїхав у прод.
• Canonical — на кожній сторінці самопосилальний, без залишків старого домену.
• Title і description — перенесені або свідомо покращені, а не згенеровані шаблоном «Головна | Сайт».
• Мікророзмітка — якщо на старому сайті були товари, відгуки, FAQ у структурованих даних, вони мають лишитись.
• Карта сайту — оновлена, з новими адресами, без старих.
• Швидкість — новий сайт має бути не повільнішим за старий; це часто ламається саме на редизайні через важкі зображення й анімації. Див. як прискорити сайт.
• Форми й аналітика. Найдорожча помилка редизайну — красивий сайт, у якого не працює форма заявки. Перевірте: лист приходить, заявка падає в CRM, цілі в аналітиці спрацьовують. Про це — інтеграція сайту з CRM та Google Analytics 4.
• Мобільна версія — перевірена на реальному телефоні, а не тільки в браузері.

Крок 5. Перші 48 годин після запуску

• Перевірте головні сторінки вручну — головна, топ-5 сторінок за трафіком, сторінка контактів, форма.
• Прогоніть краулером старий список URL — переконайтесь, що всі дають 301 на живу сторінку, а не 404.
• Надішліть нову карту сайту в Search Console. Якщо змінювався домен — скористайтесь інструментом зміни адреси.
• Дивіться звіт «Індексування сторінок» щодня перший тиждень: там зʼявляться і 404, і «заблоковано robots.txt», якщо щось пропустили.
• Слідкуйте за заявками, а не тільки за трафіком. Падіння кількості звернень при тому самому трафіку — сигнал, що зламалась форма або зникла кнопка.

Крок 6. Перший місяць

Коливання позицій у перші 2–4 тижні — норма: Google переобходить сайт, зіставляє старі адреси з новими, переоцінює сторінки. Панікувати й «терміново все відкочувати» після трьох днів просадки не варто.

А ось на що дивитись уважно:

• Зростання 404 у Search Console — значить, десь пропущений редирект.
• Стійке падіння конкретних сторінок, які раніше давали трафік, — порівняйте їхній контент до й після.
• Сторінки, що випали з індексу — перевірте canonical і noindex.

Якщо через 4–6 тижнів трафік не відновлюється — це вже не «час», а помилка, і її треба шукати за списком вище.

Найдорожчі помилки

• Усі старі адреси ведуть на головну. Вага не передається, сторінки випадають.
• Забутий noindex із тестового середовища. Сайт зникає з пошуку цілком.
• Скорочений контент «заради дизайну».
• Зміна структури URL без потреби — просто тому, що новий движок так робить за замовчуванням.
• Переїзд перед сезоном або під час активної реклами.
• Немає бекапу старого сайту — і немає куди відкотитись.

Головне

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

Ми в Obliko робимо міграції за цим самим чек-листом: спочатку фіксуємо, що є (URL, трафік, позиції), потім будуємо карту відповідностей, і лише потім перемикаємо — з контролем 404, форм і аналітики в перші дні. Якщо ви плануєте редизайн або перехід на новий движок — напишіть, на чому сайт зараз і скільки в нього сторінок, і ми скажемо, які ризики у вашому випадку реальні, а які надумані.