SEO після десяти синіх посилань: як діагностувати падіння кліків, коли позиції не падають

Коли органічні кліки падають, а середня позиція в Google Search Console майже не змінюється, пояснення «це AI забрав трафік» звучить правдоподібно, але для SEO-аналітики цього недостатньо. Одна і та сама картина в агрегованому звіті може виникнути через зміну попиту, зміну складу сторінки результатів пошуку, зсув частки мобільного трафіку, появу AI Overviews, зміну сніпета або технічну проблему на частині URL.

Я працюю з SEO з 2008 року і в таких ситуаціях починаю не з гіпотези, а з декомпозиції даних. Мета проста: знайти конкретний шар, на якому виникла втрата. Нижче описую схему, яку можна повторити в Google Search Console, аналітиці та звичайній перевірці пошукової видачі.

Терміни, які використовую далі:

• GSC — Google Search Console,
• SERP — сторінка результатів пошуку,
• CTR — частка кліків від показів,
• AI Overviews – AI-огляди Google,
• AI Mode – режим AI-пошуку Google.

1. Середня позиція не є діагнозом

Середня позиція в GSC є агрегованим показником. Вона не відповідає на питання, які саме пошукові запити втратили кліки, які URL постраждали, на яких пристроях це сталося і чи змінився склад запитів у вибірці.

Тому загальний графік по сайту я використовую тільки як сигнал. Для діагностики розкладаю дані щонайменше за пошуковим запитом, URL, країною і типом пристрою. Далі дивлюся не лише середню позицію, а розподіл показів і кліків у діапазонах позицій 1-3, 4-10 та 11-20.

Критична метрика тут не «середня позиція сайту», а абсолютна втрата кліків на конкретних URL і запитах. Тому я пріоритезую URL за абсолютною втратою кліків, а відсоткову зміну читаю тільки разом зі знаменником. Великий відсоток на малій кількості показів не повинен відволікати від сторінок, які реально формують основну втрату.

Практичний алгоритм такий:

1. Починаю з експорту GSC за два однакові періоди. Для кожного URL дивлюся кліки, покази, CTR і позицію.
2. Потім сортую URL за абсолютною різницею кліків.
3. Після цього для URL з найбільшою втратою відкриваю розріз пошукових запитів і вже там шукаю, що саме змінилося.

Це дає конкретну відповідь: проблема на рівні всього сайту, окремого шаблону, групи сторінок чи кількох запитів.

2. Позиція 1 сьогодні не завжди означає однакову видимість

У класичній моделі SEO ми часто неявно припускали: якщо покази стабільні, а позиція не погіршилась, кліки теж повинні бути приблизно стабільними. У сучасній видачі це припущення часто не працює.

Між органічною позицією і кліком є ще один шар — фактична композиція SERP. Над першим органічним результатом можуть з’явитися рекламні блоки, AI Overview, локальний блок, товари, відео, блок відповідей або інші елементи. Формально органічний URL може залишатися на першій позиції, але фізично опинитися нижче на екрані і отримувати менше уваги.

Тому для запитів з найбільшою абсолютною втратою кліків я перевіряю поточну SERP окремо на мобільному і десктопі. Роблю це не на всіх тисячах ключів — спочатку достатньо запитів, які пояснюють основну частину втрати.

Якщо кліки падають, покази стабільні, позиції стабільні, а CTR погіршився саме в групі запитів, де змінилася SERP, це сильніша робоча гіпотеза, ніж загальне «Google щось змінив». Але це все ще гіпотеза, а не доведена причинність.

3. Що реально показують дослідження AI Overviews

Для оцінки масштабу проблеми корисні зовнішні дослідження, але їх не можна підставляти замість власних даних сайту.

Pew Research Center у липні 2025 року опублікував аналіз браузерної поведінки 900 дорослих користувачів у США. У наборі було 68 879 унікальних Google-пошуків за березень 2025 року, з них 12 593 показали AI summary (AI-зведення).

На сторінках з AI-зведенням користувачі переходили на звичайний результат у 8% відвідувань, без AI-зведення — у 15%. На джерело всередині самого AI-зведення клікали лише в 1% відвідувань. Після сторінки з AI-зведенням сесію завершували у 26% випадків проти 16% для сторінок без такого блоку.

