Цю статтю ми переписали. У попередній версії першим рядком стояло «50% пошуків у 2026 будуть голосовими», і далі йшли відсотки приросту, яких ніхто не міряв. Почнімо з того, звідки взялася сама цифра.
Прогноз, який десять років видають за вимір
Твердження про половину голосових пошуків з'явилося в середині 2010-х як прогноз аналітиків і відтоді кочує зі статті в статтю. Це припущення про майбутнє, зроблене до того, як з'явилися і смартколонки в кожній кухні, і AI-режими пошуку. У документації Google такої цифри немає — ми шукали в Search Central і не знайшли ані її, ані будь-якого офіційного відсотка голосових запитів.
Прогноз не стає виміром від того, що його процитували тисячу разів. Тому далі в тексті не буде жодного відсотка приросту: буде механіка того, як асистент дістає відповідь, наші власні заміри на живих сайтах і список перевірок, які ви зробите самі.
Що голос міняє насправді
На екрані видача — це десять посилань, і людина сама вирішує, куди клікнути. Колонка читає одну відповідь. Телефон із асистентом показує коротку картку і одне-два джерела під нею. Різниця не в тому, що запити стали довшими. Різниця в тому, що сьома позиція, яка на екрані все ще приносить кліки, у голосовій відповіді просто не існує.
Друге — формулювання. Клавіатурою пишуть «взуття київ», голосом кажуть «де поруч купити зимові черевики 43 розміру». Довший запит означає точніший намір і меншу конкуренцію за конкретне питання. Він же означає, що сторінка, зібрана під два слова, на таке питання не відповідає.
І третє, найменш очевидне. Голосовий асистент і AI-режим пошуку — це різні технології, але сайт вони читають однаково: через власного агента, який ходить по HTTP і забирає HTML.
Агент приходить до вас ботом, який не чекає на JavaScript
Асистенти й AI-режими пошуку ходять на сайт власними кравлерами, і більшість із них не виконує JavaScript. Вони читають те, що віддано в HTML одразу. Якщо сайт — це SPA-оболонка, яка збирає контент на клієнті, агент побачить порожню сторінку і процитує когось іншого. Механізм заробітку тут той самий, що й у класичному SEO, просто вітрина інша: якщо у відповіді асистента згадали конкурента, контакт пішов до конкурента.
Наш вимір: сайт, який віддає боту інший документ
Клініка пластичної хірургії, зовнішній вимір 31.07.2026 через curl, без браузера. Сайт віддає різні відповіді залежно від User-Agent. Браузеру дістається SPA-оболонка на 3,0 КБ — без H1, без meta description, увесь контент збирається на клієнті з JS-бандлів. Пошуковому боту дістається повністю пререндерений HTML на 126 КБ, це 24 КБ у gzip: 145 мс до першого байта, 178 мс до останнього. У цьому HTML — десять типів JSON-LD, включно з MedicalClinic, Physician і BreadcrumbList.
Поруч лежить llms.txt на 22 810 байт, стисла карта сайту для агентів. І robots.txt із роздільною політикою: кравлери, які збирають дані на тренування (GPTBot, ClaudeBot, CCBot, Google-Extended, Bytespider, Meta-ExternalAgent, Applebot-Extended), закриті; ті, що ведуть живий перехід за посиланням у відповіді (ChatGPT-User, OAI-SearchBot, PerplexityBot, DuckAssistBot, YouBot, MistralAI-User), пропущені.
Розділення кравлерів на тренувальні й пошукові вигадали не ми. OpenAI сама документує різницю між GPTBot і ChatGPT-User / OAI-SearchBot у довідці для розробників (platform.openai.com/docs/bots) — тобто керування доступом через robots.txt технічно передбачене вендором.
З усіх сайтів, які ми міряли того тижня, такий robots.txt був рівно один.
Чого це не дає
Ніхто, включно з нами, не може обіцяти згадку у відповіді асистента. У вендорів немає ні гарантій, ні прозорих правил відбору джерел. Обсяг переходів з асистентів поки що малий порівняно з класичним пошуком, і подавати його як основний канал було б перебільшенням. Блокування тренувальних кравлерів теж не прибирає ваш контент із моделей, які вже навчені на ньому раніше.
Це робота на випередження з невідомою віддачею. Ми говоримо про неї саме так, а вирішувати, чи вкладатися зараз, вам.
«Поруч зі мною» тримається не на тексті сторінки
Локальний пошук працює з іншими сутностями, ніж звичайний: адреса, координати, години роботи, телефон, тип закладу. Якщо ці дані лежать на сайті тільки текстом у футері, пошуковику доводиться їх вгадувати. JSON-LD типу Store, LocalBusiness чи MedicalClinic із PostalAddress, GeoCoordinates та OpeningHoursSpecification передає їх однозначно.
Для бізнесу з фізичною точкою це трафік із найвищим наміром: людина шукає не інформацію, а куди їхати зараз. Побічний ефект недооцінюють — коректний графік роботи означає, що вас не покажуть відчиненими, коли ви зачинені.
Як це виглядає на живому сайті: магазин тактичного спорядження, наш вимір 31.07.2026 — дев'ять типів JSON-LD на головній, серед них Store, Place, GeoCoordinates, PostalAddress, OpeningHoursSpecification і ContactPoint. Каталог там на 54 302 товари, і перша відповідь сервера приходить за 414 мс.
Протилежний випадок із тієї ж партії вимірів: клініка естетичної медицини за кордоном, той самий день. Структурованої розмітки немає жодної — ні Physician, ні MedicalClinic, ні LocalBusiness. Sitemap теж немає: /sitemap.xml, /sitemap_index.xml і /wp-sitemap.xml віддають 404, директиви Sitemap у robots.txt немає. Сайт при цьому швидкий і акуратний, 26 сторінок, 286 мс до першого байта. Для машини він майже мовчить.
Чесна межа: розмітка на сайті не замінює Google Business Profile. У локальній видачі головним лишається сам профіль, відгуки й фактична близькість до користувача — Google прямо пише в документації по LocalBusiness, що дані на сайті мають збігатися з профілем. Розмітка узгоджує дані й прибирає суперечності. Для суто онлайн-бізнесу без фізичної точки вона в цьому сценарії не дає нічого, і продавати її туди було б нечесно.
Розмітка описує те, що є, а не резервує позицію
Google читає сторінку як текст і не зобов'язаний вгадати, де тут ціна, де рейтинг, а де графік роботи. Коректний JSON-LD робить сторінку придатною до розширеного вигляду у видачі. Придатною, а не гарантовано показаною: це формулювання самої документації Google по структурованих даних, і жодної універсальної цифри приросту CTR Google не публікує.
Тут є пастка, у яку легко впасти самотужки. Розмітка, що декларує неіснуюче, — привід для ручних санкцій. У власному проєкті, SaaS-платформі для рерайту описів товарів, ми зафіксували рівно це: JSON-LD віддає aggregateRating 4.8 із 50 оцінками, а на сторінці немає жодного відгуку. Показуємо цей дефект відкрито, бо він наш.
Питання, які ставлять голосом, у вас уже лежать у логах
Людина, яка відкрила поле пошуку на сайті, — найгарячіший сегмент: вона не роздивляється, вона шукає конкретне. Запити з внутрішнього пошуку це безкоштовний список того, чого від вас хочуть, у формулюваннях самих покупців. Саме звідти беруться заголовки FAQ, які збігаються з голосовим запитом, а не з вашим внутрішнім жаргоном.
Дві межі. Пошук по сайту допомагає тому, хто вже знає назву або артикул, — тому, хто ще обирає, потрібні категорії й фільтри. І на каталозі в кілька десятків позицій цим полем майже не користуються, тож даних звідти не набереться.
Що перевірити в себе цього тижня
Подивитися на сторінку очима бота
curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://ваш-сайт/ | wc -c
curl -s -A "ChatGPT-User" https://ваш-сайт/ | grep -c "<h1"
Якщо перша команда повертає кілька кілобайт, а друга нуль, ваш контент існує тільки після виконання JavaScript. Порівняйте отриманий обсяг із тим, що бачите в браузері.
Перевірити, чи взагалі є вхід
Дві адреси, куди першими йдуть краулери й аудит-тули, ламаються частіше, ніж здається. Оптовий магазин нижньої білизни, наш вимір 31.07.2026: /sitemap.xml віддає 200 з порожнім тілом, /sitemap_index.xml повертає рядок про вимкнений генератор, а робочий sitemap лежить на нестандартній адресі й врятований лише тим, що прописаний у robots.txt. Там же, до речі, найакуратніший результат партії — 13 590 URL і рівно один дублікат серед них.
Бренд натуральної косметики на ринок ЄС, той самий день: sitemap.xml, robots.txt і товарний фід віддають порожнє тіло або HTML замість XML. Три мовні версії з коректним hreflang — і зламаний вхід для краулера.
Перевірка займає хвилину:
curl -sI https://ваш-сайт/robots.txt
curl -s https://ваш-сайт/sitemap.xml | head -5
Розмітити те, що реально є
Адреса, координати, години роботи, телефон, тип бізнесу. Далі — звірити кожне поле з профілем у Google Business, включно з винятками на свята. Рейтинги й відгуки йдуть у розмітку тільки тоді, коли вони справді є на сторінці.
Переписати FAQ формулюваннями покупця
Візьміть п'ятдесят найчастіших запитів із внутрішнього пошуку і з блока «Люди також запитують» у видачі. Заголовок питання пишеться так, як його вимовляють. Відповідь будуйте з розрахунку, що перші два речення самодостатні: асистент зачитає саме їх.
Подивитися в серверні логи
Не в GA4, а в сирі логи: там видно, чи заходили ChatGPT-User, OAI-SearchBot, PerplexityBot, що вони отримали у відповідь і чи не впіймали 404 на половині сторінок.
Усі ці перевірки робляться без підрядника: curl, перегляд коду сторінки, Rich Results Test і Search Console від Google.
Як зрозуміти, чи спрацювало
Search Console показує покази і CTR за довгими запитами-питаннями — це найближче до голосу, що взагалі доступно виміряти. Звіт по розширених результатах покаже, які типи розмітки Google визнав валідними. У GA4 варто відокремити переходи з доменів асистентів у власний сегмент, поки їх мало, інакше вони розчиняться в «direct».
Чого ви не побачите: окремої мітки «це був голосовий запит». Ні Google, ні Apple, ні OpenAI її не віддають. Будь-хто, хто показує вам звіт «трафік з голосового пошуку» з точною цифрою, цю цифру змоделював.
Чесно про очікування
Голосові запити й AI-асистенти — поки що додатковий шар поверх звичайного пошуку, а не заміна йому. Робота, яка робить сайт видимим для асистента, майже повністю збігається з роботою, яка робить його нормальним для Google: читабельний HTML без обов'язкового JavaScript, чесна структурована розмітка, живий sitemap, тексти, написані відповідями на питання.
Наскільки це вплине саме на ваші продажі, залежить від ніші, від того, скільки людей у ній взагалі шукає голосом, і від поточного стану сайту. Ми не знаємо цього наперед і не вдаватимемо, що знаємо. Але сайт, який віддає боту порожню сторінку і 404 замість sitemap, точно не отримає нічого — і це видно без жодної статистики, простим curl.
