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

Обычно редизайн сайта начинают с вопроса «как сделать красивее». Задавать стоит другой: «что мы можем при этом сломать». Новый дизайн почти никогда не уводит трафик. Его уводят изменённые адреса страниц, потерянные мета-теги, закрытый от индексации раздел и забытая интеграция с платёжной системой.

В этой статье разберём, когда редизайн действительно нужен, а когда без него можно обойтись. Ниже есть рабочий чек-лист миграции и список того, что на проектах в Узбекистане ломается чаще всего.

Когда редизайн действительно пора делать

Сайт, который «устарел визуально», не обязательно нужно переделывать. Причины для редизайна должны быть измеримыми:

• Сайт неудобен на телефоне. В Узбекистане большая часть трафика мобильная. Если меню не раскрывается, формы не помещаются в экран, а кнопка «Позвонить» не набирает номер, вы теряете заявки каждый день.
• Каждое изменение контента требует программиста. Если для новой цены или акции нужно писать разработчику, проблема в админке, а не в дизайне.
• Медленная загрузка. Это видно в PageSpeed Insights и в отчёте Core Web Vitals в Google Search Console.
• Бизнес изменился. Появились новые направления, филиалы, языковые версии, а структура сайта осталась прежней.
• Нужны интеграции, которые старая платформа не поддерживает. Например, онлайн-оплата через Payme или Click, обмен с 1С, отправка заявок в CRM или Telegram.

Когда редизайн не нужен

Честно скажем: иногда хватает гораздо меньшего.

• Сайт на конструкторе (Tilda, Wix), он быстрый и приносит заявки. Скорее всего, достаточно обновить шаблон и тексты. Заказная разработка здесь окупится нескоро.
• Проблема в контенте. Если на сайте нет цен, отзывов и понятного предложения, новая вёрстка ничего не исправит. Сначала перепишите тексты.
• Посетителей мало. Если на сайт почти никто не заходит, начинать надо с продвижения или рекламы, а не с дизайна.

Если ваш случай из этого списка, сначала проверьте дешёвые решения. За редизайн стоит браться, когда упираетесь в ограничения платформы или структуры.

Почему позиции падают после редизайна

Поисковики оценивают не дизайн, а страницы: их адреса, содержимое, ссылки и техническое состояние. Позиции проседают, когда при переезде теряется хотя бы одно из этого.

Для Узбекистана важно учитывать оба поисковика. По данным StatCounter, летом 2026 года Google занимал примерно три четверти рынка поиска, а на Яндекс приходилось от 20 до 24% в зависимости от месяца. На десктопе доля Яндекса заметнее. Если переезд проверяли только в Google Search Console, вы не видите примерно пятую часть поискового трафика.

Типичные причины падения:

Чек-лист миграции: до, во время, после

Этап 1. До начала разработки

1. Выгрузите все текущие URL. Источники: краулер (Screaming Frog или аналог), sitemap.xml, отчёты «Страницы» в Google Search Console и «Страницы в поиске» в Яндекс Вебмастере. Краулер не найдёт страницы, на которые нет внутренних ссылок, а в поиске они могут быть.
2. Отметьте страницы, которые приносят трафик и заявки. Возьмите данные из Search Console, Вебмастера и Яндекс Метрики или GA4 минимум за год, чтобы учесть сезонность. Эти страницы трогают в последнюю очередь.
3. Сохраните базовые показатели: позиции по ключевым запросам, число страниц в индексе, органический трафик по разделам. Без них после запуска не с чем будет сравнить.
4. Сделайте полный бэкап старого сайта: файлы, база данных, конфигурация сервера.
5. Решите, меняются ли URL. Если структура адресов остаётся прежней, рисков намного меньше. Если меняется, без карты редиректов запускаться нельзя.

Этап 2. Карта редиректов

Это главный документ миграции. Обычная таблица: старый URL, новый URL, код ответа.

Правила:

• Только 301 для постоянного переезда. 302 означает временное перенаправление и не подходит.
• Один к одному. Каждая старая страница ведёт на ближайший по смыслу аналог. Карточка «Jetour X70» ведёт на новую карточку той же модели, а не на каталог и тем более не на главную.
• Без цепочек. Если раньше уже был редирект A→B, а теперь B→C, перепишите его на A→C.
• Страницам без аналога лучше отдать 404 или 410, чем перенаправлять их на что попало.
• Не забудьте технические варианты: http/https, www/без www, слеш в конце, верхний регистр, старые GET-параметры.

