AI Mode проти AI Overviews проти Gemini app — три поверхні, одна модель

Люди зводять усе це до «тієї AI-штуки від Google». Це три різні продукти. І сприймати їх як одне — найчастіша причина, чому GEO-програма промахується на Google.

AI Overviews — це бокс із summary на верху класичного Google SERP. Ти вводиш запит, отримуєш blue links, а над ними сидить AI-згенерований абзац із кількома cited джерелами. Це мілко — один прохід ретриву, один синтез. Повний плейбук під нього ми вже написали у Google AI Overviews у 2026.

AI Mode — це окрема вкладка всередині Google Search. Розмовна поверхня, де ти ставиш питання, отримуєш синтезовану відповідь і ставиш follow-up далі. Вона працює за технікою, яку Google називає query fan-out: твоє одне питання стає десятком фонових під-запитів до індексу, а відповідь зшивається з усіх них.

Вона цитує більше джерел, глибше у результаті, і винагороджує контент, який відповідає на під-питання, котрі ніхто не вводив.

Gemini app — це окремий асистент, gemini.google.com і мобільний застосунок. Він використовує grounding, щоб підтягнути живі веб-результати, коли запит цього потребує. Але багато чого він відповідає й самими вагами моделі. Citation з’являються як inline-лінки та розгортний список джерел, коли grounding спрацьовує.

Усі три працюють на моделях Gemini. Вони ретривлять і цитують достатньо по-різному, щоб один прохід оптимізації не покрив усі три. Цей пост — про AI Mode і Gemini app. В AI Overviews є свій.

Як Gemini ретривить — grounding поверх індексу Google

Ось частина, яку команди розуміють неправильно: у Gemini немає приватного crawler, що будує приватний індекс. Коли AI Mode або Gemini app потребує свіжої інформації, він робить grounding — запитує наявний індекс Google Search і подає знайдені пасажі у модель як контекст.

Це має тупий наслідок. Якщо сторінка не проіндексована Google, grounding Gemini не може її дістати. Кожен класичний провал технічного SEO — заблоковано в robots.txt, noindex, осиротіла сторінка з нулем внутрішніх лінків, похована під повільним render — викидає тебе з пулу кандидатів Gemini ще до того, як спрацює AI-шар.

Тому оптимізація під Gemini — не заміна SEO. Вона сидить зверху на ньому. Crawlability та індексація — це підлога. Якщо підлога зламана, ніщо вище неї не має значення. Ми робимо технічний crawl-аудит крок нуль для кожного Gemini-engagement, бо grounding підсилює той стан індексації, що вже є — добрий чи поганий.

Поведінка query fan-out додає другий шар. Оскільки AI Mode розкладає одне питання на багато, твоїй сторінці не треба ранкуватися за буквальним запитом користувача — їй треба бути найкращою проіндексованою відповіддю на одне з під-питань.

Тому вузькі, конкретні сторінки часто перецитовують широкі сторінки-«ultimate guide» в AI Mode.

Google-Extended — чим він керує, а чим ні

Google-Extended — це токен robots.txt, що визначає, чи можна використовувати твій контент для тренування моделей Gemini та для grounding відповідей Gemini. Дозволь його — і твої сторінки eligible для citation в AI Mode та Gemini app. Заборони — і ти opt-out з цього пулу grounding.

Тепер частина, яку майже всі розуміють неправильно. Google-Extended не керує AI Overviews. AI Overviews генеруються всередині Google Search і гейтляться стандартним токеном Googlebot. Ти можеш заблокувати Google-Extended і все одно з’являтися в AI Overviews — і можеш дозволити Google-Extended, поки тег noindex тримає тебе поза всім.

Тому матриця crawler для поверхонь Google така:

  • Googlebot дозволено + сторінка проіндексована — eligible для класичного SERP і AI Overviews
  • Google-Extended дозволено — додатково eligible для grounding AI Mode і Gemini app
  • Обидва заблоковано — невидимий для всього цього

Якщо твоя ціль — видимість у Gemini, Google-Extended має бути дозволений. Більшість сайтів, що втратили citation у Gemini в 2025, зробили це, скопіювавши сніпет «заблокуй AI-crawlers» з якогось блогпосту, не розуміючи, що вони щойно opt-out з найшвидше зростаючої поверхні Google. Повне рішення ми розбираємо у політиці доступу AI-crawlers.

Сигнали контенту, які grounding Gemini любить

