Wer WordPress 7 installiert und anschließend im Editor nach dem großen neuen Knopf „Mit KI schreiben“ sucht, wird enttäuscht sein.
Es gibt ihn nicht.
Keine Chatbox schreibt automatisch Blogartikel. Kein WordPress-Assistent überarbeitet ungefragt Überschriften. Und WordPress hat auch nicht beschlossen, sämtliche Websites künftig an OpenAI, Google oder Anthropic anzuschließen.
Trotzdem war WordPress 7.0 für die Verbindung von WordPress und künstlicher Intelligenz möglicherweise eine der wichtigsten Versionen überhaupt.
Denn seit WordPress 7.0 besitzt der Core erstmals einen eigenen providerunabhängigen AI Client. Plugins können damit KI-Funktionen anfordern, ohne für jeden Anbieter eine komplett eigene Integration entwickeln zu müssen. WordPress übernimmt einen Teil der Vermittlung zwischen Plugin, konfiguriertem Anbieter und geeignetem Modell. (Make WordPress)
Das klingt nach einer Entwicklerdetailsache.
Ist es zunächst auch.
Aber gerade deshalb könnte es langfristig viel bedeutender werden als ein auffälliger KI-Button im Editor.
WordPress baut keine KI ein – sondern eine gemeinsame Sprache für KI
Bisher musste ein WordPress-Plugin, das beispielsweise Texte mit einem Sprachmodell zusammenfassen wollte, im Prinzip seine eigene Welt mitbringen.
Es musste sich darum kümmern:
Welcher KI-Anbieter wird verwendet?
Wie wird dessen API angesprochen?
Wo wird der API-Key hinterlegt?
Welche Modelle gibt es?
Was passiert, wenn der Anbieter gewechselt wird?
Wie sieht die Antwort aus?
Das funktioniert. Aber wenn hundert Plugins jeweils ihre eigene Integration bauen, entstehen hundert unterschiedliche Lösungen für dasselbe Grundproblem.
WordPress 7.0 setzt darunter nun eine gemeinsame Schicht.
Der AI Client stellt Plugins eine einheitliche Schnittstelle zur Verfügung. Das Plugin beschreibt, was es benötigt; die konkrete Verbindung zu einem verfügbaren Modell kann anschließend über die auf der Website eingerichtete KI-Infrastruktur erfolgen. (Make WordPress)
Vereinfacht:
Plugin
↓
WordPress AI Client
↓
konfigurierter KI-Anbieter
↓
geeignetes Modell
Das ist ein sehr typischer Schritt in der Entwicklung einer Plattform.
WordPress integriert nicht jede denkbare KI-Funktion selbst.
Es baut die Infrastruktur, auf der andere solche Funktionen entwickeln können.
Das erinnert an andere erfolgreiche WordPress-Abstraktionen
Wer WordPress nur als Redaktionssystem benutzt, sieht viele seiner wichtigsten Fähigkeiten kaum.
Ein Pluginentwickler arbeitet beispielsweise mit:
Datenbankfunktionen,
REST API,
HTTP API,
Cron,
Rollen und Berechtigungen,
Blocks,
Hooks.
Der Entwickler muss dadurch viele grundlegende Probleme nicht jedes Mal neu lösen.
Ähnlich lässt sich der neue AI Client betrachten.
Ein Plugin muss nicht zwingend wissen:
Diese Website verwendet Modell X von Anbieter Y mit exakt diesem API-Aufruf.
Es kann viel abstrakter sagen:
Ich benötige ein Modell, das Text erzeugen kann.
Oder:
Ich benötige Bildgenerierung.
Der AI Client unterstützt laut WordPress unter anderem Text- und Bildgenerierung sowie weitere Ausgabeformen und kann prüfen, ob die benötigte Fähigkeit mit den auf der jeweiligen Website verfügbaren Anbietern und Modellen überhaupt vorhanden ist. (Make WordPress)
Das ist wesentlich interessanter als ein fest eingebauter Chatbot.
Ein Plugin kann dadurch providerunabhängiger werden
Angenommen, ein SEO-Plugin möchte für einen Artikel eine Meta Description vorschlagen.
Bisher könnte der Hersteller entscheiden:
Unsere KI-Funktion funktioniert ausschließlich mit Anbieter A.
Dann hängen Plugin und Nutzer gleichermaßen von diesem Anbieter ab.
Mit einer Abstraktionsschicht kann das Plugin stattdessen eher formulieren:
Aufgabe:
Text zusammenfassen
Anforderung:
Textgenerierung
und sich weniger darum kümmern, welches konkrete Modell letztlich die Arbeit erledigt.
WordPress bezeichnet den AI Client ausdrücklich als provider-agnostic, also anbieterunabhängig. Plugins können Modellpräferenzen angeben, sollen aber grundsätzlich auch mit anderen kompatiblen verfügbaren Modellen funktionieren können. (Make WordPress)
Das ist ein bemerkenswerter Unterschied.
Denn plötzlich wird die KI-Funktion eines Plugins nicht zwangsläufig mit dem Geschäftsmodell eines einzigen Modellanbieters verheiratet.
Trotzdem telefoniert WordPress nicht plötzlich mit OpenAI
Das ist vermutlich der wichtigste Punkt für Websitebetreiber.
WordPress Core enthält keinen eingebauten KI-Anbieter. Die offizielle Entwicklerdokumentation betont ausdrücklich, dass die Anbieter getrennt als Plugins implementiert werden. Für Anthropic, Google und OpenAI existieren erste offizielle Provider-Plugins, aber der AI Client selbst bildet lediglich die gemeinsame Infrastruktur. (Make WordPress)
Damit gilt nicht:
WordPress 7 installiert
↓
Daten gehen an KI-Anbieter
Sondern eher:
WordPress 7
↓
AI-Infrastruktur vorhanden
↓
passender Anbieter muss eingerichtet sein
↓
Plugin kann diese Infrastruktur nutzen
Auch WordPress selbst weist darauf hin, dass ein Entwickler nie einfach voraussetzen darf, dass auf einer WordPress-Website überhaupt ein KI-Anbieter eingerichtet ist. (Make WordPress)
Das ist eine wichtige architektonische Entscheidung.
Unter „Einstellungen → Connectors“ entsteht die Schaltzentrale
Parallel zum AI Client hat WordPress 7.0 die Connectors API eingeführt.
Sie schafft eine standardisierte Möglichkeit, externe Dienste mit WordPress zu verbinden. Der erste große Anwendungsfall sind KI-Anbieter. Im Backend gibt es dafür einen Bereich unter Einstellungen → Connectors. WordPress bringt dort Unterstützung für die ersten offiziellen Verbindungen zu Anthropic, Google und OpenAI mit und kann weitere kompatible Provider automatisch erkennen. (Make WordPress)
Das wirkt zunächst unspektakulär.
Strategisch ist es aber ausgesprochen interessant.
Denn statt:
Plugin A
→ eigener OpenAI-Key
Plugin B
→ eigener OpenAI-Key
Plugin C
→ eigener Gemini-Key
Plugin D
→ eigene Anthropic-Einstellungen
entsteht zumindest die Möglichkeit für:
WordPress
↓
zentrale Connector-Infrastruktur
↓
mehrere Plugins verwenden
die konfigurierte KI-Schicht
Ob das Plugin-Ökosystem diese Möglichkeit konsequent nutzt, wird sich erst zeigen.
Die technische Grundlage existiert nun aber.
API-Keys bleiben ein sensibles Thema
Die neue Connector-Infrastruktur kümmert sich unter anderem darum, wie Zugangsdaten zu KI-Anbietern bereitgestellt werden.
Dabei unterstützt WordPress verschiedene Quellen wie Umgebungsvariablen, PHP-Konstanten oder die Datenbank. Interessant ist allerdings ein Detail der aktuellen Implementierung: In der Datenbank abgelegte API-Keys werden laut offizieller WordPress-Dokumentation derzeit dort nicht verschlüsselt; die Oberfläche maskiert sie lediglich. WordPress verweist bereits auf weitere Arbeiten an diesem Thema. (Make WordPress)
Für normale Nutzer ist das kein Grund zur Panik.
Für Administratoren ist es aber eine Erinnerung an ein Grundprinzip aus der Cloud-Sicherheit:
Ein API-Key ist ein Zugangsschlüssel.
Er sollte entsprechend behandelt werden.
Wer Server selbst verwaltet, kann deshalb je nach Umgebung überlegen, sensible Zugangsdaten nicht unnötig in der WordPress-Datenbank abzulegen, sondern kontrollierter über die Serverkonfiguration bereitzustellen.
Die spannende Frage lautet: Welche Plugins entstehen jetzt?
Technische Infrastruktur allein sieht niemand.
Ihre Wirkung zeigt sich erst in den Anwendungen, die darauf aufbauen.
Ein WordPress-Plugin könnte beispielsweise:
einen langen Artikel zusammenfassen,
alternative Überschriften vorschlagen,
Alt-Texte für Bilder vorbereiten,
Produktinformationen strukturieren,
Inhalte klassifizieren,
FAQ-Blöcke erstellen,
Texte übersetzen,
redaktionelle Metadaten erzeugen.
Der AI Client unterstützt dabei nicht nur freie Textantworten. Entwickler können auch strukturierte Antworten anhand eines vorgegebenen JSON-Schemas anfordern. (Make WordPress)
Das ist für Automatisierung besonders interessant.
Denn ein Mensch kann mit:
„Schreib mir etwas über diesen Artikel.“
etwas anfangen.
Ein Workflow braucht eher:
{
"thema": "WordPress",
"kategorie": "Web",
"prioritaet": 3
}
Genau deshalb sind strukturierte KI-Ausgaben für automatisierte Systeme so wichtig.
WordPress könnte dadurch selbst zu einer Automatisierungsplattform werden
Hier wird die Entwicklung für mich besonders spannend.
WordPress ist längst mehr als ein Texteditor.
Es verwaltet:
Beiträge,
Seiten,
Bilder,
Benutzer,
Taxonomien,
Kommentare,
Produkte,
Formulare,
Metadaten
und über Plugins praktisch beliebige weitere Daten.
Gleichzeitig besitzt WordPress APIs und Hooks, mit denen auf Veränderungen reagiert werden kann.
Nun kommt eine standardisierte KI-Schicht hinzu.
Daraus ergibt sich plötzlich ein ziemlich mächtiges Modell:
WordPress-Daten
↓
KI analysiert
↓
strukturierte Ausgabe
↓
WordPress-Aktion
Ein Beispiel:
Ein neuer Artikel wird gespeichert.
Die KI klassifiziert das Thema.
WordPress schlägt passende interne Links vor.
Ein Mensch prüft sie.
Danach werden die ausgewählten Links eingefügt.
Oder:
Ein neues Bild wird hochgeladen.
Ein Modell analysiert es.
Ein Alt-Text wird vorgeschlagen.
Der Redakteur bestätigt ihn.
Das ist nicht mehr einfach „KI schreibt Texte“.
Das ist KI als Verarbeitungsschicht innerhalb eines CMS.
Genau hier kommt die Abilities API ins Spiel
Neben dem AI Client entwickelt WordPress eine weitere interessante Infrastruktur: die Abilities API.
Sie schafft eine standardisierte Möglichkeit, Fähigkeiten innerhalb von WordPress zu registrieren und auffindbar zu machen. Mit WordPress 7.0 wurde diese Infrastruktur auch auf die Client-Seite erweitert. Fähigkeiten können dabei mit Metainformationen versehen werden, etwa ob eine Aktion nur Daten liest, den Zustand verändert oder potenziell destruktiv ist. (Make WordPress)
Das klingt zunächst stark nach Entwicklerhandbuch.
Man kann es aber viel einfacher lesen.
Eine Anwendung kann künftig beschreiben:
Diese Fähigkeit:
→ liest Statistiken
oder:
Diese Fähigkeit:
→ verändert Daten
oder sogar:
Diese Fähigkeit:
→ kann destruktiv sein
Das ist genau die Art von Beschreibung, die für KI-Agenten interessant wird.
Ein Agent muss schließlich wissen, was ein System kann, bevor er dessen Funktionen sinnvoll einsetzen kann.
Damit entsteht langsam eine Sprache zwischen WordPress und Agenten
Stell dir vor, ein KI-Agent soll eine WordPress-Website pflegen.
Eine schlechte Lösung wäre:
Agent
↓
sieht wp-admin
↓
klickt irgendwie herum
Das wäre eine Variante des Computer Use, über das wir im vorherigen Magazinbeitrag gesprochen haben.
Eleganter wäre:
WordPress beschreibt
verfügbare Fähigkeiten
↓
Agent versteht Fähigkeiten
↓
Agent verwendet
definierte Aktionen
Zum Beispiel:
get_posts
get_site_stats
generate_summary
update_metadata
Die genaue Zukunft davon ist noch offen. Aber die Architektur aus AI Client, Connectors und Abilities zeigt sehr deutlich, dass WordPress nicht nur an einen „KI-Schreibassistenten“ denkt.
Die Plattform schafft Bausteine, über die KI-Funktionen systematischer eingebaut werden können. (Make WordPress)
Das ist möglicherweise klüger als ein eingebauter WordPress-Chatbot
Ein fest eingebauter Chatbot wäre spektakulärer.
WordPress könnte einen großen bunten Button hinzufügen:
✨ Mit WordPress AI schreiben
Für eine Produktdemo wäre das einfacher zu erklären.
Langfristig würde es aber viele Fragen erzeugen.
Welcher Anbieter steckt dahinter?
Wer bezahlt die Tokens?
Welche Datenschutzbedingungen gelten?
Welches Modell wird verwendet?
Was passiert, wenn morgen ein besseres Modell erscheint?
Kann ein Unternehmen einen anderen Anbieter verwenden?
Kann ein Hostinganbieter eine eigene KI bereitstellen?
Der providerunabhängige Ansatz löst nicht alle diese Fragen.
Aber er vermeidet, dass WordPress selbst einen einzelnen KI-Anbieter zum unverzichtbaren Bestandteil des CMS macht.
WordPress selbst sagt: Noch gibt es im Standard-Interface kaum sichtbare KI
Das ist keine Interpretation.
Das WordPress-AI-Team beschrieb seinen Stand für die weitere Entwicklung ausdrücklich so: Der AI Client bildet derzeit vor allem die Grundlage dafür, KI programmatisch innerhalb von WordPress auszuführen. Der Fokus liegt zunächst darauf, Pluginentwicklern diese Infrastruktur zur Verfügung zu stellen; sichtbare KI-Funktionen gehören derzeit nicht einfach zum Standardinterface von WordPress. (Make WordPress)
Das erklärt, warum viele Websitebetreiber von dieser Entwicklung bislang kaum etwas bemerkt haben.
Sie ist Infrastruktur.
Und Infrastruktur wird meistens erst interessant, wenn darauf gebaut wird.
Das Plugin-Ökosystem könnte davon stärker profitieren als WordPress Core selbst
WordPress verdankt einen großen Teil seines Erfolgs dem Plugin-Prinzip.
Der Core versucht nicht, jedes denkbare Problem selbst zu lösen.
Stattdessen stellt er eine Grundlage bereit.
Ein Shop entsteht über Plugins.
Ein Mitgliederbereich ebenso.
SEO-Werkzeuge ebenso.
Formulare ebenso.
Mit KI könnte dasselbe Muster entstehen.
Nicht:
WordPress baut
eine große Universal-KI
sondern:
WordPress baut
gemeinsame KI-Infrastruktur
↓
Plugins entwickeln
spezialisierte Funktionen
Ein SEO-Plugin versteht SEO.
Ein Shop-Plugin versteht Produkte.
Ein Bild-Plugin versteht Medien.
Ein Übersetzungsplugin versteht Sprachen.
Die jeweilige Fachlogik bleibt im Plugin – die Verbindung zum KI-Modell kann zunehmend über eine gemeinsame WordPress-Schicht erfolgen.
Dadurch könnte der berühmte Plugin-Wildwuchs sogar etwas kleiner werden
WordPress hat eine Stärke, die gleichzeitig eine Schwäche ist:
Für fast alles gibt es ein Plugin.
Und jedes Plugin bringt gerne seine eigene technische Welt mit.
Das führt zu:
eigenen Bibliotheken,
eigenen API-Clients,
eigenen Einstellungen,
eigenen Datenbanken,
eigenen Updatezyklen.
Wenn mehrere Plugins dieselben Grundfunktionen über Core verwenden können, reduziert das zumindest theoretisch Doppelarbeit.
Der AI Client ist genau so eine Abstraktionsschicht.
Ein Pluginentwickler muss die Kommunikation mit jedem einzelnen Modellanbieter nicht komplett neu erfinden. (Make WordPress)
Das bedeutet natürlich nicht, dass plötzlich jedes KI-Plugin hochwertig wird.
Aber die gemeinsame technische Basis kann besser werden.
Für Websitebetreiber entsteht dafür eine neue Frage: Welches Plugin darf KI benutzen?
Wenn viele Plugins irgendwann dieselbe KI-Infrastruktur verwenden, wird ein anderes Thema wichtig.
Kosten.
Ein KI-Aufruf ist nicht zwangsläufig kostenlos.
Ein Plugin könnte:
Texte generieren,
Bilder erzeugen,
Dokumente analysieren,
Inhalte klassifizieren.
Jede dieser Aktionen kann Nutzung beim jeweiligen Anbieter verursachen.
Der AI Client kann bei vollständigen Ergebnissen bereits Informationen über Tokenverbrauch sowie verwendeten Anbieter und verwendetes Modell bereitstellen. (Make WordPress)
Für Websitebetreiber dürfte deshalb langfristig eine Art KI-Governance im WordPress-Backend interessant werden:
Welches Plugin darf KI verwenden?
Welche Benutzer dürfen Funktionen auslösen?
Welche Modelle dürfen benutzt werden?
Welche Kosten entstehen?
Welche Daten werden an welchen Anbieter geschickt?
Ein gemeinsamer AI Client macht solche Fragen überhaupt erst zentral lösbar.
Datenschutz wird dadurch nicht automatisch erledigt
Providerunabhängigkeit bedeutet nicht Datenschutzunabhängigkeit.
Wenn ein Plugin einen Beitrag, Kundentext oder andere Informationen an ein externes KI-Modell übermittelt, findet weiterhin eine Datenübertragung statt.
Die Frage bleibt:
Welche Daten?
An wen?
Zu welchem Zweck?
Auf welcher Grundlage?
Wie lange werden sie verarbeitet?
Der technische Weg:
Plugin
→ WordPress AI Client
→ Anbieter
ändert daran nichts.
Unsere Datenschutz-Grundlagen gelten genauso wie vorher.
Die gemeinsame WordPress-Infrastruktur kann technische Kontrolle erleichtern.
Sie ersetzt aber keine datenschutzrechtliche Bewertung.
Auch KI-Halluzinationen verschwinden nicht, weil WordPress die Anfrage abschickt
Das gilt genauso für die Qualität der Antwort.
Ein Modell wird nicht zuverlässiger, nur weil der Prompt über:
wp_ai_client_prompt()
läuft.
Die Probleme aus KI-Halluzinationen bleiben bestehen.
Wenn ein Plugin automatisch:
medizinische Informationen,
Produktdaten,
rechtliche Aussagen,
technische Anleitungen
erzeugt, muss die Anwendung weiterhin mit fehlerhaften Modellausgaben rechnen.
Der AI Client standardisiert die Kommunikation.
Er garantiert nicht die Wahrheit der Antwort.
Genau deshalb ist die Kombination mit strukturierten Ergebnissen spannend
Ein sinnvoller KI-Workflow versucht nicht immer, einen fertigen Artikel zu erzeugen.
Manchmal ist eine begrenzte Aufgabe wesentlich zuverlässiger.
Beispielsweise:
Ordne diesen Artikel
einer von fünf Kategorien zu.
Oder:
Extrahiere
Produktname,
Preis,
Hersteller.
Oder:
Bewerte diese Überschrift
auf einer Skala von 1 bis 5.
Der AI Client kann strukturierte Antworten anhand eines Schemas anfordern. (Make WordPress)
Damit lässt sich KI besser in normale Softwarelogik integrieren.
Das ist für mich einer der interessantesten Aspekte der gesamten Entwicklung.
Nicht:
KI ersetzt WordPress.
Sondern:
KI wird eine weitere Funktion, die WordPress-Software kontrolliert verwenden kann.
Die Zukunft könnte ziemlich unspektakulär aussehen – und genau deshalb funktionieren
Wir haben uns an spektakuläre KI-Demos gewöhnt.
Ein Modell erzeugt ein Video.
Ein Agent steuert einen Computer.
Eine KI schreibt in Sekunden einen Roman.
Der tiefere Wandel könnte aber dort stattfinden, wo irgendwann niemand mehr bewusst darüber nachdenkt.
Du lädst ein Bild hoch.
WordPress schlägt einen Alt-Text vor.
Du veröffentlichst einen Artikel.
WordPress erkennt drei verwandte ältere Beiträge.
Ein Formular erreicht die Website.
WordPress erkennt automatisch, um welche Anfrage es sich handelt.
Eine Redaktion öffnet einen langen Entwurf.
WordPress zeigt eine Zusammenfassung.
Im Hintergrund arbeitet vielleicht:
Plugin
↓
AI Client
↓
Modell
Der Nutzer muss davon technisch kaum etwas wissen.
So werden Technologien meistens wirklich relevant.
Nicht wenn sie ständig darauf hinweisen, wie revolutionär sie sind.
Sondern wenn sie irgendwann einfach Bestandteil des Werkzeugs werden.
Für WordPress könnte das ein überraschend wichtiger strategischer Schritt sein
WordPress steht seit Jahren vor einer schwierigen Aufgabe.
Das System muss gleichzeitig:
einfach genug für normale Websitebetreiber,
offen genug für Entwickler,
flexibel genug für Millionen unterschiedlicher Websites
und unabhängig genug für ein riesiges Open-Source-Ökosystem
bleiben.
Bei KI wäre die einfachste Lösung gewesen, irgendeinen Anbieter tief einzubauen.
Die interessantere Lösung ist eine Abstraktionsschicht.
WordPress 7.0 hat mit AI Client, Connector-Infrastruktur und den weiterentwickelten Abilities dafür zentrale Bausteine eingeführt. Der WordPress-Core bezeichnet den AI Client selbst als Grundlage für programmatisch ausgeführte KI innerhalb von WordPress. (Make WordPress)
Was daraus entsteht, hängt nun sehr stark vom Plugin-Ökosystem ab.
Vielleicht bleibt vieles davon Infrastruktur, die normale Nutzer niemals bewusst wahrnehmen.
Vielleicht entstehen daraus in den kommenden Jahren ganz neue Klassen von Plugins und automatisierten WordPress-Workflows.
Wahrscheinlich passiert beides.
Der wichtigste Punkt ist jedenfalls leicht zu übersehen:
WordPress hat nicht einfach KI eingebaut. WordPress hat begonnen, KI zu einer standardisierten Ressource seiner Plattform zu machen.
Und das könnte auf Dauer wesentlich mehr verändern als ein weiterer Button mit einem Glitzersymbol.