Редизайн без втрати позицій: чек-лист перенесення сайту

Новий дизайн запускають, щоб продавати більше. Але якщо під час перенесення загубити адреси сторінок, метатеги чи мікророзмітку, перші тижні після релізу підуть не на зростання, а на повернення трафіку, що впав. Пошуковик бачить не новий гарний сайт, а сторінки, які раптом зникли.

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

Спершу вирішіть, чи потрібен переїзд узагалі

Найбезпечніший редизайн – той, за якого адреси сторінок не змінюються. Якщо платформа справляється, а проблема у вигляді та зручності, часто можна оновити тему й шаблони, не чіпаючи структуру URL.

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

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

Не можна зберегти те, чого ви не порахували. До початку розробки зберіть повний перелік сторінок:

• Обхід сайту краулером (Screaming Frog, Sitebulb або аналог): усі URL, статуси, title, description, H1, canonical.
• Сторінки з Google Search Console, які отримують покази та кліки.
• Сторінки входу з GA4 з трафіком і конверсіями.
• Сторінки, на які ведуть зовнішні посилання.
• Файли sitemap і robots.txt у поточному вигляді.
• URL зображень, якщо товари отримують трафік із пошуку за картинками.

З цих джерел збирається одна таблиця. Позначте в ній сторінки, які приносять найбільше трафіку й замовлень. Їх перевірятимете першими і найчастіше.

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

Кожна стара URL-адреса, що змінюється, має вести на найближчу за змістом нову з кодом 301. Правила:

• Один крок. Ланцюжки «стара → проміжна → нова» сповільнюють обхід і втрачають частину ваги.
• Товар на товар, категорія на категорію. Масовий редирект усього на головну пошуковик сприймає як «м’яку» помилку 404.
• Якщо товару вже немає, ведіть на його категорію або найближчий аналог.
• Не забудьте сторінки фільтрів і пагінації, якщо вони були в індексі.
• Перевірте варіанти зі скісною рискою в кінці й без неї, з www і без, http і https.
• Для багатомовного сайту збережіть відповідність мов: українська сторінка веде на українську, англійська на англійську.

Карту редиректів варто перевірити на тестовій копії до запуску: проженіть список старих URL і переконайтеся, що кожен віддає 301 і потрапляє на потрібну сторінку з кодом 200.

Етап 3. Метадані та контент

Під час зміни шаблонів метатеги часто генеруються заново за новими правилами, і title та description, які налаштовували роками, зникають. Перевірте:

• Title і description перенесені для всіх важливих сторінок, а для решти налаштовані шаблони.
• На кожній сторінці один H1, і за змістом він збігається зі старим.
• Тексти категорій і описи товарів не загубилися під час перенесення і не сховані за вкладками, які не рендеряться.
• Canonical вказує на правильну нову адресу, а не на тестовий домен.
• Hreflang для мовних версій посилається на сторінки, які існують.
• Атрибути alt у зображень товарів збережені.

Окремо про закриття від індексації. Тестову копію зазвичай закривають через noindex або robots.txt. Найчастіша помилка запуску – ці налаштування переїжджають на робочий сайт. Перевіряйте це насамперед.

Етап 4. Структуровані дані

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

• Product з Offer: ціна, валюта, наявність.
• AggregateRating і Review, лише якщо відгуки справжні й видимі на сторінці.
• BreadcrumbList на категоріях і картках.
• Organization і WebSite на головній.

Перевіряйте шаблони в Rich Results Test від Google і в Schema Markup Validator. Якщо товари вивантажуються в Google Merchant Center, звірте, що ціна й наявність у розмітці збігаються з фідом. Інакше товари можуть бути відхилені.

Етап 5. Техніка та швидкість

• Новий sitemap.xml містить лише робочі URL з кодом 200 і без noindex.
• У robots.txt немає заборон на CSS, JS і розділи, які мають індексуватися.
• Основний контент і посилання доступні без виконання складного JavaScript, або сайт коректно рендериться в інструменті перевірки URL у Search Console.
• Внутрішні посилання в меню, футері й текстах ведуть одразу на нові адреси, а не через редиректи.
• Показники Core Web Vitals на ключових шаблонах не гірші, ніж були.
• Теги GA4, Google Ads і подій електронної торгівлі встановлені й передають дані.

День запуску

• Зніміть noindex і заборони в robots.txt, якщо вони були на тестовій копії.
• Увімкніть редиректи й вибірково перевірте найважливіші сторінки вручну.
• Надішліть новий sitemap у Search Console.
• Якщо змінюється домен, скористайтеся інструментом зміни адреси в Search Console.
• Перевірте через інструмент перевірки URL головну, кілька категорій і кілька товарів.
• Переконайтеся, що замовлення проходить до кінця, а події покупки видно в GA4.

Що перевіряти в перші два тижні

Перші два тижні вирішують, чи буде просідання коротким, чи затягнеться. Ми тримаємо такий ритм.

Щодня:

• Звіт «Сторінки» в Search Console: зростання помилок 404, сторінок із редиректами, виключених з індексу.
• Логи сервера або краулер за списком старих URL: чи все віддає 301 на потрібну адресу.
• Google Merchant Center: чи немає нових відхилених товарів через розбіжність ціни, наявності чи посилань.
• GA4: замовлення й виручка йдуть, події покупки не задубльовані.

Раз на кілька днів:

• Позиції та кліки за найважливішими запитами і сторінками. Порівнюйте з тими самими днями тижня до запуску.
• Статистика сканування в Search Console: пошуковик обходить нові адреси.
• Обробка sitemap: скільки URL надіслано і скільки проіндексовано.
• Розширені сніпети у звітах про покращення: чи немає нових помилок розмітки.

Невеликі коливання в перші дні нормальні: пошуковик переобходить сайт. Тривожний знак – коли конкретні сторінки випали й не повертаються. Майже завжди причина в одному з пунктів вище: зламаний редирект, загублений canonical, noindex або текст, що зник.

Читайте на тему: що перевірити на UX-аудиті до редизайну; на чому робити інтернет-магазин: OpenCart, WooCommerce, Shopify чи Laravel; інтеграція сайту з ERP і складом; як швидкість завантаження сайту впливає на продажі.

Перенесемо сайт без втрат

Якщо ви плануєте редизайн або переїзд на нову платформу, надішліть задачу через форму на сайті, у Telegram, WhatsApp або на e-mail. Ми зберемо інвентаризацію, карту редиректів і план перевірок ще до початку розробки.