Dlaczego agenci AI nie wybierają WordPressa

Coraz częściej to nie człowiek wybiera platformę dla nowej strony, tylko agent, któremu człowiek opisał problem. Andy Peatling i Brian Coords twierdzą, że w tym wyborze WordPress przegrywa. Mają rację co do kierunku i częściowo się mylą co do przyczyny. Poniżej ich argumenty, nasze dane z Search Console i jedna niewygodna rzecz o naszej własnej stronie.

#Co Peatling i Coords mówią o WordPressie i agentach AI

Andy Peatling, założyciel Miles, opublikował 14 września 2026 tekst Ideas for WordPress in an agentic world. Teza jest prosta: „wybór platformy coraz częściej podejmuje agent, działając wyłącznie na tym, co ma w danych treningowych” (tłumaczenie własne). Wniosek jest równie prosty: „jeśli WordPress nie jest wybierany, projekt nie będzie rósł” (tłumaczenie własne). Jako lekarstwo Peatling wskazuje usunięcie z drogi agentów „20 lat dezinformacji i przeterminowanych danych” (tłumaczenie własne) oraz publiczne benchmarki w trzech obszarach: skuteczność całych ścieżek użytkownika, scenariusze wyboru platformy i umiejętność obsługi WordPressa przez agentów. Liczb w tekście nie ma, i to warto zapamiętać.

Brian Coords, Developer Advocate w Woo, dopisał 29 września Bringing WordPress AI to the Market. Jego zdanie, które obiegło branżę:

„WordPress.org musi mieć stanowisko w sprawie AI”

Brian Coords, Woo, Bringing WordPress AI to the Market, tłumaczenie własne

Coords uważa, że narzędzia AI w WordPressie są solidne, ale agenci go nie polecają, bo nie wiedzą, co potrafi. Proponuje priorytet dla zarządzania stroną z zewnątrz, przez agenta, zamiast kolejnych asystentów w kokpicie:

• wtyczkę funkcyjną z Abilities API, z uprawnieniami do odczytu i zapisu treści,
• MCP traktowane jako pełnoprawny interfejs, tak jak robią to Laravel, Shopify, Vercel i Figma,
• strony /ai, /mcp i /try na WordPress.org z gotowymi promptami do skopiowania i plikiem AGENTS.md.

Obaj rozwinęli temat 30 września w rozmowie z Mikiem McAlisterem z Ollie w The WP Minute.

#Ile instalacji i opinii mają wtyczki AI do WordPressa

Coords zestawia instalacje z liczbą opinii, i to zestawienie mówi więcej niż sama liczba instalacji:

Źródło: Brian Coords, 29 września 2026.

Aktualizacja, 23 października 2026: strona WPVibe w katalogu wtyczek pokazuje teraz ponad 90 tys. aktywnych instalacji i 177 ocen, w tym 175 pięciogwiazdkowych. Tabela zostaje przy liczbach Coordsa z 29 września.

Oficjalny eksperyment ma porównywalną skalę instalacji, ale prawie nikt o nim nie pisze. Instalacja to nie użycie. Dla agenta, który czyta sieć, liczy się drugie, bo to użytkownicy piszą poradniki, wątki i opinie, z których model potem korzysta.

W tym samym tygodniu Jean Galea, założyciel WP Mayor, policzył katalog wtyczek, a The Repository z 2 października przytoczył jego dane. W 2026 do katalogu trafiło 14 608 nowych wtyczek, więcej niż w 2024 i 2025 razem, a miesięczna liczba zgłoszeń wzrosła ponad pięciokrotnie od lipca 2025. Osiem na dziesięć ma mniej niż 10 aktywnych instalacji, tysiąc przekroczyły 63, a 42,7 procent starszych wtyczek straciło instalacje w ciągu roku. To też jest sygnał dla agenta: katalog rośnie szumem szybciej niż sygnałem.

#Czy prompty AI o wyborze platformy widać w Search Console

