Bringt WordPress selbst KI-Funktionen mit, die ich abschalten muss?

Der Core einer selbst gehosteten WordPress-Installation liefert keinen sichtbaren KI-Schreibassistenten, keinen Chatbot und keinen Bildgenerator, der standardmäßig läuft. KI-Panels im Editor stammen praktisch immer aus einem installierten Plugin, einem vom Hoster eingespielten Plugin oder einer Integration im Hosting-Dashboard. Prüfen Sie Ihre Plugin-Liste, bevor Sie Code schreiben, um etwas zu entfernen, das der Core womöglich gar nicht enthält.

Wie schalte ich den Jetpack AI Assistant ab?

Deaktivieren Sie das Modul AI Assistant in den Jetpack-Einstellungen, statt am Code zu arbeiten. Jetpack besteht aus einzeln schaltbaren Modulen, deshalb verschwindet mit diesem einen Schalter das Editor-Panel, während der Rest von Jetpack weiterläuft. Wenn Sie keine andere Jetpack-Funktion nutzen, ist es einfacher und schlanker, das komplette Plugin zu deaktivieren.

Kann remove_action eine KI-Funktion eines Plugins abschalten?

Manchmal, aber es ist fragil. Es funktioniert nur, wenn Sie Hook, Callback und Priorität exakt so kennen, wie das Plugin sie registriert hat, und ein Plugin-Update kann jeden dieser Werte umbenennen und die Funktion stillschweigend zurückholen. Nutzen Sie die Einstellung des Plugins, wenn es eine gibt, und behandeln Sie das Aushängen als letzte Möglichkeit, die Sie nach jedem Update erneut testen.

Funktioniert das Sperren von KI-Crawlern in der robots.txt wirklich?

Nur bei Crawlern, die sich freiwillig daran halten. Große Anbieter wie OpenAI, Anthropic, Google und Apple veröffentlichen User-Agent-Kennungen, die sie nach eigener Aussage beachten, und diese zu sperren lohnt sich. Robots-Regeln sind aber keine Durchsetzung: Unseriöse Akteure und nutzerausgelöste Abrufe können sie ignorieren. Die durchsetzbare Ebene liegt auf dem Server.

Was ist der Unterschied zwischen dem Sperren eines KI-Crawlers und dem Sperren der KI-Suche?

Manche Anbieter verwenden getrennte Kennungen für das Training und für die Beantwortung aktueller Fragen. Sperren Sie die Trainingskennung, bleiben Ihre Inhalte aus dem Modelltraining heraus, Sie sind aber weiterhin in KI-Antworten sichtbar. Sperren Sie dagegen die Such- oder User-Agent-Kennung, verschwinden Sie aus KI-generierten Ergebnissen, die Sie sonst zitiert und verlinkt hätten. Entscheiden Sie vorher, welchen Kompromiss Sie wollen.

Ist llms.txt ein Standard, den ich umsetzen sollte?

Nein, llms.txt ist ein Vorschlag aus der Community, kein verabschiedeter Standard, und kein großer KI-Anbieter hat zugesagt, die Datei als Zugriffssteuerung zu beachten. Die Datei anzulegen ist harmlos und billig, aber sehen Sie darin keinen Ersatz für robots.txt-Anweisungen oder eine Sperre auf Serverebene. Die Standardisierung in diesem Bereich läuft noch.

WordPress KI-Funktionen deaktivieren: Core, Plugin oder Hoster?

Fast jede KI-Funktion, die Nutzer in WordPress loswerden wollen, stammt aus einem Plugin, vom Hoster oder von WordPress.com — nicht aus dem Core einer selbst gehosteten Installation. Bevor Sie ein remove_action-Snippet in die functions.php kopieren, öffnen Sie die Plugin-Liste und suchen Sie das, was dieses KI-Panel tatsächlich rendert. Eine Funktion zu entfernen, die der Core gar nicht mitbringt, ist verschwendete Mühe auf einer Website, die ohnehin schon zickt.

Diese Unterscheidung ist wichtig, weil die Lösungen völlig verschieden sind. Eine Plugin-Funktion hat einen Schalter in den Einstellungen. Eine vom Hoster eingespielte Funktion sitzt im Hosting-Dashboard, nicht im WordPress-Backend. Und die eigentliche Frage, die die meisten meinen, wenn sie “KI deaktivieren” sagen — nämlich KI-Unternehmen daran zu hindern, mit ihren Beiträgen zu trainieren — ist überhaupt keine WordPress-Einstellung. Das ist eine Frage von Robots-Regeln und Serverkonfiguration.

Was zum Core gehört und was nicht

Der Core einer selbst gehosteten WordPress-Installation liefert keinen sichtbaren KI-Schreibassistenten, keinen KI-Chatbot und keinen KI-Bildgenerator, der sofort läuft. Wenn Sie im Block-Editor ein KI-Funkelsymbol sehen, hat es irgendetwas dort installiert.

