Jak wyłączyć funkcje AI w WordPress (rdzeń kontra wtyczka, bez ściemy)

Praktycznie każda funkcja AI, której ludzie chcą się pozbyć w WordPressie, pochodzi z wtyczki, od hostingodawcy albo z WordPress.com — nie z rdzenia w wersji self-hosted. Zanim wkleisz do functions.php snippet z remove_action, otwórz listę wtyczek i znajdź to, co faktycznie rysuje ten panel AI. Usuwanie funkcji, której rdzeń w ogóle nie dostarcza, to sporo zmarnowanej pracy na stronie, która i tak już sprawia kłopoty.

To rozróżnienie ma znaczenie, bo naprawy są zupełnie różne. Funkcja z wtyczki ma przełącznik w ustawieniach. Funkcja dorzucona przez hostingodawcę mieszka w panelu hostingu, a nie w kokpicie WordPressa. A osobna sprawa, którą ludzie zwykle mają na myśli, mówiąc „wyłącz AI” — powstrzymanie firm AI przed trenowaniem na Twoich wpisach — nie jest w ogóle ustawieniem WordPressa. To kwestia robots i konfiguracji serwera.

Co należy do rdzenia, a co nie

Rdzeń WordPressa w wersji self-hosted nie dostarcza po instalacji żadnego asystenta pisania AI, chatbota AI ani generatora obrazów AI widocznego dla użytkownika. Jeśli widzisz ikonę iskierki AI w edytorze bloków, coś ją tam dołożyło.

Skąd funkcje AI biorą się naprawdę:

Źródło	Typowa funkcja	Gdzie to wyłączysz
Jetpack	Blok AI Assistant i panel w edytorze	Ustawienia Jetpacka, przełącznik modułu
Samodzielne wtyczki AI	Generatory treści, chatboty, generatory tekstu alternatywnego	Własny ekran ustawień wtyczki
Wtyczki SEO	Podpowiedzi tytułów i opisów od AI	Ustawienia wtyczki, zwykle per funkcja
Kreatory stron	Generowanie tekstów i obrazów w interfejsie kreatora	Ustawienia kreatora albo panel konta
Hostingi zarządzane	Asystenci AI wstrzykiwani przez mu-plugin lub panel	Panel sterowania hostingu
WordPress.com	Hostowane narzędzia AI do pisania	Ustawienia konta WordPress.com, nie Twojej witryny

Projekt WordPress rzeczywiście prowadzi prace związane z AI — eksperymentalne wtyczki funkcjonalne, które kiedyś mogą trafić do rdzenia. Jeśli masz świeże wydanie i widzisz coś o zapachu AI, czego nie potrafisz przypisać do wtyczki, sprawdź najpierw listę zainstalowanych wtyczek, a w drugiej kolejności changelog swojego wydania, zamiast zakładać, że to domyślne zachowanie rdzenia, które trzeba odfiltrować. To zastrzeżenie jest celowe: twierdzenia przypisane do konkretnych wersji szybko się w tym obszarze dezaktualizują, a jedno błędne wysyła Cię do edycji plików bez powodu.

Znajdź to, co faktycznie dokłada panel

Wyłączaj wtyczki partiami, aż panel AI zniknie. Prymitywne, ale daje pewną odpowiedź zamiast domysłu.

Jeśli masz WP-CLI, wypisz najpierw wszystko, co aktywne:

wp plugin list --status=active --field=name

Potem sprawdź kod dorzucony przez hostingodawcę, którego nie widać na normalnym ekranie wtyczek:

ls -la wp-content/mu-plugins/

Wtyczki must-use ładują się automatycznie i nie da się ich wyłączyć z kokpitu. Jeśli hostingodawca wrzucił tam asystenta AI, jedyne czyste usunięcie prowadzi przez jego panel sterowania — skasowanie pliku często kończy się tym, że wraca przy najbliższej aktualizacji platformy.

Jak to wyłączyć porządnie

Skorzystaj z własnego ustawienia wtyczki. To nudna odpowiedź i to ona jest właściwa. Jetpack jest szczególnie dobrym przykładem: zbudowano go z modułów przełączanych niezależnie, więc możesz wyłączyć AI Assistant, zachowując statystyki, kopie zapasowe czy cokolwiek innego, na czym Ci zależy. Większość samodzielnych wtyczek AI udostępnia pole wyboru włącz/wyłącz dla każdej funkcji.

Jeśli nie używasz wtyczki do niczego innego, wyłącz ją w całości. Wtyczka AI zostawiona zainstalowana, ale „wyłączona” i tak ładuje swój kod przy każdym żądaniu. Dezaktywacja jest szybsza, bezpieczniejsza i wymiernie lżejsza niż jakikolwiek filtr.

Odpinanie przez remove_action to ostateczność. Naprawdę działa, ale tylko wtedy, gdy znasz dokładną nazwę hooka, callback i priorytet, z jakimi zarejestrowała się wtyczka, i tylko do momentu, aż wtyczka zmieni nazwę któregoś z nich:

// Only if you have verified the exact hook, callback and priority.
// Runs late so the plugin has already registered its own hooks.
add_action( 'init', function () {
    remove_action( 'enqueue_block_editor_assets', array( 'Some_Plugin_Class', 'enqueue_ai_panel' ), 10 );
}, 99 );

Uczciwy koszt: to psuje się po cichu. Aktualizacja wtyczki zmienia nazwę klasy, Twoje usunięcie przestaje pasować, panel AI wraca i nic nie zgłasza błędu. Jeśli sięgasz po to podejście, zapisz sobie, co usunąłeś, i sprawdzaj to po każdej aktualizacji tej wtyczki.

