Почему упал трафик сайта и как его восстановить

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

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

Сначала убедитесь, что трафик действительно упал

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

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

Три среза, которые находят причину

1. Найдите дату начала падения

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

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

2. Разложите потерю по каналам

В отчёте по источникам оставьте только поисковые переходы, затем разделите их по поисковикам. Если просел только Яндекс, смотрите запросы и диагностику в Яндекс Вебмастере. Если только Google — отчёт об эффективности и индексирование в Search Console. Когда одинаково падают все каналы, вероятнее всего, причина общая: недоступность, редиректы, аналитика, брендовый спрос или работа самого бизнеса.

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

3. Найдите страницы, которые потеряли входы

Откройте отчёт по посадочным страницам и сравните поисковые входы до и после даты падения. Отсортируйте URL по абсолютной потере визитов. Часто общий минус создают две-три сильные страницы, а остальной сайт стабилен. Тогда массовые изменения только увеличат риск: работать надо с этими URL и запросами, по которым они раньше получали показы.

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

Как сверить Метрику, Вебмастер и Search Console

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

Что посмотреть в Яндекс Метрике

Создайте сегмент «источник — переходы из поисковых систем» и сравните период до падения с периодом после него. Даты должны содержать одинаковые дни недели; для сезонного бизнеса дополнительно сравните тот же период прошлого года. Добавьте группировки «поисковая система», «страница входа», «тип устройства» и «регион». Сначала сортируйте посадочные по абсолютной потере визитов, а не по проценту: падение с двух визитов до одного выглядит как −50%, но почти не влияет на общий результат.

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

Что подтвердить в Яндекс Вебмастере

В статистике поисковых запросов сравните клики, показы, CTR и среднюю позицию для пострадавшего периода. Затем повторите сравнение по группам запросов и страницам. Снижение кликов при стабильных показах направляет к позиции, CTR и составу выдачи; одновременное снижение показов требует проверить спрос, релевантность и индексирование. В разделах об индексировании и диагностике ищите не только общий счётчик страниц, но и момент появления ошибок, исключённые URL и изменения обхода.

Что проверить в Google Search Console

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

Соберите контрольный набор данных

Перед правками сохраните исходную картину, потому что интерфейсы отчётов и состав индекса продолжат меняться во время расследования. Экспортируйте из Метрики посадочные страницы с визитами, целями, устройством и поисковой системой за оба периода. Из Вебмастера и Search Console выгрузите страницы и запросы с кликами, показами, CTR и позицией. В название файла вынесите даты, часовой пояс и активные фильтры — иначе через несколько дней одинаковые на вид выгрузки невозможно будет корректно сопоставить.

Сведите URL к одному формату: одинаковый протокол и регистр, без случайных UTM-меток, с осознанным решением по завершающему слешу. Не объединяйте редирект и конечную страницу, пока не проверили миграцию: именно старый адрес может раскрыть потерянные переходы. В рабочей таблице держите абсолютную разницу и долю изменения. Для приоритета добавьте целевые действия: страница с минусом 50 визитов и десятью потерянными заявками важнее статьи с минусом 500 нецелевых просмотров.

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

Дерево решений: куда смотреть дальше

Симптом → проверка → действие

Проверка должна отвечать на конкретный вопрос. Например, «страница потеряла клики из-за снижения CTR» подтверждается сохранёнными показами при уменьшении кликов, а не субъективной оценкой Title. Подробно связь позиции, оформления выдачи и кликов разобрана в статье про CTR сниппета.

Шесть групп причин падения

Как проверить релизы и технические сигналы

Если падение похоже на ступеньку, соберите единую временную шкалу с точностью хотя бы до часа. В неё входят выкладки приложения, изменения шаблонов и CMS, переключение CDN, сертификата или DNS, правки robots.txt и sitemap, запуск баннера согласия, эксперименты, импорт товаров и аварии хостинга. Устной фразы «мы ничего не меняли» недостаточно: проверьте историю версий, журнал деплоя, задачи команды и настройки, которые могли измениться автоматически.

Выберите пять контрольных URL: главную, сильную статью, категорию, карточку и страницу пострадавшего шаблона. Для каждого зафиксируйте код ответа и цепочку редиректов, доступность без авторизации, robots meta, canonical, Title, основной текст, внутренние ссылки и наличие счётчика. Проверьте HTML, который получает клиент без выполнения JavaScript: видимый в браузере контент иногда отсутствует в исходном ответе после перехода на клиентский рендеринг. Отдельно посмотрите мобильный шаблон, если просело только мобильное устройство.

Серверные журналы помогают отделить проблему робота от проблемы отчёта. Рост 5xx, тайм-аутов или ответов 429 около даты падения указывает на возможные проблемы с доступностью; резкое сокращение обращений поисковых роботов может быть следствием запрета, переезда URL или длительных ошибок. Но отсутствие роста обхода после правки ещё не означает, что исправление не работает: сначала убедитесь, что робот вообще получил новую версию страницы.

Диагностика за 30 минут

Это не обещание найти любую причину за полчаса. Задача экспресс-проверки — сузить расследование до одного-двух сценариев и собрать факты для дальнейшей работы.