Woher KI-Funktionen tatsächlich kommen:

Quelle	Typische Funktion	Wo Sie sie abschalten
Jetpack	AI-Assistant-Block und Editor-Panel	Jetpack-Einstellungen, Modulschalter
Eigenständige KI-Plugins	Textgeneratoren, Chatbots, Alt-Text-Schreiber	Einstellungsseite des jeweiligen Plugins
SEO-Plugins	KI-Vorschläge für Titel und Beschreibung	Plugin-Einstellungen, meist je Funktion
Page Builder	KI-Texte und Bildgenerierung in der Builder-Oberfläche	Builder-Einstellungen oder Kontobereich
Managed Hoster	KI-Assistenten über ein mu-Plugin oder das Dashboard	Kundenbereich des Hosters
WordPress.com	Gehostete KI-Schreibwerkzeuge	Kontoeinstellungen bei WordPress.com, nicht auf Ihrer Website

Im WordPress-Projekt läuft durchaus KI-bezogene Entwicklung — experimentelle Feature-Plugins, die irgendwann im Core landen könnten. Wenn Sie eine aktuelle Version einsetzen und etwas KI-Artiges sehen, das Sie keinem Plugin zuordnen können, prüfen Sie zuerst die installierten Plugins und danach das Changelog Ihrer Version, statt einen Core-Standard zu vermuten, den Sie wegfiltern müssten. Diese Vorsicht ist Absicht: Versionsbezogene Aussagen veralten in diesem Bereich schnell, und eine falsche schickt Sie ohne Grund in fremde Dateien.

Herausfinden, was es wirklich hinzufügt

Deaktivieren Sie Plugins gruppenweise, bis das KI-Panel verschwindet. Grob, aber Sie bekommen eine belastbare Antwort statt einer Vermutung.

Wenn Sie WP-CLI haben, listen Sie zuerst alles Aktive auf:

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

Danach prüfen Sie auf vom Hoster eingespielten Code, der im normalen Plugin-Bildschirm nicht auftaucht:

ls -la wp-content/mu-plugins/

Must-Use-Plugins werden automatisch geladen und lassen sich im Backend nicht deaktivieren. Wenn Ihr Hoster dort einen KI-Assistenten abgelegt hat, führt der einzige saubere Weg über dessen Kundenbereich — die Datei einfach zu löschen bedeutet oft, dass sie beim nächsten Plattform-Update wieder da ist.

Richtig abschalten

Nutzen Sie die Einstellung des Plugins. Das ist die langweilige Antwort und die richtige. Gerade Jetpack besteht aus einzeln schaltbaren Modulen, Sie können also AI Assistant abschalten und Statistiken, Backups oder was auch immer Sie brauchen behalten. Die meisten eigenständigen KI-Plugins bieten pro Funktion ein Häkchen zum Ein- und Ausschalten.

Wenn Sie das Plugin für nichts anderes brauchen, deaktivieren Sie es komplett. Ein installiertes, aber “abgeschaltetes” KI-Plugin lädt seinen Code trotzdem bei jedem Aufruf. Deaktivieren ist schneller, sicherer und messbar leichter als jeder Filter.

Das Aushängen per remove_action ist die letzte Möglichkeit. Es funktioniert wirklich, aber nur, wenn Sie Hook-Name, Callback und Priorität exakt kennen, mit denen das Plugin registriert hat — und nur so lange, bis das Plugin eines davon umbenennt:

// 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 );

Der ehrliche Preis: Das bricht lautlos. Ein Plugin-Update ändert den Klassennamen, Ihre Entfernung greift nicht mehr, das KI-Panel ist zurück, und keine Fehlermeldung weist Sie darauf hin. Wenn Sie diesen Weg gehen, notieren Sie sich, was Sie entfernt haben, und prüfen Sie es nach jedem Update dieses Plugins erneut.

Dieselbe Vorsicht gilt, wenn Sie Editor-Panels per JavaScript deregistrieren. Das ist eine echte Möglichkeit, aber Sie greifen über eine Zeichenkette in die Registrierung eines fremden Plugins ein, und dieser Bezeichner ist keine öffentlich zugesicherte Schnittstelle.

Versuchen Sie nicht, KI-Funktionen über Konstanten in der wp-config.php abzuschalten, die Sie in einem Forenbeitrag gefunden haben. Keine Core-Konstante schaltet die KI eines Drittanbieter-Plugins ab. Wenn ein Snippet etwas anderes behauptet und Sie die Konstante nicht in der Dokumentation dieses Plugins nachweisen können, tut sie nichts.

Die andere Frage: KI-Training mit Ihren Inhalten verhindern

