Google додав у Search Console два нових інструменти: AI Performance Report і toggle блокування
Блокування не впливає на звичайний пошук — сайт залишається в синіх посиланнях
Поки доступно лише для частини сайтів у Великій Британії — глобальний rollout очікується
Для бізнесу з конфіденційними даними це сигнал: контроль над тим де з'являється ваш контент стає стандартом
Що з'явилось у Google Search Console
Google додав у Search Console два інструменти для роботи з AI-пошуком: звіт про появу сторінок в AI Overviews і AI Mode, а також toggle що дозволяє заблокувати сайт від використання в генеративних AI-функціях пошуку. Обидва інструменти наразі тестуються на частині сайтів у Великій Британії.
На початку червня 2026 року Google оголосив про два нових інструменти в Search Console —
перші офіційні кроки назустріч вимогам паблішерів і регуляторів щодо контролю над
тим як контент сайтів використовується в AI-пошуку.
Це не випадковий крок. За даними
The Keyword,
поштовхом стала вимога британського регулятора (UK CMA conduct order) —
перший випадок коли регулятор зобов'язав Google надати можливість opt-out
замість того щоб залишати це на рівні комерційних переговорів.
Глобальний rollout очікується пізніше.
AI Performance Report: перша офіційна статистика
До цього оновлення власники сайтів не мали жодних офіційних даних про те
як їх контент використовується в AI-відповідях Google.
Тепер — вперше — з'явився хоча б частковий погляд зсередини.
За даними
Search Engine Land,
новий звіт містить два окремих розділи — для пошуку і для Discover:
Метрика
Доступна?
Деталізація
Impressions в AI Overviews / AI Mode (Search)
✓ Так
По сторінках, країнах, пристроях, датах
Impressions в AI Overviews у Discover
✓ Окремий звіт
По сторінках і датах
Кліки з AI-відповідей
✗ Недоступні
Google не розкриває і не планує розкривати
Позиція в AI-відповіді
✗ Недоступна
Невідомо де саме сторінка згадується
Чому відсутність кліків — це стратегічна проблема
Impression — це технічна метрика: сторінка з'явилась в AI-відповіді.
Але він не відповідає на бізнес-питання: чи отримав сайт трафік,
чи побачив користувач бренд, чи перейшов він далі.
За незалежними дослідженнями які наводить
The Keyword,
наявність AI Overview знижує CTR на 47.5% на десктопі.
Трафік від Google до паблішерів впав приблизно на третину
за рік з листопада 2024 по листопад 2025.
Це означає парадоксальну ситуацію: сайт може мати тисячі impressions в AI Overviews —
і при цьому втрачати трафік порівняно з тим що було до появи AI-пошуку.
Google показує impression як позитивну метрику,
але не говорить скільки кліків ця видимість дає.
Що реально можна зробити з цими даними
Незважаючи на обмеження, AI Performance Report дає кілька корисних сигналів:
Що бачите в звіті
Що це означає для бізнесу
Висока частка impressions з AI при падінні трафіку
AI Overview «з'їдає» кліки — варто розглянути блокування
Які сторінки найчастіше з'являються в AI
Google вважає їх найбільш релевантними — посилюйте ці теми
Які країни дають найбільше AI impressions
Де AI-пошук найактивніший — враховуйте при локалізації контенту
Динаміка impressions після змін на сайті
Чи впливають оновлення контенту на присутність в AI-відповідях
За даними
Search Engine Roundtable,
аналогічний звіт вже є в Bing Webmaster Tools — але він доступний глобально,
тоді як Google поки обмежився частиною сайтів у Великій Британії.
Глобальний rollout для Google очікується пізніше у 2026 році.
Toggle блокування: як це працює
За даними
PPC Land,
механізм блокування бінарний: сайт або присутній в AI-функціях пошуку,
або повністю відсутній. Часткового блокування — окремих сторінок, розділів
або типів запитів — поки немає.
Важливо розуміти чим цей toggle відрізняється від існуючих інструментів —
бо їх часто плутають:
Інструмент
Що блокує
Що НЕ блокує
robots.txt / Google-Extended
Навчання моделей Gemini і Vertex AI
Появу в AI Overviews — індекс для пошуку окремий
Snippet controls (nosnippet)
Відображення сніпетів у звичайному пошуку
Використання контенту в AI-відповідях
Новий GSC toggle
Появу в AI Overviews, AI Mode, AI у Discover
Звичайні сині посилання — вони залишаються
Чому три інструменти — це не одне й те саме
Найпоширеніша помилка: власники сайтів думають що заблокувавши Google-Extended
у robots.txt вони захистили свій контент від AI. Це не так.
Google використовує два окремих індекси:
один для навчання моделей (його блокує Google-Extended),
інший — для генерації відповідей у реальному часі на основі живого пошукового індексу
(його блокує тільки новий toggle).
Сайт може заблокувати навчання і при цьому продовжувати з'являтись в AI Overviews щодня.
Контент сайту
↓
Googlebot (краулер) // robots.txt блокує тут
↓
Пошуковий індекс
├── Навчання моделей // Google-Extended блокує тут
└── Live AI Overviews // новий GSC toggle блокує тут
Що відбувається технічно при увімкненні toggle
Як пояснює
Search Engine Journal,
toggle працює на рівні продукту — він каже системам Google не повертати контент сайту
як основу для генеративних відповідей. Краулер продовжує індексувати сайт,
сторінки залишаються в пошуку — але не потрапляють як джерело в AI-відповіді.
Практичні обмеження які варто знати
Обмеження
Деталь
Тільки весь сайт або нічого
Не можна заблокувати окремі сторінки або розділи
Поки тільки UK
Глобальний rollout очікується пізніше у 2026
Нульовий трафік з AI після блокування
Impressions і кліки з AI Overviews / AI Mode зникають повністю
Не впливає на звичайний пошук
Сині посилання залишаються — ранжування не змінюється
Не захищає від навчання моделей
Для цього потрібен окремий Google-Extended у robots.txt
Для повного захисту — і від навчання моделей, і від появи в live AI-відповідях —
потрібно використовувати обидва інструменти одночасно:
Google-Extended у robots.txt і новий GSC toggle.
Чи впливає блокування на звичайний пошук
Це ключове питання для більшості власників сайтів — і відповідь офіційно чітка,
але потребує уточнення.
За офіційною заявою Google яку наводить
Search Engine Roundtable:
блокування не використовується як ранжувальний сигнал для результатів
поза генеративними AI-функціями. Сайт який увімкнув блокування залишається
в звичайному пошуку без штрафів.
Що це означає на практиці
Канал
Без блокування
З блокуванням
Звичайний пошук (сині посилання)
✓ Присутній
✓ Присутній — без змін
AI Overviews / AI Mode
✓ Присутній
✗ Повністю відсутній
AI Overviews у Discover
✓ Присутній
✗ Повністю відсутній
Трафік з AI-відповідей
Є (але CTR на 47.5% нижчий)
Нуль
Ранжування в звичайному пошуку
Базове
Незмінне — офіційно не ранжувальний сигнал
Контроль над використанням контенту
Немає
Повний для AI-функцій
Чому «офіційно» потребує критичного погляду
Google говорить що блокування не впливає на ранжування — і це технічно вірно
на момент запуску. Але є нюанси які варто враховувати:
Сигнали поведінки користувача.
AI Overviews — це зараз частина пошукової видачі.
Якщо сайт заблокований від AI-функцій і конкуренти ні —
конкуренти отримують більше brand exposure в результатах.
Непрямо це може впливати на CTR в звичайному пошуку з часом,
хоча прямого ранжувального сигналу немає.
Майбутні зміни.
Google AI Mode поступово витісняє традиційний пошук для частини запитів.
За даними
WinBuzzer,
присутність у AI Mode може мати різну бізнес-цінність залежно від типу запиту.
Що саме означатиме «блокування» через 1-2 роки коли AI Mode стане основним —
поки відкрите питання.
Практичний висновок
Для більшості B2B і технічних сайтів — блокування зараз не виправдане.
Ризик втратити brand exposure в AI-відповідях вищий ніж вигода від контролю.
Але якщо ваш сайт фіксує падіння трафіку при зростанні impressions в AI —
це прямий сигнал що AI Overviews «з'їдають» кліки без компенсації.
В такому випадку блокування варто розглянути як інструмент,
а не як ризик.
Кому варто розглянути блокування
З мого погляду, рішення про блокування — це не технічне питання,
а бізнес-питання. Залежить від того як ваш сайт заробляє і що для нього важливіше:
трафік з AI-відповідей або контроль над тим як контент використовується.
Ось як я б підходив до цього рішення для різних типів сайтів:
Тип сайту / бізнесу
Блокувати?
Логіка рішення
Новинні видання, медіа
Варто виміряти спочатку
AI Overviews резюмують статті і забирають кліки. Якщо impressions ростуть а трафік падає — блокування виправдане
Платний контент (paywall)
Так
Google може резюмувати контент за який читачі платять. Це пряма втрата монетизації
Медичні та юридичні сайти
Варто розглянути
AI може спростити або викривити складну інформацію. Для регульованих галузей це репутаційний і юридичний ризик
B2B SaaS, технічні блоги
Ні
Поява в AI Overviews — це безкоштовний brand awareness. Для B2B трафік вторинний, впізнаваність важливіша
E-commerce
Ні
AI Overviews для продуктових запитів часто дають кліки. Блокування скоріше зашкодить
Корпоративні сайти з чутливими даними
Так
Якщо сайт містить інформацію яку компанія не хоче бачити в AI-відповідях — блокування дає прямий контроль
Як я рекомендую приймати це рішення
Не варто вмикати або вимикати блокування без даних.
Як тільки AI Performance Report стане доступний для вашого сайту —
зробіть простий аналіз за 30–60 днів:
Порівняйте динаміку трафіку з органічного пошуку і динаміку impressions в AI.
Якщо impressions ростуть а органічний трафік падає — AI Overviews забирають кліки.
Перевірте які сторінки найчастіше з'являються в AI-відповідях.
Якщо це ваші ключові конверсійні сторінки — ризик вищий.
Оцініть чи приносить присутність в AI хоча б непряму цінність:
brand mentions, зростання брендових запитів, нові користувачі.
Для нашого сайту —
AskYourDocs —
я не планую вмикати блокування. Технічний блог і B2B продукт виграють
від присутності в AI більше ніж втрачають від нижчого CTR.
Але це рішення яке кожен бізнес має приймати на основі своїх даних,
а не загальних рекомендацій.
Чому це питання ширше ніж просто Google
Поява toggle в GSC — це не просто новий інструмент в інтерфейсі.
Це симптом фундаментального зсуву в тому як бізнес і регулятори
дивляться на контроль над даними в епоху AI.
Індустрія рухається в одному напрямку
За даними
The Keyword,
Microsoft вже запустив платну ліцензійну програму для паблішерів
які хочуть контролювати використання контенту в Copilot,
а OpenAI підписав прямі угоди з великими медіагрупами.
Google рухається в тому ж напрямку — але під тиском регулятора,
а не з власної ініціативи.
Те що починалось як нішева вимога великих медіахолдингів —
Condé Nast, Associated Press, великі новинні агентства —
стає стандартним очікуванням для будь-якого бізнесу.
Контроль над тим де і як контент використовується в AI —
це вже не питання «чи хочемо ми цього», а питання «як саме ми це реалізуємо».
Моє спостереження: публічний контент — це менша частина проблеми
Більшість дискусії навколо GSC toggle стосується публічного контенту —
статей, сторінок продуктів, блогів.
Але з моєї точки зору це лише верхній шар питання.
Якщо компанія хвилюється про те що Google використовує її публічний сайт в AI-відповідях —
варто поставити наступне питання:
що відбувається з внутрішніми документами, договорами, базами знань
які щодня обробляються через зовнішні AI-сервіси?
Публічний сайт — це те що компанія свідомо зробила доступним.
Внутрішні документи — це інша категорія.
І якщо для публічного контенту Google нарешті дає інструмент контролю,
то для внутрішніх даних такого інструменту від зовнішніх AI-провайдерів немає за замовчуванням.
Різниця між публічним і внутрішнім контентом
Публічний сайт
Внутрішні документи
Хто має доступ
Всі — це публічна інформація
Тільки авторизовані співробітники
Інструмент контролю від Google
GSC toggle — вже є
Не застосовно
Ризик при зовнішньому AI
Brand reputation, CTR
Витік конфіденційних даних, порушення GDPR
Рішення
Toggle в GSC
Self-hosted AI або суворий DPA з провайдером
Поява регуляторного тиску на Google — це сигнал що ринок рухається
до більшого контролю над даними на всіх рівнях.
EU AI Act, GDPR, британський CMA conduct order — це не ізольовані події,
а частина єдиного тренду: право бізнесу знати і контролювати
де знаходяться його дані і як вони використовуються.
Що це означає для компаній з конфіденційними даними
Публічний контент і внутрішні дані — принципово різні рівні чутливості.
Але логіка контролю однакова: якщо бізнес не знає де з'являються його дані —
він не може керувати ризиками. І якщо для публічного сайту Google нарешті
дає інструмент контролю — для внутрішніх документів такого інструменту
від зовнішніх AI-провайдерів немає за замовчуванням.
Де реально виникає проблема
Компанії у регульованих галузях — медицина, юриспруденція, фінанси —
щодня обробляють документи через AI-інструменти: ChatGPT, Copilot,
різні SaaS-рішення для роботи з документами.
Питання яке рідко задають перед впровадженням:
де саме обробляються ці дані і чи використовуються вони для навчання моделей?
Сценарій
Ризик
Що потрібно перевірити
Завантаження договору в ChatGPT для аналізу
Дані можуть використовуватись для навчання якщо не налаштовано opt-out
Чи увімкнено «Improve the model» у налаштуваннях OpenAI
Використання Copilot для роботи з внутрішніми документами
Microsoft обробляє дані на своїх серверах — потрібен перевірений DPA
Чи підписаний Data Processing Agreement з Microsoft
SaaS RAG-рішення з хмарним зберіганням
Документи зберігаються на інфраструктурі провайдера
В якій країні сервери, чи відповідає GDPR/EU AI Act
Self-hosted AI на власній інфраструктурі
Мінімальний — дані не виходять за межі компанії
Чи відповідає інфраструктура вимогам безпеки
Моя позиція щодо регульованих галузей
З досвіду роботи з медичними центрами і юридичними фірмами —
найбільша проблема не в тому що компанії не хочуть захищати дані.
Проблема в тому що рішення про впровадження AI часто приймають без участі
юридичного або compliance відділу.
В результаті інструмент вже використовується місяцями
до того як хтось задає питання про умови обробки даних провайдером.
Саме тому при впровадженні AI для роботи з документами ми в
AskYourDocs
рекомендуємо self-hosted архітектуру для клієнтів у регульованих галузях:
всі документи, індексація і AI-відповіді залишаються на інфраструктурі компанії.
Жоден документ не передається у зовнішній API — ані для навчання моделей,
ані для генерації відповідей.
Мінімальний чеклист перед впровадженням AI для роботи з документами
Перевірте умови обробки даних провайдера.
Чи підписаний DPA (Data Processing Agreement)?
В яких країнах зберігаються дані?
Вимкніть навчання на ваших даних.
У більшості провайдерів є opt-out — але він не увімкнений за замовчуванням.
Оцініть чутливість документів.
Клієнтські дані, медичні картки, договори — це не те саме
що публічні інструкції або FAQ.
Різні типи документів можуть потребувати різної архітектури.
Розгляньте self-hosted для критичних даних.
Якщо документи містять персональні дані клієнтів або комерційну таємницю —
self-hosted архітектура усуває ризик на рівні інфраструктури,
а не на рівні договірних зобов'язань.
Поява AI Performance Report і toggle блокування в Google Search Console —
це перший офіційний крок Google до визнання того що бізнес має право
контролювати присутність свого контенту в AI-пошуку.
Чи достатньо цього? Ні. Але це початок стандарту який поступово стане нормою.
Ось три висновки з яких я б почав якби отримав доступ до цих інструментів сьогодні:
1. Спочатку виміряйте — потім вирішуйте.
Як тільки AI Performance Report з'явиться у вашому GSC —
дайте йому попрацювати 30–60 днів і подивіться на динаміку.
Якщо impressions ростуть а органічний трафік падає — є привід для розмови про блокування.
Якщо обидва показники ростуть або стабільні — нічого не чіпайте.
Рішення на основі даних завжди краще ніж рішення на основі тривоги.
2. Toggle в GSC — це інструмент для конкретних сценаріїв, не для всіх.
Для мого сайту і більшості B2B продуктів — блокування не має сенсу.
Присутність в AI Overviews це впізнаваність яка не коштує нічого.
Але для медіа з paywall, медичних і юридичних ресурсів —
це питання яке варто обговорити з командою вже зараз,
до того як інструмент стане доступний глобально.
3. Публічний сайт — це найменша з ваших проблем якщо є конфіденційні дані.
Google дає інструмент контролю над публічним контентом.
Але якщо ваша компанія щодня завантажує договори і клієнтські дані
у зовнішні AI-сервіси — це питання принципово іншого рівня.
Там немає toggle який захистить вас одним кліком.
Там потрібна архітектурна відповідь — self-hosted або суворий DPA з провайдером.
Якщо вас цікавить як побудувати AI-інфраструктуру для роботи з документами
без передачі даних назовні — пишіть у
Telegram.
Розберемо вашу ситуацію конкретно.
