13 октября 2026

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

Проблема появляется в момент, когда SEO вспоминают за день до запуска. Оказывается, привычные адреса исчезли, страницы услуг объединили без плана, тексты сократили до пары экранов, а на тестовом домене остался запрет на индексацию. Визуально новый сайт может быть сильнее прежнего, но поисковым системам нужно заново понять, где теперь находятся материалы и почему страницы по-прежнему полезны пользователю.

Безопасный редизайн — не попытка «сохранить позиции любой ценой». На изменения поисковая выдача всё равно может реагировать. Задача в другом: не потерять то, что уже работало, и дать поисковым роботам понятный маршрут от старой версии сайта к новой.

Коротко: что обязательно сделать

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

Яндекс рекомендует при смене структуры или дизайна настраивать постоянные редиректы со старых адресов на соответствующие новые. Перенаправление на главную вместо релевантной страницы — плохая практика. Подробная рекомендация Яндекса.

Почему именно редизайн может просадить органический трафик

Поисковая система видит не красивый макет, а набор URL, текстов, заголовков, ссылок, ответов сервера и других сигналов. Если эти элементы меняются одновременно, поиску требуется время, чтобы пересобрать картину сайта.

Самые частые причины падения после обновления:

  • страницы получили новые адреса, но старые URL отдают 404;
  • несколько полезных разделов склеили в одну слишком общую страницу;
  • из карточек услуг исчезли тексты, которые отвечали на запросы пользователей;
  • на новом сайте нет корректных title, description, H1 или canonical;
  • разработка оставила на боевом домене noindex;
  • не работают формы, цели аналитики или клики по телефону;
  • в sitemap попали технические страницы, а нужные — наоборот, исчезли.

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

1. Зафиксируйте исходную точку

Нельзя оценить результат запуска, если неизвестно, что было до него. До начала работ стоит собрать исходные данные в отдельную таблицу или сохранить выгрузки.

Минимальный набор:

  • список страниц, которые приносят органический трафик;
  • запросы, по которым они видимы;
  • данные о заявках, звонках, заказах и других целевых действиях;
  • текущие title, description, H1 и канонические адреса;
  • страницы в индексе, ошибки обхода и исключённые URL;
  • список внешних ссылок на важные материалы, если такие данные доступны.

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

2. Сделайте карту URL до того, как дизайнеры «почистят» структуру

Карта редиректов — не формальность в конце проекта. Это рабочий документ, который связывает старый сайт, новую архитектуру и задачи разработчиков.

Для каждой значимой страницы полезно зафиксировать:

Старый URL Новый URL Решение Комментарий
/services/seo/ /services/search-promotion/ 301 Услуга сохранена, изменён адрес
/portfolio/site-1/ /cases/site-1/ 301 Кейс перенесён в новый раздел
/blog/old-topic/ — 410 или 301 Решение зависит от актуальности материала
/services/ /services/ Без изменений Проверить метатеги и контент

В таблицу должны попасть не только «красивые» страницы меню. Часто трафик приносят старые статьи, кейсы, страницы регионов, карточки услуг, PDF-файлы и материалы, на которые ведут внешние ссылки.

Карта URL и чек-лист для SEO-переезда сайта

3. Настройте 301-редиректы по смыслу, а не «куда-нибудь»

Логика простая: старый адрес должен вести на максимально близкий по содержанию новый адрес. Страница услуги — на обновлённую страницу этой услуги. Кейс — на соответствующий кейс. Статья — на её актуальную версию или тематически близкий материал, если исходный удалён.

Массово отправлять все старые URL на главную не стоит. Для человека это выглядит как тупик, а для поисковой системы — как слабый сигнал о соответствии страниц. Google также рекомендует не направлять много старых адресов на нерелевантную главную и заранее проверять перенос на части сайта, если проект большой. Рекомендации Google по переносу сайта.

Что важно проверить технически:

  • редирект имеет статус 301, если переезд постоянный;
  • нет цепочек вида старый URL → промежуточный URL → новый URL;
  • нет циклов редиректов;
  • внутренние ссылки на новом сайте сразу ведут на финальные адреса;
  • HTTP-версия, варианты с www и технические дубли приведены к одному основному варианту;
  • страницы с параметрами не создают бесконечные копии контента.

Постоянный серверный редирект — предпочтительный способ сообщить о смене адреса страницы. Документация Google о 301-перенаправлениях.

4. Не удаляйте смысл страниц вместе со старым дизайном

Одна из типичных ошибок — заменить содержательную страницу услуги большим баннером, тремя карточками и кнопкой «Оставить заявку». Такой экран может выглядеть современно, но не всегда отвечает на вопрос пользователя.

Перед редизайном стоит отметить, какие блоки действительно работают на видимость:

  • H1 и подзаголовки;
  • title и description;
  • описание услуги или товара;
  • ответы на частые вопросы;
  • кейсы, характеристики, цены, этапы работы;
  • изображения, схемы и их alt-атрибуты;
  • внутренние ссылки на связанные разделы.

Это не означает, что нужно бережно переносить каждый старый абзац. Устаревшие тексты можно и нужно переписывать. Но новая страница должна сохранять поисковое намерение. Если человек искал «разработка интернет-магазина», он ожидает увидеть не абстрактную страницу «Мы делаем digital», а понятное предложение: состав работ, этапы, примеры, сроки, ограничения и способ связаться с исполнителем.

Лучше не менять структуру, URL и весь контент одним махом без причины. Чем больше независимых переменных меняется за раз, тем сложнее понять, что именно повлияло на трафик.

