Документація
Сповіщення: детектори, пороги та серйозність
Дев'ять детекторів стежать за кліками, CTR, позиціями, втраченими запитами, змінами індексації, рейтингами та аудитами й надсилають повідомлення в канал, лише коли перевищено поріг.
Правило сповіщення запускає один детектор для вибраних вами ресурсів і надсилає повідомлення в його канал, лише коли детектор спрацьовує. Ви обираєте детектор, поріг, вікно в днях, найнижчу серйозність, яка варта повідомлення, а за потреби й дату, до якої сповіщення мають мовчати. Правило спрацьовує щонайбільше раз на день для кожного ресурсу, тож погана тиждень дає одне повідомлення на добу, а не одне на годину.
Які події можуть викликати сповіщення
Детектор обирається у формі New alert. В останньому стовпці показано значення, які форма підставляє за вас.
| Детектор | Спрацьовує, коли | За замовчуванням |
|---|---|---|
| Traffic drop | Кількість кліків у вікні зменшилась щонайменше на поріг порівняно з попереднім вікном; у попередньому вікні має бути 10 кліків або більше | 20% за 7 днів |
| Traffic spike | Кількість кліків зросла щонайменше на поріг; у попередньому вікні має бути 10 кліків або більше | 50% за 7 днів |
| Position drop | Середня позиція, зважена за показами, погіршилась щонайменше на поріг відносно попереднього значення | 15% за 7 днів |
| CTR drop | Коефіцієнт кліків (CTR) знизився щонайменше на поріг у відносному вираженні; у попередньому вікні має бути 100 показів або більше | 20% за 7 днів |
| New & lost rankings | З-поміж запитів, що мали покази в попередньому вікні, частка тих, що не мають жодного в поточному, досягла порогу; потрібно щонайменше 20 таких запитів | 25% за 7 днів |
| Traffic anomaly | Кліки за останній день значно нижчі за медіану вікна (модифікований z-показник дорівнює мінус поріг або менший) | 3.5 за 28 днів |
| Index flip | Стан індексації змінився щонайменше в такої кількості відстежуваних URL, як поріг | 1 подія |
| Measured rank drop | Ключове слово в Rank Tracking впало щонайменше на поріг позицій між двома останніми перевірками | 5 позицій |
| Audit regression | В останньому завершеному аудиті сайту критичних проблем щонайменше на поріг більше, ніж у попередньому | 1 проблема |
Процентні детектори вимірюють відносну зміну. Зниження CTR із 4.0% до 3.0% — це падіння на 25%, а не на один пункт, а зміна середньої позиції з 8.0 на 9.2 означає погіршення на 15%. Детектор New & lost rankings зчитує до 5,000 запитів на вікно, тому на великому сайті запит, який просто випав із топ-5,000, також вважається втраченим.
Як визначається серйозність
Кожне сповіщення має серйозність: critical, high, medium або low.
- Traffic drop, Position drop, CTR drop, New & lost rankings: за розміром зміни. 30% і більше — critical, 20% — high, 10% — medium, менше — low.
- Traffic spike: high, якщо кліки зросли щонайменше вдвічі, інакше medium.
- Traffic anomaly: critical за показника мінус 7 або нижче, high за мінус 5 або нижче, інакше medium.
- Index flip: high, якщо змінилося десять або більше URL, інакше medium.
- Measured rank drop: за найбільшим падінням: 20 позицій і більше — critical, 10 — high, 5 — medium, менше — low.
- Audit regression: high за десять і більше додаткових критичних проблем, medium за п'ять, інакше low.
Minimum severity (за замовчуванням low) відсікає все, що нижче вказаного рівня. Поєднайте низький поріг із високим мінімумом, і детектор помічатиме дрібні зміни, а до каналу потраплятимуть лише значні. Test rule повідомляє, коли саме так сталося, і називає серйозність та мінімум, якого вона не досягла. Сповіщення не буває нижчим за low, тому low та info працюють однаково.
Коли виконуються перевірки
- Усі детектори, крім Index flip, запускаються раз на день, під час запуску о 06:00 UTC. Їхнє вікно закінчується попереднього дня (за UTC) і порівнюється з таким самим за тривалістю періодом перед ним.
- Index flip запускається щогодини й рахує зміни від моменту останнього спрацювання правила, а якщо воно ще не спрацьовувало, то за останні 24 години. Зміни надходять із Index Tracker, який повторно перевіряє відстежувані вами URL.
- Щойно правило надіслало повідомлення для ресурсу, воно мовчить щодо цього ресурсу до наступної доби за UTC.
- Якщо надсилання не вдалося, нічого не позначається як надіслане, і наступна перевірка оцінить правило знову: наступного ранку для щоденних детекторів, наступної години для Index flip.
AutoPSEO запитує в Search Console лише остаточні дані (параметр dataState у Search Analytics API). Якщо на момент перевірки Google ще не фіналізував дані за останній день, цей день вважається порожнім, тож перш ніж діяти за сповіщенням про один день, перегляньте панель.
Детектор Traffic anomaly
Це єдиний детектор, що оцінює окремий день. Він бере щоденні кліки вікна (щонайменше 14 днів, за замовчуванням 28), яке закінчується вчора, і оцінює останній день за модифікованим z-показником, рекомендованим Іглевичем і Хоалагліном (NIST/SEMATECH e-Handbook):
score = 0.6745 × (newest day − median) ÷ median absolute deviationВін спрацьовує, коли показник дорівнює мінус поріг або менший. Значення за замовчуванням 3.5 відповідає межі, яку ці автори пропонують для потенційних викидів; менше число ловить більше випадків. Оскільки показник побудований на медіанах, один незвичний день раніше у вікні майже не впливає на нього.
Перш ніж довіряти йому, врахуйте його обмеження:
- Він шукає лише падіння. Для зростання використовуйте Traffic spike.
- Він не розрізняє будні та вихідні. Сайту, який щонеділі затихає, може знадобитися вищий поріг.
- На дуже малому сайті, де щонайменше половина днів має однакову кількість кліків, розкид дорівнює нулю, і будь-який нижчий за них останній день отримує екстремальну оцінку.
Пороги, вікна та ресурси
- Threshold: до 1000, із кроком 0.5; порожнє або нульове значення замінюється значенням детектора за замовчуванням. Одиниця залежить від детектора (відсотки, z-показник, події, позиції або проблеми), а форма пояснює це під полем.
- Window (days): від 1 до 90. Для детекторів порівняння воно задає довжину обох вікон. Traffic anomaly зчитує щонайменше 14 днів незалежно від введеного значення, а Index flip, Measured rank drop та Audit regression порівнюють події, перевірки або аудити, тому для них вікно лише відображається в повідомленні.
- Properties: позначте скільки завгодно. Якщо нічого не позначено, правило охоплює всі ресурси вашого облікового запису, список яких оновлюється під час кожної перевірки.
Вимкнення звуку, пауза та тестування
- Mute until приймає дату. Правило пропускається до 00:00 UTC цього дня, а доки дату задано, у його рядку відображається позначка Muted. Очистьте дату, щоб завершити вимкнення раніше.
- Pause зупиняє правило без втрати налаштувань, а Resume запускає його знову.
- Test rule запускає детектор негайно для кожного ресурсу, який охоплює правило, ігноруючи вимкнення та обмеження раз на день. Повідомлення надсилається, лише якщо детектор спрацював, а в іншому разі ви побачите, що саме було виміряно. Тест, що надіслав повідомлення, зараховується як сповіщення цього ресурсу за день.
Детектори, що потребують дослідницьких даних
Measured rank drop зчитує дані Rank Tracking (у розділі Research). Йому потрібен трекер для ресурсу щонайменше з двома завершеними перевірками; він порівнює кожне ключове слово окремо для кожного пристрою між двома останніми перевірками, а ключове слово, що випало за межі відстежуваної глибини, вважає таким, що опустилося на одну позицію нижче неї. Audit regression зчитує дані Site Audit і потребує двох завершених аудитів. Обидва мовчать на демонстраційному ресурсі.
Що містить повідомлення про сповіщення
Заголовок називає детектор і ресурс, далі йде одноречне резюме, наприклад: Clicks 1,500 vs 2,000 in the previous window (-25.0%). Потім наведено метрику, поточне значення, базову лінію, вікно з датами та зміну, а також кнопку Open report. Для більшості детекторів вона відкриває панель, для New & lost rankings — Rank Changes, для Measured rank drop — Rank Tracking, для Audit regression — Site Audit. Slack ставить маркер серйозності на початку заголовка, Teams розфарбовує заголовок, а вебхук отримує ті самі дані у форматі JSON (Outbound webhooks).