Grounding Gemini не винагороджує те саме, що класичний ранкувальний алгоритм. Він добирає пасажі для цитування, а не сторінки для ранкування. Сигнали, що виграють:

  • Самодостатні пасажі-відповіді — абзац, що повністю відповідає на одне питання, без потреби у трьох абзацах вище для контексту. Grounding екстрагує пасажі, не сторінки.
  • Конкретика проти повноти — конкретні числа, дати, названі методи, номери версій. Пасаж «вікно подачі — 30 днів» отримує grounding; «подача швидка» — ні.
  • Покриття під-питань — через query fan-out контент, що явно відповідає на суміжні під-питання («як довго», «скільки коштує», «що буде, якщо»), підтягується у більше відповідей.
  • Маркери свіжості — видимий dateModified і явний текст «станом на [місяць рік]». Gemini понижує несвіжі пасажі на всьому чутливому до часу.
  • Узгоджені фактичні твердження по сторінці — якщо сторінка суперечить сама собі, grounding не може довіряти пасажу, і виграє самоузгоджений конкурент.

Патерн під усім цим: пиши під пасаж, не під сторінку. Кожна H2-секція має пережити те, що її витягнуть з артикля і процитують окремо.

Специфіка schema для Gemini

Schema сама собою не дасть тобі citation. Але вона знімає двозначність, і grounding Gemini використовує її, щоб вирішити, чим є сторінка і хто за нею стоїть.

Стек, що має значення для Gemini:

  • Article з author, datePublished, dateModified — каже grounding, що пасаж — це редакційний контент із сигналом свіжості
  • Person для автора, злінкований через sameAs на реальний профіль — Gemini сильно спирається на ідентичність автора (нижче більше)
  • Organization зі sameAs на Wikidata, LinkedIn і Crunchbase — живить резолюцію brand-entity
  • FAQPage — лягає прямо на під-питання, що генерує query fan-out
  • HowTo і Product, де це справді доречно — структуровані процедурні та продуктові дані грундяться чисто

Валідуй кожен блок. Зламаний блок schema гірший за його відсутність — він каже grounding, що твоя сторінка технічно неохайна. Повний порядок пріоритетів ми викладаємо у schema-стеку для AI citation.

Одна Gemini-специфічна нотатка: не напихай FAQPage маркетинговими питаннями. Grounding мапить твої FAQ-записи на реальні під-запити. «Чому обрати нас?» — це не під-запит, у який чиєсь питання робить fan-out. Це мертва вага schema.

Резолюція brand-entity через Google Knowledge Graph

Ось де Gemini найрізкіше відрізняється від ChatGPT чи Perplexity. Gemini сидить усередині екосистеми Google, а екосистема Google має Knowledge Graph — структуровану базу entity, їхніх атрибутів і зв’язків.

Коли Gemini відповідає на питання, що згадує бренд, людину чи продукт, він спершу резолвить це ім’я проти Knowledge Graph. Якщо твій бренд — упевнена, добре пов’язана entity у графі, Gemini говорить про тебе з авторитетом і цитує охоче. Якщо твого бренду в графі немає — або він там слабкий, із тонкими атрибутами — Gemini або пропускає тебе, або хеджить.

Інші LLM виводять entity з co-occurrence у тренувальних даних. У Gemini є буквальна база entity для звірки, і він на неї спирається. Це робить присутність у Knowledge Graph жорсткою передумовою серйозної видимості у Gemini, а не приємним бонусом.

Практична робота:

  • Повний, із джерелами Wikidata-айтем — Wikidata живить Knowledge Graph напряму
  • Узгоджені NAP і опис бренду на кожному профілі, який граф споживає
  • sameAs-лінки у твоїй Organization-schema, що вказують на ці профілі
  • Розбудовані entity засновника і ключових авторів, не лише entity компанії

Ми проходимо це від початку до кінця у Wikidata та Knowledge Graph. Для Gemini конкретно — сприймай це як необов’язкове ніколи.

Як вимірювати citation у Gemini та AI Mode

Чесна версія: вимір citation у Gemini брудніший, ніж у Perplexity, і брудніший, ніж в AI Overviews. Немає чистого публічного списку джерел, який можна заскрейпити, а referrer-дані з AI Mode часткові — частина кліків заходить в аналітику з тегом Google-referrer, невідрізнима від класичного пошуку.