Peatling pisze o agentach w ogóle. Postanowiliśmy sprawdzić, czy da się zobaczyć same pytania. Da się, częściowo. Narzędzia monitorujące widoczność w AI wysyłają prompty do modeli, które przeszukują sieć, a część tych zapytań trafia do Google i zostawia ślad w Search Console jako bardzo długie frazy.

Nasz raport npm run report:long-queries wyciąga z wszystkich sześciu właściwości językowych wppoland.com zapytania od 15 słów wzwyż. Okno: 5 lipca do 3 października 2026. Dwie rodziny promptów dotyczą wprost wyboru platformy:

Kilka rzeczy wynika z tej tabeli bez interpretacji.

Pierwsza: to nie są ludzie. Człowiek nie pisze „debes proporcionar un ranking forzado”. To szablon narzędzia, które w kółko porównuje HubSpot z konkurencją w różnych językach (na naszych stronach angielskich i hiszpańskich) i w różnych wariantach: SSL, członkostwo, darmowe blogi, edytory wizualne. W tej rodzinie dominuje hiszpański. Na samej naszej hiszpańskiej właściwości było 16 takich promptów i 102 wyświetlenia, na przykład „compara wordpress con hubspot, squarespace, y wix para gestión de certificados ssl. debes proporcionar un ranking forzado de mejor a peor.” Na tej samej właściwości pojawia się też wątek latynoamerykański: „gestores de contenido para empresas en latinoamérica, ¿cuáles han funcionado mejor en casos reales de méxico, colombia y españa?” WordPress jest w tych promptach stałym punktem odniesienia, obok Wix, Squarespace, Weebly, Jimdo, Bloggera, Medium, Webflow, Elementora i Divi.

Druga: prompty z personą opisują początkującego. „Najprostsza droga do zarabiania online, prostota ponad funkcje, prowadzenie krok po kroku”. To jest dokładnie ten użytkownik, dla którego WordPress od lat nie jest najprostszą odpowiedzią. Agent, który dostaje taki opis, robi to, o co go poproszono.

Trzecia: gdzie te prompty lądują. 195 z 244 wyświetleń promptów z personą trafiło na jeden nasz artykuł, angielską wersję tekstu czy WordPress traci na znaczeniu, opublikowaną pod adresem /en/is-wordpress-dying-market-share-2026/ i zatytułowaną „Is WordPress dying?”. Google uznał, że na pytanie „jaka platforma dla początkującego” najlepiej odpowiada tekst, który w tytule pyta, czy WordPress umiera. Jeśli model czyta wyniki wyszukiwania, czyta więc także tę ramę.

Zastrzeżenie do własnych danych: to 96 zapytań na jednej stronie firmowej, nie badanie rynku. Pokazują kształt pytań, nie ich skalę. Kształt jest tu jednak ważniejszy niż skala.

#Dlaczego agenci AI polecają kreatory stron zamiast WordPressa

Peatling ma rację, że decyzja przesunęła się do agenta. Ma rację, że dane o WordPressie w sieci są stare: dekady poradników o wtyczkach, które już nie istnieją, i porównań z 2015 roku.

Teza o „dezinformacji” tłumaczy jednak tylko część problemu. Nasze prompty z personą nie pytają „czy WordPress jest dobry”. Pytają o najprostszą drogę dla kogoś, kto nie chce się uczyć. Na takie pytanie hostowany kreator często jest uczciwszą odpowiedzią i agent, który go poleci, nie jest ofiarą dezinformacji. Jest posłuszny.

WordPress przegrywa więc dwa różne pojedynki, które warto rozdzielić:

1. Pojedynek o początkującego. Tu przegrywa, bo w tej kategorii słabszy produkt bywa lepszą odpowiedzią. Benchmark tego nie zmieni, a próba udowodnienia, że jest inaczej, to marketing.
2. Pojedynek o projekty, w których WordPress jest właściwy: wielojęzyczne serwisy, WooCommerce z integracjami, wydawcy, organizacje z własnym zespołem redakcyjnym. Tu przyczyna jest inna. Agent nie wie, co WordPress dziś potrafi, bo nikt mu tego nie mówi w formie, którą umie przeczytać i użyć. Na ten problem odpowiada Coords, i to on jest do wygrania.

