Agentic Browsing и PrestaShop: Готов ли е магазинът ви за AI?

Представете си следния сценарий: потребителят казва на телефона си „Намери ми черни маратонки номер 43 до 150 евро и ги поръчай", а AI агентът извършва целия процес сам — търси в реални онлайн магазини, сравнява, добавя в количката и финализира покупката. Технологията за това вече съществува. Въпросът е дали вашият магазин е технически готов да обслужи такъв агент.

От май 2026 г. Google дава официален отговор на този въпрос: Lighthouse 13.3.0 въведе нова категория одити, наречена Agentic Browsing, която измерва именно това — доколко добре AI системите могат да разберат структурата на сайта ви и да извършват транзакции в него.

Какво е Agentic Browsing и защо сега?

Терминът „agentic browsing" описва способността на автономни AI модели да разглеждат, анализират и взаимодействат с уебсайтове без участие на човек. За разлика от познатите ни chatbot-ове, тези агенти не само отговарят на въпроси — те планират и изпълняват многостъпкови задачи: намиране на продукт, сравнение на варианти, попълване на форми, финализиране на поръчка.

Важно е да се разбере как AI агентите „виждат" сайтовете. Те не разглеждат визуалния дизайн — цветове, анимации, красиви банери. Те работят с accessibility tree (дървото за достъпност) — структурирано представяне на страницата, изградено от семантичния HTML код. Ако бутонът „Добави в количката" е <div> без атрибути вместо <button> с коректен aria-label, агентът просто не го „вижда" като интерактивен елемент.

Точно тази реалност стои зад решението на Google да добави нова категория в Lighthouse. Одитът беше в експериментален режим от края на 2025 г., но с Lighthouse 13.3.0 (пуснат на 7 май 2026 г.) премина в конфигурацията по подразбиране. Това означава, че от Chrome 150 нататък всеки Lighthouse анализ връща резултати от Agentic Browsing автоматично, без да се налага ръчно активиране.

Как работи новото измерване?

За разлика от познатите категории Performance, Accessibility, Best Practices и SEO, Agentic Browsing не дава оценка от 0 до 100. Вместо това показва дробен pass ratio — например „3 от 5 одита преминати" — заедно с pass/fail статус за всеки отделен одит. Причината за това решение е обяснена в официалната документация: стандартите за агентичния уеб все още се развиват и единична оценка би внушила зрялост, която в момента не съществува.

Категорията обхваща четири основни области.

Agent-centric Accessibility

Lighthouse извлича подмножество от съществуващите одити за достъпност, но с фокус специфично върху машинното взаимодействие. Проверява се дали всеки интерактивен елемент — форми, бутони, полета — има програмно разпознаваемо описание (programmatic name). Проверява се и целостта на самото accessibility tree: дали ролите и йерархиите са валидни, дали важно съдържание не е скрито от помощните технологии. Агентите разчитат на accessibility tree като основен модел за данни — ако той е дефектен, взаимодействието пропада преди да е започнало.

WebMCP интеграция

WebMCP (Web Model Context Protocol) е предложен отворен уеб стандарт, разработван от Google и Microsoft в рамките на W3C Web Machine Learning Community Group. Обявен е на 10 февруари 2026 г. и в момента е в публичен origin trial в Chrome 149. Идеята е проста: вместо агентите да се опитват да „познаят" какво прави всеки бутон, сайтът им предоставя структурирана спецификация на наличните действия — нещо като меню с точни инструкции.

Реализацията може да бъде декларативна или програмна. При декларативния подход се добавят специални атрибути директно към HTML формите:

<form tool-name="add_to_cart" tool-description="Добавя продукт в количката">
  <input name="product_id" tool-param-description="ID на продукта" />
  <input name="quantity" tool-param-description="Желано количество" />
  <button type="submit">Добави в количката</button>
</form>

Lighthouse проверява дали WebMCP инструментите са регистрирани и дали анотациите отговарят на очакваната схема. Тъй като стандартът е все още в активно развитие, неуспехът на тази проверка не се счита за критичен дефект в момента. Одитът ще придобива все по-голяма тежест с окончателното утвърждаване на спецификацията, очаквано за втората половина на 2026 г.