5. Проверьте индексацию, robots.txt, sitemap и canonical

Тестовый сайт часто закрывают от роботов — и это правильно. Неправильно забыть снять ограничения в день релиза.

Перед публикацией убедитесь, что:

  • на боевом домене нет случайного noindex;
  • robots.txt не закрывает важные разделы;
  • XML-карта сайта содержит канонические URL со статусом 200;
  • в sitemap нет редиректов, 404, фильтров и тестовых страниц;
  • тег canonical указывает на основную версию текущей страницы;
  • страницы пагинации, фильтров и сортировок имеют осмысленную логику индексации;
  • сервер корректно отвечает на запросы поисковых роботов.

Дубли страниц не всегда заметны при обычном просмотре сайта. Они появляются из-за вариантов протокола, домена, слеша на конце URL, параметров рекламных кампаний и особенностей CMS. Для консолидации дублей Google рекомендует согласованно использовать редиректы, canonical и карты сайта. Руководство по объединению повторяющихся URL.

6. Метатеги и микроразметка: без шаблонов «на весь сайт»

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

Перед запуском проверьте:

  • уникальность и смысловую точность title;
  • description, который помогает пользователю понять содержание страницы;
  • один понятный H1;
  • логичную иерархию H2–H3;
  • отсутствие пустых или дублирующихся метатегов;
  • корректность Open Graph для публикаций в соцсетях и мессенджерах.

С микроразметкой действует то же правило: она должна описывать то, что посетитель действительно видит на странице. Не стоит размечать несуществующие отзывы, цены или FAQ ради расширенного сниппета. Корректная разметка помогает поиску понять страницу, но сама по себе не гарантирует особое отображение в выдаче. Политика Google по структурированным данным.

Для этой публикации уместна разметка Article с актуальными заголовком, датой публикации и изображением. Документация Google по Article.

7. Скорость, мобильная версия и JavaScript — это тоже SEO

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

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

Особое внимание:

  • не перекрывает ли контент всплывающее окно;
  • удобно ли нажимать кнопки с телефона;
  • есть ли у изображений заданные размеры;
  • не появляется ли «прыжок» интерфейса во время загрузки;
  • доступен ли ключевой текст без выполнения тяжёлого JavaScript;
  • не ломается ли сайт в популярных мобильных браузерах;
  • не стала ли критически медленной первая загрузка.

8. Формы и аналитика: потерять заявку иногда хуже, чем потерять позицию

Если после редизайна пользователь оставил заявку, но менеджер её не получил, красивый сайт не решает бизнес-задачу. Формы нужно проверять как пользователь, а не только смотреть, что кнопка открывается.

Пройдите реальный путь:

  1. Откройте форму с компьютера и телефона.
  2. Проверьте обязательные поля, маску телефона, согласие на обработку данных и сообщения об ошибках.
  3. Отправьте тестовую заявку.
  4. Убедитесь, что письмо или запись в CRM действительно пришли.
  5. Проверьте цели аналитики: отправка формы, клик по телефону, переход в мессенджер, заказ, скачивание файла.
  6. Откройте страницы с UTM-метками и убедитесь, что параметр не ломает адрес или каноникал.
Проверка мобильной версии, форм и аналитики перед запуском сайта

Чек-лист приёмки сайта перед запуском

URL и редиректы

  • Список важных старых URL собран.
  • Для изменённых адресов подготовлена карта соответствий.
  • Старые страницы ведут на релевантные новые через 301.
  • Нет цепочек и циклов редиректов.
  • Внутренние ссылки ведут сразу на финальные URL.
  • Страницы, которые не имеют замены, обработаны осмысленно, а не отправлены массово на главную.

Контент и метаданные

  • Сохранены или улучшены важные посадочные страницы.
  • У каждой ключевой страницы есть уникальный title.
  • H1 соответствует содержанию страницы.
  • Description не дублируются на десятках URL.
  • На месте тексты услуг, кейсы, FAQ и другие значимые блоки.
  • Изображения имеют понятные alt-атрибуты.

Техническая часть

  • Боевой сайт доступен для индексации.
  • На продакшене отсутствует случайный noindex.
  • robots.txt не закрывает важные разделы.
  • XML-sitemap обновлён.
  • Canonical указывает на правильные URL.
  • Страницы открываются с кодом 200, а удалённые не маскируются как рабочие.
  • Проверены мобильная версия, скорость и основные браузеры.
  • Микроразметка соответствует содержимому страниц.

Конверсия и контроль

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

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

Работа не заканчивается в момент публикации. В первые 24–48 часов нужно вручную проверить главные сценарии: переходы по старым URL, формы, важные страницы, отображение на мобильных устройствах, статусы ответов сервера.

В следующие недели полезно отслеживать:

  • ошибки обхода и исключённые страницы;
  • индексирование новых URL;
  • динамику органического трафика;
  • изменение видимости основных разделов;
  • количество заявок и звонков;
  • появление неожиданных 404;
  • корректность редиректов после обновлений CMS.

При крупных изменениях нормальна постепенная переоценка страниц. Яндекс отдельно предупреждает, что изменения структуры, URL и контента могут влиять на позиции. О факторах изменения позиций в поиске.

Главная мысль

Редизайн не должен быть конфликтом между дизайном, разработкой и SEO. У хорошего проекта одна цель: новый сайт должен быть удобнее для посетителя, понятнее для бизнеса и прозрачен для поисковых систем.

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

Источники

Возврат к списку