Trzynaście wpisów temu postawiłem pewną tezę. Że agent-readiness jest dla stron internetowych tym, czym dziesięć lat temu była dostępność — warstwą, która najpierw wydaje się opcjonalna, potem staje się oczywista, a w międzyczasie okazuje się, że strony, które ją zaniedbały, zostały w tyle niezauważenie. Przez kolejne wpisy rozkładaliśmy tę tezę na sześć filarów, pokazywaliśmy kazusy, budowaliśmy mapę narzędzi. W tym wpisie, ostatnim zamykającym serię, chciałbym zrobić dwie rzeczy. Najpierw zebrać wszystko w jednym miejscu — sześć filarów obok siebie, z priorytetem wdrożenia dopasowanym do tego, jakim typem strony jesteś. Potem spojrzeć naprzód — bo cały obszar, o którym piszę, jest w ruchu, i kilka rzeczy się prawdopodobnie zmieni w ciągu dwunastu miesięcy.
Jeśli trafiłeś tu bez czytania wcześniejszych wpisów, zatrzymam się jeszcze raz przy tezie wyjściowej. Agent-readiness nie jest nową dyscypliną technologiczną, tylko nową warstwą pracy nad stroną. Jest jak SEO, dostępność i bezpieczeństwo razem wzięte, plus kilka rzeczy, których jeszcze nie było. To nie jest koszt, który musisz zapłacić dlatego, że ktoś w Dolinie Krzemowej ogłosił nowy trend. To jest kwestia tego, że struktura ruchu w twojej stronie zaczyna się zmieniać — i warto rozumieć, co to znaczy, zanim rozumienie stanie się drogie.
Sześć filarów w jednym widoku
W serii rozebrałem agent-readiness na sześć filarów. Oto one w minimalistycznym ujęciu, które możesz zachować w głowie jako mapę:
Filar 1 — Czytelność. Czy agent widzi twoją stronę i rozumie, gdzie co jest. Semantyka HTML, struktura nagłówków, atrybuty ARIA, tekst zamiast obrazków. Warstwa, w której praca nad dostępnością dla ludzi prawie całkowicie pokrywa się z pracą nad czytelnością dla agentów. Jeśli dbałeś o dostępność, tu już masz przewagę.
Filar 2 — Dane. Czy agent rozumie, czym są rzeczy na twojej stronie. Schema.org, JSON-LD, Open Graph. Warstwa, w której tekst opowiada, a dane twierdzą. Agent wierzy danym bardziej niż opowieści, dlatego rozbieżność między tekstem a JSON-LD jest bardziej kosztowna niż kiedykolwiek.
Filar 3 — Sygnały. Kogo wpuszczasz na swoją stronę i na jakich zasadach. Robots.txt z user-agentami AI, llms.txt, monitoring ruchu. Warstwa, w której pierwsze pytanie się zmieniło — z „jak być widocznym" na „kogo wpuścić". Kazus Amazon vs Perplexity pokazuje, że brak polityki to też polityka, i zazwyczaj najgorsza.
Filar 4 — Działanie. Co agent może zrobić na twojej stronie, kiedy już go wpuścisz. Formularze, API, WebMCP jako propozycja. Warstwa, w której agent przestaje być gościem, zaczyna być pracownikiem — a ty nie masz z tym pracownikiem kontraktu. Obrona przed spamem nie jest tym samym co obrona przed niezamierzonymi akcjami agenta.
Filar 5 — Tożsamość. Kto naprawdę jest tym agentem, który u ciebie działa. Trzecia ewolucja zaufania w webie, po anonimowym ruchu i federacji OAuth. Warstwa, w której dziś brakuje standardu, ale pierwsze propozycje (HTTP Message Signatures, AP2, rejestry typu Moltbook) wskazują kierunek. Najtrudniejsza w bezpośrednim wdrożeniu, najważniejsza strategicznie.
Filar 6 — Monetyzacja. Co ty z tego masz, a co ci się opłaca zablokować. Klient, pasożyt albo złodziej — trzy typy agentów, trzy różne polityki. Pay-per-crawl, licencjonowanie treści, segmentacja ruchu. Warstwa, w której decyzje są biznesowe, nie techniczne.
Sześć pytań, sześć filarów. Żaden z nich nie jest kompletny samodzielnie, ale razem tworzą mapę, która powinna być stabilna przez najbliższe dwa-trzy lata. Zmieniać się będą narzędzia, nie struktura.
Od czego zacząć — ranking priorytetów w trzech scenariuszach
Największe ryzyko agent-readiness to nie to, że zrobisz za mało. To to, że spróbujesz zrobić wszystko naraz i się zniechęcisz po tygodniu. Trzynaście wpisów serii to mniej więcej tyle pracy, ile zajmie dobremu zespołowi deweloperskiemu półtora miesiąca — dla osoby prowadzącej stronę solo jest to robota na kilka miesięcy, i to rozłożona w czasie. Dlatego trzy prostsze plany startowe, dopasowane do typu strony, którą prowadzisz.
Scenariusz A — masz bloga albo stronę firmową bez sklepu
Twoje wnętrze ma głównie treści (wpisy, poradniki, strony informacyjne), może formularz kontaktowy, może newsletter. Nie sprzedajesz bezpośrednio. Twoim głównym zasobem jest treść i reputacja.
Priorytet 1 (tydzień, kilka godzin pracy): Filar 1 — czytelność. Sprawdź strukturę nagłówków na najważniejszych stronach. Upewnij się, że używasz semantycznego HTML, że alt-teksty są na miejscu, że odnośniki mają sensowne opisy. Jeśli miałeś porządek przy dostępności, to jest szybka kontrola; jeśli nie — tutaj jest największa wartość przy najmniejszym nakładzie.
Priorytet 2 (tydzień): Filar 3 — świadome robots.txt i podstawowy llms.txt. Zdecyduj, których botów trenujących wpuszczasz, których nie, i zapisz to w pliku. Dodaj prostą wersję llms.txt z linkami do najważniejszych treści. Oba zadania razem nie powinny zająć więcej niż kilka godzin.
Priorytet 3 (miesiąc): Filar 2 — dane strukturalne dla wpisów i organizacji. Upewnij się, że masz JSON-LD typu BlogPosting na wpisach i Organization na stronie głównej. Większość wtyczek SEO robi to automatycznie, ale warto zweryfikować.
Do obserwacji, bez pilnej akcji: filary 4, 5, 6. Dla strony bez sprzedaży warstwa działania jest minimalna (formularze), tożsamość agenta nie ma jeszcze znaczenia, monetyzacja ruchu agentowego to temat, który dla mniejszych stron ma obecnie niewielką ekonomikę.
Scenariusz B — prowadzisz sklep (WooCommerce albo podobny)
Tu wszystko się zmienia. Agent może u ciebie nie tylko czytać, ale kupować — w swoim imieniu albo w imieniu użytkownika. Każdy filar ma znaczenie, ale hierarchia jest inna niż dla bloga.
Priorytet 1 (tydzień): Filar 2 — dane produktów. To jest najważniejsza robota dla sklepu. Produkty muszą mieć kompletne JSON-LD typu Product i Offer, z ceną, dostępnością, walutą, SKU, brand'em, obrazami. Jeśli to zaniedbasz, agent kierujący użytkownika do sklepu najprościej pójdzie do konkurenta, który ma to zrobione.
Priorytet 2 (tydzień-dwa): Filar 4 — zabezpieczenie krytycznych akcji. Wprowadź drugie potwierdzenie dla zamówień powyżej ustalonej kwoty. Włącz double opt-in dla formularzy kontaktowych. Ogranicz rate transakcji na jedno konto. To jest bezpośrednia obrona przed niezamierzonymi skutkami aktywności agentów-pracowników.
Priorytet 3 (miesiąc): Filar 3 + 6 — polityka wobec agentów i monitoring ruchu. Ustaw świadomie robots.txt, podłącz analitykę ruchu agentowego (Cloudflare lub logi serwera plus wtyczka), przez miesiąc obserwuj, co się dzieje. Na podstawie tego, co zobaczysz, ustaw ostateczną politykę blokad i dopuszczeń.
Priorytet 4 (kwartał): Filary 1 i 5. Czytelność głównych stron sklepu (listingi, karta produktu, checkout) i obserwowanie warstwy tożsamości — która za rok będzie ważniejsza, ale dziś nie ma jeszcze gotowych standardów do wdrożenia.
Scenariusz C — platforma usługowa albo system rezerwacji
Przypadek najbardziej skomplikowany. Twoja strona pozwala na akcje o konsekwencjach (rezerwacja, zapis, płatność), ale nie w klasycznym modelu e-commerce. Może to system rezerwacji terminów, platforma kursów online, agencja z formularzami zapytań.
Priorytet 1 (tydzień): Filar 4 — warstwa działania. Dla każdej akcji, którą twoja platforma pozwala wykonać, wprowadź klasyfikację ryzyka. Proste zapytanie kontaktowe — niskie ryzyko. Rezerwacja terminu z konsekwencjami — średnie. Płatność — wysokie. Dla każdej klasy dobierz odpowiednią warstwę potwierdzeń.
Priorytet 2 (tydzień): Filar 3 — monitoring. Zanim podejmiesz jakąkolwiek decyzję o polityce wobec agentów, zobacz, ile ich u ciebie jest i co robią. Logi, Cloudflare, wtyczki.
Priorytet 3 (miesiąc): Filary 1 i 2 — czytelność i dane. Opis twoich usług musi być jasny dla agenta, żeby dobrze cię rekomendował. Struktura ofert, cenniki, zakresy usług — wszystko w semantycznym HTML-u z JSON-LD tam, gdzie pasuje (Service, LocalBusiness, ProfessionalService).
Priorytet 4 (kwartał): Filary 5 i 6. Tożsamość i monetyzacja — obserwuj, eksperymentuj na własne ryzyko, ale nie traktuj jako priorytetu dopóki ruch agentowy w twojej kategorii nie stanie się znaczący.
Jak to się przekłada na harmonogram
Niezależnie od scenariusza, proponowałbym trzymać się mniej więcej takiego rytmu:
Pierwszy tydzień — szybkie zwycięstwa. Rzeczy, które możesz zrobić od razu, które kosztują mało czasu, i które dają natychmiastową wartość. Zazwyczaj to robots.txt, najważniejsze dane strukturalne, sprawdzenie podstawowej czytelności.
Pierwszy miesiąc — systematyczne uporządkowanie. Przepracowanie najważniejszych stron pod kątem 2-3 filarów, które są dla ciebie priorytetowe. Włączenie monitoringu.
Pierwszy kwartał — dojrzałe decyzje. Po miesiącu obserwacji masz dane, żeby podjąć świadome decyzje o polityce wobec różnych typów agentów. Wtedy wdrażasz ostateczne ustawienia, a nie tymczasowe.
Pierwszy rok — ewolucja. Co kwartał wracasz do metryk, sprawdzasz co się zmieniło, dostosowujesz. Agenci-crawlery trenujące modele w 2026 mogą wyglądać inaczej niż w 2027. Twoja strategia musi być żywa, nie zamrożona.
Co ważne — nie każdy filar trzeba wdrożyć w 100%. Dla większości stron wystarczy, żeby filary 1-3 były zrobione solidnie, a 4-6 były adresowane na tyle, na ile tego wymaga konkretny profil działalności. Blog, który robi idealne llms.txt, ale ma zaniedbane formularze, jest bardziej agent-ready niż sklep, który zrobił wszystko bez JSON-LD produktów.
Co nadal nie wiemy — i dlatego warto obserwować
Gdybym kończył tę serię rok temu, byłoby łatwiej. Warstwy standardów były wtedy mniej rozwinięte, ale też mniej chaotyczne. W kwietniu 2026 kilka rzeczy jest publicznie otwartych pytań, i warto mieć ich świadomość, bo odpowiedź na nie w ciągu najbliższego roku wpłynie na to, co z tej serii trzeba będzie zaktualizować.
Pierwsza niewiadoma — czy llms.txt dojrzeje do standardu. Dziś jest propozycją z rosnącą adopcją, respektowaną przez niektórych dostawców (Anthropic, niektórych innych), ignorowaną przez innych (Google publicznie powiedziało, że nie wspiera). Jeśli w ciągu roku krytyczna masa operatorów zacznie ją wspierać, llms.txt stanie się standardem de facto. Jeśli nie — skończy jako ciekawa próba, którą zastąpi coś innego. Dziś jest to inwestycja nisko-ryzykowna (kilka minut pracy), więc warto zrobić, ale nie warto być fanatykiem.
Druga niewiadoma — kierunek regulacji. Spór Amazon vs Perplexity będzie miał wyrok. Zaczynają się toczyć podobne sprawy w Europie, z ogromnym cieniem AI Act nad tym wszystkim. Jeśli sądy zaczną konsekwentnie rozstrzygać, że agent-user autoryzowany przez zalogowanego użytkownika ma prawo działać na stronach, na które ten użytkownik ma dostęp — to zmienia ekonomikę całego filaru 6. Jeśli będą rozstrzygać odwrotnie, też zmienia, tylko inaczej. W obu przypadkach warto obserwować precedensy, nie tylko ogłoszenia branżowe.
Trzecia niewiadoma — adopcja WebMCP i innych propozycji wystawiania narzędzi. Dziś WebMCP jest w early preview Chrome. Jeśli zostanie wbudowany w głównych przeglądarkach i zaadoptowany przez główne agentowe aplikacje, warstwa działania (filar 4) zmieni się radykalnie — bo z „agent klika po UI" przejdziemy do „strona deklaruje narzędzia, agent je wywołuje". Jeśli nie — zostaniemy z dzisiejszym chaosem jeszcze przez parę lat.
Czwarta niewiadoma — tożsamość. Czy Moltbook, kupiony przez Metę, faktycznie zbuduje szeroko przyjęty rejestr tożsamości agentów? Czy standard oparty na HTTP Message Signatures osiągnie masę krytyczną? Czy może Google albo Microsoft zrobią własne rejestry, które staną się dominujące? Filar 5 jest najbardziej otwarty ze wszystkich, i właśnie dlatego najbardziej strategiczny.
Piąta niewiadoma — pay-per-crawl i licencjonowanie. Czy mikropłatności od agentów staną się realną częścią monetyzacji treści? Czy model licencyjny (umowy OpenAI z wydawcami) zdemokratyzuje się dla mniejszych stron? Czy też większość małych wydawców pozostanie w strefie „bierzcie i nic mi nie dajecie"? Tu ekonomika zdecyduje, a nie technologia.
Żadne z tych pytań nie ma dziś odpowiedzi. Co oznacza, że strategia „jestem gotowy na wszystko" jest mądrzejsza niż „stawiam na konkretny standard". Rób solidnie filary 1-3, z uwagą i eksperymentem w filarach 4-6, i sprawdzaj co kwartał, co się zmieniło.
Jak nie zablokować się na dzisiejszym
Ostatnia refleksja, zanim zamknę serię. Jest pokusa, żeby po przeczytaniu trzynastu wpisów zabrać się za wdrażanie wszystkiego zgodnie z dzisiejszymi narzędziami, i potem uznać, że „jesteś gotowy". To byłoby niebezpieczne, bo część tego, co dziś jest najlepszą praktyką, za rok może być przestarzała.
Trzy reguły, które pomagają zostać elastycznym:
Buduj na warstwach, nie na konkretnych narzędziach. Jeśli zrobisz solidne semantyczne HTML, to przetrwa bez względu na to, jaki nowy standard się pojawi. Jeśli zrobisz tylko „dobre llms.txt pod kątem 2026" i okaże się, że ten standard zanika — stracisz tę inwestycję. Preferuj rzeczy na poziomie HTML i architektury nad konkretnymi plikami konfiguracyjnymi.
Dokumentuj swoje decyzje. Nie zapominaj, dlaczego zablokowałeś Bytespider, dlaczego wpuściłeś ClaudeBot, dlaczego ustawiłeś limit transakcji na 500 zł. Za sześć miesięcy sam nie będziesz pamiętał, a kiedy okoliczności się zmienią, trzeba będzie szybko wrócić i przemyśleć. Komentarz w robots.txt, notatka w wiki projektu, post w wewnętrznym Slacku — cokolwiek co przetrwa twoją pamięć.
Nie ufaj ostatecznym rozwiązaniom. Ktokolwiek powie „zrób X i będziesz agent-ready" — kłamie, bo sam obszar jeszcze nie ma swojego ostatecznego kształtu. Każda rekomendacja, włącznie z tym wpisem, ma datę ważności. Przyjmij to jako stały stan i ciesz się, że wszedłeś w obszar, który jest w ruchu. To jest ekscytująca faza, nie męcząca.
Słownik Agentic Web — narzędzie, które powstało obok serii
W trakcie pisania trzynastu wpisów natrafialiśmy wielokrotnie na ten sam problem. Pojęcia, które w angielskim mają jasne znaczenie (agent-readiness, agentic commerce, structured data, robots.txt), w polskim mają kilka wariantów, czasami używanych wymiennie, czasem niekonsekwentnie. Dla czytelnika trafiającego na serię z zewnątrz to jest poważna przeszkoda — bo kiedy szuka „agentic web", dostaje jedne wyniki, kiedy szuka „agentowy internet" — inne, a kiedy „sieć agentów AI" — jeszcze inne.
Dlatego obok serii zacząłem budować Słownik Agentic Web — interaktywną, klastrowaną bazę pojęć używanych w warstwie agentowej internetu, z angielskimi nazwami, polskimi tłumaczeniami i wariantami, które spotykam w branży. Dziś ma czterdzieści kilka pojęć w siedmiu klastrach tematycznych; stopniowo dorzucam kolejne, czasem doprecyzowuję opisy. Jeśli po tej serii zostajesz z pytaniem „ale co to konkretnie znaczy" przy jakimś terminie — słownik jest miejscem, gdzie najpierw szukam odpowiedzi.
To nie jest produkt. Jest raczej narzędziem, które powstaje przy okazji. Ale warto wiedzieć, że istnieje, i — jeśli wydaje ci się pomocne — zajrzyj czasem, żeby zobaczyć, co się zmieniło.
Mapa serii
Na końcu, jako referencja na później, wszystkie wpisy serii z krótkim opisem. Wracaj tu, kiedy będziesz potrzebował punktu wejścia do konkretnego filaru.
Wprowadzenie i rama
- Agent-readiness — czym jest i dlaczego za chwilę będzie tym, czym była dostępność dziesięć lat temu — manifest serii.
- Sześć filarów agent-readiness — praktyczna checklista dla twojej strony — rama sześciu filarów.
Filar 1 — Czytelność
- Co agent widzi, kiedy wchodzi na twoją stronę — filar czytelności w praktyce — ujęcie koncepcyjne.
- Agent-ready Divi 5 — jak sprawdzić czytelność strony dla AI i co poprawić — praktyka w Divi 5.
- Agent-ready WordPress z Gutenbergiem — jak sprawdzić czytelność strony dla AI i co poprawić — praktyka w Gutenbergu.
Filar 2 — Dane
- Dane strukturalne w erze agentów — co się zmieniło w podejściu do schema.org — ujęcie koncepcyjne.
- JSON-LD w WordPressie, Divi i WooCommerce — jak zrobić to dobrze, nie popełniając typowych błędów — praktyka.
Filar 3 — Sygnały
- Sygnały dla agentów — filar, w którym zaczyna się pytanie, kogo wpuścić do własnego sklepu — ujęcie koncepcyjne.
- Jak ustawić sygnały dla agentów AI w WordPressie i Divi 5 — robots.txt, llms.txt i monitoring ruchu — praktyka.
Filar 4 — Działanie
- Agent przestaje być gościem, zaczyna być pracownikiem — filar działania w agent-readiness — ujęcie koncepcyjne.
- Formularze, checkout i rezerwacje w Divi 5 — jak obrona przed spamem przestała wystarczać w świecie agentów AI — praktyka.
Filar 5 — Tożsamość
- Tożsamość agenta i trzecia ewolucja zaufania w webie — filar piąty agent-readiness — ujęcie koncepcyjne, bez wpisu praktycznego (dziś nie ma stabilnego standardu do wdrożenia).
Filar 6 — Monetyzacja
- Klient, pasożyt, złodziej — trzy rodzaje agentów na twojej stronie i filar szósty agent-readiness — ujęcie koncepcyjne.
- Rozpoznać ruch agentowy, zanim go ocenisz — praktyka filaru szóstego agent-readiness — praktyka: monitoring, segmentacja, polityki per user-agent.
Zamknięcie
- Ten wpis — mapa, priorytety, co dalej.
Seria jest pomyślana tak, żeby każdy wpis stał sam — możesz wrócić do konkretnego filaru, kiedy pracujesz nad konkretną warstwą, bez przepisywania sobie kontekstu z początku. Mam nadzieję, że tak będzie służyć, kiedy agent-readiness stanie się pracą codzienną, nie trendem do śledzenia.