Jak połączyć AI z WordPressem? Hasła aplikacji krok po kroku

Podsumowanie

• Dowiesz się, że AI podłączysz do WordPressa bez klucza API, na subskrypcji, którą prawdopodobnie już masz.
• Utworzysz hasło aplikacji krok po kroku, a sprawdzenie połączenia zlecisz agentowi, zamiast wpisywać komendy.
• Poznasz cztery zdania, które trzeba agentowi powiedzieć, żeby nie zepsuł Ci gotowych treści.
• Rozszyfrujesz błąd 401, który w WordPressie znaczy cztery różne rzeczy i wygląda identycznie.
• Dowiesz się, czy potrzebujesz MCP, o którym wszędzie słychać. Policzyłem to na żywej instalacji.

Pytanie „jak połączyć AI z WordPressem” brzmi jak pytanie o wtyczkę. Nie jest. To pytanie o poświadczenia. Cokolwiek podłączasz, Claude, ChatGPT, n8n czy własny skrypt, po drugiej stronie zawsze stoi ten sam mechanizm z rdzenia WordPressa: hasło aplikacji. Kto to rozumie, konfiguruje integrację w pięć minut. Kto nie, walczy z błędem 401, który nic nie tłumaczy. Poradnik jest napisany językiem dla osób począktujących, aby zrozumiały prosto temat.

Najpierw ustal, w którą stronę ma płynąć rozmowa

Są dwa różne scenariusze i wymagają zupełnie różnych rzeczy. Mylenie ich to najczęstsza przyczyna zmarnowanego popołudnia.

Cała różnica sprowadza się do jednego pytania: kto wysyła żądanie. Kiedy robi to narzędzie AI, jedynym poświadczeniem jest hasło aplikacji, które tworzysz w WordPressie i wklejasz w narzędziu. Kiedy robi to Twoja strona, potrzebujesz klucza API od dostawcy modelu i wklejasz go w panelu WordPressa.

Ten poradnik jest o pierwszej drodze, bo to ona odpowiada na pytanie z tytułu, nic nie kosztuje ponad abonament i to ją sprawdziłem w praktyce od początku do końca. Drugą opisuję krótko na końcu.

Subskrypcja to nie to samo co klucz API

Warto to powiedzieć wprost, bo nieporozumienie jest powszechne: abonament Claude Pro, Claude Max czy ChatGPT Plus nie daje klucza API. To dwa osobne produkty i dwa osobne rachunki. Subskrypcja kupuje dostęp do aplikacji, czyli czatu w przeglądarce, aplikacji desktopowej i narzędzi w rodzaju Claude Code. API to oddzielna usługa rozliczana za zużyte tokeny. Nie ma przełącznika, który zamieni jedno w drugie.

Konsekwencja jest bardzo praktyczna. Kiedy to agent pracuje na Twojej stronie, model chodzi po stronie narzędzia, które już opłacasz. Do WordPressa nie trafia żaden klucz, tylko hasło aplikacji, a Ty nie płacisz ani grosza ponad to, co płacisz dziś. Kiedy natomiast strona woła model, wywołanie wychodzi z Twojego serwera i rachunek za tokeny idzie do Ciebie.

Jedno uczciwe zastrzeżenie do słowa „za darmo”: rachunek faktycznie nie rośnie, ale agent przelatujący przez sto wpisów potrafi zjeść sporą część limitów Twojej subskrypcji. Przy pojedynczych zadaniach tego nie zauważysz, przy masowych poprawkach owszem.

Czego potrzebujesz, zanim zaczniesz

Zanim zaczniesz cokolwiek konfigurować, powiem wprost, bo większość poradników to przemilcza. Potrzebne są trzy rzeczy:

• WordPress na HTTPS i dostęp do panelu, żeby utworzyć hasło aplikacji.
• Subskrypcja, którą pewnie już masz: Claude Pro lub Max albo ChatGPT Plus.
• Narzędzie, które potrafi wyjść do Twojej strony. I tu jest haczyk, przez który wiele osób odbija się od tematu.

