Anomaly Detection: выявление необычных дней в данных Search Console

Anomaly Detection сверяет каждый день в данных Search Console с тем же днём недели в соседних неделях и отмечает дни, которые заметно выходят за привычный диапазон. Инструмент работает с кликами, показами, CTR или средней позицией, использует оценку на основе медианы, чтобы один аномальный день не искажал базовый уровень, и присваивает каждой аномалии уровень от Low до Critical. Второй график отслеживает медленные дрейфы, которые не видны по отдельным дням.

Как оценивается день

1. Базовый уровень. Ожидаемое значение для дня — это медиана 8 ближайших дней с тем же днём недели, более ранних или более поздних, без самого этого дня. Понедельник сравнивается с понедельниками, поэтому обычный спад в выходные никогда не считается аномалией. Нужно как минимум 3 таких дня, иначе день не оценивается.
2. Разброс. Типичная вариация — это медианное абсолютное отклонение (MAD) этих дней, умноженное на 1.4826, чтобы его можно было сопоставлять со стандартным отклонением. Если MAD равно нулю, вместо него используется среднее абсолютное отклонение.
3. Оценка. Z-оценка — это расстояние от дня до медианы, делённое на этот разброс. Это модифицированная z-оценка, которую справочник NIST по инженерной статистике описывает для обнаружения выбросов; в нём предлагается порог 3.5.
4. Два условия. День считается аномалией, только если его оценка достигает заданной вами Sensitivity и при этом он отличается от ожидаемого значения не менее чем на 10%. Второе условие не даёт отмечать незначительные колебания в очень стабильных рядах.

Sensitivity меняется от 1.0 до 4.0, по умолчанию 2.5: чем ниже значение, тем больше дней отмечается. Степень серьёзности определяется как отношение оценки к чувствительности: меньше 1.5 раза — Low, меньше 2 раз — Medium, меньше 3 раз — High, 3 раза и более — Critical.

Как читать результаты

• Карточки: Anomalies, Spikes, Drops, доля оценённых дней, оказавшихся аномалиями, и самый экстремальный день.
• Actual vs expected with confidence band показывает ряд, медиану по тому же дню недели и пунктирную полосу ± sensitivity × устойчивый разброс. Маркеры отмечают аномалии и окрашены по степени серьёзности.
• В таблице приведены Date, Weekday, Actual, Expected, Deviation, Z-score, Severity и Direction (Spike или Drop).

Direction определяется по числовому значению. Для Position Spike означает, что число выросло, то есть позиция ухудшилась, а Drop — что позиция улучшилась.

Если после запуска переключить метрику или сдвинуть ползунок, оценки пересчитываются прямо в браузере. Анализ охватывает не менее 90 дней; более короткий период расширяется в прошлое, а примечание над результатами указывает использованные даты. Минимум — 21 день.

График EWMA: медленные дрейфы

Откройте EWMA control chart (small persistent shifts), чтобы ответить на другой вопрос. Экспоненциально взвешенное скользящее среднее с весом 0.3 для каждого нового дня идёт вокруг медианы ряда, а контрольные границы проходят на ± sensitivity × устойчивый разброс; пока среднее «прогревается», они уже. Серия дней за пределами границ при отсутствии отдельных аномальных дней означает, что уровень дрейфует. В справочнике NIST объясняется, почему графики EWMA выявляют небольшие постепенные сдвиги, которые проверка по дням пропускает. Если график сообщает о такой серии, определите её дату с помощью Change Point Detection.

Ограничения, о которых стоит знать

• Анализ смотрит в обе стороны по времени. Базовый уровень строится и по более поздним неделям, и по более ранним, поэтому это скорее разбор прошлого, чем оповещение в реальном времени, а оценка недавнего дня может меняться по мере появления новых недель.
• Самые свежие дни оцениваются только по предыстории, с меньшим числом сопоставимых дней, поэтому их стоит перепроверить через неделю.
• Пропущенные дни считаются нулями. Пробел в данных или ресурс, который моложе окна анализа, даёт просадки, которых на самом деле не было.
• CTR и позиция зависят от состава запросов. День может выглядеть аномальным потому, что ваш сайт показывали по другим запросам, а не потому, что что-то сломалось. Прежде чем реагировать, проверьте запросы за этот день.
• Инструмент описывает, но не объясняет. Сопоставьте отмеченные даты с релизами, сбоями и историей обновлений ранжирования, а причину зафиксируйте в аннотации.

Оповещения об аномалиях — это отдельная проверка

Правило оповещения Traffic anomaly не использует этот отчёт. Оно оценивает только клики за последний завершённый день относительно медианы за недавнее окно, ищет просадки и имеет собственную чувствительность. О том, как получать такие оповещения в Slack, Microsoft Teams или через webhook, читайте в разделе alerts.