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

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

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

Сначала решите, нужен ли переезд вообще

Самый безопасный редизайн – тот, при котором адреса страниц не меняются. Если платформа справляется, а проблема во внешнем виде и удобстве, часто можно обновить тему и шаблоны, не трогая структуру 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. Мы соберём инвентаризацию, карту редиректов и план проверок до того, как начнётся разработка.