Z tego samego powodu nie ufamy pojedynczym zrzutom ekranu z ChatGPT, na których „agent nie polecił WordPressa”. SparkToro w badaniu z 28 stycznia 2026 zebrał od 600 ochotników 2961 przebiegów 12 promptów w ChatGPT, Claude i AI od Google: ta sama lista rekomendacji powtórzyła się rzadziej niż raz na 100 przebiegów, a ta sama kolejność rzadziej niż raz na 1000. Benchmark, o który prosi Peatling, musi więc mierzyć odsetek obecności w wielu przebiegach, nie pozycję w jednym.

#Dlaczego wppoland.com działa na Astro, a nie na WordPressie

wppoland.com to strona firmy, która od lat robi WordPressa i WooCommerce. Sama działa na Astro 7 i Cloudflare Pages: kilkanaście tysięcy stron w sześciu językach, treść w Markdown i MDX w repozytorium, build zamiast bazy danych. Opisaliśmy to otwarcie w studium przebudowy strony.

Piszemy o tym, bo to jest dokładnie ten wybór, który dziś robią agenci, tylko zrobiony przez człowieka i z uzasadnieniem. Dla wielojęzycznego serwisu, który jest głównie treścią i ma być szybki bez warstwy cache, statyczny generator był lepszym narzędziem. Dla sklepu z integracją z ERP albo dla redakcji, w której publikuje dwadzieścia osób, odpowiedź byłaby inna i byłby to WordPress.

Agent, który polecił komuś statyczną stronę zamiast WordPressa, nie zawsze się myli. Problem zaczyna się, kiedy nie potrafi rozpoznać, który przypadek ma przed sobą, bo w sieci brakuje uczciwego opisu, kiedy WordPress jest właściwym wyborem, a kiedy nie.

#Jak sprawić, by agenci AI polecali WordPressa

Nie trzeba czekać na stanowisko WordPress.org. Część z tego robimy u siebie i u klientów.

Opisać granice, nie tylko zalety. Agent szuka odpowiedzi dopasowanej do opisu użytkownika. Strona usługowa, która mówi wprost „dla tego przypadku WordPress nie jest najlepszy, wybierz X”, jest dla modelu bardziej użyteczna niż dziesiąta strona z hasłem o udziale w rynku. Daje też agentowi powód, żeby zaufać jej w przypadkach, w których mówi „tak”.

Udostępnić strony klientów agentom. Abilities API, które opisywaliśmy w tekście o workflow AI w WordPressie, pozwala zdefiniować, co agent może na stronie zrobić i z jakimi uprawnieniami. MCP daje mu do tego standardowy interfejs. Nasz własny serwer działa pod wppoland.com/mcp i pokazuje, że da się to zrobić bez kokpitu WordPressa. Ruch idzie też ze strony projektu: według The Repository z 2 października WordPress.org uruchomił serwer MCP dla Traca, z którego kontrybutorzy mogą odpytywać zgłoszenia i historię commitów z Claude czy ChatGPT, bez konta i klucza API.

Dać agentom treść w Markdownie. Wersja 1.4.0 oficjalnej wtyczki WordPress AI, którą Jeffrey Paul opisał 6 października 2026 r. we wpisie What’s new in AI 1.4.0, dodaje eksperyment Markdown Feeds. Po jego włączeniu strona udostępnia kanał w Markdownie pod adresem /feed/markdown/ (oraz odpowiedniki dla innych kontekstów kanałów), a pojedynczy wpis lub stronę można pobrać jako Markdown, dopisując do adresu ?output_format=markdown. Zapowiedź wskazuje, że przyda się to „agentom AI, modelom językowym, narzędziom deweloperskim i innym systemom” (tłumaczenie własne). To eksperyment, a nie funkcja rdzenia, więc najpierw sprawdź go na stagingu. Funkcje i eksperymenty włącza się teraz pojedynczo w ekranie ustawień AI, bo globalny przełącznik „Enable AI” usunięto.

