Artykuł 1 — czym jest agent-readiness i dlaczego większość stron WordPress startuje z 0/100
Artykuł 2 —
rel="service-doc", strona/dla-agentowi pułapka LiteSpeed cacheArtykuł 3 — Markdown for Agents bez Cloudflare Pro i krytyczna pułapka z
Vary: AcceptArtykuł 4 — Content Signals w robots.txt i dlaczego kolejność dyrektyw ma znaczenie
Artykuł 5 — JSON API z WordPress CPT i dwa domyślne błędy REST API
Artykuł 6 — diagnostyka przez curl, pełny raport w jednej chwili
Trafiłem na narzędzie Cloudflare które ocenia jak bardzo strona jest gotowa na agentów AI. Sprawdziłem webflux.pl od razu.
Wynik: 0 punktów w trzech z czterech kategorii.
Portal o agent-readiness — niewidoczny dla agentów. Trochę jak mechanik samochodowy jeżdżący autobusem.
Ten artykuł to historia jak to naprawiliśmy. Ale żeby zrozumieć co i dlaczego naprawialiśmy — zacznijmy od tego czym właściwie jest agent AI i czego szuka gdy trafia na Twoją stronę.
Agent nie jest przeglądarką
Gdy człowiek wchodzi na stronę — widzi layout, kolory, zdjęcia, przyciski. Mózg przetwarza wizualny kontekst i intuicyjnie rozumie co robić.
Agent AI nie widzi nic z tego.
Agent to program który dostaje zadanie — „znajdź najlepszy hosting WordPress do 50 zł miesięcznie” albo „sprawdź czy ta firma oferuje usługi dla e-commerce” — i zaczyna zbierać informacje. Odwiedza strony, czyta ich treść, porównuje, wyciąga wnioski.
Ale czyta inaczej niż człowiek. Nie scrolluje. Nie klika żeby sprawdzić co jest pod przyciskiem. Nie czeka aż JavaScript załaduje dynamiczną treść. Pobiera HTML, przetwarza tekst, szuka struktury i sygnałów.
I pierwsze co robi po wejściu na stronę — szuka odpowiedzi na trzy pytania:
Czy ta strona wie że tu jestem? Czy właściciel strony w ogóle pomyślał o agentach jako odwiedzających?
Co ta strona oferuje? Nie „co sprzedaje” — co oferuje mi jako agentowi — gdzie jest indeks treści, jak mogę tu nawigować bez renderowania interfejsu.
Co mogę z tą treścią zrobić? Czy mogę jej użyć jako kontekstu? Czy właściciel zgadza się na to żebym cytował jego materiały?
Większość stron WordPress nie odpowiada na żadne z tych pytań. Nie dlatego że są złe — dlatego że nikt jeszcze o to nie pytał. Do niedawna.
Dlaczego to zaczyna mieć znaczenie właśnie teraz
Przez ostatnie dwa lata agenci AI przeszli z ciekawostki do narzędzi których ludzie używają codziennie. ChatGPT, Perplexity, Claude, Gemini — każdy z nich ma tryby w których samodzielnie przeszukuje internet zamiast polegać tylko na wiedzy z treningu.
Gdy użytkownik pyta „jakie są najlepsze wtyczki WordPress do formularzy” — agent nie tylko przeszukuje bazy wiedzy. Odwiedza strony. Czyta artykuły. Porównuje. I na podstawie tego co znalazł — formułuje odpowiedź.
Strona która jest czytelna dla agenta i aktywnie sygnalizuje swoją obecność — ma szansę być zacytowana. Strona która tego nie robi — jest pomijana, nawet jeśli ma świetną treść.
To jest nowe SEO. Nie zamiast starego — obok niego.
Cztery wymiary agent-readiness
Cloudflare, które obsługuje ruch dla ponad 20% internetu, stworzyło narzędzie które ocenia strony w czterech kategoriach. To dobry punkt wyjścia do zrozumienia co właściwie musimy zrobić.
Discoverability — czy agenci mogą Cię znaleźć?
Czy Twoja strona aktywnie sygnalizuje agentom swoje istnienie i strukturę? Czy jest indeks treści który agent może pobrać bez renderowania całego interfejsu? Czy nagłówki HTTP mówią agentowi gdzie szukać?
Content — czy agenci mogą efektywnie czytać Twoje treści?
Agenci przetwarzają tekst w tokenach — i HTML jest w tym kontekście marnotrawstwem. Tagi, atrybuty, style, skrypty — to wszystko zajmuje tokeny nie wnosząc nic do treści. Strona która potrafi serwować czysty Markdown na żądanie agenta — daje mu treść 3-5 razy taniej.
Bot Access Control — czy mówisz co agentom wolno?
Czy deklarujesz swoje preferencje? Czy AI może używać Twoich treści jako kontekstu do odpowiedzi? Czy może trenować na nich modele? Bez deklaracji — agent zgaduje albo stosuje domyślną politykę platformy.
API i Skill Discovery — czy agenci mogą działać na Twojej stronie?
To najbardziej zaawansowana kategoria — czy agent może nie tylko czytać, ale też wykonywać akcje: przeszukiwać treści, składać zamówienia, rezerwować terminy. Dla portalu treściowego — nieobowiązkowe. Dla sklepu — kluczowe.
Stan typowej strony WordPress
Zanim cokolwiek zrobisz — jak wygląda typowy wynik WordPress?
Discoverability: 0/100 WordPress nie wysyła żadnych sygnałów dla agentów out of the box. Żadnych dedykowanych nagłówków, żadnego indeksu treści dla maszyn.
Content: 0/100 WordPress serwuje HTML. Zawsze. Dla wszystkich. Nie ma wbudowanego mechanizmu który rozpoznałby że klient woli Markdown.
Bot Access Control: 0/100 Standardowy robots.txt z Yoast nie zawiera żadnych deklaracji Content Signals. Agenci nie wiedzą co im wolno.
API i Skill Discovery: 0/100 REST API WordPress jest domyślnie zablokowane w robots.txt i oznaczone noindex. Agenci nie mogą go znaleźć nawet jeśli istnieje.
Łączny wynik: 0/100.
I co ważne — to nie jest wina WordPress. To po prostu platforma zaprojektowana zanim agenci AI stali się realnym ruchem w sieci.
Dobra wiadomość: WordPress jest w dobrej pozycji
Zanim zaczniesz się martwić — jest kilka rzeczy które WordPress robi dobrze z perspektywy agentów od razu.
Treść jest w HTML. Brzmi banalnie, ale wiele nowoczesnych frameworków frontendowych renderuje treść przez JavaScript — agent widzi pustą stronę. WordPress serwuje treść bezpośrednio w HTML, bez potrzeby uruchamiania skryptów.
REST API istnieje. WordPress ma wbudowane API które można wykorzystać do wystawiania danych strukturalnych dla agentów — bez budowania od zera.
Hooks i filtry. Architektura WordPress pozwala podpiąć się w każdym miejscu procesu generowania strony — nagłówki HTTP, treść, robots.txt — wszystko można modyfikować bez zmiany core.
To znaczy że dojście do sensownego wyniku agent-readiness w WordPress to kwestia kilku konkretnych kroków — nie przepisywania platformy.
Co zrobiliśmy na webflux.pl — i co Ty możesz zrobić
W ciągu jednego dnia webflux.pl przeszedł z 0 do:
- Discoverability 100/100
- Content 100/100
- Bot Access Control 100/100
Bez Cloudflare Pro. Bez VPS. Bez programisty. Na zwykłym współdzielonym hostingu z LiteSpeed.
Po drodze napotkaliśmy kilka pułapek których nie ma w żadnym tutorialu — bo większość tutoriali opisuje co zrobić, nie co się psuje. O tym właśnie jest ta seria.
Co znajdziesz w kolejnych artykułach
Artykuł 2: service-doc i /dla-agentow Jak dać agentom mapę swojej strony. Nagłówek HTTP który mówi „tu jestem” i strona-indeks którą agent rozumie. Plus pułapka LiteSpeed cache której nie ma w dokumentacji.
Artykuł 3: Markdown for Agents Jak serwować czysty Markdown zamiast HTML gdy agent o to prosi — bez Cloudflare Pro, bezpośrednio w WordPress. I dlaczego bez jednej linii kodu możesz pokazywać Markdown wszystkim użytkownikom zamiast tylko agentom.
Artykuł 4: Content Signals Trzy dyrektywy w robots.txt które mówią agentom co im wolno. Gdzie je umieścić i dlaczego kolejność ma znaczenie.
Artykuł 5: JSON API z WordPress CPT Jak wystawić ustrukturyzowane dane dla agentów — słownik, katalog, bazę wiedzy — jako dynamiczny endpoint bez zewnętrznych pluginów.
Artykuł 6: Diagnostyka Jak sprawdzić czy wszystko działa — bez patrzenia w przeglądarkę. Pięć komend curl które powiedzą Ci więcej o agent-readiness Twojej strony niż jakikolwiek wizualny audyt.
Na koniec
Agent-readiness to nie jest trend który przyjdzie i odejdzie. To zmiana w tym jak internet jest konsumowany — stopniowa, ale nieodwracalna.
Dobra wiadomość jest taka że jesteś tu wcześniej niż większość. Polska blogosfera dopiero zaczyna o tym mówić. Implementacje które opisujemy w tej serii — działają dziś, na zwykłym hostingu, bez dużych budżetów.
Zaczynamy od podstaw — w następnym artykule stawiamy pierwszy sygnał dla agentów.
Ten artykuł jest częścią serii „WordPress Agent-Readiness”. Wszystkie wdrożenia opisane w serii zostały przetestowane na webflux.pl — włącznie z błędami i ich naprawą.