Тому ти вимірюєш prompt-set, а не самими referrer-логами:

  • Збудуй трекований prompt-set — 25–40 реальних питань покупця, ганяй їх в AI Mode і Gemini app на фіксованому cadence
  • Фіксуй три речі на промпт — чи тебе цитують, яка позиція у списку джерел, як відповідь описує тебе
  • Дивись Search Console на непрямий сигнал — кліки з AI Mode заходять туди недосконало, але зростаючий тренд impressions на grounded-запитах — реальний індикатор
  • Трекай Knowledge Panel і стабільність entity — якщо твоя панель з’являється і тримається, твоя entity достатньо міцна

Prompt-set — це інструмент. Referrer-дані — підтримувальний доказ, не первинна метрика. Хто продає тобі точну цифру «трафіку з Gemini» — сильно округляє.

П’ять конкретних тактик

  1. Дозволь Google-Extended і підтверди індексацію. Перевір robots.txt на токен, прибери будь-який суцільний блок AI-crawler і переконайся, що твої пріоритетні сторінки справді проіндексовані у Search Console. Це підлога — зроби це перед усім іншим.

  2. Реструктуруй під екстракцію пасажів. Візьми топ-10 комерційних сторінок і перепиши кожну H2-секцію самодостатньою: заголовок у формі питання, пряма відповідь у першому реченні, конкретні числа у тілі. Кожна секція має чисто цитуватися окремо.

  3. Збудуй шар під-питань. Для кожної пріоритетної сторінки випиши 8–12 під-питань, які згенерує query fan-out, і переконайся, що сторінка явно на них відповідає — у тілі тексту і в реальному FAQPage-блоці. Це найвищий важіль для AI Mode.

  4. Полагодь свою entity. Створи або доповни Wikidata-айтем, вирівняй кожен профіль бренду, провід sameAs-лінки в Organization-schema. Розбудуй і entity засновника. Це повільно — починай у перший день.

  5. Підніми prompt-set-трекер. 25–40 промптів покупця, ганяй щомісяця в AI Mode і Gemini app, логуй у таблицю. Без цього ти оптимізуєш наосліп.

Поширені помилки

  • Блокувати Google-Extended «щоб захистити контент». Ти нічого не захистив — ти opt-out з citation, а твій контент усе одно підсумовують конкуренти, що лишилися всередині.
  • Сприймати AI Mode як бокс AI Overview. Інша глибина ретриву, інша поведінка citation. Сторінка, тюнінгована лише під мілке summary AIO, недопрацьовує у багатокроковому fan-out AI Mode.
  • Ігнорувати шар entity. Блискучий контент без присутності у Knowledge Graph програє посередньому контенту від добре резолвленої entity. Щоразу, на Gemini.
  • FAQ із маркетинговими питаннями. FAQPage, напханий «чому обрати нас», не робить нічого — grounding мапить FAQ-записи на реальні під-запити.
  • Вимірювати самими referrer-даними. Referrer з AI Mode часткові. Немає prompt-set — немає реального виміру.
  • Пропускати технічне SEO. Grounding ретривить з індексу Google. Сторінка, яку Google не може зкравлити чи проіндексувати, невидима для Gemini. Крапка.

Контраріанське закриття

Найгучніша порада 2025 року була «заблокуй AI-crawlers, захисти контент». Для Google конкретно ця порада була близька до халатності.

Google-Extended — це не якийсь ворожий скрейпер. Це ворота до AI Mode — поверхні, куди Google переносить свою найвищеінтентну пошукову поведінку. Блокування його не зупиняє AI від відповідей на питання про твою тему. Воно просто гарантує, що відповідь процитує когось іншого, а не тебе. Контент підсумують у будь-якому разі. Єдина змінна, якою ти керуєш — чи стоїть твоє ім’я на citation.

Бренди, що виграють видимість у Gemini в 2026, зробили негламурні речі: тримали crawler відкритим, полагодили індексацію, збудували реальну entity у Knowledge Graph і реструктурували контент під екстракцію пасажів. Нічого з цього не нове. Це фундамент GEO — дивись що таке generative engine optimization насправді — застосований до поверхні, яку більшість команд досі ігнорують, поки сперечаються про бокс AI Overview. Бокс — це не там, де ріст. AI Mode — там.

Якщо хочеш зчитку, де ти стоїш по всіх генеративних поверхнях Google, AI visibility audit повертає пріоритезований punch-list, а тарифні лінії покривають розбудову. Ризик content-erosion теж реальний — ми покриваємо його в AI Overview content erosion — але відповідь на erosion не відступ. Це бути цитованим джерелом.