Rozwińmy ten trzeci punkt, bo „mam ChatGPT” to jeszcze nie to samo co „mam czym połączyć się z WordPressem”. Samo okno czatu w przeglądarce służy do rozmowy i nie ma jak samo z siebie sięgnąć do Twojej witryny. Potrzebujesz agenta, czyli narzędzia, które w Twoim imieniu wysyła żądania do strony.

Sprawdziłem dwa i oba są programami wiersza poleceń, instalowanymi osobno od subskrypcji:

Instalujesz je raz, logujesz swoim kontem i od tej pory rozmawiasz z nimi w terminalu tak samo jak w czacie, tyle że mogą działać na plikach i w sieci. Jeśli nigdy nie otwierałeś terminala, to jest jedyny nowy element, którego trzeba się liznąć w całym tym poradniku, i naprawdę sprowadza się do wklejania komend.

Inni klienci AI, którzy pozwalają dodać własny serwer MCP, będą działać na dokładnie tej samej zasadzie i na tym samym haśle aplikacji. Nie testowałem ich, więc nie obiecuję, że każdy przyjmie uwierzytelnienie w tej formie. Wszystko, co opisuję niżej, uruchomiłem na tych dwóch.

Hasło aplikacji, czyli całe połączenie

Hasło aplikacji to osobne poświadczenie, które WordPress generuje dla konkretnego programu. Jest w rdzeniu od wersji 5.6 i nie wymaga żadnej wtyczki. Trzy rzeczy warto zapamiętać od razu:

• Nie służy do logowania w panelu. Wklejone w formularz logowania nie zadziała i tak ma być.
• Jest osobne dla każdej aplikacji. Unieważnisz jedno, reszta działa dalej.
• Wymaga HTTPS. Bez certyfikatu sekcja w ogóle się nie pojawi.

Krok 1: utwórz hasło

Wejdź w Użytkownicy, Profil i zjedź na sam dół, do sekcji Hasła aplikacji. Wpisz nazwę, po której poznasz, czego dotyczy to hasło. Nazwa jest tylko etykietą, ale za pół roku będziesz sobie za nią wdzięczny.

Po kliknięciu przycisku WordPress pokaże wygenerowane hasło. Zobaczysz je jeden raz, później nie da się go odczytać, można je tylko unieważnić i wygenerować nowe.

Hasło ma postać sześciu grup po cztery znaki. Spacje możesz zostawić albo usunąć, WordPress przyjmie obie wersje.

Krok 2: sprawdź, czy połączenie działa

Jedno żądanie rozstrzyga wszystko. I tu pierwsza rzecz : nie musisz wpisywać go sam. O sprawdzenie poproś agenta z listy wyżej, Claude Code albo Codex. Nie musisz go do tego wcześniej konfigurować. Wyśle żądanie z Twojego komputera, tak samo jak zrobiłbyś to Ty w terminalu.

Najpierw schowaj hasło w zmiennej środowiskowej. Nie wklejaj go ani w okno czatu, ani wprost do polecenia, bo w obu miejscach zostaje zapisane: w historii rozmowy albo w historii powłoki. Zamiast tego niech terminal o nie zapyta. W PowerShellu:

$env:WP_PASS = Read-Host 'Wklej hasło aplikacji'

W Git Bashu, na Linuksie i na macOS:

read -s -p 'Wklej hasło aplikacji: ' WP_PASS && export WP_PASS

Wciskasz Enter, wklejasz hasło i tyle. Jedna rzecz, o którą łatwo się potknąć: zmienną ustaw w tym samym oknie, z którego uruchomisz agenta, i zanim go uruchomisz. Program dostaje kopię środowiska w chwili startu, więc hasło dołożone później będzie dla niego niewidoczne.

Potem napisz agentowi zwykłe zdanie:

