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

Коротко: щоб редизайн не обвалив трафік з Google, до запуску треба зібрати всі старі адреси сторінок, для кожної визначити нову і налаштувати постійний 301-редирект, перенести title, description, заголовки й тексти, що вже ранжуються, а після запуску — зняти заборону індексації, надіслати нову карту сайту і кілька тижнів стежити за помилками. Більшість втрат позицій після редизайну — не «примха Google», а пропущений один із цих кроків.

Новий дизайн, швидший сайт, зручна адмінка — усе це правильні причини для редизайну. Але сайт, який роками збирав позиції в Google, тримає їх завдяки конкретним адресам сторінок, текстам і посиланням. Якщо під час переробки адреси змінилися, а тексти «скоротили для краси», Google бачить уже інший сайт. Нижче — чекліст міграції, за яким ми працюємо самі, і пояснення, що з нього можна перевірити без розробника.

Чому сайти втрачають позиції після редизайну

Причина	Що відбувається	Як запобігти
Змінилися адреси сторінок без редиректів	Старі URL віддають 404, посилання й накопичена вага губляться	Карта редиректів 1:1 до запуску
Сайт запустили із забороною індексації	Тестовий noindex або Disallow у robots.txt переїхав на продакшн	Окремий пункт у чеклісті запуску
Тексти скоротили або прибрали	Сторінка більше не відповідає на запит, за яким ранжувалася	Переносити тексти, що приносять трафік, і доповнювати, а не різати
Загубилися title і description	Шаблон підставляє однакові заголовки на всі сторінки	Таблиця мета-тегів і перевірка після запуску
Зламалася внутрішня перелінковка	Важливі сторінки сховані в меню чи доступні лише через JavaScript	Звичайні посилання в HTML, глибина кліку до 3
Новий сайт повільніший	Важкі слайдери й відео в першому екрані погіршують Core Web Vitals	Замір швидкості до й після, оптимізація зображень
Мовні версії без hreflang	Google плутає мови, у пошуку з’являється не та версія	hreflang на кожній парі сторінок

Наскільки ризикований ваш редизайн

Не кожен редизайн однаково небезпечний для SEO. Оцініть свій сценарій до початку робіт:

Сценарій	Ризик	Що головне
Новий дизайн, адреси й тексти ті самі	Низький	Не загубити title, заголовки й тексти, не сповільнити сайт
Нова структура меню й адрес на тій самій платформі	Середній	Повна карта редиректів і оновлені внутрішні посилання
Переїзд на іншу CMS (наприклад, з конструктора на WordPress чи Shopify)	Високий	Платформа диктує свої шаблони адрес, тож редиректи потрібні майже для всіх сторінок
Зміна домену	Високий	Редиректи з усього старого домену, інструмент зміни адреси в Search Console, оновлення всіх зовнішніх профілів
Об’єднання кількох сайтів або мовних версій	Високий	Вирішити, яка сторінка стає основною для кожної теми, щоб не створити дублікатів

Чекліст до запуску

1. Інвентаризація старого сайту

• Зберіть усі адреси: з карти сайту (sitemap.xml), з краулінгу (наприклад, Screaming Frog) і з Google Search Console — звіт «Ефективність» за останні 12–16 місяців, щоб побачити сторінки, які отримують покази й кліки.
• Додайте сторінки, на які ведуть зовнішні посилання, якщо маєте доступ до Ahrefs, Semrush або звіту «Посилання» в Search Console.
• Для кожної адреси збережіть title, description, H1, canonical і кількість кліків. Це ваша контрольна таблиця.
• Переконайтеся, що домен, хостинг, DNS і Google Search Console оформлені на вас, а не на попереднього підрядника. Якщо доступів немає, спершу поверніть їх — як це зробити, у статті розробник зник: як повернути контроль над сайтом.
• Зафіксуйте базові показники: кількість сторінок в індексі, кліки й покази з Search Console, швидкість ключових сторінок.

2. Карта редиректів

