WordPress bringt seit Version 5.6 alles mit, was ein externes System zum Veröffentlichen braucht: die REST-API und Anwendungspasswörter. Sie legen einen eigenen Benutzer mit der Rolle Autor oder Redakteur an, erzeugen dafür ein Anwendungspasswort und hinterlegen beides im Blogsystem. Danach erscheinen Beiträge mit Titel, Text, Kategorie und Beitragsbild direkt in WordPress, als Entwurf oder veröffentlicht, ohne zusätzliches Plugin und ohne Copy-paste.
Der übliche Weg sieht so aus: Ein Text entsteht in Word oder in einem KI-Tool, wird in den WordPress-Editor kopiert, die Formatierung geht verloren, Zwischentitel werden neu gesetzt, das Bild separat hochgeladen, die Kategorie vergessen. Eine halbe Stunde pro Beitrag, bei der nichts entsteht ausser Fehlern. Dabei hat WordPress seit Jahren eine Schnittstelle, die genau das überflüssig macht.
Was die WordPress-REST-API ist
Die REST-API ist seit WordPress 4.7 Teil des Kerns. Sie erlaubt es Programmen, über das Internet mit einer WordPress-Installation zu sprechen: Beiträge lesen, anlegen, ändern, Bilder in die Mediathek laden, Kategorien abfragen. Der Gutenberg-Editor selbst nutzt diese Schnittstelle, wenn Sie einen Beitrag speichern. Ein externes Blogsystem tut dasselbe, nur ohne dass jemand im Browser sitzt.
Die Adresse der Schnittstelle liegt immer unter Ihrer Domain, etwa https://ihre-firma.ch/wp-json/wp/v2/posts. Wenn Sie diese Adresse im Browser öffnen und eine Liste Ihrer Beiträge im JSON-Format sehen, ist die REST-API aktiv.
Was Sie vorbereiten müssen
Für die Anbindung braucht es keine Programmierung, aber vier Dinge aus Ihrer WordPress-Installation:
- HTTPS: Anwendungspasswörter funktionieren nur über eine verschlüsselte Verbindung. Praktisch jede Website hat das heute.
- Ein eigener Benutzer für das Blogsystem, etwa «Redaktion» oder der Name des Systems. Nicht der Admin-Zugang.
- Die passende Rolle: Autor reicht, wenn Beiträge als Entwurf oder unter eigenem Namen erscheinen sollen. Redakteur, wenn das System auch fremde Beiträge bearbeiten oder Kategorien anlegen soll.
- Ein Anwendungspasswort: Im Benutzerprofil unter «Anwendungspasswörter» einen Namen eingeben, auf «Neues Anwendungspasswort hinzufügen» klicken, das angezeigte Passwort einmalig kopieren. Es wird nicht nochmals angezeigt.
Dazu kommt eine Entscheidung: In welche Kategorie sollen die Beiträge fallen? Eine bestehende wie «Ratgeber» oder eine neue. Der Kategoriename wird im Blogsystem hinterlegt, damit kein Beitrag in «Allgemein» landet.
Was bei jeder Veröffentlichung in WordPress ankommt
Bei BlogPilot wird ein freigegebener Beitrag in einem Durchgang übergeben. Die Tabelle zeigt, was wo landet:
| Element | Wo es in WordPress ankommt |
|---|---|
| Titel | Beitragstitel |
| Text mit Zwischentiteln, Listen, FAQ-Abschnitt | Inhalt als HTML, vom Theme wie jeder andere Beitrag dargestellt |
| Interne Links auf Ihre Seiten | Im Inhalt, als normale Links |
| Auszug | Beitragsauszug, den viele Themes in der Übersicht zeigen |
| Kategorie | Die hinterlegte Kategorie, bei Bedarf mehrere |
| Beitragsbild | Wird zuerst in die Mediathek geladen und dann als Beitragsbild gesetzt |
| Permalink | Aus dem Titel abgeleitet, nach den Permalink-Regeln Ihrer Installation |
| Status | Entwurf oder veröffentlicht, je nach Freigabeeinstellung |
Alles, was Ihr Theme aus einem Beitrag macht, passiert danach automatisch: Darstellung in der Blogübersicht, Datum, Autor, Kommentarfunktion, Sitemap-Eintrag. WordPress weiss nicht, woher der Beitrag kommt, und muss es auch nicht wissen.
Warum kein Plugin nötig ist, und warum das ein Vorteil ist
Viele KI-Lösungen für WordPress kommen als Plugin. Das bedeutet: fremder Code auf Ihrem Server, Updates, Abhängigkeiten vom Theme, mögliche Konflikte mit anderen Plugins. Die Anbindung über die REST-API braucht nichts davon. Auf Ihrer Website ändert sich keine Zeile, es gibt nur einen zusätzlichen Benutzer. Wenn Sie den Vertrag irgendwann beenden, löschen Sie das Anwendungspasswort, und die Beiträge bleiben, wo sie sind. Was der Unterschied im Alltag bedeutet, steht im Vergleich WordPress-KI-Plugins oder externes Blogsystem.
Sicherheit: was Sie wissen sollten
- Rechte begrenzen. Der Benutzer bekommt nur die Rolle, die er braucht. Ein Autor kann keine Plugins installieren, keine Einstellungen ändern und keine fremden Beiträge löschen.
- Anwendungspasswort statt Login-Passwort. Das Anwendungspasswort gilt nur für die Schnittstelle, nicht für das Backend. Es lässt sich im Profil mit einem Klick widerrufen.
- Nur über HTTPS. WordPress lässt Anwendungspasswörter über unverschlüsselte Verbindungen gar nicht erst zu.
- Sicherheits-Plugins prüfen. Manche Plugins oder Hosting-Firewalls blockieren die REST-API für nicht angemeldete Besucher oder sperren Anwendungspasswörter. Dann braucht es eine Ausnahme für den Redaktionsbenutzer. Das ist die häufigste Ursache, wenn die Anbindung beim ersten Test fehlschlägt.
- Protokoll behalten. Jeder Beitrag erscheint unter dem Redaktionsbenutzer, Sie sehen also im Backend jederzeit, was über die Schnittstelle angelegt wurde.
Entwurf oder direkt veröffentlichen
Die REST-API kennt beide Wege, und die Wahl ist eine Frage der Arbeitsweise. Wer jeden Beitrag vor der Veröffentlichung sehen will, lässt ihn als Entwurf übergeben oder gibt ihn vorher per Mail frei. Wer dem Ablauf vertraut, lässt direkt veröffentlichen und behält die Möglichkeit, einen Beitrag jederzeit zu stoppen. Bei BlogPilot erfolgt die Freigabe vor der Übergabe per Mail oder Klick, so dass in WordPress nur ankommt, was Sie gesehen haben. Die Varianten mit ihren Vor- und Nachteilen beschreibt der Beitrag zum Freigabeprozess im Blog.
Was nicht automatisch geht
Ehrlich gesagt gibt es Grenzen, und sie liegen fast alle ausserhalb des WordPress-Kerns:
- Felder von SEO-Plugins. Meta-Description und Fokus-Keyword in Yoast oder Rank Math sind nicht Teil der Standard-REST-API. Ob sie befüllt werden, hängt vom Plugin und seiner Konfiguration ab und wird bei der Einrichtung geprüft.
- Page-Builder-Layouts. Beiträge kommen als sauberes HTML an. Wer jeden Beitrag in Elementor oder Divi nachbauen will, verliert den Vorteil der Automatisierung.
- Individuelle Felder. Eigene Felder aus Advanced Custom Fields oder ähnlichen Plugins müssen gesondert freigegeben werden.
Wenn es beim ersten Test nicht klappt
| Fehlerbild | Wahrscheinliche Ursache |
|---|---|
| Fehler 401 oder 403 | Anwendungspasswort falsch kopiert, Benutzer hat zu wenig Rechte oder ein Sicherheits-Plugin blockiert |
| Die Adresse /wp-json/ zeigt eine Fehlerseite | REST-API deaktiviert, Permalinks auf «Einfach» gestellt oder Firewall des Hosters |
| Beitrag da, aber kein Bild sichtbar | Theme zeigt Beitragsbilder nicht an oder Upload in die Mediathek wurde blockiert |
| Beitrag in falscher Kategorie | Kategoriename im Blogsystem stimmt nicht mit WordPress überein |
Die meisten dieser Punkte sind in wenigen Minuten gelöst. Wenn Ihre Website nicht auf WordPress läuft, führen andere Wege zum Ziel: die Anbindung an Wix, der Shopify-Blog oder ein gehosteter Blog. Welche Variante zu welcher Website passt, zeigt die Entscheidungshilfe in fünf Fragen.
Häufige Fragen
Muss ich ein Plugin installieren, damit die Anbindung funktioniert?
Nein. REST-API und Anwendungspasswörter sind Bestandteil des WordPress-Kerns. Ein Plugin ist nur dann im Spiel, wenn ein Sicherheits-Plugin die REST-API blockiert und dafür eine Ausnahme eingerichtet werden muss.
Hat das Blogsystem dann Zugriff auf meine ganze Website?
Nein, wenn Sie die Rolle richtig wählen. Ein Benutzer mit der Rolle Autor kann eigene Beiträge anlegen und bearbeiten, aber keine Seiten, Einstellungen oder Plugins verändern. Das Anwendungspasswort lässt sich im Benutzerprofil jederzeit widerrufen, ohne das Login-Passwort zu ändern.
Funktioniert das auch mit WordPress.com oder nur mit eigenem Hosting?
Bei selbst gehostetem WordPress funktioniert es in der Regel ohne Einschränkung. Bei WordPress.com hängt es vom gewählten Tarif ab, ob die REST-API mit Anwendungspasswörtern freigegeben ist. Das lässt sich in wenigen Minuten testen, bevor Sie sich festlegen.
Was passiert mit meinem Theme und meinem Design?
Nichts. Die Beiträge werden wie von Hand angelegte Beiträge behandelt und im Design Ihres Themes angezeigt. Zwischentitel, Listen und der FAQ-Abschnitt kommen als normales HTML an, das Ihr Theme wie jeden anderen Beitrag darstellt.
Kann ich Beiträge nachträglich in WordPress bearbeiten?
Ja. Nach der Übergabe gehört der Beitrag WordPress, Sie können ihn im Editor ändern, verschieben oder löschen wie jeden anderen. Sinnvoller ist es, Korrekturen vor der Freigabe im Blogsystem vorzunehmen, damit beide Seiten denselben Stand haben.