Sprawdź, czy działa moje połączenie z WordPressem na twojadomena.pl. Użytkownik to redaktor_ai, hasło aplikacji masz w zmiennej WP_PASS. Odpytaj /wp-json/wp/v2/users/me i powiedz, co wróciło.

Agent zapyta o zgodę na uruchomienie polecenia, to normalne, i dopiero potem je wykona. Sam dobierze poprawne wywołanie dla Twojej powłoki i odpowie po ludzku: albo jesteś rozpoznany jako właściwy użytkownik, albo wrócił błąd. Pod spodem robi dokładnie to:

curl -u "redaktor_ai:$WP_PASS" \
  https://twojadomena.pl/wp-json/wp/v2/users/me

Hasło nie pada w tym poleceniu ani razu, powłoka podstawia je sama ze zmiennej. Jeśli wolisz wpisać to ręcznie, dwie uwagi dla Windows, sprawdzone na obu powłokach. W PowerShellu do zmiennej odwołujesz się jako $env:WP_PASS, nie $WP_PASS. I druga: w Windows PowerShellu 5.1, czyli tym niebieskim, który system ma od zawsze, curl jest aliasem polecenia Invoke-WebRequest i przyjmuje zupełnie inne parametry, więc komenda z tego poradnika sypnie błędem składni. Wpisz wtedy curl.exe zamiast curl albo użyj Git Bash. W PowerShellu 7 aliasu już nie ma i curl uruchamia prawdziwego curl.exe, więc wszystko działa bez zmian.

Jeśli wróci JSON z Twoim identyfikatorem i nazwą, połączenie działa i możesz iść dalej:

{"id":5,"name":"redaktor_ai","link":"https://twojadomena.pl/author/redaktor_ai/", ...}

Jeśli zamiast tego zobaczysz coś takiego, przejdź do następnej sekcji:

{"code":"rest_not_logged_in","message":"Aktualnie nikt nie jest zalogowany.","data":{"status":401}}

Błąd 401 znaczy cztery różne rzeczy

To jest miejsce, w którym większość ludzi się poddaje, i moim zdaniem wina leży po stronie WordPressa. Komunikat rest_not_logged_in wygląda identycznie niezależnie od tego, co poszło nie tak. Nie da się z niego wyczytać przyczyny, więc trzeba ją wykluczyć po kolei.

Najpierw sprawdź, czy w ogóle widzisz sekcję Hasła aplikacji w profilu. Jeśli jej nie ma, hasła aplikacji są wyłączone i żadne testy nie mają sensu. Powody są dwa: brak HTTPS albo wtyczka, która wyłączyła je filtrem wp_is_application_passwords_available. Robią tak niektóre wtyczki bezpieczeństwa, czasem w ramach domyślnej konfiguracji.

Jeśli sekcja jest, przejdź drabinkę:

1. Czy na pewno używasz hasła aplikacji, a nie hasła do konta? Brzmi banalnie, a jest najczęstszym błędem. Sam się na tym złapałem: w konfiguracji jednego z naszych narzędzi siedziało zwykłe hasło użytkownika i przez wiele tygodni zwracało ciche 401. Hasło aplikacji jest alfanumeryczne, w sześciu grupach po cztery znaki. Jeśli Twoje ma znaki specjalne, to nie jest hasło aplikacji.

2. Czy hasło nadal istnieje? Wejdź w profil i sprawdź listę. Jeśli jest pusta albo nie ma na niej wpisu, którego używasz, hasło zostało unieważnione. Wygeneruj nowe.

3. Czy serwer nie gubi Twoich poświadczeń po drodze? Przy niektórych konfiguracjach PHP serwer potrafi zjeść nagłówek z hasłem, zanim ten dojdzie do WordPressa, więc strona zachowuje się tak, jakbyś w ogóle niczego nie podał. Objaw jest charakterystyczny: odpowiedź z celowo błędnym hasłem wygląda dokładnie tak samo jak odpowiedź bez hasła. Poproś agenta, żeby powtórzył żądanie z byle jakim hasłem i porównał obie odpowiedzi. Jeśli są identyczne, problem nie leży w Twoim haśle, tylko w konfiguracji serwera. Zgłoś to swojemu hostingodawcy.

