{"id":76893,"date":"2026-07-22T13:40:53","date_gmt":"2026-07-22T12:40:53","guid":{"rendered":"https:\/\/kinsta.com\/de\/?p=76893&preview=true&preview_id=76893"},"modified":"2026-07-28T10:29:57","modified_gmt":"2026-07-28T09:29:57","slug":"wordpress-ki","status":"publish","type":"post","link":"https:\/\/kinsta.com\/de\/blog\/wordpress-ki\/","title":{"rendered":"WordPress-KI-Integration: Ein detaillierter Einblick in die Architektur und ein Anwendungsbeispiel aus der Praxis"},"content":{"rendered":"

Vor WordPress 7.0<\/a> mussten Plugins, die KI-Funktionen hinzuf\u00fcgten<\/a>, einen API-Schl\u00fcssel anfordern und verwalten, um mit einem KI-Anbieter zu kommunizieren.<\/p>\n

Das brachte einige Nachteile hinsichtlich des Code-Umfangs und der Wartbarkeit mit sich. Du musstest umfangreiche, propriet\u00e4re SDK-Bibliotheken in deine Plugins einbinden und anbieterspezifische cURL-Anfragen schreiben.<\/p>\n

Dieses fragmentierte Szenario hat sich mit der in WordPress 7.0 eingef\u00fchrten nativen KI-Integration<\/a> komplett ver\u00e4ndert. Heute bietet WordPress eine zentralisierte Schnittstelle zur Konfiguration von Zugangsdaten f\u00fcr verschiedene KI-Anbieter sowie eine neue PHP-API. Diese neue Architektur erm\u00f6glicht es dir, Befehle, Anweisungen, Mediendateien und Datenstrukturen nahtlos zu senden, w\u00e4hrend der Core die Anfragen abwickelt.<\/p>\n

Die neue Architektur bietet sowohl f\u00fcr Website-Administratoren als auch f\u00fcr Plugin-Entwickler erhebliche Vorteile.<\/p>\n

Administratoren m\u00fcssen die KI-Einstellungen nicht mehr \u00fcber mehrere Plugins hinweg konfigurieren. Ab WordPress 7.0 installierst und aktivierst du einfach deine Plugin-Konnektoren, gibst deine API-Schl\u00fcssel in die einheitliche Konnektoren-Oberfl\u00e4che ein \u2013 und schon stehen sie sofort allen KI-gest\u00fctzten Plugins auf deiner Website zur Verf\u00fcgung. Du kannst die KI-Nutzung ganz einfach \u00fcberwachen, zu deinem bevorzugten Modell wechseln oder den Zugriff eines Anbieters f\u00fcr alle Plugins mit einem einzigen Klick widerrufen.<\/p>\n

F\u00fcr Plugin-Entwickler sind die Vorteile sogar noch gr\u00f6\u00dfer \u2013 sie reichen von Datensicherheit \u00fcber Code-Portabilit\u00e4t bis hin zu einer drastischen Reduzierung der technischen Schulden<\/a>.<\/p>\n

Bist du bereit, diese Reise in die neue WordPress-KI-Architektur zu beginnen? Dann lass uns loslegen.
\n

<\/div><\/kinsta-auto-toc><\/p>\n

Die drei Ebenen der WordPress-KI-Architektur<\/h2>\n

Heute sind deine WordPress-Websites von Haus aus KI-f\u00e4hig. Dabei geht es jedoch nicht um sofort einsatzbereite KI-Funktionen, sondern vielmehr um die Grundlage f\u00fcr den Aufbau KI-gest\u00fctzter Websites.<\/p>\n

Die neue Architektur ist in drei verschiedene Ebenen gegliedert:
\n

<\/div><\/kinsta-auto-toc><\/p>\n

KI-Konnektor<\/h3>\n

Vor WordPress 7.0<\/a> ben\u00f6tigte jedes Plugin, das deiner Website KI-Funktionen hinzuf\u00fcgte, ein eigenes System zum Speichern und Verwalten deiner API-Schl\u00fcssel. Deine Anmeldedaten mussten entweder fest im Plugin hinterlegt oder \u00fcber eine benutzerdefinierte Einstellungsseite verwaltet werden. In beiden F\u00e4llen war das alles andere als eine ideale L\u00f6sung f\u00fcr den Umgang mit sensiblen Daten.<\/p>\n

\"Konnektoren-Bildschirm\"
Die zentralisierte KI-Konnektoren-Oberfl\u00e4che im WordPress-Admin-Dashboard<\/figcaption><\/figure>\n

\u00dcber eine einheitliche Oberfl\u00e4che kannst du alle deine KI-Dienstleister an einem zentralen Ort konfigurieren. Diese Oberfl\u00e4che bringt mehrere wesentliche Vorteile f\u00fcr die Website-Verwaltung mit sich.<\/p>\n

Aus Sicht der Verwaltung und Sicherheit besteht der gr\u00f6\u00dfte Vorteil darin, dass du deine Anbieter nur einmal in der \u201eKonnektoren\u201c-Oberfl\u00e4che einrichten musst und sie dann vergessen kannst \u2013 ganz gleich, wie viele Plugins sie nutzen. Solltest du jemals deine API-Schl\u00fcssel \u00e4ndern m\u00fcssen, musst du nicht jedes Plugin neu konfigurieren; du kannst sie alle auf einmal im \u201eKonnektoren\u201c-Bildschirm aktualisieren.<\/p>\n

Die Zentralisierung der Anmeldedaten verbessert zudem die Sicherheit deiner Website, indem sie das Risiko mindert, dass sensible Daten durch Plugins von Drittanbietern offengelegt werden, die m\u00f6glicherweise schlecht programmiert oder nicht vertrauensw\u00fcrdig sind.<\/p>\n

Ein weiterer wichtiger Vorteil ist die Portabilit\u00e4t des Codes. Deine Plugins m\u00fcssen nicht mehr wissen, welchen KI-Anbieter du nutzt, da die neue Architektur die Authentifizierung von der Plugin-Logik entkoppelt. Das bedeutet: Wenn du den KI-Anbieter wechselst, funktioniert dein Plugin weiterhin, ohne dass auch nur eine einzige Zeile Code ge\u00e4ndert werden muss.<\/p>\n

Der eigentliche Durchbruch bei der Portabilit\u00e4t ist jedoch die M\u00f6glichkeit f\u00fcr Website-Administratoren, mehrere Konnektoren gleichzeitig zu konfigurieren. Wenn ein Plugin eine Anfrage ausl\u00f6st, w\u00e4hlt WordPress automatisch den am besten geeigneten KI-Anbieter und das passende Modell aus, um die Antwort zu generieren \u2013 basierend sowohl auf der spezifischen Konfiguration des Plugins<\/a> als auch auf den F\u00e4higkeiten der verf\u00fcgbaren Modelle.<\/p>\n

KI-Client<\/h3>\n

W\u00e4hrend der \u201eKonnektoren\u201c-Bildschirm die Konfigurationsoberfl\u00e4che f\u00fcr KI-Anbieter bereitstellt, bietet der KI-Client<\/a> Entwicklern das operative Werkzeug zur Kommunikation mit KI-Modellen.<\/p>\n

Es handelt sich um eine native Software-Schnittstelle, die die Interaktion mit KI-Modellen \u00fcber die globale Funktion wp_ai_client_prompt()<\/code> und einen einheitlichen Satz von PHP-Methoden standardisiert.<\/p>\n

Reduzierte technische Schulden<\/h4>\n

F\u00fcr Entwickler ist ein gro\u00dfer Vorteil der neuen KI-Architektur die Reduzierung von technischer Verschuldung und Abh\u00e4ngigkeiten. Vor WordPress 7.0 war das Hinzuf\u00fcgen von KI-Funktionen mit sehr hohen Kosten f\u00fcr die Code-Wartung verbunden. Man musste propriet\u00e4re SDKs von Drittanbietern (wie die offiziellen Bibliotheken f\u00fcr OpenAI<\/a> oder Anthropic<\/a>) einbinden und st\u00e4ndig die Bibliotheksversionen im Auge behalten. Das f\u00fchrte zu einem aufgebl\u00e4hten Plugin-Code und \u00f6ffnete die T\u00fcr f\u00fcr Kompatibilit\u00e4tsfehler.<\/p>\n

Au\u00dferdem musstest du viele Zeilen Code schreiben, um die Netzwerk-Logik und das Parsen der Antworten zu handhaben. Erschwerend kam hinzu, dass der Code anbieterabh\u00e4ngig war \u2013 wenn du dich also entschieden hast, den KI-Anbieter zu wechseln, musstest du die gesamte Netzwerkarchitektur deines Plugins neu schreiben.<\/p>\n

Der KI-Client l\u00f6st dieses Problem an der Wurzel, indem er all diese aufwendige Arbeit an den WordPress-Kern \u00fcbertr\u00e4gt. Dein Code wird v\u00f6llig unabh\u00e4ngig vom KI-Anbieter; du musst deine Anweisungen nur einmal schreiben, und WordPress \u00fcbersetzt sie in den modellspezifischen \u201eDialekt\u201c.<\/p>\n

Intelligente Modellauswahl<\/h4>\n

Eine leistungsstarke Funktion der \u201eFluent Interface\u201c des KI-Clients ist die M\u00f6glichkeit, bevorzugte Modelle \u00fcber die Methode using_model_preference()<\/code> festzulegen, die \u00fcber die Builder-Funktion wp_ai_client_prompt()<\/code>\u00a0verf\u00fcgbar ist. Mit dieser Methode kannst du eine geordnete Liste von Modellen f\u00fcr die spezifische Aufgabe deines Plugins deklarieren. Der folgende Code fordert beispielsweise eine Textgenerierung an, die auf drei bevorzugte Modelle abzielt:<\/p>\n

$text_result = wp_ai_client_prompt( 'Convert the following transcript into a concise, blog-ready draft.' )\n\t->using_model_preference(\n\t\t'gemini-2.5-flash',\n\t\t'claude-3-5-sonnet',\n\t\t'gpt-4o'\n\t)\n\t->generate_text();<\/code><\/pre>\n
WordPress \u00fcberpr\u00fcft die auf dem \u201eKonnektoren\u201c-Bildschirm konfigurierten Anbieter und durchsucht die im Plugin-Code definierte Modellliste, wobei es den ersten Connector ausw\u00e4hlt, der auch auf der Website verf\u00fcgbar ist. Sollte keines der in deinem Code angegebenen Modelle unter den aktiven \u201eKonnektoren\u201c verf\u00fcgbar sein, ignoriert WordPress die Modellpr\u00e4ferenzliste und greift auf das erste kompatible Modell zur\u00fcck, das auf der Website konfiguriert ist.<\/p>\n
Dieser Mechanismus stellt sicher, dass dein Plugin immer funktioniert, selbst wenn der Website-Administrator zu einem anderen KI-Anbieter wechselt.<\/p>\n
KI-Anbieter<\/h3>\n
Ein KI-Anbieter ist das Unternehmen, das die von uns t\u00e4glich genutzten gro\u00dfen Sprachmodelle (LLMs) besitzt, trainiert und hostet. OpenAI, Google Gemini und Anthropic sind die g\u00e4ngigsten KI-Anbieter, die \u00fcber spezielle Konnektoren in WordPress 7.0 unterst\u00fctzt werden, aber Entwickler k\u00f6nnen zus\u00e4tzliche benutzerdefinierte KI-Anbieter registrieren.<\/p>\n
Wenn der Code deines Plugins die Methode generate_text()<\/code> \u2013 oder eine andere Generierungsmethode \u2013 aufruft, kompiliert WordPress die Daten und sendet sie \u00fcber den vom Konnektor eingerichteten Endpunkt an den KI-Anbieter. Hier ist der Ablauf der Vorg\u00e4nge, die hinter den Kulissen stattfinden:<\/p>\n