Блог · SEO

Трафик упал: как понять, апдейт это, фильтр или вы сами

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

2 августа 2026 г.14 мин чтенияДмитрий Смирнов

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

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

Шаг 0. Убедиться, что падение настоящее

Начните с источника данных и границ сравнения. Визиты Метрики и клики Search Console не обязаны совпадать: системы измеряют разные события и имеют разные ограничения.

Что проверить:

  • Счётчик работает? Наличие номера в исходнике не доказывает отправку событий. Проверьте загрузку и запросы счётчика, переходы между страницами и фильтры. Сравните изменение визитов с кликами поисковых панелей.
  • Периоды сопоставимы? Возьмите равные полные отрезки с похожим составом дней и рядом — прошлый год при наличии истории. Укажите часовой пояс, страну или регион и устройство. Последние неполные дни анализируйте отдельно.
  • Что именно упало? Разделите Яндекс, Google, рекламу и прямые заходы; затем страницы и группы запросов. Отдельно отметьте бренд и фразы, которых в отчёте нет.
  • Не изменилось ли измерение? Проверьте фильтрацию роботов, цели, модель атрибуции, настройки согласия и дату изменения аналитики.

Если снижение сохраняется в сопоставимых данных, переходите к причинам. Руководство Google по падению поискового трафика также предлагает учитывать технические проблемы, изменения алгоритмов, спроса и обработки данных.

★ Зафиксируйте начало и затронутые страницы

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

Шаг 1. Проверить сезонность и изменение спроса

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

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

Конкуренты могут дать дополнительный ориентир, однако оценка чужого трафика сторонним сервисом не равна их аналитике. Выборка запросов и набор сайтов должны быть одинаковыми в сравниваемых замерах.

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

Шаг 2. Проверить доступность и индексирование

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

Проверьте robots.txt, noindex и canonical. Установите, какие правила действуют на нужный URL и доступны ли они роботу. Запрет обхода и запрет индексирования решают разные задачи; закрытая от обхода страница может не дать роботу прочитать noindex.

Проверьте HTTP-ответ и содержание. Важны код, цепочка перенаправлений, конечный адрес и полноценный HTML. Ответ 200 с пустым шаблоном или сообщением об отсутствии товара не равен исправной посадочной.

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

Проверьте историю доступности. Ошибки 5xx, таймауты, ограничения CDN и сервера ищут за период падения. Строку Googlebot в логе нужно проверять: user-agent можно подделать.

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

Производительность рассматривайте вместе с доступностью и пользовательским сценарием. Один низкий балл теста не объясняет падение трафика. Метрики разобраны в статье про Core Web Vitals и PageSpeed.

Шаг 3. Свои правки — причина, о которой не вспоминают

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

Проверьте конкретные гипотезы:

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

Как проверить: сопоставьте сохранённый HTML, резервные копии, Git и данные CMS с текущей версией. Веб-архив помогает, но его снимки неполны. Для каждой гипотезы запишите подтверждение, ожидаемый эффект и способ проверки исправления.

Шаг 4. Сопоставить изменения с обновлениями поиска

Обновления алгоритмов рассматривайте вместе с другими версиями. Их действие может затронуть разные страницы и проявиться постепенно.

Проверьте:

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

Для Google используйте историю состояния поиска и сообщения поисковой системы. Сторонние индикаторы волатильности показывают свою выборку: отсутствие скачка не исключает влияние алгоритма на ваш сайт.

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

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

Шаг 5. Проверить ограничения и нарушения

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

Соберите подтверждения:

  • сообщения в разделе ручных мер и проблем безопасности Search Console;
  • уведомления Яндекс Вебмастера о безопасности и нарушениях;
  • примеры затронутых URL и сведения об их обходе и индексировании;
  • конкретные нарушения, изменения доступа или подозрительные внедрения.

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

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

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

Сводка: как отличить одно от другого

ВерсияЧто сравнитьЧто не доказывает причину
Спрос и сезонИсторию группы запросов, показы и видимость в одном регионеПохожая форма двух графиков
Техническая проблемаHTTP, HTML, правила доступа, индекс и логи нужных URLИсправная главная или один ответ 200
Собственные измененияРелизы, старую и новую версию, затронутые группыОдно совпадение дат
Обновление поискаОфициальные сообщения и сопоставимые срезыКрасный индикатор стороннего апометра
ОграничениеУведомление, его область и подтверждённое нарушениеПотеря первого места по бренду
Ошибка измеренияСобытия счётчика, настройки и независимый источникСнижение одного графика

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

Чего делать не надо ни в каком из пяти случаев

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

Не закупать ссылки в панике. Это не исправляет ошибки доступа или измерения и может добавить риск нарушения правил поиска.

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

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


Порядок действий на сегодня

  1. Зафиксируйте показатель, начало снижения и примеры страниц.
  2. Проверьте измерение, равные периоды, поисковики, регион и устройства.
  3. Сопоставьте спрос группы запросов с показами и наблюдаемой видимостью.
  4. Проверьте доступность, HTML, правила индексирования и статусы URL.
  5. Поднимите журнал релизов и резервные копии затронутых страниц.
  6. Сверьте период с официальными сообщениями поиска и уведомлениями о нарушениях.
  7. Для каждого подтверждённого исправления назначьте исполнителя и проверку, для гипотез — следующий источник данных.

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

После внедрения повторите техническую проверку и наблюдайте сопоставимый поисковый срез с учётом переобхода. Восстановление доступности, возврат в индекс и рост кликов — разные этапы; фиксируйте их по отдельности.

#падение трафика#апдейты#фильтры#сезонность#вебмастер#диагностика
Дмитрий СмирновЧастный SEO-специалист · в поиске с 2005 года

Двадцать лет в поисковом маркетинге: девять сайтов L’Oréal в Vivat Digital, отдел SEO с нуля в ООО «169», садовый центр «Гаршинка» с рекордом больше 900 000 уникальных посетителей в месяц. Веду одновременно не больше шести клиентов и всю работу делаю лично: аудит, стратегию, техзадания и разбор результатов.

Обо мне подробнее
★

Сначала диагноз, потом лечение

Читайте дальше

Весь блог →

Требуйте бесплатный аудит вашего сайта

Разберу сайт, найду точки роста и покажу, за счёт чего поднять трафик и заявки. Без обязательств и навязывания.

  • Точки роста и технические ошибки
  • Оценка потенциала ниши
  • Прогноз и примерный план работ
  • Разбор на созвоне по итогам
Отвечаю лично, обычно в течение дняДмитрий Смирнов · SEO · Интернет-маркетинг

Отвечаю лично. Никакого спама и передачи контактов третьим лицам.

★

Заявка принята!

Свяжусь с вами в течение рабочего дня. Обычно — быстрее.