Це поведінкові дані конкретної американської панелі, а не CTR конкретного сайту і не рандомізований експеримент. Саме так їх і варто читати.

Ahrefs у лютому 2026 року повторив своє дослідження на 300 000 ключових словах: 150 000 запитів з AI Overview та 150 000 інформаційних запитів без нього. Використовували агреговані desktop-дані Google Search Console і порівнювали грудень 2023 року з груднем 2025 року.

Для сторінок на позиції 1 наявність AI Overview корелювала з приблизно на 58% нижчим середнім CTR відносно змодельованого сценарію. Для позицій 2-10 оцінка ефекту також була негативною, від -50,8% на позиції 2 до -19,4% на позиції 10.

Ключове слово тут — «корелювала». Це спостережне дослідження, а не експеримент із випадковим розподілом запитів.

Є і свіжіший зріз. 16 вересня 2026 року Ahrefs опублікував дослідження запуску AI Overviews у Франції. Вони відстежували 1000 доменів з найбільшою кількістю кліків у Франції, після фільтрації залишилося 963 домени. Порівнювали середні денні кліки, покази і CTR за 28 днів до 22 липня 2026 року та за 9 днів після. Домени, у яких AI Overview з’являвся більш ніж для 20% французьких запитів, віднесли до високоекспонованої групи; контрольна група мала менш ніж 2% таких запитів.

У високоекспонованої групи медіанний CTR знизився на 23,1%. У контрольної групи за той самий час CTR виріс на 2,3%; після такого коригування автори оцінюють різницю в -24,8%. 82,2% високоекспонованих доменів втратили CTR. При цьому самі автори окремо вказують на коротке 9-денне вікно після запуску і спостережний дизайн дослідження.

Для теми «позиції стоять, кліки падають» це корисний кейс, тому що Ahrefs окремо показує: в найбільш екстремальному випадку панелі покази виросли на 183%, а кліки знизилися на 1,9%, тобто CTR скоротився більш ніж утричі. Це реальний приклад розходження показів і кліків без необхідності вигадувати умовні цифри.

4. Що Google дає вимірювати напряму у 2026 році

3 червня 2026 року Google анонсував окремі Search Generative AI performance reports у Search Console. Станом на 31 серпня 2026 року Google зазначає, що ці звіти розгорнуті для всіх сайтів у світі.

Окремий звіт показує покази URL у генеративних AI-функціях Search, зокрема AI Overviews і AI Mode. Доступні розрізи за сторінками, країнами, пристроями для Search і датами. Google також прямо пише, що ці дані входять у загальний Performance report, а окремий звіт дає спеціальний зріз генеративної видимості.

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

5. Перед AI-гіпотезою перевіряю технічну базу

Google окремо документує, що для AI Overviews та AI Mode немає додаткових технічних SEO-вимог або спеціальної «AI-оптимізації». Щоб сторінка могла з’явитися як посилання-джерело, вона має бути проіндексована і мати право на показ сніпета в Google Search.

Тому перед розмовою про «AI visibility» я перевіряю конкретний URL: чи повертає він 200, чи не заблокований robots.txt, чи не з’явився noindex, який canonical бачить Google, чи не змінилися snippet controls, чи сторінка нормально рендериться, чи є внутрішні посилання і чи не змінився сам контент.

Якщо URL перестав індексуватися або Google вибрав інший canonical, падіння кліків не потрібно пояснювати AI. Це звичайна технічна проблема, яку треба виправляти на технічному рівні.

6. Як я локалізую втрату до конкретних URL

Мій робочий порядок такий:

1. Спочатку беру два однакові періоди в GSC і не змішую різні країни чи типи пристроїв. Якщо бізнес сезонний, додатково порівнюю той самий період рік до року. Для різкого падіння дивлюся денну динаміку, щоб знайти дату початку.
2. Далі рахую абсолютну різницю кліків для кожного URL. Відбираю сторінки, які дали найбільший внесок у загальне падіння. Для кожної з них відкриваю пошукові запити і повторюю те саме на рівні запиту. Це важливіше за сортування за найбільшим відсотковим падінням, бо маленькі знаменники створюють шум.
3. Після цього сегментую на мобільні і десктопні пристрої. Якщо падіння зосереджене лише на mobile, загальний CTR сайту може вводити в оману. Те саме з країнами: зміна географічного міксу здатна змінити агрегований CTR навіть без деградації всередині окремої країни.
4. Наступний крок — SERP для запитів, які пояснюють найбільше втрат. Фіксую наявність AI Overview, реклами, локального блоку, товарних блоків, featured snippet та інших елементів над органічним результатом. Якщо є історичні SERP-снапшоти в робочому SEO-інструменті, порівнюю до і після дати падіння.
5. І лише потім дивлюся generative AI report у GSC для тих самих URL. Питання не «чи виріс AI на сайті», а «чи виросла генеративна видимість саме тих URL, де при стабільних показах і позиціях просів CTR».

