Користувач запитує Gemini: "Знайдіть мені робочий стілець за 400 доларів з опорою для попереку та безкоштовною доставкою. Замовте найкращий". AI не відкриває нову вкладку. Він не просить користувача нічого натиснути. Замість цього він запитує бази даних продуктів, перехресні посилання на відгуки, перевіряє запаси в реальному часі, порівнює правила доставки та ініціює оформлення замовлення — і все це без жодної сторінки. Це все те, що користувач зробив би сам, але зараз за частку часу, доклавши стільки ж зусиль, скільки потрібно для написання початкового підказки. Гаразд, можливо, ми ще не на тому етапі, коли всі дозволяють агентам ШІ робити всі їхні покупки за них. Але це вже не нереалістичне майбутнє. Це стало можливим не завдяки моделям ШІ. Ми спостерігаємо, як інфраструктура стає все більш важливою частиною створення сучасних веб-сайтів. Ця інфраструктура складається зі стеку протоколів, які повідомляють агентам штучного інтелекту, як знайти сайти кожного продавця, зрозуміти їх каталог, перевірити їхні претензії та вжити заходів. Ці протоколи визначають, як агенти ШІ взаємодіють із вашим брендом. І більшість пошуковиків навіть не підозрюють про їх існування. До кінця цієї статті ви зрозумієте, що робить кожен протокол, чим вони відрізняються один від одного, і чому вам потрібно звертати увагу на те, що відбувається під капотом пошуку штучного інтелекту, якщо ви хочете залишатися видимими в майбутньому. Чому протоколи важливі для пошукових систем Протоколи визначають, чи може агент штучного інтелекту взаємодіяти з вашим брендом програмно, чи він повинен здогадуватися. Бренди, які розмовляють мовою агента, швидше за все, не просто знайдуть, але й порекомендують і, зрештою, взаємодіють з ними, щоб зробити покупки. Подумайте про те, як файли robots.txt і XML sitemap стали основними для пошукових сканерів. Агентські протоколи стають такими ж, як і для агентів ШІ. Простіше кажучи: якщо ви хочете, щоб агенти могли виконувати дії на вашому сайті — чи то робити покупки, бронювати столик чи заповнювати форму — вам потрібно розуміти ці протоколи.
Примітка: ми не припускаємо, що без цих протоколів агенти штучного інтелекту та користувачі ніколи не отримають доступ до вашого сайту чи купуватимуть у них. Агентна комерція все ще досить нова, і навіть самі протоколи все ще розвиваються. Але ми віримо, що агенти дедалі більше діятимуть від імені користувачів, і що чим простіше ви полегшите їм це робити на своєму веб-сайті, тим краще ви будете в позиції, оскільки агентська комерція стає нормою.
Стек протоколів: швидка карта Ці протоколи не є конкуруючими стандартами, які борються за домінування. Вони працюють на різних рівнях одного стека, і більшість з них призначені для спільної роботи. Ось короткий опис того, що роблять ці протоколи:
Шар Що це робить Ключові протоколи
Агент / Інструмент Підключає агентів до зовнішніх даних, API та інструментів MCP
Агент / агент Дозволяє агентам передавати завдання іншим агентам A2A
Агент / Веб-сайт Дозволяє агентам безпосередньо запитувати сайти NLWeb, WebMCP
Агент / комерц Дозволяє агентам знаходити продукти та завершувати покупки АКП, УКП
Примітка. Як і у всьому штучному інтелекті, агентські протоколи, про які ми докладніше розповімо нижче, постійно вдосконалюються. Це означає, що деякі платформи ще не прийняли деякі з протоколів, і специфіка кожного протоколу також може змінитися з часом.
MCP: Модель контекстного протоколу MCP — це універсальний з’єднувач між агентами ШІ та зовнішніми інструментами, джерелами даних і API. Як це працює До MCP кожен інструмент ШІ потребував спеціальної інтеграції для кожного джерела даних, до якого він хотів отримати доступ. Якщо ви хочете, щоб чат-бот отримував реальні ціни з вашої бази даних і перехресно посилався на них із вашою CMS, хтось мав створити індивідуальне з’єднання між цими системами. Потім перебудуйте його щоразу, коли будь-який з них змінився. MCP стандартизує це з’єднання. Думайте про це як про USB-C для штучного інтелекту: єдиний протокол, який дозволяє будь-якому агенту підключатися до будь-якого інструменту, бази даних або веб-сайту, які його підтримують. Використання агентаMCP може отримувати актуальні дані про ціни, перевіряти запаси, читати структурований вміст із сайту або виконувати робочий процес через один і той самий інтерфейс. Веб-сайт або інструмент публікує сервер MCP, і агент підключається до нього. Набагато менше потреби в індивідуальній інтеграційній роботі з обох сторін. Хто за цим стоїть MCP був запущений компанією Anthropic у листопаді 2024 року. Відтоді його прийняли OpenAI, Google і Microsoft. MCP тепер керується спільнотою відкритих джерел під Agentic AI Foundation (AAIF), спрямованим фондом Linux Foundation. Станом на початок 2026 року існує понад 10 тисяч серверів MCP, що робить його фактичним стандартом для підключення агента до інструменту. Що це означає для вашого бренду Структуровані дані, чисті API та доступний HTML завжди були хорошим технічним SEO. Тепер вони також є вимогами щодо сумісності агентів. Бренди з MCP-сумісними даними дають агентам можливість працювати. Бренди без нього змушують агентів очищати сторінки та робити висновки про значення, що створює тертя та може вплинути на те, чи рекомендують вони вас.
Дізнайтеся більше про MCP тут.
A2A: Протокол між агентами A2A — це стандарт, який дозволяє агентам ШІ від різних постачальників спілкуватися, делегувати завдання та передавати роботу один одному. Як це працює MCP дозволяє агенту спілкуватися з інструментами. A2A дозволяє агентам спілкуватися один з одним. Коли завдання досить складне, щоб знадобилося кілька спеціалізованих агентів — наприклад, один для дослідження, один для порівняння та один для завершення транзакції — A2A — це протокол, який їх координує. Кожен агент, сумісний із A2A, публікує «картку агента» за стандартизованою URL-адресою (яка виглядає як «/.well-known/agent-card.json»). Ця картка рекламує, що може робити агент, які вхідні дані він приймає та як за допомогою нього автентифікуватися. Інші агенти виявляють ці картки та відповідно маршрутизують завдання. Результат: агенти абсолютно різних компаній, побудовані на різних фреймворках, що працюють на різних серверах, можуть співпрацювати за одним запитом користувача. Спеціальні підключення не потрібні. Хто за цим стоїть Google запустив A2A у квітні 2025 року з понад 50 технологічними партнерами, зокрема Salesforce, PayPal, SAP, Workday і ServiceNow. Тепер Linux Foundation підтримує його за ліцензією Apache 2.0. Що це означає для вашого бренду Оскільки багатоагентні робочі процеси стають все більш поширеними, агенти можуть оцінювати ваш бренд за кількома контрольними точками, перш ніж людина побачить результат. Цей ланцюжок може виглядати приблизно так:
Дослідницький агент виводить ваш продукт на основі запиту широкої категорії Агент з оцінки читає ваші відгуки та перевіряє настрої Ціноутворювач перевіряє ваші витрати зі сторонніми джерелами Довірчий агент перевіряє ваші заяви на послідовність
A2A керує всім ланцюжком. Якщо ваші дані несумісні з різних джерел, наприклад, якщо на сторінці з цінами зазначено одне, а в профілі G2 — інше, агент ШІ може відфільтрувати ваш бренд як конкурента. І все це ще до того, як користувач побачить вас як варіант.
Дізнайтеся більше про A2A тут.
NLWeb: Веб природною мовою NLWeb — це відкритий протокол Microsoft, який перетворює будь-який веб-сайт на природній мовний інтерфейс, доступний для запитів як людям, так і агентам ШІ. Як це працює Зараз, коли агент штучного інтелекту відвідує ваш веб-сайт, йому, можливо, доведеться зробити багато припущень. Він сканує ваш HTML, виводить значення з вашого вмісту та покладається на правильну структуру вашої сторінки, щоб мати змогу ефективно її аналізувати. Є багато можливостей для помилок. Після впровадження на сайті NLWeb будь-який агент може надіслати запит природною мовою до стандартної кінцевої точки «/ask» і отримати структуровану відповідь JSON. Тоді ваш сайт відповідає безпосередньо на запитання агента, а не агент, який інтерпретує ваш HTML. Кожен екземпляр NLWeb також є сервером MCP. Сайт, на якому реалізовано NLWeb, автоматично стає видимим у ширшій екосистемі агента MCP без додаткової конфігурації. Хто за цим стоїть NLWeb створено Р.В. Гуха, те самелюдина, що стоїть за RSS, RDF і Schema.org. (Це невипадково.) NLWeb навмисне будується на веб-стандартах, які вже існують, а це означає, що багато веб-сайтів зараз близькі до NLWeb. Корпорація Майкрософт анонсувала NLWeb на версії Build 2025 у травні 2025 року. Це відкрито на GitHub. До перших користувачів належать TripAdvisor, Shopify, Eventbrite, O’Reilly Media та Hearst. Що це означає для вашого бренду Для пошуковиків NLWeb є природним продовженням роботи, яку ви, можливо, вже виконуєте. Розмітка схем, чисті RSS-канали та добре структурований вміст є основою, на якій будується NLWeb. Сайти, які інвестували в структуровані дані, мають перевагу. Агентам важче працювати із сайтами, які цього не зробили, але вони можуть легко наздогнати, запровадивши розмітку схеми зараз. Структуровані дані вже допомагають пошуковим системам, а також можуть полегшити агентам розуміння вашого сайту та взаємодію з ним. Це підвищує цінність технічної роботи з оптимізації пошукових систем, яку ви, можливо, відкладали.
Дізнайтеся більше про NLWeb тут.
WebMCP WebMCP — запропонований стандарт W3C, який дозволяє веб-сайтам оголошувати свої можливості безпосередньо агентам ШІ через браузер. Як це працює NLWeb робить ваш вміст доступним для запитів. WebMCP йде ще далі: він дозволяє веб-сайтам декларувати, які дії вони підтримують. Ці дії можуть включати «додати в кошик», «забронювати демонстрацію», «перевірити наявність» і «почати пробну версію». Ці можливості декларуються в структурованому форматі, який зчитується машиною. Замість того, щоб агент очищав ваш інтерфейс і здогадувався, як працює ваша перевірка, WebMCP надає йому явну карту прямо з джерела (ви). Хто за цим стоїть Google і Microsoft запропонували WebMCP, а група спільноти W3C зараз розробляє його. Попередня версія Chrome була надіслана в лютому 2026 року, а ширша підтримка браузера очікується до середини або кінця 2026 року. Що це означає для вашого бренду WebMCP — це найясніше уявлення про те, куди рухається взаємодія агента з веб-сайтом. Уявіть, що у вас є два бренди зі схожими продуктами, схожими цінами та схожими відгуками. Той, чий сайт декларує чіткі, структуровані можливості, агенту легше діяти. Інше вимагає здогадок. Агенти, швидше за все, виберуть шлях найменшого тертя, а WebMCP допоможе вам зменшити тертя до мінімуму.
Дізнайтеся більше про WebMCP тут.
ACP: протокол агентської торгівлі ACP — це відкритий стандарт OpenAI і Stripe, який дозволяє агентам ШІ ініціювати покупки. Як це працює ACP зосереджується саме на моменті каси. Він створює стандартизований спосіб для агента ШІ завершити покупку від імені продавця, обробляючи платіжні облікові дані, авторизацію та безпеку через сам протокол. До ACP агент, який хотів завершити покупку, мав орієнтуватися в унікальному процесі оформлення кожного продавця. Різна форма, інший процес оплати та інший етап підтвердження для кожного продавця. ACP стандартизує цей процес. Продавці інтегруються з ACP через свою комерційну платформу, і після того, як опубліковано, оформлення замовлення стає доступним для виконання агентом. Користувачеві не потрібно нічого робити, окрім схвалення. ACP спочатку використовував функцію миттєвого оформлення замовлення ChatGPT, але згодом її було видалено OpenAI на користь спеціальних програм для продавців. ACP все ще може сприяти виявленню продуктів у ChatGPT і може використовуватися в цих програмах, але все розвивається швидко. Хто за цим стоїть OpenAI і Stripe запустили ACP у вересні 2025 року. Це відкритий вихідний код під Apache 2.0, а підтримка платформи все ще розширюється. Що це означає для вашого бренду Якщо агент відібрав ваш продукт у короткий список, і користувач каже йому продовжити й оплатити, ACP — це те, що дозволяє агенту завершити транзакцію. Якщо ваш бренд не інтегрований у цей робочий процес, ви ризикуєте, що агент ШІ застрягне або не зможе завершити цю покупку. Агент може порекомендувати вас, але не може купити у вас. Цей розрив матиме більше значення як агенткомерція стає нормою.
Дізнайтеся більше про ACP тут.
UCP: Універсальний торговельний протокол UCP — це відкритий стандарт Google і Shopify для повного агентського комерційного шляху, від виявлення продукту до оформлення замовлення та після покупки. Як це працює ACP зосереджується на моменті оформлення замовлення, тоді як UCP охоплює весь життєвий цикл покупки. Агент, який використовує UCP, може виявити можливості продавця, зрозуміти, які продукти доступні, перевірити запаси в реальному часі, ініціювати оформлення за допомогою відповідного методу оплати та керувати подіями після покупки, такими як відстеження замовлень і повернення. Все через єдиний протокол. UCP розроблено для роботи разом із MCP, A2A та AP2 (протокол платежів агентів), тобто він підключається до ширшої інфраструктури агента, а не замінює її. Торговці публікують машинозчитуваний профіль можливостей. Потім агенти виявляють це, обговорюють, які можливості підтримують обидві сторони, і продовжують. Хто за цим стоїть Google і Shopify спільно розробили UCP, а генеральний директор Google Сундар Пічаї оголосив про це на NRF 2026. Більше 20 партнерів по запуску підписали участь, включаючи Target, Walmart, Wayfair, Etsy, Mastercard, Visa та Stripe. Що це означає для вашого бренду Коли користувач просить Google AI Mode знайти та купити щось, UCP визначає, чи ваш бренд бере участь у розмові та чи може агент фактично завершити транзакцію. Машиночитаність ваших даних про продукт, узгодженість ваших цін у різних джерелах, чіткість сигналів вашого асортименту: усе це безпосередньо впливає на те, чи зможе агент успішно здійснити з вами транзакцію.
Дізнайтеся більше про UCP тут.
ACP проти UCP: ключова різниця ACP і UCP часто плутають, і вони мають певну схожість, але ось де вони відрізняються:
ACP УКП
Побудовано OpenAI + Stripe Google + Shopify
Область застосування Шари виявлення та перевірки Повна подорож: відкриття, оформлення замовлення та після покупки
Повноваження Миттєва перевірка ChatGPT і пошук продукту Режим Google AI, Gemini
Архітектура Централізована адаптація продавця Децентралізовано: продавці публікують можливості на /.well-known/ucp
Статус (початок 2026 р.) Триває активне, ширше впровадження Триває активне, ширше впровадження
ACP і UCP доповнюють один одного, а не конкурують. Зрештою бренд може підтримувати обидва: один для екосистеми ChatGPT, інший для Google. Наразі постає практичне запитання: які платформи найбільш важливі для ваших клієнтів і де ваша комерційна інфраструктура робить інтеграцію найпростішою? Виберіть протокол, який відповідає вашій відповіді, або використовуйте обидва. Приклад протоколів агентського пошуку в дії Ці протоколи не працюють ізольовано. Ось як вони можуть виглядати, працюючи разом (зауважте, що це не обов’язково саме те, що відбувається на кожному етапі, і це лише для ілюстрації): Сценарій: користувач запитує Gemini: "Знайдіть мені зручний робочий стілець до 400 доларів з опорою для попереку та безкоштовною доставкою. Замовте найкращий варіант".
Крок 1: MCP активується Агент використовує MCP для підключення до зовнішніх інструментів: баз даних продуктів, платформ огляду, каналів інвентаризації роздрібних продавців. Він може запитувати живі дані, а не покладатися на кешовані чи навчені знання. Крок 2: Координати A2A Потім агент координує роботу зі спеціалізованими агентами, опублікованими брендами та платформами оглядів через A2A. Один оцінює огляди ергономіки. Один перевіряє послідовність ціноутворення в різних джерелах. Один перевіряє вимоги щодо безкоштовної доставки відповідно до фактичної сторінки політики кожного продавця. Крок 3: NLWeb відповідає на запити безпосередньо Агенти запитують сайти кожного продавця. Бренди з реалізованим NLWeb відповідають на запит агента /ask структурованими даними. Це стосується таких речей, як точний асортимент, ціноутворення в реальному часі та атрибути продукту. Бренди без нього змушують агента очищувати та робити висновки, сповільнюючи його та потенційно призводячи до їхнього пропуску. Крок 4: WebMCP оголошує доступні дії Сайт «переможного» продавця маєоголосив про свої можливості оплати через WebMCP. Агент точно знає, які доступні дії та як їх ініціювати без будь-яких припущень. Крок 5: UCP завершує транзакцію Покупка виконується через UCP, повністю в рамках досвіду штучного інтелекту Google. Сервер продавця спілкується через стандартизований API. Користувач отримує підтвердження замовлення, але він ніколи не відвідував жодної сторінки товару. Очевидно, що це повністю агентурний сценарій. Насправді не кожну покупку можна повністю залишити агенту ШІ. Але навіть якщо людина хоче оцінити варіанти перед тим, як натиснути кнопку «Купити», максимально спростити для агента надання рекомендацій — це хороша практика. Тому на ці протоколи варто звернути увагу. Що SEO-оптиматори мають зробити зараз Першим кроком є розуміння рівня протоколу. Ось на чому зосередитися далі: 1. Надавайте перевагу машинозчитуваному вмісту над обсягом Перш ніж додавати більше сторінок, переконайтеся, що ваші наявні сторінки можуть бути проаналізовані агентом. Це означає:
Розміщення цін у звичайному тексті, а не за розкривними меню JavaScript Використання списків функцій, для розкриття яких не потрібна взаємодія Включаючи вміст поширених запитань, який відображається на стороні сервера Використання розмітки схеми на сторінках продукту та організації
Агент, який не може прочитати вашу сторінку, не може рекомендувати або купувати ваші продукти. 2. Перевірте свої структуровані дані NLWeb базується на Schema.org, RSS і структурованому вмісті, який сайти вже публікують. Якщо ви інвестували в розмітку схеми, у вас є перевага щодо сумісності з NLWeb. Якщо ви цього не зробили, тепер це подвійна причина для того, щоб зробити його пріоритетним: це покращує пошукову видимість і робить ваш сайт легшим для запитів агентів. 3. Перевірте узгодженість між джерелами Агенти перевіряють претензії шляхом перехресних посилань на ваш сайт, платформи огляду та сторонній вміст. Якщо на вашій сторінці з цінами зазначено одне, а в профілі Capterra — інше, агенти можуть помітити розбіжність і втратити довіру до вашого бренду, що зробить рекомендацію або покупку менш імовірною. Перевіряйте узгодженість між джерелами так само, як перевіряли б узгодженість NAP у локальному SEO. Це той самий основний принцип, тільки для іншого типу сканера. 4. Увійдіть у списки очікування ACP та UCP зараз Ці протоколи знаходяться в активному розгортанні. Перші користувачі отримують вигоду від нижчої конкуренції в торгівлі через агентів, тоді як решта екосистеми наздоганяє згаяне. Приєднайтеся до списку очікування Stripe для доступу до ACP. А також приєднайтеся до списку очікування Google UCP. Для інших протоколів, таких як MCP, поговоріть зі своєю командою розробників, щоб переконатися, що ваш сайт їх підтримує. 5. Регулярно стежте за своїм ШІ-слідом Шукайте свій бренд у ChatGPT, Perplexity та Google AI Mode. Чи точно агенти описують ваш продукт? Чи відповідає ваша ціна тому, що вони пропонують? Там, де вас немає, з’являються конкуренти? Це нова версія перевірки присутності пошукової видачі, і вона має стати постійною частиною вашого робочого процесу, а не одноразовим аудитом. Зрозумійте, як ваш бренд зараз відображається в пошуку AI за допомогою набору інструментів видимості AI від Semrush. Він показує вам, де ви показуєтеся, де ви відстаєте від своїх суперників, і що саме інструменти ШІ говорять про ваш бренд.
Що далі для протоколів агентського пошуку? Протоколи, які ми тут обговорювали, уже діють, але вони все ще розвиваються. WebMCP все ще знаходиться в ранній попередній версії. ACP і UCP знаходяться в середині розгортання. Нові протоколи — для платежів агентів, ідентичності агента, взаємодії агента з користувачем — все ще розробляються та обговорюються. Але SEO-спеціалісти, які розуміють і правильно впроваджують ці протоколи, швидше за все досягнуть успіху. Дізнайтеся, на якому місці знаходиться ваш бренд прямо зараз, за допомогою нашого безкоштовного засобу перевірки видимості бренду AI. Публікація 6 Agentic AI Protocols, які повинен знати кожен SEO, спочатку з’явилася на Backlinko.
