Перейти к основному тексту
Техосмотрсайта

Р-04 · Вопросы об аудите сайта

Аудит перед редизайном и переездом сайта: что зафиксировать

чем проверять
Яндекс Вебмастер, Google Search Console, Метрика, краулер
ревизия
08.11.2026
Пункты отчёта

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

Какие бывают переезды

Что меняетсяГлавный риск
Только дизайн, адреса прежниепотеря текстов, заголовков и блоков при новой вёрстке
CMSновые адреса, дубли, другая логика каталога и фильтров
Структура разделовстарые адреса без редиректа, сироты, сломанная перелинковка
Доменсклейка зеркал, временная просадка, редиректы на всё
Протокол на HTTPSсмешанный контент, неполные редиректы

Чаще меняется сразу несколько вещей: новый дизайн на новой CMS с новой структурой. Такой переезд самый рискованный, и аудит перед ним нужен в полном объёме.

Что зафиксировать до начала работ

1. Список всех адресов

Обойдите сайт краулером и сохраните полную выгрузку: адрес, код ответа, title, description, H1, canonical, глубина. Добавьте адреса из sitemap и из отчётов Вебмастера и Search Console: там бывают страницы, на которые уже не ведут ссылки, но которые есть в поиске.

2. Страницы, которые приносят трафик

Выгрузите из Метрики страницы входа из поиска за последний год, а из Search Console и Вебмастера — страницы с показами и кликами. Отсортируйте по трафику. Верхние двадцать–пятьдесят страниц — главный актив. Для каждой запишите, по каким запросам она находится.

3. Содержимое ключевых страниц

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

4. Технические настройки

Сохраните текущий robots.txt, sitemap, правила редиректов, микроразметку, настройки счётчиков и целей Метрики. Проверить robots и sitemap поможет чек-лист robots.txt и sitemap.

5. Базовые показатели

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

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

Требования к новому сайту

На основе аудита составьте короткий список требований для разработчиков:

  1. Страницы с трафиком сохраняют адреса или получают редирект 301 на точное соответствие.
  2. Тексты, заголовки, мета-теги и разметка ключевых страниц переносятся без потерь.
  3. Новые адреса — постоянные, без лишних параметров и дублей.
  4. Тестовая версия закрыта от индексации паролем или запретом, и этот запрет не переносится на рабочий сайт.
  5. Мобильная версия и скорость не хуже текущих.
  6. Счётчики и цели переносятся до запуска.

Карта редиректов

Карта редиректов — таблица «старый адрес → новый адрес» для каждой страницы, которая меняет адрес. Правила:

  • редирект постоянный, 301;
  • каждый старый адрес ведёт на ближайший по смыслу новый, а не на главную;
  • без цепочек: старый адрес сразу на конечный;
  • удалённые страницы без замены отдают 404 или 410;
  • внутренние ссылки на новом сайте сразу ведут на новые адреса, а не через редирект.

Карту проверяют до запуска на тестовом сервере: прогоняют список старых адресов и смотрят коды ответа. Подробно о дублях и canonical — в чек-листе дублей.

Проверка после запуска

В первые дни после запуска пройдите тот же список, что и до:

  • robots.txt не запрещает индексацию, на страницах нет noindex;
  • старые адреса из выгрузки отдают 301 на правильные страницы;
  • ключевые страницы сохранили тексты, title и H1;
  • sitemap обновлён и содержит новые адреса;
  • счётчики работают, цели срабатывают;
  • в Вебмастере и Search Console нет всплеска ошибок.

При смене домена добавьте сайт с новым адресом в Вебмастер и Search Console, укажите переезд в Вебмастере и воспользуйтесь инструментом смены адреса в Search Console. Затем несколько недель еженедельно сравнивайте показатели с точкой отсчёта. Что делать, если после запуска всплыли типичные ошибки, описано на странице технических ошибок.

Итог проверки

  • Сохранена полная выгрузка адресов и содержимого до переезда.
  • Определены страницы с трафиком и их запросы.
  • Составлена и проверена на тесте карта редиректов 301.
  • Требования к новому сайту переданы разработчикам письменно.
  • После запуска проведена сверка по тому же списку и записана точка отсчёта.

Вопросы и ответы

Неизбежна ли просадка трафика после переезда?

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

Можно ли переезжать с редиректом всех старых адресов на главную?

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

Сколько хранить редиректы после переезда?

Как можно дольше, лучше постоянно. На старые адреса могут вести внешние ссылки, закладки и упоминания, и поисковики ещё долго будут их проверять. Правила редиректов почти не нагружают сервер, а их удаление вернёт ошибки 404.

Когда делать аудит, если редизайн уже идёт?

Как можно раньше, пока макеты и структура ещё не утверждены. Если разработка почти закончена, сосредоточьтесь на главном: выгрузке адресов с трафиком, карте редиректов и проверке тестовой версии до запуска. Это займёт меньше времени, чем полный аудит, и снимет самые серьёзные риски.

Опубликовано 07.11.2026, сверено 08.11.2026. Редакция «Техосмотра».