Google в справке по инструменту смены адреса рекомендует вместе с редиректами ставить rel=canonical на новые страницы. Так старые URL быстрее уходят из выдачи. Редиректы держите как можно дольше, минимум год.

Этап 3. Тестовая среда

• Закройте тестовый сайт паролем (HTTP-авторизацией), а не только . Иначе его могут проиндексировать раньше боевого.
• Прогоните краулер по тестовой версии. Сравните title, description, H1, canonical и тексты со старым сайтом.
• Проверьте карту редиректов скриптом или краулером в режиме списка. Каждый старый URL должен отдавать 301 на правильный адрес, а тот должен отдавать 200.
• Проверьте скорость и мобильную версию.

Этап 4. День запуска

1. Уберите HTTP-авторизацию, и в robots.txt. Это самая частая ошибка, проверьте её дважды.
2. Включите редиректы.
3. Загрузите новый sitemap.xml в Google Search Console и Яндекс Вебмастер.
4. Если меняется домен, воспользуйтесь инструментом смены адреса в Search Console и разделом «Переезд сайта» в Вебмастере. Яндекс в своей справке рекомендует сначала добавить оба сайта в Вебмастер и подтвердить права. Там же сказано, что сохранение позиций и посещаемости при переезде не гарантируется. Поэтому важен мониторинг.
5. Отправьте ключевые страницы на переобход.

Этап 5. Первые 4–8 недель

• Каждый день смотрите на ошибки 404 и 5xx в Search Console и Вебмастере.
• Раз в неделю сравнивайте позиции и трафик с базовыми показателями.
• Чините найденные 404 новыми редиректами.
• Небольшая просадка в первые недели нормальна, пока поисковики переобходят сайт. Если трафик ключевого раздела не вернулся через месяц-полтора, ищите конкретную причину по таблице выше.

Что ломается чаще всего: локальная специфика

Об этом в общих чек-листах обычно не пишут. На сайтах в Узбекистане эти места проверяют реже всего.

Платёжные интеграции

Payme и Click отправляют уведомления об оплате на конкретный URL вашего сайта, который указан в кабинете мерчанта. Если при редизайне сменился путь к обработчику или домен, оплата у клиента проходит, а заказ на сайте остаётся «неоплаченным». Перед запуском проведите тестовый платёж и обновите адреса в кабинетах платёжных систем.

Обмен с 1С

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

Формы и заявки

Заявки из форм часто уходят в CRM, на почту или в Telegram-бота. После редизайна формы переверстывают, и связка рвётся без каких-либо ошибок: посетитель видит «Спасибо», а менеджер ничего не получает. Отправьте тестовую заявку из каждой формы.

Внешние ссылки, которые вы не контролируете

• Ссылки в шапках Instagram и Telegram-каналов.
• Карточки компании в Google Maps, Яндекс Картах и 2GIS.
• QR-коды на баннерах, визитках и в автосалонах.
• Рекламные кампании с конкретными посадочными страницами.

Всё это нужно либо обновить, либо закрыть 301-редиректами. Особенно QR-коды: перепечатывать тираж дорого, а редирект бесплатен.

Языковые версии

Многие сайты в Узбекистане работают на русском, узбекском (иногда в двух алфавитах) и английском. При редизайне часто меняют схему адресов, например превращается в или в поддомен. Ещё бывает, что одну из версий запускают позже остальных. Нужно проверить:

• редиректы для каждой языковой версии отдельно;
• взаимные hreflang-ссылки;
• переключатель языков: он должен вести на ту же страницу на другом языке, а не на главную.

Аналитика

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

Короткий чек-лист для печати

Итог

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

Если проект небольшой и URL не меняются, этот чек-лист можно пройти своими силами. Если меняется структура, движок или домен, а на сайте есть оплата, 1С и несколько языков, лучше доверить миграцию команде, которая уже делала такие переезды. О том, как мы ведём такие проекты, можно почитать на странице разработки сайтов и приложений. Обсудить ваш сайт можно через форму связи.