4. Czy REST API nie jest zablokowane przez wtyczkę bezpieczeństwa? Ta awaria ma inny objaw: hasło działa, ale żądania wracają z rest_forbidden. All In One WP Security i Wordfence potrafią odciąć dostęp do treści dla programów, które nie są zalogowane w panelu. W AIOS trzeba mieć trasę wp na białej liście. Jeśli wtyczki masz sprawdzone, a objaw zostaje, zapytaj hostingodawcę, czy czegoś nie blokuje zapora przed Twoją stroną. To ostatnia rzecz, która może stać na drodze.

Co realnie zrobisz, kiedy połączenie działa

Od chwili, w której agent potwierdzi połączenie, ma do dyspozycji cały mechanizm, przez który WordPress wpuszcza programy do swoich treści, z uprawnieniami Twojego użytkownika. I to jest ta część, o którą naprawdę chodzi, bo tędy AI zmienia treść na Twojej stronie.

Obowiązuje przy tym reguła, którą poznałeś w kroku 2: tego nie wpisujesz Ty. Agentowi mówisz normalnie, po polsku:

Mój WordPress to twojadomena.pl, użytkownik redaktor_ai, hasło aplikacji masz w zmiennej WP_PASS. Napisz wpis o wyborze płytek do łazienki i wrzuć jako szkic.

Tyle wystarczy, żeby w kokpicie pojawił się nowy szkic. Poprawka gotowego tekstu wygląda tak samo, mówisz który wpis i co w nim zmienić.

Cztery zdania, które musisz agentowi powiedzieć

Zanim wypuścisz go na treści, które już żyją na stronie, poznaj cztery rzeczy. Wszystkie sprawdziłem na testowej instalacji i każda jest zdaniem do wypowiedzenia, nie komendą do wpisania.

1. Nowe wpisy zawsze jako szkic. Agent potrafi opublikować tekst od ręki, bez niczyjej akceptacji, i zrobi to, jeśli mu nie powiesz inaczej. „Wrzuć jako szkic” niech będzie w każdym poleceniu, dopóki nie ufasz swojemu procesowi.

2. Poprawka opublikowanego wpisu jest publiczna natychmiast. Tu łatwo o fałszywe poczucie bezpieczeństwa, bo reguła o szkicach dotyczy wyłącznie treści, które dopiero powstają. Wpis, który już wisi na stronie, po poprawce dalej wisi, tylko w nowej wersji, i widzi ją każdy odwiedzający.

3. Każ mu czytać treść w trybie edycji. To jedyna pułapka czysto techniczna w tym poradniku i zarazem najkosztowniejsza. WordPress trzyma treść z ukrytymi znacznikami bloków, których nie widać na gotowej stronie, a to one sprawiają, że wpis otwiera się w edytorze jako klikalne bloki. Jeśli agent odczyta wersję wyświetlaną zamiast źródłowej i odeśle ją z powrotem, znaczniki znikają i wpis zamienia się w jeden kawałek surowego HTML-a. Przy jednym tekście to irytacja, przy stu przerobionych hurtem, stracony tydzień. Wystarczy powiedzieć: „czytaj treść w trybie edycji, context=edit, i odsyłaj całe pole content„.

4. Agent nadpisuje całą treść wpisu, nie sam poprawiany fragment. Dlatego zawsze musi wpis najpierw przeczytać, a Ty nie powinieneś w tym samym czasie poprawiać go w edytorze. Wygra ten zapis, który przyjdzie ostatni.

Jak wskazać agentowi konkretną treść

