Agent-readiness — gotowość strony na erę agentów AI
Dziesięć lat temu dostępność stron internetowych była tematem który pojawiał się incydentalnie. Gdy klient prowadził instytucję publiczną. Gdy ktoś z zespołu interesował się tym prywatnie. Przez większość czasu istniała, ale nie decydowała o niczym.
Kilka lat później weszły dyrektywy, wymagania dla sektora publicznego, audyty. Dostępność przestała być opcjonalna. Nie dlatego że zmienił się sposób myślenia — ale dlatego że zmieniła się infrastruktura: prawo, narzędzia, oczekiwania.
Teraz dzieje się coś podobnego — ale nie z dostępnością dla ludzi z niepełnosprawnościami. Z dostępnością dla agentów AI działających w imieniu ludzi.
Czym jest agent-readiness
Agent-readiness to zestaw cech strony internetowej decydujący o tym, czy agent AI potrafi ją skutecznie odczytać, zrozumieć i wykonać na niej działanie w imieniu użytkownika.
Trzy słowa w tej definicji są kluczowe i nie są synonimami.
Odczytać — agent wczytuje HTML, Markdown, dane strukturalne. Nie widzi layoutu, nie scrolluje, nie klika w animacje. Jeśli treść jest za JavaScriptem który nie renderuje się bez przeglądarki — agent widzi pustą stronę. Jeśli HTML jest zbudowany semantycznie z właściwą hierarchią nagłówków i znacznikami <main>, <article>, <nav> — agent rozumie strukturę bez zgadywania.
Zrozumieć — przeczytanie to za mało. Agent musi zrozumieć znaczenie — jaki produkt co robi, która cena dotyczy czego, co jest ofertą a co warunkiem. Tu wchodzą dane strukturalne i JSON-LD — agent który widzi Product z offers.price i offers.availability wie dokładnie co ma przed sobą. Agent który widzi tylko ładnie sformatowany tekst — musi zgadywać.
Wykonać — i tu jest fundamentalna różnica. Agent nie tylko czyta i rozumie. On rezerwuje, kupuje, wysyła formularze, wywołuje API. Czy strona jest gotowa na to żeby agent mógł to zrobić bez imitowania ludzkich kliknięć? Czy formularze są zrozumiałe maszynowo? Czy jest dostępne API? Czy nie ma captcha blokującej każdy ruch automatyczny?
Sześć filarów — mapa agent-readiness
Seria artykułów na webflux.pl rozkłada agent-readiness na sześć filarów które razem tworzą kompletny obraz gotowości strony. To nie jest lista checklist — to jest hierarchia gdzie każda warstwa zakłada że poprzednia działa.
Filar 1 — Czytelność — fundament. Czy agent widzi treść bez renderowania JavaScript? Czy hierarchia nagłówków jest sensowna? Czy obrazy mają znaczące atrybuty alt? Czy linki mają opisowe anchory? To jest warstwa gdzie praca nad dostępnością dla ludzi niemal całkowicie pokrywa się z pracą nad czytelnością dla agentów.
Filar 2 — Struktura danych — warstwa znaczenia. Schema.org, JSON-LD, Open Graph. Agent wierzy danym bardziej niż opowieści w tekście. Rozbieżność między tym co mówi tekst a tym co mówią dane strukturalne jest kosztowna — agent ufa danym.
Filar 3 — Odkrywalność — warstwa sygnałów. Kogo wpuszczasz na stronę i na jakich zasadach. robots.txt z dyrektywami dla crawlerów AI, llms.txt jako punkt wejścia dla modeli językowych, Agent Skills w .well-known. Pierwsze pytanie zmieniło się z „jak być widocznym” na „kogo wpuścić”.
Filar 4 — Operacyjność — warstwa działania. Co agent może zrobić na stronie gdy już ją rozumie. Formularze które może wypełnić, API które może wywołać, checkout który może przeprowadzić. WebMCP jako kierunek — strona wystawia narzędzia, agent je wywołuje zamiast symulować kliknięcia.
Filar 5 — Tożsamość — warstwa zaufania. Kto tak naprawdę jest tym agentem który u Ciebie działa? Czy jest tym za kogo się podaje? User-agent można sfałszować jedną linią kodu — jak pokazuje sprawa Amazon vs Perplexity, agent Comet przedstawiał się jako zwykła przeglądarka Chrome gdy chciał ominąć blokady. Mechanizmy weryfikacji tożsamości agenta są najtrudniejszą warstwą do zaimplementowania i najważniejszą strategicznie.
Filar 6 — Governance — warstwa decyzji biznesowych. Co agent może robić na stronie, co mu blokujesz, za co każesz mu płacić. Klient, pasożyt czy złodziej — trzy typy agentów wymagają trzech różnych polityk. Pay-per-crawl, licencjonowanie treści, segmentacja dostępu.
Dlaczego teraz — nie za trzy lata
Najczęstsza pierwsza reakcja na ten temat brzmi: „to wszystko jest jeszcze koncepcyjne, agentów praktycznie nikt nie używa, zajmiemy się tym jak będzie potrzeba.”
Między październikiem 2025 a kwietniem 2026 wydarzyło się kilka rzeczy które tę reakcję czynią ryzykowną. OpenAI ogłosiło Instant Checkout w ChatGPT. Google ogłosiło UCP z Shopify, Walmart i Target. Microsoft uruchomił Copilot Checkout w USA. Chrome udostępnił WebMCP w early preview. Cloudflare wprowadził Markdown for Agents. To nie są wyłącznie zapowiedzi — część działa produkcyjnie dziś.
Strony które zaczną przygotowywać się teraz mają jeden do dwóch lat przewagi nad tymi które zaczną gdy agent-readiness stanie się oczywistym wymogiem — tak jak dostępność stała się oczywistym wymogiem dopiero gdy weszły dyrektywy.
Agent-readiness a SEO — dwa różne problemy
Warto wyraźnie oddzielić te dwie rzeczy bo często są mylone.
SEO optymalizuje stronę pod kątem tego żeby bot wyszukiwarki ją znalazł i ocenił wysoko. Agent-readiness optymalizuje stronę pod kątem tego żeby agent AI mógł na niej działać w imieniu użytkownika.
Część pracy się pokrywa — semantyczny HTML, dane strukturalne, szybkość ładowania. Ale agent-readiness wychodzi dalej. SEO nie pyta czy formularz zakupowy jest przyjazny dla automatyzacji. Agent-readiness pyta. SEO nie pyta czy treść jest dostępna bez JavaScript dla systemu który nie renderuje DOM. Agent-readiness pyta.
Agentic SEO — pozycjonowanie pod kątem widoczności w odpowiedziach AI — jest podzbiorem szerszego zagadnienia agent-readiness. Strona może być świetnie widoczna w Perplexity i jednocześnie niemożliwa do obsługi przez agenta który chce na niej coś zrobić.
Jak zacząć — priorytety dla różnych typów stron
Nie każda strona potrzebuje wszystkich sześciu filarów naraz. Jak opisuje artykuł Agent-readiness jako mapa — zaczynasz od fundamentu i idziesz w górę w zależności od tego czym strona jest.
Blog i strona firmowa — priorytet to czytelność i świadome robots.txt z llms.txt. Tydzień pracy, realna wartość od razu.
Sklep internetowy — do tego dochodzi kompletna warstwa danych strukturalnych dla produktów i obserwowanie protokołów UCP/ACP pod kątem wdrożenia. To jest agentic commerce w praktyce.
Platforma z treściami specjalistycznymi — warto rozważyć llms-full.txt i własny endpoint API który agenty mogą odpytywać bezpośrednio. Jak ten słownik.
Pojęcia powiązane w słowniku: Agent AI, Agentic web, Filar 1, Filar 2, Filar 3, Filar 4, Filar 5, Filar 6, llms.txt, WebMCP
Powiązane artykuły na webflux.pl: Agent-readiness — czym jest i dlaczego za chwilę będzie tym czym była dostępność, Sześć filarów agent-readiness, Agent-readiness jako mapa