Ta sama ostrożność dotyczy wyrejestrowywania paneli edytora z poziomu JavaScriptu. To realna możliwość, ale sięgasz do rejestracji cudzej wtyczki po identyfikatorze tekstowym, a ten identyfikator nie jest publicznym kontraktem.

Nie próbuj blokować funkcji AI, edytując w wp-config.php stałe znalezione na forum. Żadna stała rdzenia nie wyłącza AI z wtyczek zewnętrznych. Jeśli snippet twierdzi inaczej, a nie umiesz odnaleźć tej stałej w dokumentacji danej wtyczki, to on po prostu nic nie robi.

Druga sprawa: powstrzymanie trenowania AI na Twoich treściach

To osobny temat i to w nim siedzi większość prawdziwego niepokoju. Wyłączenie panelu w edytorze niczego nie zmienia w tym, kto skanuje Twoje wpisy. To ustawia się w robots.txt, a jeśli chcesz to wyegzekwować — na serwerze.

WordPress serwuje wirtualny robots.txt, dopóki w katalogu głównym nie ma prawdziwego pliku. Jeśli fizyczny plik istnieje, WordPress całkowicie ustępuje i to ten plik trafia do robotów. Żeby edytować wersję wirtualną, użyj filtra:

add_filter( 'robots_txt', function ( $output ) {
    $output .= "\nUser-agent: GPTBot\nDisallow: /\n";
    return $output;
}, 10 );

Ręczne budowanie reguł to miejsce, w którym ludzie popełniają błędy — jeden zły token nie blokuje niczego, a zabłąkane Disallow: / przy nieodpowiednim agencie potrafi wyciąć Cię ze zwykłego wyszukiwania. Generator robots.txt składa bloki dla robotów AI razem ze zwykłymi dyrektywami dla wyszukiwarek, więc widzisz cały plik, zanim trafi na produkcję.

Tokeny, które publikują najwięksi operatorzy i których deklarują przestrzeganie:

Token	Operator	Czego dotyczy
GPTBot	OpenAI	Skanowanie na potrzeby trenowania modeli
ChatGPT-User	OpenAI	Pobrania wywołane żądaniem użytkownika
ClaudeBot	Anthropic	Skanowanie
Google-Extended	Google	Wykorzystanie treści do trenowania Gemini, nie samo skanowanie
Applebot-Extended	Apple	Wykorzystanie do trenowania modeli generatywnych Apple
PerplexityBot	Perplexity	Skanowanie
CCBot	Common Crawl	Zbiorcze archiwum, na którym trenuje wiele modeli

Dwa uczciwe zastrzeżenia. Po pierwsze, robots.txt jest dobrowolny. Porządni operatorzy się do niego stosują, a cokolwiek chce go zignorować — zignoruje. Po drugie, blokowanie nie jest darmowe. Część tych tokenów decyduje o tym, czy pojawiasz się w odpowiedziach generowanych przez AI, które Cię cytują i linkują. Zablokuj wszystkie, a razem z ekspozycją treningową stracisz to źródło ruchu. Zdecyduj, na czym naprawdę Ci zależy.

Jeśli zamiast uprzejmej prośby chcesz egzekwowania, blokuj na serwerze. W .htaccess na Apache:

<IfModule mod_setenvif.c>
  SetEnvIfNoCase User-Agent "GPTBot|CCBot|ClaudeBot|PerplexityBot" ai_bot
  <RequireAll>
    Require all granted
    Require not env ai_bot
  </RequireAll>
</IfModule>

Ciągi user-agent podrabia się banalnie łatwo, więc to zatrzymuje ruch uczciwy, choć niechciany, a nie zdeterminowanego scrapera. Blokowanie po zweryfikowanych zakresach IP na CDN-ie albo firewallu jest mocniejsze, a większość CDN-ów oferuje dziś regułę na roboty AI włączaną jednym kliknięciem, którą łatwiej utrzymać niż ręcznie pisaną listę.

Co nie działa

llms.txt to propozycja, nie standard. To sugerowany plik markdown opisujący Twoją witrynę modelom językowym. Żaden duży operator nie zobowiązał się traktować go jako kontroli dostępu. Dodanie nic nie kosztuje i może pomóc w tym, jak modele Cię czytają, ale nie blokuje niczego.

Metatagi noai i noimageai respektuje niemal nikt. Wzięły się z polityki jednej platformy, a nie z branżowego porozumienia. Dodanie ich nie szkodzi; oczekiwanie, że zadziałają — owszem.

Wtyczka obiecująca „blokowanie AI” zwykle po prostu zapisuje reguły robots. To w porządku i dokładnie to samo zrobisz sam w dziesięciu linijkach. To nie jest bariera prawna ani techniczna i żadna wtyczka jej z tego nie zrobi.

Blokowanie robotów AI nie usuwa treści, które już trafiły do wytrenowanego modelu. Nic, co dodasz dzisiaj, nie wyciągnie wstecznie Twoich wpisów z modelu wydanego rok temu. Reguły robots działają wyłącznie na przyszłość.

Panel AI nadal się wyświetla

Jeśli wszystkie wtyczki są wyłączone, a panel został, sprawdź ponownie wp-content/mu-plugins/, potem panel hostingodawcy, a na końcu to, czy przypadkiem nie działasz na WordPress.com zamiast na własnym hostingu — tam przełączniki siedzą w ustawieniach konta, a nie w kokpicie witryny. A jeśli funkcja wraca po aktualizacji wtyczki, to sygnatura snippetu odpinającego hooka, który przestał pasować, a nie rdzenia upominającego się o swoje domyślne ustawienie.