Najprościej podaj adres wpisu albo jego tytuł, resztę agent znajdzie sam. Jeśli chcesz mieć pewność, że rusza dokładnie ten tekst, o który Ci chodzi, otwórz go do edycji w panelu i przepisz numer z paska adresu, ten fragment post=1073. Powiedz też wprost, czy chodzi o wpis na blogu, czy o stronę w rodzaju „Kontakt” albo „O nas”, bo WordPress trzyma je w dwóch osobnych miejscach i agent musi wiedzieć, gdzie sięgnąć.

Co, jeśli AI coś zepsuje

To jest pytanie, które zwykle powstrzymuje ludzi przed spróbowaniem, więc odpowiedzmy wprost: każdy zapis przez API zostawia po sobie rewizję, dokładnie tak samo jak zapis z edytora. Sprawdziłem to na swojej podmianie nagłówka, w historii wpisu pojawiła się nowa pozycja. Zepsutą zmianę cofasz z panelu, wchodząc w Rewizje przy wpisie i przywracając poprzednią wersję. Razem z regułą „nowe wpisy zawsze jako szkic” masz dwie niezależne siatki bezpieczeństwa, zanim cokolwiek zobaczy czytelnik.

Na tej samej zasadzie działają n8n, Make i każdy agent, który umie wysłać żądanie HTTP. To jest dziś najkrótsza droga od pomysłu do automatyzacji, która realnie odciąża redakcję. Jeśli budujesz na tym coś większego, sprawdź nasz managed VPS pod n8n, gdzie automatyzacje chodzą bez limitów workflow.

A co z MCP, o którym wszędzie słychać?

Jeśli szukałeś tematu wcześniej, na pewno trafiłeś na skrót MCP. To standard, dzięki któremu agent sam odkrywa, co potrafi dana usługa, zamiast być programowanym pod konkretne funkcje. WordPress ma pod to fundament: Abilities API w rdzeniu od wersji 6.9 i oficjalną wtyczkę MCP Adapter. Brzmi jak przełom i większość poradników na tym poprzestaje.

Poszedłem dalej i policzyłem, co agent naprawdę dostaje do ręki. Wynik jest trzeźwiący: na czystym WordPressie 7.0.2 z adapterem zero zdolności, a po dołożeniu oficjalnej wtyczki AI dwie, obie wyłącznie do odczytu. Zapisu nie ma wcale. Na teraz MCP to bardzo dobrze zapowiadająca się szyna, po której na razie prawie nic nie jeździ.

Dla Ciebie wniosek jest prosty i wygodny: żeby AI pisało dziś na Twojej stronie, nie potrzebujesz MCP ani żadnej dodatkowej wtyczki. Wystarczy hasło aplikacji, które właśnie utworzyłeś. To się zmieni, i to prawdopodobnie szybko, bo adapter wychodzi co kilka tygodni, a w rdzeniu leży propozycja rozszerzenia zestawu zdolności pod WordPressa 7.1. Sam mechanizm połączenia zostanie ten sam.

Higiena, czyli o czym ludzie zapominają

Hasło aplikacji daje dostęp z uprawnieniami użytkownika, dla którego je utworzono. Stąd kilka zasad, które warto wprowadzić od pierwszego dnia.

Nie podpinaj agentów pod konto administratora. Zadziała i właśnie dlatego tyle integracji tak stoi: administrator ma wszystkie uprawnienia, więc nic nigdy nie wraca z odmową i nie ma czego debugować. Cena jest taka, że hasło w konfiguracji narzędzia daje od tej chwili przez API dokładnie tyle, co dostęp do panelu, łącznie z kasowaniem wtyczek, treści i użytkowników. Załóż osobnego użytkownika o najniższej roli, która wystarcza do zadania. Do dodawania wpisów i poprawiania istniejących, czyli do tego, po co się to zwykle robi, w zupełności wystarczy redaktor. Jeśli nie masz pewności, co która rola potrafi, znajdziesz to rozpisane w poradniku o rolach użytkowników w WordPressie.