• Кожна стара адреса → найближча за змістом нова. Не масово на головну.
• Редирект постійний — 301 (або 308), один крок, без ланцюжків «стара → проміжна → нова».
• Сторінки, які прибираєте без заміни, свідомо віддають 404 або 410.
• Не забудьте варіанти: з www і без, http і https, зі слешем у кінці й без, старі адреси категорій, тегів, пагінації, зображень і PDF, на які є посилання.

Приклад карти редиректів

Стара адреса	Нова адреса	Дія
/services/remont-kvartyr.html	/poslugy/remont-kvartyr/	301
/index.php?page=contacts	/kontakty/	301
/news/akciya-2019/	—	410, акція давно завершилась
/catalog/plytka/?sort=price	/catalog/plytka/	канонічна адреса без параметра

Таку таблицю зручно вести в Google Sheets: по ній налаштовують редиректи і по ній же перевіряють запуск.

3. Контент і мета-теги

• Тексти сторінок, що приносять трафік, переносяться повністю або покращуються — але не скорочуються до двох рядків під гарну картинку.
• Унікальні title і description для кожної сторінки, один H1, логічні H2/H3.
• Alt-тексти зображень, розмітка schema.org, hreflang для мовних версій, canonical на саму себе. Розмітка й чисті тексти потрібні не лише Google, а й AI-пошуку — див. як потрапити у відповіді ChatGPT і Google AI.
• Внутрішні посилання оновлені на нові адреси, щоб сайт не ганяв відвідувачів і Google через редиректи.

4. Тестовий сайт

• Тестова версія закрита паролем або noindex — щоб Google не проіндексував дубль.
• Прогоніть краулер по тестовій версії: биті посилання, сторінки без title, дублікати, зайві noindex.
• Перевірте редиректи списком: кожна стара адреса має дати один 301 і далі 200.
• Порівняйте швидкість ключових сторінок старого і нового сайту.

Чекліст у день запуску

1. Зніміть заборону індексації. Перевірте robots.txt, мета-тег robots і HTTP-заголовок X-Robots-Tag. Це найчастіша і найдорожча помилка.
2. Увімкніть редиректи і вибірково перевірте 20–30 найважливіших старих адрес.
3. Перевірте аналітику: GA4, Tag Manager, пікселі реклами й цілі працюють на новому сайті й не дублюються.
4. Надішліть нову карту сайту в Google Search Console і Bing Webmaster Tools.
5. Перевірте ключові сторінки інструментом перевірки URL у Search Console: сторінка доступна, індексація дозволена, canonical правильний.
6. Якщо змінився домен — скористайтеся інструментом зміни адреси в Search Console і оновіть посилання в Google Business Profile, соцмережах, каталогах і рекламі.

Після запуску: що відстежувати 4–8 тижнів

• Звіт про індексацію в Search Console: нові помилки 404, «Виявлено, але не проіндексовано», сторінки з noindex.
• Кліки й покази за сторінками порівняно з базовим періодом. Тимчасові коливання нормальні, стабільне падіння конкретних сторінок — привід шукати причину.
• Помилки 404 у логах сервера чи в аналітиці — додайте пропущені редиректи.
• Core Web Vitals і швидкість на мобільних.
• Заявки й продажі: редизайн має покращувати не лише вигляд, а й конверсію.

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

Google у своїй документації про переїзди сайтів радить тримати редиректи щонайменше рік. Ми радимо не прибирати їх зовсім: зовнішні посилання на старі адреси живуть роками.

Особливості популярних платформ

• WordPress. Перевірте в «Налаштування → Читання», що не стоїть галочка «Попросити пошукові системи не індексувати сайт». Редиректи — у SEO-плагіні, плагіні Redirection або на рівні сервера.
• Shopify. Адреси товарів і колекцій мають фіксовані префікси (/products/, /collections/), тому під час переїзду на Shopify редиректи потрібні майже завжди. Їх додають у розділі URL Redirects, можна імпортом CSV.
• Webflow. Постійні редиректи налаштовуються в параметрах сайту; перевірте, що тестовий домен webflow.io не відкритий для індексації.
• Squarespace. Редиректи задаються через URL Mappings, карта сайту генерується автоматично.