Das ist ein eigenes Thema, und dort sitzt die eigentliche Sorge. Ein abgeschaltetes Editor-Panel ändert nichts daran, wer Ihre Beiträge crawlt. Das steuern Sie in der robots.txt und, wenn es durchgesetzt werden soll, auf dem Server.

WordPress liefert eine virtuelle robots.txt aus, solange keine echte Datei im Web-Root liegt. Existiert eine physische Datei, hält sich WordPress komplett zurück und Crawler bekommen genau diese Datei. Um die virtuelle Variante zu bearbeiten, filtern Sie sie:

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

Die Regeln von Hand zusammenzubauen ist die Stelle, an der Fehler passieren — eine falsche Kennung blockiert gar nichts, und ein verirrtes Disallow: / beim falschen Agent kann Sie aus der normalen Suche kippen. Der robots.txt-Generator setzt die Blöcke für KI-Crawler zusammen mit Ihren regulären Suchanweisungen, sodass Sie die komplette Datei sehen, bevor sie live geht.

Kennungen, die große Anbieter veröffentlichen und nach eigener Aussage beachten:

Kennung	Anbieter	Wofür sie gilt
GPTBot	OpenAI	Crawling für das Modelltraining
ChatGPT-User	OpenAI	Abrufe, die durch eine Nutzeranfrage ausgelöst werden
ClaudeBot	Anthropic	Crawling
Google-Extended	Google	Nutzung Ihrer Inhalte für das Gemini-Training, nicht das Crawling selbst
Applebot-Extended	Apple	Nutzung für Apples generatives Modelltraining
PerplexityBot	Perplexity	Crawling
CCBot	Common Crawl	Massenarchiv, mit dem viele Modelle trainieren

Zwei ehrliche Einschränkungen. Erstens ist robots.txt freiwillig. Wer sich anständig verhält, hält sich daran; wer sie ignorieren will, tut es. Zweitens ist Sperren nicht kostenlos. Einige dieser Kennungen entscheiden darüber, ob Sie in KI-Antworten auftauchen, die Sie zitieren und verlinken. Sperren Sie alles, verlieren Sie diese Sichtbarkeit zusammen mit der Trainingsnutzung. Entscheiden Sie, was Ihnen wirklich wichtig ist.

Wer statt einer höflichen Bitte eine Durchsetzung will, sperrt auf dem Server. In der .htaccess unter 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>

User-Agent-Angaben lassen sich trivial fälschen, das stoppt also ehrlichen, aber unerwünschten Traffic — keinen entschlossenen Scraper. Eine Sperre nach geprüften IP-Bereichen im CDN oder in der Firewall ist wirksamer, und die meisten CDNs bieten inzwischen eine Ein-Klick-Regel für KI-Bots, die leichter zu pflegen ist als eine handgeschriebene Liste.

Was nicht funktioniert

llms.txt ist ein Vorschlag, kein Standard. Es handelt sich um eine vorgeschlagene Markdown-Datei, die Ihre Website für Sprachmodelle beschreibt. Kein großer Anbieter hat zugesagt, sie als Zugriffssteuerung zu behandeln. Sie anzulegen kostet nichts und hilft vielleicht dabei, wie Modelle Sie lesen, aber blockieren tut sie nichts.

Die Meta-Tags noai und noimageai werden von so gut wie niemandem beachtet. Sie stammen aus der Richtlinie einer einzelnen Plattform, nicht aus einer branchenweiten Vereinbarung. Sie einzubauen schadet nicht; zu erwarten, dass sie wirken, schon.

Ein Plugin, das verspricht, “KI zu blockieren”, schreibt meistens nur Robots-Regeln. Das ist in Ordnung und genau das, was Sie selbst in zehn Zeilen erledigen können. Es ist keine rechtliche oder technische Sperre, und kein Plugin kann daraus eine machen.

KI-Crawler zu sperren entfernt keine Inhalte, die bereits in einem trainierten Modell stecken. Nichts, was Sie heute ergänzen, holt Ihre Beiträge rückwirkend aus einem Modell heraus, das letztes Jahr veröffentlicht wurde. Robots-Regeln wirken nur nach vorn.

Wenn immer noch ein KI-Panel erscheint

Wenn alle Plugins aus sind und das Panel bleibt, schauen Sie erneut in wp-content/mu-plugins/, dann ins Dashboard Ihres Hosters, und prüfen Sie schließlich, ob Sie auf WordPress.com statt in einer eigenen Installation arbeiten — dort liegen die Schalter in den Kontoeinstellungen, nicht im Website-Backend. Und wenn die Funktion nach einem Plugin-Update zurückkommt, ist das die Handschrift eines Aushäng-Snippets, das nicht mehr greift, und nicht die eines Core-Standards, der sich durchsetzt.