Компанію можна знайти в Google, але у відповіді на запитання про постачальників AI-пошук називає конкурентів. Іноді він знає вашу назву, проте плутає послугу, адресу або сертифікат. Це два різні завдання: домогтися коректного опису бізнесу й зрозуміти, чи з’являється він під час вибору рішення.
Коротко: Почніть із шести запитань і збережіть відповіді разом із джерелами. Запитання з назвою перевіряє відомості про компанію; запитання без назви — її появу серед постачальників. Повторюйте однакову перевірку мовою покупців і рахуйте згадки, рекомендації та посилання окремо. Одна відповідь не описує весь попит і не доводить втрату заявок.
Canem Errant перевіряє конкретний ринок, мову й комерційні запитання. Ми фіксуємо, що відповіла система, які URL використала й де відомості не збігаються з фактами бізнесу. Так можна обрати обмежене виправлення й повторити перевірку, не купуючи великий проєкт на підставі одного скриншота.
Шість запитань для першого тесту
Першу пробу можна почати за п’ять хвилин. Повний запис результатів кількох платформ і перевірка всіх посилань потребуватимуть більше часу. Оберіть ChatGPT із пошуком, Perplexity або Gemini та запишіть використаний режим. Новий чат зменшує вплив попередньої розмови, але не усуває всіх відмінностей налаштувань і персоналізації.
Замініть дужки реальними даними. Перекладіть запитання мовою, якою покупці обирають послугу; для німецькомовного попиту у Відні одного українського набору недостатньо.
- Категорія: «Які постачальники [послуги] працюють у [місті або регіоні] й чим відрізняються?»
- Відомості про компанію: «Що відомо про [назву компанії]? Які послуги вона надає й де працює?»
- Порівняння: «Порівняй [компанію] з [конкурентом A] і [конкурентом B] за умовами й завданнями, для яких вони підходять».
- Переваги й обмеження: «Для яких завдань підходить [компанія], а коли краще розглянути інші варіанти?»
- Репутація: «Які відгуки про [компанію] можна перевірити? Вкажи джерела й не вигадуй відсутніх відомостей».
- Докази: «Чи є опубліковані кейси або підтверджені результати [компанії]? Дай посилання й період».
Перші два запитання розв’язують різні завдання. Якщо ви вже назвали компанію, її поява у відповіді не є самостійною рекомендацією. Порівняння теж містить підказку бренду: такі відповіді не можна об’єднувати з пошуком постачальника в один показник «ринкової частки».
Додатково перевірте запитання про проблему без назви компанії, запит про спеціалізацію та локальний запит «три постачальники з їхніми сильними сторонами». Ці варіанти допомагають побачити, який список отримує покупець, ще не знайомий із брендом. Не просіть модель оголосити когось «лідером» без перевірюваного критерію.
Що записувати у відповіді
Для кожної спроби потрібні запитання, дата, платформа, режим пошуку, показана модель або версія, якщо доступна, мова й ринок. Збережіть повну відповідь і посилання, потім позначте три речі: чи названо компанію, хто з’явився поруч і чи точні факти. Додайте, як саме компанію названо: проста згадка, рекомендація чи джерело твердження.
Перевірте адресу, територію обслуговування, перелік послуг, чинні умови, авторів і сертифікати. Не вважайте впевнений тон доказом. Якщо відповідь повідомляє про нагороду або результат проєкту, відкрийте джерело й знайдіть відповідне підтвердження.
Пов’язати помилку із застарілою карткою, неоднозначною назвою або неповним описом сайту можна лише після перевірки посилань. Відсутність компанії не доводить «низьку довіру», а правильна відповідь не підтверджує, що вся технічна інфраструктура працює ідеально. У журналі відділяйте спостереження від пояснення.
Якщо система повідомляє, що даних недостатньо, запишіть саме це. Якщо пошук не ввімкнено, результат не можна безпосередньо порівнювати зі спробою, у якій використовувалися свіжі документи. Перед повтором не додавайте до розмови рекламний текст компанії: така підказка змінить предмет тесту.
Три стани: не названа, згадана, рекомендована
Ця класифікація стосується конкретної відповіді й набору запитань. Вона допомагає обрати перевірку, але не є сертифікатом якості компанії.
| Стан відповіді | Що перевірити |
|---|---|
| Не названа | Чи є відповідна сторінка послуги, чи доступна вона, чи збігається ринок із запитанням, які джерела використано. |
| Згадана | Чи правильні відомості, чи зрозуміла спеціалізація, чи є джерело й чому поруч названо інших постачальників. |
| Рекомендована | Чи підтверджуються підстави рекомендації та умови, чи не переплутано компанію з однойменною, чи повторюється результат. |
Помилку в адресі або послузі записують окремо за будь-якого стану. Впевнена рекомендація з вигаданим сертифікатом гірша за коректну відповідь, яка чесно повідомляє про нестачу відомостей. У звіті потрібні одночасно присутність і точність.
Для локального бізнесу перевірте Google Business Profile і каталоги компаній Австрії. Назва, контакти й послуги мають відповідати фактам; не кожен бізнес підходить для кожного каталогу або локального профілю.
Чому сайт може бути зрозумілим, а компанія — ні
Brand Entity Gap зручно розуміти як розрив між назвою та перевірюваними відомостями про бізнес. Сайт повідомляє «ми експерти», але не пояснює, у якій послузі, для яких клієнтів і чим це підтверджено. Або на зовнішньому майданчику збереглася стара спеціалізація.
Спочатку перевірте опис компанії та послуги, авторство матеріалів, опубліковані кейси й узгодженість профілів. Незалежна галузева публікація або справжній відгук дають покупцю додаткову можливість перевірити слова. Проте ні обов’язкова кількість відгуків, ні універсальна схема двоетапного «підтвердження довіри» для всіх AI-систем не відомі.
Внутрішня перевірка Canem Errant, зафіксована 10 серпня 2026, порівнювала два анонімні сайти: в одного внутрішній технічний бал був 78/100 і 0 згадок із 6, в іншого — 55/100 і 3 із 6. Це невеликий історичний знімок; вихідний журнал запитань тут не наведено. Він показує, чому технічний бал не можна видавати за поточну частоту рекомендацій, але не встановлює причину відмінності.
Із такого спостереження не можна вивести гарантований ефект відгуків, файлу llms.txt або PR. Щоб перевірити свою гіпотезу, потрібно зберегти вихідні відповіді, обрати конкретну зміну й повторити метод. Автоматизація збору корисна лише після визначення запитань і правил оцінки; сама вона не створює авторитет компанії.
Як рахувати частку згадок та AI Share of Voice
Спочатку визначте знаменник: скільки придатних для порівняння відповідей отримано за обраним набором запитань. Не змішуйте мови, платформи й режими пошуку без окремого поділу. Заздалегідь визначте, що вважається згадкою, рекомендацією й посиланням на ваш домен.
Навчальний приклад: у 100 порівнюваних відповідях компанію названо 45 разів. Частка згадок — 45/100 = 45%. Якщо рекомендація трапляється 12 разів, її частка — 12%; якщо джерело на вашому домені вказано 8 разів, частка відповідей із посиланням — 8%. Це три різні результати, навіть коли вони стосуються одного набору.
Назву AI Share of Voice використовують для різних способів розрахунку. У вашому звіті потрібно явно написати метод: частка відповідей із брендом, частка рекомендацій або частка цитат серед усіх цитованих компаній. Без цього два числа SOV можуть виявитися непорівнюваними.
Тест із назвою компанії зберігайте окремо від запитань без назви. Також відділяйте частку відповідей із хоча б одним посиланням від загальної кількості посилань. Система може дати три URL однієї компанії в одній відповіді: це не три незалежні рекомендації.
Повторюйте запитання в нових чатах за погодженим розкладом. Невдалі або відсутні відповіді зберігайте окремо; придатні відповіді рахуйте за однаковими правилами, не видаляючи незручних результатів.
Частота згадок не є прямим ROI. Додатково перевіряють переходи, заявки, кваліфікацію й угоди. Частина покупців може прийти пізніше за брендовим запитом; без даних не можна впевнено приписати такий продаж попередній AI-відповіді.
Два навчальні сценарії перевірки
Локальна професійна послуга
Припустімо, фірма надає одну спеціалізовану послугу у Відні, але сайт і каталоги описують її надто загально. У початковій перевірці потрібні запитання про цю послугу, місто й критерії вибору. Спочатку знайдіть реальні джерела, потім виправте опис послуги, територію роботи й опубліковані умови.
У Google Business Profile внесіть фактичні відомості, а не список ключових слів. Просіть справжніх клієнтів залишити добровільний відгук про свій досвід; не задавайте їм вигаданий результат. На сайті дайте відповіді на запитання про склад консультації та необхідні документи. Після зміни повторіть ті самі запитання й порівняйте точність і посилання. Це навчальне завдання, а не кейс з обіцяним строком появи в Top-3.
B2B SaaS із великим блогом
Припустімо, матеріали доступні покупцю, але запит про сумісність продукту приводить до інших джерел. Перевірте, чи є точна відповідь, документація й робочі посилання з картки продукту. Потім окремо вивчіть доступ пошукового робота, обмеження сервера й захист від автоматичних звернень.
PerplexityBot і Perplexity-User мають різні завдання: автоматичний пошуковий обхід і звернення за запитом користувача. Логи потрібно оцінювати з урахуванням цієї різниці; обхід не означає рекомендацію продукту. Для підтвердження робота перевіряють не лише User-Agent, а й опубліковані постачальником IP-діапазони. Офіційна документація Perplexity.
Для ChatGPT розділяйте OAI-SearchBot для пошуку, GPTBot для можливого навчання та ChatGPT-User для дій користувача. Пошукові й навчальні обмеження незалежні. Документація OpenAI.
Для Google Search важливі Googlebot і чинна Search generative AI control. Google-Extended — окреме правило, яке не визначає включення до звичайного Google Search. Документація Google про роботів, налаштування Search Console.
Не знімайте всі обмеження «для AI» однією правкою. Спочатку встановіть, яка система справді має читати матеріал, і погодьте політику використання даних. Після дозволеної зміни повторюють перевірку конкретного запитання. Строк появи й кількість посилань не задають заздалегідь.
П’ять дій на цей тиждень
- Зафіксувати початкову перевірку. Виконайте шість запитань і окремо контрольні запитання без бренду. Збережіть налаштування, відповіді й джерела в одній таблиці.
- Звірити відомості компанії. Перевірте назву, адресу, телефон, територію роботи й послуги на сайті та у відповідних профілях. Виправляйте фактичну розбіжність, а не косметичну різницю оформлення.
- Перевірити незалежні підтвердження. Знайдіть справжні відгуки й галузеві згадки. Оберіть, які відомості можна доповнити; масові фіктивні публікації не розв’язують завдання.
- Уточнити важливий матеріал. Додайте зрозумілу відповідь, умови й доказ. Перевірте
Organization, відповіднийLocalBusinessі FAQ на відповідність видимому тексту. Файлllms.txtрозглядають окремо, якщо є споживач формату. - Визначити предмет діагностики. Якщо проблема повторюється, оберіть ринок, послугу й запитання. Склад робіт має включати початкову перевірку, перевірювану перешкоду й конкретне доопрацювання; загальний обіцяний «ріст авторитету» недостатньо точний.
Для повторного вимірювання зручний щомісячний ритм; після важливого виправлення можна виконати додаткову перевірку. Повтор має використовувати той самий набір, а нове запитання додають окремою групою. Так звіт зберігає зміст навіть за зміни версій платформ.
Поширені запитання
Чому компанія є в Google, але її немає в AI-відповіді?
Це різні результати пошуку й складання відповіді. Спочатку перевірте запитання, режим, ринок і використані посилання. Хороша позиція Google не гарантує рекомендацію іншої платформи; відсутність назви не доводить єдину причину.
Чи можна заплатити, щоб AI рекомендував компанію?
Рекламне розміщення й органічна рекомендація — різні речі. Для конкретної платформи потрібно перевіряти поточний рекламний продукт, правила й географію. Оплата агентству за GEO не купує рішення моделі включити бренд до органічної відповіді.
Як часто повторювати перевірку?
Щомісяця за одним набором запитань — зручна початкова схема. Збережіть попередні відповіді й налаштування. Після виправлення фактів можна додати окрему повторну перевірку, але одиничну зміну не слід одразу приписувати доопрацюванню.
Який чинник найважливіший?
Універсального опублікованого чинника для всіх AI-платформ немає. Почніть із доступної відповіді на запитання покупця й перевірюваних відомостей про компанію. Загальніший порядок включає перевірку відповіді, змісту й джерел.
Чи обов’язково потрібен llms.txt?
Ні. Це запропонований формат допомоги системам, які його використовують, а не універсальна умова рекомендацій. Google Search не використовує його для своєї видимості або ранжування.
Чи мають значення посилання й зовнішні публікації?
Вони допомагають покупцю перевірити компанію й можуть стати джерелами відповіді. Важливі достовірність і зв’язок із запитанням, а не лише кількість доменів. Не слід вважати кожне зовнішнє посилання доведеним підвищенням довіри AI-системи.
Про формати — посібник Google і пропозиція llms.txt. Докладніше про метод — посібник із GEO; про збір спостережень — AI-агенти в маркетингу.
Як обговорити результати свого тесту
Для початкового знімка скористайтеся попередньою GEO-перевіркою. Якщо проблема повторюється за важливим комерційним запитанням, ознайомтеся з GEO-діагностикою: один ринок, мова, погоджений набір запитань і обмежене доопрацювання. Для Google окремо корисна стаття AI Overviews: трафік і заявки.