1. 0–5 минут: подтвердите масштабСравните сопоставимые дни и недели, проверьте события или продажи, исключите явную поломку счётчика.
2. 5–10 минут: выделите каналОставьте органический поиск, разделите Яндекс и Google, затем устройства и регионы.
3. 10–15 минут: найдите датуЗафиксируйте первый день отклонения и сопоставьте его с релизами, сбоями и изменениями сайта.
4. 15–20 минут: найдите потерянные URLСравните посадочные до и после падения, отсортируйте страницы по потерянным входам.
5. 20–25 минут: проверьте поискПосмотрите показы, клики, позиции, индексирование и сообщения в панелях вебмастера для пострадавших URL.
6. 25–30 минут: сформулируйте гипотезуЗапишите симптом, подтверждающий показатель, вероятную причину и минимальное безопасное действие для проверки.

Четыре сценария: от симптома к решению

Сценарий 1. График оборвался после обновления баннера cookies

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

Сценарий 2. После релиза просел только каталог

Симптом: статьи стабильны, а категории начали терять поисковые входы через несколько дней после обновления шаблона. В панели вебмастера у части категорий изменился статус или выбран другой canonical. Проверка: сравните исходный HTML старого и нового шаблона на нескольких URL, затем проверьте robots meta, canonical, пагинацию, ссылки на товары и код ответа. Решение: восстановите корректный шаблон сначала на тестовой группе, проверьте его браузером и инструментом проверки URL, затем раскатите на все категории и отправьте приоритетные страницы на переобход.

Сценарий 3. Показы и позиции почти те же, а кликов меньше

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

Сценарий 4. Информационный раздел снижается постепенно

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

Во всех четырёх случаях последовательность одинакова: наблюдаемый симптом → данные, которые могут его опровергнуть → минимальное изменение → контрольный показатель. Если проверка опровергла гипотезу, не подгоняйте объяснение под желаемый ответ — закройте её в журнале и переходите к следующей причине.

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

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

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

Если свои страницы конкурируют между собой, выберите основной URL: объедините пересекающиеся материалы, настройте понятную перелинковку и уберите дублирование поисковой задачи. О признаках и вариантах решения — в руководстве про каннибализацию ключевых слов.

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

Журнал инцидента: шаблон, который сохраняет факты

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

К записи приложите экспорт сравниваемых периодов, список затронутых URL, скриншот или ссылку на отчёт и идентификатор релиза. Это важнее длинного комментария «всё проверили». Для каждой гипотезы заранее запишите условие опровержения. Например: если canonical корректен на всей выборке и поисковик выбирает те же адреса, версия о canonical закрывается, а не остаётся универсальным объяснением.

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

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

1. Критический приоритет: сайт недоступен, важный раздел отвечает 5xx, оформление заказа сломано или весь сайт закрыт от индексирования. Сначала восстановите доступ и измерение, затем продолжайте анализ.
2. Высокий приоритет: подтверждённая шаблонная ошибка затронула коммерческие страницы или крупный кластер. Исправьте контрольную выборку, проведите техническую проверку и только потом раскатывайте решение.
3. Средний приоритет: несколько важных URL теряют позиции, CTR или релевантность без аварии. Работайте по величине потерянных целевых визитов и конверсий, а не по громкости запроса владельца страницы.
4. Низкий приоритет: небольшие колебания, неподтверждённые гипотезы и улучшения без связи с падением. Оставьте их в бэклоге, чтобы они не смешались с восстановительными работами.

Как понять, что восстановление идёт в правильную сторону

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

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

До исправления задайте базовый уровень: например, медиану поисковых кликов и целевых визитов за четыре сопоставимые недели без праздников и аномалий. Затем установите отдельные критерии. Для технической ошибки это корректный ответ и директивы на всей контрольной выборке, отсутствие новых однотипных ошибок и повторный обход. Для индексирования — правильный выбранный canonical и возвращение приоритетных URL. Для CTR — рост кликов при сопоставимых показах, позиции, устройстве и группе запросов. Для бизнеса — восстановление целевых действий без ухудшения их качества.

Не объявляйте победу по одному удачному дню. Дождитесь устойчивого сигнала на полном недельном цикле, а в малом трафике — достаточного числа показов и конверсий для осмысленного сравнения. Одновременно следите за защитными метриками: исправление индексации не должно создавать дубли, улучшение CTR — повышать отказы из-за обманного обещания, объединение статей — приводить к потере запросов с отдельным интентом. Если ранний технический сигнал появился, а клики не восстанавливаются, это не обязательно провал: возможно, техническая причина устранена, но есть второй слой — спрос, позиция или содержание.

Главный вывод

Падение трафика расследуют от общего к частному: подтверждают изменение, находят дату, выделяют канал и определяют страницы, на которых исчезли входы. Дальше факты направляют к одной из групп причин — измерение, техника, индексирование, позиции и CTR, спрос или контент. Такой подход быстрее случайного аудита всего сайта и безопаснее массовых правок. Главная цель — не придумать убедительное объяснение, а связать симптом, проверку и действие измеримым доказательством.