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

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

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

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

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

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

Отдельно проверьте локальные точки контакта. Посетитель из Алматы может перейти из поиска на страницу услуги, затем сверить адрес, телефон и график в карточке компании или в справочном сервисе. Если после запуска изменились адреса страниц, номер телефона или форма заявки, потери проявятся не только в отчётах SEO, но и в обращениях.

Что проверить в SEO-аудите до и после запуска

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

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

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

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

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

Как проверить редиректы и старые URL

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

Список старых URL можно собрать из нескольких источников:

• выгрузки страниц и ошибок в инструментах вебмастеров;
• XML-sitemap прежней версии;
• данные аналитики до редизайна;
• журнал сервера, если он доступен;
• старые меню, статьи, рекламные объявления и карточки компании;
• внешние ссылки, ведущие на сайт.

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

Проверьте цепочки и варианты домена: http и https, адреса с www и без www, завершающий слеш, регистр символов. Ищите временные 302, циклические переходы, редиректы на несуществующие страницы и правила, которые срабатывают только для части URL. После исправлений выполните повторную массовую проверку, поскольку ошибка в одном серверном шаблоне может затронуть целый раздел.

Индексация новых страниц: robots.txt, sitemap и canonical

Если новые страницы не появляются в поиске, сначала проверьте доступ робота и технические сигналы страницы. В robots.txt не должно быть запрета на нужные разделы, sitemap должна содержать актуальные канонические URL, а canonical - указывать на саму страницу либо на действительно выбранную основную версию. Повторная отправка карты сама по себе ошибки не исправляет.

После запуска пройдите проверку в таком порядке:

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

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

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

Метатеги, тексты и структура страниц

Потеря title, description, H1 и коммерческого текста часто объясняет просадку отдельных страниц. Сравнивайте эти элементы с сохранённой версией постранично. Если новая CMS подставила одно название во все title или оставила пустые H1, поисковику сложнее отличать услуги, товары и категории, а пользователю - понять содержание страницы в выдаче.

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

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

Старый текст нельзя переносить вслепую. За время редизайна могли измениться цены, адреса, график, доставка, ассортимент и способы оплаты. Сверьте факты с ответственным сотрудником. Для локальной страницы полезны конкретные сведения о районе обслуживания, маршруте, графике и способе связи, если компания действительно их предоставляет.

Проверьте структурированные данные, если они использовались в старой версии. Для организации это могут быть адрес и часы работы, для товара - цена и наличие, для статьи - автор и дата обновления. Разметка не заменяет содержание и не гарантирует рост позиций. Не добавляйте свойства, которых посетитель не видит на странице.

Скорость, мобильная версия и перелинковка

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

На мобильном устройстве проверьте:

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

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

Отдельно пройдите весь сценарий обращения. Форма может не отправлять данные, номер телефона - оказаться некликабельным, а кнопка оплаты - вести на старый адрес. Проверьте сообщения об ошибках, уведомление менеджеру и отображение заявки в CRM, если она используется. Поисковый трафик не компенсирует сломанный контактный путь.

Сколько занимает восстановление трафика и что это стоит

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

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

Стоимость аудита и исправлений зависит от числа страниц, CMS, качества аналитики и количества старых URL. Мы фиксируем цену после брифа, когда понятны объём переноса и число правил редиректа. Для новых проектов на Next.js и React SEO-структуру закладываем до публикации, а не пытаемся восстанавливать её после запуска.

В разработку входят домен .kz, хостинг и SSL на первый год. Для размещения мы рекомендуем hoster.kz. На проект действует гарантия 12 месяцев, а в процессе предусмотрены два бесплатных круга правок. Эти условия относятся к разработке сайта и уточняются в составе конкретного проекта.

Упал трафик после редизайна: как определить причину по данным

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