Що власник може перевірити сам

Перевірка	Як
Сайт відкритий для Google	Відкрийте ваш-домен/robots.txt — там не має бути рядка «Disallow: /» для всіх
Старі сторінки не ведуть у 404	Візьміть 10 адрес зі старих закладок, листів чи реклами й відкрийте їх
Сторінки в індексі	Звіт «Сторінки» в Google Search Console через тиждень-два після запуску
Трафік не провалився	Порівняйте кліки в Search Console за ті самі тижні до і після запуску
Заявки доходять	Надішліть тестову заявку з кожної форми і з телефона

Приклади з нашої практики

Міграції — регулярна частина нашої роботи, і в кожній ключовий принцип однаковий: перенести дані повністю і довести це перевіркою, а не словами. Кілька реальних робіт з нашого портфоліо:

• Сайт аналітичного інституту на Webflow. Перебудували CMS: програми, календарі й звіти розбили на окремі колекції, дані перенесли без втрат і звірили з клієнтом.
• Перенесення ветеринарного магазину. Повний експорт каталогу — товари, бренди, сторінки, зображення й налаштування — з журналом перевірки.
• Shopify-магазин бренду добавок. Окрім checkout і інтеграцій, зробили скрипт масового оновлення SEO-полів та інструмент міграції даних між магазинами Shopify; усі зміни спершу перевірялися на тестовому магазині.

І на власному сайті ми використовуємо той самий підхід: у кожної сторінки можна вказати її старі адреси, і система сама віддає з них 301-редирект на актуальну.

Коли варто звернутися до нас

Якщо ваш сайт уже застарів і ви плануєте редизайн — закладіть SEO-міграцію в план із самого початку, це дешевше, ніж рятувати позиції потім. Ми робимо редизайн сайтів під ключ з перенесенням позицій. Хто б не робив ваш редизайн, попросіть описати SEO-міграцію в комерційній пропозиції окремим пунктом — інші питання до підрядника зібрали в статті як обрати веб-студію. Якщо редизайн уже відбувся і трафік просів, почніть з технічного аудиту: знайдемо пропущені редиректи, закриті сторінки й втрачені тексти. Довгострокову роботу з видимістю в пошуку описано на сторінці технічного й локального SEO, а якщо вас узагалі не видно в пошуку — див. «Вас немає в Google» і статтю сайту немає в Google: 10 причин і перевірка за 15 хвилин.

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

Часті питання

Чи впадуть позиції після редизайну?

Короткі коливання після великої зміни нормальні: Google переобходить сторінки й переоцінює їх. Різке і тривале падіння зазвичай означає помилку міграції — відсутні редиректи, закритий від індексації сайт, втрачені тексти чи заголовки. Саме це і запобігає чекліст.

Скільки тримати 301-редиректи зі старих адрес?

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

Чи можна зробити всі старі сторінки редиректом на головну?

Не варто. Масовий редирект на головну Google часто сприймає як soft 404, і сила старих сторінок губиться. Кожна стара адреса має вести на найближчу за змістом нову, а видалені без заміни — віддавати 404 або 410.

Чи треба щось робити в Google Search Console після запуску?

Так. Надішліть нову карту сайту, перевірте кілька ключових сторінок інструментом перевірки URL і стежте за звітами про індексацію та помилки 404 кілька тижнів. Якщо змінився домен, скористайтеся інструментом зміни адреси.

Скільки коштує SEO-супровід редизайну?

Якщо редизайн робимо ми, міграція — частина роботи над сайтом, редизайн у нас від 1 200 €. Якщо сайт робить інша команда, можемо підготувати карту редиректів і перевірити запуск у межах технічного аудиту — від 300 €.