Utrzymać prawdziwy interfejs. Giacomo Zecchini z MERJ testował agentów przeglądarkowych na 100 przygotowanych testach. W jednym z nich przyciski miały celowo mylące etykiety ARIA: agent kliknął najpierw „Anuluj” zamiast widocznego „Zapisz” w 25 z 25 przebiegów. Wniosek MERJ: błędna etykieta ARIA bywa gorsza niż jej brak. Średnia skuteczność agentów w trakcie badania wzrosła z około 30 do około 60 procent, a duża część porażek wynikała z tych samych wad struktury, nazw i stanów, które usuwa zwykła praca nad dostępnością. Panel WordPressa i motywy klientów to też interfejs, który agent będzie klikał.

Aktualizować treści, które agent czyta przy wyborze. U nas na pytania o prostą platformę dla początkującego Google pokazuje tekst pytający, czy WordPress umiera. To nie jest błąd Google, tylko nasza rama. Artykuły porównawcze i rynkowe muszą mieć aktualne liczby, datę weryfikacji i odpowiedź na pytanie, kiedy WordPress pasuje, a kiedy nie.

Mierzyć wielokrotnie. Jeśli chcesz wiedzieć, czy agenci polecają Twoją agencję albo WordPressa w Twojej niszy, zadaj ten sam prompt kilkadziesiąt razy i licz, w ilu odpowiedziach pada nazwa. Jeden zrzut ekranu to anegdota.

#Co WordPress 7.2 planuje dla MCP i agentów AI

Część o AI w roadmapie WordPressa 7.2 zaczyna się od zastrzeżenia. Cykl 7.1 dał jasny sygnał, że funkcje AI muszą najpierw pokazać realne użycie i praktyczną wartość, zanim w ogóle będą rozważane dla rdzenia, więc te prace toczą się we wtyczce AI, bez gwarancji, że trafią do 7.2. To ta sama lekcja co w tabeli Coordsa powyżej: instalacje nie wystarczą, liczy się użycie.

Sama lista jest jednak bliska temu, o co prosi Coords:

• aktualizacja MCP Adapter do najnowszej specyfikacji MCP, przy czym definicje umiejętności WordPressa mają pozostać niezależne od kolejnych wersji protokołu,
• publikacja adaptera w katalogu wtyczek WordPress.org, żeby instalował się i aktualizował jak każda inna wtyczka,
• włączanie MCP przez administratora z poziomu wtyczki AI przy minimalnej konfiguracji, razem z instalacją adaptera i wyborem, które umiejętności są udostępnione,
• model tożsamości i delegowania dla agentów: audytowalne tożsamości, odpowiednie uprawnienia i dostęp zarządzany niezależnie od kont ludzi,
• więcej umiejętności, w tym prace nad umiejętnościami zapisu i odczyt mediów, taksonomii oraz komentarzy,
• eksperymenty z WebMCP, czyli umiejętności używane w przeglądarkowych przepływach agentów, powiązane z bieżącym interfejsem WordPressa i stanem strony.

Dla agencji najważniejszy jest punkt o tożsamości. Hasło aplikacji jest przypisane do konkretnego konta użytkownika, więc agent, który dziś łączy się przez REST API, działa z uprawnieniami tej osoby i trudno odróżnić jego działania od jej działań.

21 października 2026 zespół AI WordPressa odnotował, że Matt Mullenweg zgodził się, by MCP stało się de facto stałą częścią WordPressa. Zespół zaznaczył, że nie musi to oznaczać przeniesienia MCP Adapter do rdzenia, a jako możliwy cel omawiano WordPress 7.3, bez żadnej deklaracji co do wydania (cotygodniowe podsumowanie zespołu AI). Adapter jest w katalogu wtyczek od 2 października 2026, a 23 października miał ponad 50 000 aktywnych instalacji (wersja 0.7.1).