llms.txt — машинночитаем профил на магазина

По аналогия с robots.txt и sitemap.xml, файлът llms.txt в корена на домейна предоставя кратко Markdown резюме на сайта, предназначено за AI системи. Описва какво предлага магазинът, посочва ключовите категории и важните страници.

Важен нюанс от официалната документация: ако файлът липсва и сървърът върне 404, одитът е маркиран като „Not Applicable" (неприложим) — не като неуспех. Server error обаче води до неуспех. Предоставянето на файла е препоръчително, но не е задължително изискване засега.

За PrestaShop магазините има готови модули, генериращи автоматично llms.txt от реалните данни на каталога — продукти, категории и CMS страници — с поддръжка на мултимагазин и мултиезичност.

Cumulative Layout Shift (CLS)

Нестабилността на страницата — елементи, които се местят докато се зарежда съдържанието — е проблем не само за потребителите. AI агент, работещ значително по-бързо от човек, може да се опита да взаимодейства с елемент в момента, когато той се е преместил на друго място на страницата. Резултатът е грешно взаимодействие или пропаднала транзакция. Lighthouse използва CLS метриката, въведена още през 2020 г., но я поставя в нов контекст — като условие за надеждна работа с агенти.

Защо това е критично конкретно за онлайн търговията?

Физически магазин с лоша табела просто губи клиенти, които не намират вратата. Онлайн магазин с лоша достъпност за AI агенти ще губи поръчки, защото агентът ще пропусне бутона за добавяне в количката, ще объркае полетата при checkout или ще се откаже и ще отиде при конкурента — чийто код е написан правилно.

AI трафикът към ритейл сайтове нараства с изключителна скорост. Данни на Adobe Analytics от първото тримесечие на 2026 г. показват ръст от 393% спрямо същия период на миналата година. Платформи като Shopify са добавили автоматично генериране на llms.txt файлове, но файлът по подразбиране описва магазина на условията на платформата — посочва собствените им канали и приложения, не съдържанието на конкретния търговец. PrestaShop магазините генерират този файл сами, с пълен контрол върху съдържанието.

Достъпността е новото AI SEO

Инвестицията в семантичен HTML и ARIA атрибути носеше досега предимства за SEO класирането и за потребители с нарушения на зрението. Сега тя носи и трето предимство: достъпност за AI агенти. Три ползи от едно техническо решение правят тази работа особено ценна.

Стабилността на страницата засяга директно конверсиите от агенти

Ако PrestaShop темата зарежда допълнително съдържание чрез JavaScript след началното рендиране, ако рекламни банери изместват бутони, ако изображения без фиксирани размери карат страницата да „подскача" — всичко това е проблем не само за Core Web Vitals, но и за надеждното действие на AI агентите.

Четири практически стъпки за вашия PrestaShop магазин

Одитът все още е в ранен стадий и нито един магазин не се очаква да получи перфектен резултат в момента. Но стъпките, водещи към по-добра оценка, са същите добри практики, от които магазинът се нуждае по независими причини.

Стъпка 1: Одит на семантичния HTML. Всяка интерактивна функционалност — търсачка, форма за добавяне в количката, филтри, форма за поръчка — трябва да е изградена с правилните HTML елементи: <form>, <input>, <button>, <select>. Използването на <div> и <span> с JavaScript event listeners вместо нативни елементи прави тези функции невидими за accessibility tree и, следователно, за AI агентите.

Стъпка 2: Коректни aria атрибути на ключовите елементи. Бутонът „Добави в количката" трябва да носи aria-label с разбираем текст. Иконата за любими продукти без видим надпис трябва да има атрибут, описващ функцията й. Полетата за количество трябва да имат асоциирани <label> елементи. Тези атрибути са точно тези сигнали, по които Lighthouse оценява Agent-centric Accessibility.