• В Google Analytics 4 откройте «Отчёты» - «Источники трафика» - «Привлечение трафика», выберите канал Organic Search и сравните неделю после запуска с такой же неделей до него. В Яндекс Метрике используйте отчёт «Источники, сводки» и сегмент «Поисковые системы».
• В Google Search Console перейдите в «Эффективность» и сравните клики, показы, CTR и среднюю позицию по датам. В Яндекс Вебмастере проверьте «Поисковый трафик» и отдельно посмотрите страницы, потерявшие показы.
• Откройте отчёты по странам, устройствам и страницам входа. Просадка только на смартфонах указывает на мобильную версию или скорость, падение только у страниц входа - на шаблон, контент или адреса.
• Проверьте, не изменился ли код аналитики: тестовый визит должен появиться в режиме реального времени. Сравните количество органических переходов в серверных логах с данными счётчика. Если логи стабильны, а аналитика показывает спад, сначала исправляйте измерение.

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

Восстановление начинайте не с массовых изменений, а с приоритетных страниц, которые давали основной органический поток. Составьте список из 10 - 20 URL, исправьте одну повторяющуюся проблему в шаблоне, дождитесь обхода и сравните результат через 7 и 14 дней. Успех подтверждают не только визиты, но и показы, позиции и заявки.

• В отчёте аналитики отсортируйте страницы входа по органическим сеансам за период до запуска. Отметьте URL, где одновременно снизились трафик и конверсия, и отдельно страницы, где упали только визиты.
• Для каждой приоритетной страницы зафиксируйте дату исправления, тип ошибки и ожидаемый результат. Не меняйте одновременно заголовок, текст, адрес и шаблон - иначе нельзя определить, что помогло.
• После публикации откройте URL в Google Search Console через «Проверка URL» и запросите индексацию только после того, как страница отдаёт корректный ответ. В Яндекс Вебмастере добавьте адрес через проверку страниц.
• Поставьте контрольные точки на 3-й, 7-й и 14-й день. Если страница не возвращается, проверьте дату последнего обхода и кэш, а затем сравните её с аналогичными страницами раздела.
• Не откатывайте весь редизайн из-за одного дня просадки: сравнивайте минимум одинаковые 7-дневные периоды и учитывайте сезонность, рекламные кампании, выходные и изменения ассортимента.

Частые вопросы

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

• Можно ли вернуть трафик только настройкой 301? Если основная причина в потерянных URL, редиректы могут дать заметный эффект. При одновременной потере текстов, метатегов, скорости и внутренних ссылок одной настройкой недостаточно.
• Нужно ли сохранять все старые страницы? Нет. Сохраняют URL со спросом, трафиком, ссылками и коммерческой ценностью. Остальные объединяют с релевантными страницами или удаляют по заранее выбранному сценарию.
• Что делать, если редизайн уже запустили без SEO-проверки? Зафиксируйте текущую версию, сохраните отчёты и сравните старые URL с новыми. Затем проверьте статусы, редиректы, индексацию, метатеги и формы.
• Поможет ли повторная отправка sitemap? Она помогает обнаружить актуальные адреса, но не отменяет запрет robots.txt, неправильный canonical или отсутствие внутренних ссылок. Сначала устраните причину, затем отправьте карту повторно.
• Нужно ли проверять внешние карточки и рекламу? Да. Старые URL, телефоны и адреса в карточках компаний, объявлениях и публикациях приводят посетителей на ошибки или мешают связаться с бизнесом.
• Ускорит ли восстановление покупка ссылок? Покупка ссылок не исправляет 404, закрытую индексацию и потерянные тексты. Сначала восстановите структуру и доступность страниц, а ссылочную стратегию оценивайте отдельно.

Что делать после обнаружения проблем

Начните с таблицы старых URL и отметьте страницы, которые приносили трафик и обращения. Затем проверьте серверные ответы, редиректы, robots.txt, sitemap, canonical, метатеги, скорость и формы. Исправляйте сначала общие ошибки шаблона, потом отдельные страницы. Через несколько недель сравните данные по тем же группам URL и запросам.

Мы проводим аудит, составляем карту редиректов и готовим план исправлений для команды разработки. Если редизайн ещё не завершён, подключаемся до публикации: сохраняем SEO-данные, проверяем тестовую версию и контролируем запуск. Pozhidayev работает из Алматы с клиентами по всему Казахстану, в том числе удалённо.