В понедельник дашборд показывает минус 31% органических сеансов. Маркетинг вспоминает обновление алгоритма, разработка — пятничный релиз, редакция — сезонный спад. Все версии возможны, однако общий график пока подтверждает лишь изменение числа визитов.
Расследование строится как последовательное сужение. Сначала проверяется измерение, затем определяется точный сегмент потерь, после чего временная линия сопоставляется с техническими и внешними событиями. У каждой версии появляются собственное доказательство и условие опровержения.
Подтвердите сам факт падения
Сравните органические сеансы веб-аналитики с кликами и показами поисковых панелей. Прежние клики при меньшем числе сеансов указывают на счётчик, согласие на cookie, фильтры, атрибуцию, редирект после перехода или смену домена. Одновременное снижение кликов и показов переносит внимание к поисковой видимости и спросу.
Проверьте завершённость дат. Неполный текущий день нельзя сопоставлять с полным вчерашним. Понедельник лучше сравнить с несколькими предыдущими понедельниками и с тем же периодом прошлого года, если бизнес сезонный. Запишите часовой пояс, задержку источника и дату последнего обновления.
Отдельно проверьте определение канала. Изменение UTM, модели атрибуции, правил исключения рефералов или cookie-баннера может перераспределить визиты между Organic, Direct и Referral без изменения переходов из поиска. Артефакт первого шага — таблица из двух источников с одинаковыми датами и пометкой качества данных.
Зафиксируйте границы события
Определите первую дату устойчивого отклонения и величину относительно базовой линии. Полезная запись содержит абсолютные значения: «с 8 августа клики Google снизились с медианы 4 200 до 2 850 в сутки», вместо одной процентной метки.
На временную линию нанесите:
- релизы кода, шаблонов, CDN и CMS;
- массовые публикации, снятие товаров и изменения URL;
- правки
robots.txt, sitemap, canonical и метаданных; - простои, рост 5xx и замедление ответа;
- миграции аналитики и изменения согласий;
- сезонные события, акции и заметные изменения выдачи.
Совпадение дат формирует гипотезу, но ещё не доказывает связь. Ищите совпадение охвата: релиз каталога должен объяснять потери каталога, а общий спад по всем разделам требует более широкой причины.
Разрежьте общий график на сегменты
Сегментация выполняется в постоянном порядке, чтобы команда не выбирала удобный срез после появления версии:
- поисковая система;
- страна и регион;
- устройство;
- брендовые и небрендовые запросы;
- каталог или тип страницы;
- отдельные запросы и посадочные URL.
Для каждого среза посчитайте вклад в абсолютную потерю. Раздел с падением 60% может давать лишь пять потерянных кликов, а снижение 12% у каталога — составлять большую часть ущерба. Итоговая таблица должна содержать прежнее значение, текущее, разницу и долю общей разницы.
Сохраните также растущие сегменты. Они помогают исключить общий сбой домена и показывают перераспределение спроса. Методика регулярного набора поисковых метрик описана в руководстве что отслеживать в SEO-мониторинге.
Учитывайте агрегацию Search Console на canonical
В отчёте эффективности Google большинство показов, кликов и позиций вариантов страницы приписываются canonical, который выбрал Google. Это прямо указано в официальной справке Search Console. Дубликат может получить переход пользователя, а метрика окажется в строке выбранного canonical.
Поэтому исчезновение кликов у конкретного URL иногда отражает смену Google-selected canonical или перегруппировку дублей. Оно само по себе не доказывает потерю переходов всей группы. Сравните сумму по логическому кластеру страниц, проверьте URL Inspection для примеров и сопоставьте пользовательский canonical с выбранным Google.
Есть и обратная ловушка: стабильная строка canonical способна скрыть выпадение части вариантов. Добавьте данные веб-аналитики по фактическим landing page и серверные логи. В Crawl Stats учитываются реально запрошенные URL, поэтому этот отчёт читается по другой логике. В карточке доказательства всегда указывайте название отчёта, измерение и фильтр.
Пройдите технический слой по потерянной группе
Соберите несколько URL из начала, середины и хвоста падения, затем проверьте одинаковый набор признаков:
| Слой | Что сохранить | Какое расхождение ищем |
|---|---|---|
| HTTP | конечный URL, цепочка, статус, заголовки | 4xx/5xx, новый редирект, X-Robots-Tag |
| HTML | Title, meta robots, canonical, H1, основной текст | массовая замена или отсутствие |
| доступ | robots.txt, sitemap, внутренние ссылки | запрет обхода, удаление из карты, потеря пути |
| рендеринг | исходный HTML и DOM | контент появляется поздно или исчезает |
| журнал | время ответа, запросы ботов, ошибки | изменение частоты обхода и серверные отказы |
Точечный технический аудит даёт только текущий публичный снимок. Для расследования сопоставьте его с прежним состоянием, логами и полным охватом потерянного шаблона; перечень областей можно дополнить чек-листом SEO-аудита.
После обнаружения дефекта оцените масштаб автоматическим обходом. Один пример подтверждает механизм, но не количество затронутых страниц. Если доступ закрыт или ответ нестабилен, пометьте проверку как недоступную и сохраните ошибку; отсутствие результата нельзя записывать как отсутствие проблемы.
Проверьте спрос, выдачу и содержание
При падении показов без технического дефекта сравните частотность запросов и сезонные периоды. Брендовый спрос может просесть после завершения рекламы, информационная тема — после события, товарная категория — после окончания сезона. Год к году полезен лишь при сопоставимых праздниках, ассортименте и географии.
Посмотрите текущую выдачу по потерянным группам запросов: появились ли новые блоки, карты, видео, маркетплейсы или ответы, которые забирают клики; сменился ли доминирующий интент; усилились ли конкуренты именно в этом сегменте. Ручную проверку фиксируйте с регионом, устройством, языком и датой.
Для содержания сравните запрос, Title, H1 и фактический ответ страницы. Оценивайте полноту условий, актуальность, уникальные данные и соответствие намерению пользователя. Количество слов не служит самостоятельным критерием. Если виден тематический пробел, превратите его в список конкретных разделов по методике анализа контентных пробелов.
Ведите журнал проверяемых гипотез
Каждая строка журнала должна связывать наблюдение, механизм и прогноз. Пример: «После релиза карточки получили canonical на категорию; если это причина, падение будет сосредоточено в карточках, Google-selected canonical у примеров сменится, а категории сохранят или увеличат агрегированные показы».
Назначьте владельца проверки и срок. Для критичного технического дефекта исправление выполняют сразу, сохраняя состояние до изменения. Для остальных версий меняйте один существенный фактор за раз. Одновременная смена текста, ссылок, canonical и скорости лишит команду возможности связать результат с действием.
Техническое восстановление и поисковый эффект имеют разные даты. Статус 200 и правильный canonical подтверждаются после выкладки. Переобход, выбранная каноническая версия, показы и клики наблюдаются в заранее заданном окне по тому же сегменту.
Завершите расследование шаблоном результата
Гипотеза: [механизм, который объясняет потерю]
Потерянный сегмент: [поисковик / страна / устройство / запросы / тип URL]
База: [даты, клики, показы, сеансы, источник и фильтры]
Наблюдение: [факт с URL, временем и сохранённым ответом]
Прогноз гипотезы: [что ещё должно быть видно, если версия верна]
Проверка: [действие, владелец, срок]
Результат: подтверждена / опровергнута / данных недостаточно
Технический итог: [что изменено и на каком охвате перепроверено]
Поисковый итог: [метрика, сегмент, окно наблюдения]
Остаточная неопределённость: [что пока неизвестно]
Следующий шаг: [одна задача, дата и ответственный]