Це вже аналіз однієї і тієї самої когорти сторінок, а не порівняння різних наборів даних.

7. Чого не можна висновувати з кореляції

Найтиповіша помилка в AI Search-аналітиці — побачити одночасно падіння кліків і ріст AI-показів та оголосити друге причиною першого.

Між ними можуть бути інші фактори: сезонність, падіння попиту, зміна частки брендового і небрендового пошуку, нові рекламні блоки, зміни title і snippet, конкурент, зміна пристроїв або країни, апдейт Google.

Сильніше формулювання виглядає так: «падіння кліків локалізоване на конкретній групі URL і запитів; покази та позиційний розподіл цієї групи стабільні; CTR падає; у SERP цих запитів з’явився новий елемент; генеративні покази тих самих URL змінилися; технічних проблем не знайдено». Навіть після цього я називаю це робочою причинною гіпотезою, а не доведеним ефектом.

Якщо даних достатньо, корисно мати контрольну групу сторінок зі схожим типом контенту і попитом, але низькою експозицією до AI Overviews. Саме тому французьке дослідження Ahrefs цікавіше за просте «до/після»: автори порівнювали високоекспоновані домени з групою, де AI Overview майже не з’являвся.

8. Що я додаю у звіт замість одного “AI visibility score”

У звіті я тримаю окремими шарами попит, класичну видимість, композицію SERP, генеративну видимість, кліки і бізнес-результат:

• На рівні попиту це покази і структура пошукових запитів,
• На рівні класичної видимості — розподіл позицій та когорти URL і пошукових запитів,
• На рівні SERP — частота появи AI Overview та інших блоків для пріоритетних запитів,
• На рівні Google AI — реальні generative impressions і конкретні URL з Search Console,
• На рівні трафіку — кліки та CTR для тих самих когорт.
• Далі вже сесії, ліди, продажі або дохід, якщо вони доступні в аналітиці.

Я принципово не змішую ці шари в один бал на кшталт «індекс AI-видимості 73/100», якщо не описані формула, вибірка, знаменник, платформи і частота вимірювання. Така цифра може бути внутрішнім індексом інструмента, але не фізичною метрикою бізнесу.

9. Практичний алгоритм, якщо завтра кліки впали, а позиції ні

1. Перші 30 хвилин я витрачаю не на контентні правки, а на локалізацію.
2. Визначаю дату і масштаб падіння. Перевіряю GSC у розрізі URL, запитів, пристроїв і країн.
3. Сортую URL за абсолютною втратою кліків. Для основних URL перевіряю покази, CTR і позиційний розподіл. Для їхніх запитів дивлюся поточну SERP.
4. Потім перевіряю generative AI report для тих самих сторінок. Паралельно виключаю технічні причини: індексацію, canonical, robots, статус-коди, рендеринг і snippet controls.
5. Після цього вже можна формувати гіпотезу і вирішувати, що робити далі.
6. Якщо проблема технічна — виправляти її.
7. Якщо змінилася SERP — працювати зі сніпетом, intent match, структурою контенту і типом сторінки.
8. Якщо впала потреба в кліку для інформаційного запиту, треба оцінювати не тільки CTR, а й цінність цього кластера для бізнесу.

Висновок

У 2026 році позиція залишається важливою SEO-метрикою, але вже не пояснює трафік сама по собі. Google може показувати той самий URL приблизно на тій самій органічній позиції, але користувач побачить зовсім іншу сторінку результатів.

Тому падіння кліків при стабільних позиціях потрібно розкладати на конкретні URL, запити, пристрої, країни, SERP-елементи і генеративні покази. Зовнішні дослідження дають масштаб і напрямок, але причину для конкретного сайту треба доводити його власними даними.