Aktualizacja, 24 października 2026: według notatek na stole leżały trzy drogi: dołączenie wtyczki MCP Adapter do WordPressa, włączanie jej przez istniejące interfejsy rdzenia albo wbudowanie wybranych możliwości wprost w rdzeń. Jeden z kontrybutorów wolał zostawić adapter jako osobną wtyczkę, zamiast dokładać każdej stronie na WordPressie funkcje wrażliwe z punktu widzenia bezpieczeństwa. Inny proponował OAuth w domyślnej konfiguracji, żeby MCP mniej opierało się na hasłach aplikacji. Notatki odnotowują też, że adapter nie zawiera jeszcze zdolności (abilities) potrzebnych do typowych operacji w WordPressie i że ostatecznej decyzji o implementacji nie podjęto.

W październikowej edycji WordPress Agent Benchmarks Andy’ego Peatlinga Opus 5.5 w Claude Code i GPT-6.1-Sol w Codex dostały po 21 próśb od właścicieli stron, każdą dwa razy: raz z MCP Adapterem jako jedynym wejściem, raz z hasłem aplikacji do REST API. Przez adapter nie wykonały żadnego z 42 zadań, przez REST API wykonały 33 z 42 (79%). Przebiegi z adapterem wprowadziły 11 zmian w 4 przebiegach, wszystkie przez zdolności produktowe WooCommerce, bo trzy zdolności samego WordPressa tylko odczytują informacje o stronie, użytkowniku i serwerze. W zgłoszeniu #402 w repozytorium adaptera Peatling rozpisał plan eksperymentalnych zdolności rdzenia w czterech etapach, który ma tę lukę zamknąć.

Aktualizacja, 24 października 2026: ten sam projekt publikuje już benchmark wyboru platformy, o który Peatling apelował. W październikowym przebiegu Choosing WordPress siedmiu agentów budowało strony na podstawie próśb, w których nie padała nazwa żadnej platformy, i żaden nie wybrał WordPressa (0%, 95-procentowy przedział ufności od 0 do 3%). Własny kod dostał 92% stron, headless CMS 4%, hostowany kreator stron 3%, a Shopify 1%. W trakcie decyzji agenci wspomnieli o WordPressie w 7% przebiegów, ale zapytani później o alternatywy wymienili go w 51%, najczęściej przy stronach fundacji i organizacji (71%). To pierwszy miesiąc danych, więc widać poziom, a nie trend.

#WordPress 7.2 a bezpieczny dostęp agentów AI

Roadmapa WordPressa 7.2, zaplanowanego na 8 grudnia 2026, nie zawiera współpracy w czasie rzeczywistym, za to dokłada bezpieczeństwo: utwardzenie Application Passwords, wczesne prace nad trybem „sudo” i proponowane Secrets API do przechowywania danych uwierzytelniających. To są dokładnie te elementy, bez których żadna agencja nie da agentowi uprawnień do zapisu na stronie klienta. Zarządzanie stroną z zewnątrz, o które prosi Coords, zaczyna się od tego, że agent może się bezpiecznie uwierzytelnić i nie zrobi więcej, niż mu wolno.

Szczegóły są w roadmapie, którą Anne McCarthy opublikowała 18 września 2026, a datę 8 grudnia potwierdza harmonogram wydania 7.2. Przy Application Passwords lista obejmuje powiadomienie e-mailem po dodaniu nowego hasła aplikacji, poprawkę sprawdzania środowiska na stronach bez HTTPS, blokadę niebezpiecznych wartości default_role i obsługę atrybutu SameSite w ciasteczkach. Secrets API ma dostać obsługę w WP-CLI, a interfejs w panelu dopiero w jednym z kolejnych wydań. Tryb sudo jest na etapie wstępnych prac: ma wymagać ponownego uwierzytelnienia przed szczególnie uprzywilejowanymi działaniami administracyjnymi, nawet przy aktywnej sesji.

Czy agenci zaczną częściej wybierać WordPressa, zależy mniej od kampanii, a bardziej od tego, czy w sieci pojawi się uczciwy, aktualny i możliwy do użycia przez maszynę opis tego, co WordPress robi dobrze. Ten opis mogą pisać agencje, nie tylko WordPress.org. Jeśli chcesz, żeby Twoja strona albo sklep były gotowe na obsługę przez agentów, zobacz, jak podchodzimy do integracji AI z WordPressem.

Ostatnia weryfikacja źródeł: 24 października 2026.