Якщо ваш монітор позицій надсилає сорок оповіщень на тиждень, ви перестанете його читати. Якщо не надсилає жодного, про просідання ви дізнаєтеся з дзвінка відділу продажів. Це той самий провал: ніхто не визначив, як виглядає зміна, заради якої варто щось робити.
Це не стаття про цикл моніторингу. Як запускати тижневий цикл Hermes, ми вже публікували і від своїх слів не відмовляємося. Тут ідеться про річ вужчу й значно примхливішу: про дизайн оповіщень. Помилитеся зі смугами — і цикл перетвориться на ритуал.
Імовірна проблема
Ваш монітор, найімовірніше, не зламаний. Він повідомляє не про те й не в тому обсязі.
Перевірте ці чотири симптоми, перш ніж чіпати файл навички.
Симптом | Що це зазвичай означає |
|---|---|
Надходить понад десять оповіщень на тиждень, і жодного ви не опрацьовуєте | Немає порогових смуг; монітор — це журнал змін, а не система оповіщень |
Позиції виглядають стабільно, а кліки падають | Ви стежите лише за позиціями, а зсунувся сигнал, пов'язаний із кліками чи брендом |
У понеділок уранці спрацьовує все | Порівняння за один день; дані вихідних шумні й завжди проб'ють вузьку смугу |
Оповіщення приходять, коли виправлення вже вийшло | Частота тижнева, а цикл змін денний; тригеру потрібен інший дизайн |
Якщо два рядки з цієї таблиці описують вашу ситуацію, ліки — ті самі чотири зміни нижче. Жодна з них не потребує нового інструмента.
Виправлення 1: замінити «оповіщати про будь-яку зміну» на три смуги
У корисного монітора рівно три стани, і середній — те, що робить його стерпним.
Смуга | Визначення (приклад) | Що робить агент |
|---|---|---|
Звіт | Позиція зсунулася на 3–5 місць або покази — на 10–30% | Записує це в тижневий звіт. Без повідомлення. |
Спостереження | Позиція зсунулася на 6–10 місць або сторінка випала з топ-20 | Додає до списку спостереження із датою потрапляння |
Дія | Позиція зсунулася більш ніж на 10 місць або грошовий запит випав з першої сторінки | Надсилає одне повідомлення із зазначенням сторінки та запиту |
Ці смуги працюють завдяки трьом речам: вони записані числами, зберігаються у файлі навички, а не в голові, і смуга «Дія» навмисно вузька. Якщо «Дія» спрацьовує частіше двох разів на тиждень, смуга занадто широка.
Три смуги, один канал повідомлень. Смуга «Дія» має залишатися настільки тихою, щоб ви її все ще читали.
Перевірка якості: проженіть смуги на даних минулого місяця, перш ніж вмикати їх. Порахуйте, скільки рядків потрапило б у «Дію». Якщо більше восьми на місяць — зсуньте поріг.
Якщо не працює: на сайтах із низьким трафіком самі лише смуги позицій не спрацюють ніколи. Зробіть смуги показів основним тригером, а позиції — другорядним.
Виправлення 2: заморозити набір запитів і згрупувати його
Моніторинг розповзається, коли список запитів змінюється щотижня. Заморозьте його на квартал, потім перегляньте.
Групуйте запити так, як уже говорить бізнес, а не за частотністю:
- Грошові запити — ті, що відображаються на виторг. Їм дістається найвужча смуга «Дія».
- Порівняльні запити — там, де покупець обирає. Вони рухаються слідом за конкурентами, тому їм потрібніше пояснення, ніж оповіщення.
- Брендові запити — ваше ім'я та терміни продукту. Просідання тут зазвичай означає щось поза SEO, і саме тому йому місце у звіті.
- Запити підтримки — там, де наявні клієнти шукають відповіді. Комерційна цінність низька, зате сигнал про застарівання контенту сильний.
Робочий діапазон — від двадцяти до п'ятдесяти запитів. Менше двадцяти — проґавите кластери; більше п'ятдесяти — площа спостереження завелика, і «Дія» спрацьовуватиме без упину.
Виправлення 3: написати пояснення до читання
Найвигідніша звичка в цьому процесі коштує дві хвилини. До формування тижневого звіту додайте коротку нотатку про те, що вийшло: релізи, зміни шаблону, перенаправлення, правки цін, PR-кампанії.
Без пояснень кожен рух за замовчуванням отримує SEO-пояснення. Так команди й витрачають тиждень на гонитву за оновленнями алгоритму, коли справжньою причиною була зміна шаблону у вівторок.
Навичка Hermes має вимагати цю нотатку як вхідні дані, а не вважати її необов'язковою. Якщо нотатки немає, навичка пише звіт із явним рядком у шапці — «журнал змін не надано» — замість того щоб гадати.
Пояснення входить до аналізу, а не після нього. Це найдешевше покращення точності в усьому процесі.
Виправлення 4: стежити за сигналами, які справді зсунулися 2026 року
Тут більшість схем моніторингу відстають на рік. Експертне опитування Zyppy, опубліковане 9 вересня 2026 року, зібрало 13 665 точок даних від 131 практика. Сигнали поведінки та кліків сягнули 29,4%, сигнали бренду — 27,0%, технічне здоров'я SEO — 17,5%. Сліпу зону цього опитування ми розбираємо в матеріалі про розрив між сигналами сторінки та бренду, але практичний висновок для монітора різкий: якщо ви відстежуєте лише позиції, ви відстежуєте сигнал, який найлегше замінити.
Дві добавки варті зусиль:
Кліки на показ за позначеними запитами. Запит, який тримає 4-ге місце, поки покази зростають, а CTR падає, не стабільний. Він деградує, і позиції вам про це не скажуть.
Брендовий пошук окремим рядком. Брендовий попит рухається з причин, яких SEO не бачить, і він змінює те, як читаються всі інші числа. Відстежуйте його окремо, щоб брендові коливання трафіку не сприйняли за успіх контенту.
Якщо хочете піти далі й додати видимість цитувань в AI, тримайте її в окремому розділі з власними порогами. Змішувати видимість у движках відповідей із монітором позицій — означає ускладнити читання обох, та й джерела непорівнювані.
Зібрати це як навичку Hermes Agent
Hermes Agent тут доречний: він раз за разом запускає вбудовану навичку з пам'яттю між сесіями, а саме це й потрібно тижневому монітору. Якщо ви ще не налаштували його, керівництво з роботи з Hermes для SEO/GEO описує теку проєкту та правила погодження.
Файлу навички потрібні п'ять блоків:
- Вхідні дані — вивантаження за минулий тиждень, нотатка з журналу змін і заморожений список запитів.
- Смуги — три пороги з виправлення 1, у числах.
- Групи — чотири групи запитів із виправлення 2 і смуга для кожної.
- Вивід — звіт із трьох фіксованих розділів плюс список спостереження, перенесений із минулого тижня.
- Межі — лише читання, жодних змін на сайті, жодних повідомлень поза смугою «Дія».
Готова відправна точка:
## Навичка монітора позицій
Вхідні дані: data/latest.csv, notes/change-log.md, queries/frozen-list.csv
Частота: тижнева
Смуги:
- Звіт: зсув позиції 3-5 або зсув показів 10-30%
- Спостереження: зсув позиції 6-10 або вихід сторінки з топ-20
- Дія: зсув позиції 10+ або вихід грошового запиту з першої сторінки
Групи та перевизначення смуг:
- Грошові: «Дія» спрацьовує з 6 місць
- Порівняльні: лише «Спостереження», без повідомлень
- Брендові: смуга «Звіт»; позначати окремо, не зливати з рухом контенту
- Підтримка: смуга «Звіт»
Вивід: reports/monitor/YYYY-MM-DD.md
1. Рядки, що зсунулися і пробили смугу
2. Імовірне пояснення в межах вхідних даних. Пиши
«цими даними не пояснюється», коли файли цього не покривають.
3. Список спостереження з датою потрапляння кожного рядка
Якщо notes/change-log.md відсутній, пиши в шапці «журнал змін не надано».
Ніколи не рекомендуй зміни на сайті. Ніколи не прав файли поза reports/monitor/.Запускайте раз на тиждень. Читайте звіт один раз. Дійте лише за смугою «Дія» і лише за рядками, які несли те саме пояснення два тижні.
Як виглядає «готово»: ви можете сказати, скільки оповіщень спрацювало за минулий місяць, скільки з них стало діями і яким був середній час до виявлення. Якщо відповісти на ці три питання не виходить, монітор усе ще журнал.
Цей дизайн смуг виріс із помилки, якої я припустився двічі. Перший монітор, який я поставив, оповіщав про будь-яку зміну позиції, і за місяць я привчив себе його ігнорувати. Другий не оповіщав ні про що, бо смугу «Дія» я налаштував під сайт із трафіком у десять разів більшим за мій. Версія вище — третя спроба і єдина, яку я досі читаю.
Виміряйте, чи монітор став кращим
Три числа скажуть, чи щось із цього спрацювало, і жодне з них не позиція.
Метрика | До | Ціль за 4 тижні |
|---|---|---|
Оповіщень на місяць | 20–40 | 4–8 |
Оповіщень, що стали рішенням | 0–2 | половина |
Час від просідання до виявлення | 2–6 тижнів | 1 тиждень |
Якщо оповіщення впали, а рішення не зросли, значить смуга «Дія» занадто вузька, а не монітор тихий. Розширте її на один щабель і відпрацюйте ще місяць.
Коли це не потрібно
Пропустіть усе цілком, якщо в результату немає власника. Тижневий звіт, який ніхто не читає, дорожчий за відсутність звіту: він створює враження, що робота з позиціями під контролем.
Пропустіть і в разі, якщо сайт отримує менше кількох сотень показів на день. За такого обсягу використовуйте місячне порівняння рік до року замість тижневого монітора: сигналу ще немає, і ви витратите час на налаштування порогів, які не можуть спрацювати.
FAQ
Це замінює платний трекер позицій? Ні. Search Console покриває ваш власний ресурс, а монітору потрібен саме він. Платні трекери додають позиції конкурентів, щоденну частоту та регіони, яких ви не бачите у власних даних. Почніть безкоштовно й додайте трекер, коли знадобиться порівняння, а не базова лінія.
Скільки оповіщень на тиждень нормально? Чотири–вісім на місяць — робочий діапазон для сайту з кількома тисячами показів на день. Два на тиждень — розумна стеля; вище — смуги занадто вузькі.
Монітор має працювати щодня чи щотижня? Щотижня для звіту і щодня лише для смуги «Дія». Щоденні звіти породжують щоденне читання, і так моніторинг перетворюється на роботу замість страховки.
Codex чи Claude Code можуть працювати за тим самим дизайном? Так. Смуги, групи, пояснення та форма виводу не залежать від агента. Різняться лише файлові домовленості, тому ми тримаємо окремі керівництва для Codex і Claude Code.
Що робити, коли запит спрацьовує у смузі «Дія»? Спершу перевірте сторінку, потім видачу. Якщо сторінка гаразд, а видача змінила форму, потрібен зазвичай інший контент або інший формат, а не переписування. Порядок перевірки описано в нотатках про те, як AI-SEO-платформи відстежують динаміку позицій.
Авторка: Camille Rhodes, архітекторка понад 300 контент-процесів зі штучним інтелектом в Auspia. Пише про проєктування процесів, межі автоматизації та кроки перевірки, які зберігають роботу SEO зі ШІ корисною.