Twórz osobne hasło dla każdej integracji. WordPress pokazuje przy każdym, kiedy było ostatnio użyte i z jakiego adresu IP. To jest Twój dziennik dostępu i jedyny sposób, żeby stwierdzić, które połączenie żyje, a które można wyłączyć.

Na tym zrzucie tylko jedno z trzech haseł ma wypełnioną kolumnę „Ostatnio użyte”, bo tylko nim faktycznie łączyłem się z API. Gdyby wszystkie integracje chodziły na jednym haśle, nie dałoby się tego rozróżnić.

Traktuj hasło aplikacji jak klucz API. Nie trafia do repozytorium, nie krąży po komunikatorze. Dopiszmy do tej listy miejsce, o którym akurat przy AI łatwo nie pomyśleć: okno czatu. Hasło wklejone w rozmowę zostaje w jej historii i wychodzi poza Twój komputer. Lepiej trzymać je w zmiennej środowiskowej albo w menedżerze haseł i pokazywać agentowi nazwę zmiennej zamiast samej wartości, tak jak w przykładowym poleceniu wyżej. Ta sama zasada obejmuje plik z hasłem w katalogu projektu, choć z zupełnie innego powodu niż komunikator: agent czyta pliki, na których pracuje, więc sekret i tak trafi do rozmowy, tylko okrężną drogą. Zmienna środowiskowa jest od tego wolna, bo program dostaje ją od systemu i nie musi niczego odczytywać. Kiedy hasło przestaje być potrzebne, unieważniasz je jednym kliknięciem, bez ruszania hasła do konta.

Czy to obciąża serwer?

Pojedyncze wywołania REST kosztują tyle, co zwykłe wejście na stronę. Robi się ciekawiej przy automatyzacjach, które przelatują przez setki wpisów, bo każde żądanie to pełne załadowanie WordPressa i seria zapytań do bazy. Przy masowych operacjach warto mieć wydajny dysk i zapas mocy, żeby import nie kładł strony odwiedzającym. Na typowym blogu i stronie firmowej wystarczy dobrze skonfigurowany hosting pod WordPressa z LiteSpeed i NVMe. Przy stałych automatyzacjach chodzących w tle i większych katalogach lepiej sprawdzi się serwer VPS z dedykowanymi zasobami, gdzie nie dzielisz limitów z nikim.

Druga droga: funkcje AI wprost w edytorze

Dla porządku opiszę krótko ten drugi kierunek, czyli sytuację, w której to WordPress wywołuje model.

Służy do tego oficjalna wtyczka AI, rozwijana przez współtwórców projektu. Razem z nią dostajesz łączniki do Anthropic i OpenAI. O tym, co w obszarze AI przyniósł sam rdzeń, przeczytasz w osobnym tekście o nowościach w WordPressie 7.0. Tutaj podajesz klucz API wybranego dostawcy i włączasz funkcje, które Cię interesują:

Z perspektywy prowadzenia strony najciekawsze są trzy pozycje. Generowanie metaopisów integruje się z wtyczkami SEO. Generowanie tekstu alternatywnego czyta obrazek modelem wizyjnym i pisze alt zgodny z wytycznymi dostępności. Notatki redakcyjne przechodzą wpis blok po bloku i wskazują problemy z czytelnością, gramatyką i SEO.

Dwa uczciwe zastrzeżenia. Po pierwsze, tej ścieżki nie uruchamiałem i powyższe to lista z ekranu ustawień, a nie relacja z użycia. Po drugie, wiem dlaczego jej nie uruchomiłem i to jest zarazem powód, dla którego nie polecam jej jako punktu startu: każda z tych funkcji wymaga Twojego klucza API i generuje koszt po stronie dostawcy modelu przy każdym kliknięciu. Zacznij od hasła aplikacji, a po tę wtyczkę sięgnij wtedy, gdy będziesz wiedział, że masową generację metaopisów naprawdę chcesz kupić.