Стъпка 3: Публикуване на llms.txt. Файлът се поставя в корена на домейна (yourstore.com/llms.txt) и следва формата, описан на llmstxt.org: заглавие с #, кратко описание на магазина, после структурирани списъци с линкове към категории и важни страници. За PrestaShop магазини с голям каталог е практично да се използва готов модул, генериращ файла динамично от реалните данни.

Стъпка 4: Елиминиране на CLS проблемите. Всяко изображение в темата трябва да има явно указани width и height атрибути. Рекламните или промоционалните банери, зареждащи се след основното съдържание, трябва да имат резервирано пространство. Lazy-loaded съдържание, което „изтласква" вече рендирани елементи, трябва да се прегледа и коригира.

Какво стои зад Agentic Browsing — по-широкият контекст

Google изгражда цялостна инфраструктура за агентичния уеб. Паралелно с Lighthouse одита компанията анонсира Universal Commerce Protocol — стандарт, позволяващ на AI агентите да финализират покупки при различни ритейлъри без да напускат AI повърхността. Google-Agent вече е самостоятелен user-agent, използван когато AI агентите на Google посещават и взаимодействат с магазини. Тези разработки не са академичен интерес — те описват инфраструктурата, по която ще пристигат бъдещите клиенти.

Shopify добавя llms.txt автоматично, но файлът промотира собствената им екосистема — Shop App, Shopify Payments, техните канали. Търговецът няма контрол върху съдържанието му, нито върху HTML структурата на темата, нито върху това как платформата имплементира нови стандарти. WooCommerce зависи от WordPress екосистемата, в която тези стандарти се имплементират неравномерно — отговорността пада върху конкретния плъгин или тема, без гарантирана съгласуваност. PrestaShop, като open-source платформа с пълен достъп до кода, дава на разработчиците пълен контрол над HTML структурата, ARIA атрибутите и генерирането на машинночитаеми файлове — без ограничения от proprietary платформа и без месечни такси за достъп до собствения код.

Заключение

Уеб пространството преминава от „human-first" дизайн към „human-and-machine-first" архитектура. Agentic Browsing одитът в Lighthouse не е самоцел — той е измервателен инструмент за готовността на магазина за канал, чийто трафик расте с трицифрени проценти. Добрата новина е, че стъпките за подобрение — семантичен HTML, ARIA атрибути, стабилно зареждане — са същите, които всеки качествен PrestaShop магазин трябва да покрива и без оглед на AI агентите.

Оценката на готовността и имплементацията на необходимите промени изисква задълбочен технически одит, познаване на PrestaShop архитектурата и работа на ниво тема и модули. Ако искате да разберете как се справя вашият магазин и какво конкретно трябва да се промени, свържете се с нас.

Често задавани въпроси

Ще се отрази ли Agentic Browsing оценката на класирането ми в Google?

Засега Google не е обявил пряка връзка между Agentic Browsing одита и класирането в търсачката. Одитът мери готовността за AI агенти, не SEO позициите. Но семантичният HTML и достъпността, които одитът проверява, имат положителен ефект и върху традиционното SEO.

Трябва ли да имплементирам WebMCP веднага?

WebMCP е в Origin Trial фаза и спецификацията все още се развива. Официалната документация на Lighthouse признава, че е нормално повечето сайтове да не преминават тази проверка в момента. Следете развитието на стандарта, но не блокирайте другите стъпки заради него.

Колко сложно е да се добави llms.txt файл?

За прост магазин файлът може да се създаде ръчно за няколко минути и да се качи на сървъра. За магазини с динамичен каталог от стотици или хиляди продукти се препоръчва модулно решение, генериращо файла автоматично при промени в каталога.

Дали PrestaShop магазините са изложени на риск от конкурентите в Shopify по отношение на агентна готовност?

Shopify автоматично генерира llms.txt файлове за своите магазини. Това е предимство за ранния старт, но носи и ограничение: файлът по подразбиране описва магазина на условията на Shopify, не на собственика. PrestaShop дава пълен контрол върху съдържанието и структурата — без vendor lock-in.

AI агентите започват да пазаруват: Готов ли е вашият PrestaShop магазин за Agentic Browsing?