WordPress und n8n — die Website als Teil des Ablaufs.

Zwei Richtungen.

Die erste Richtung ist ereignisgesteuert und sofort. Die regelmäßige Abfrage ist ein Notbehelf für Fälle, in denen WordPress kein Ereignis meldet — sie ist verzögert und belastet den Server unnötig (Webhooks).

WordPress meldet an n8n.

In n8n wird ein Ablauf mit einem Webhook-Auslöser angelegt. n8n zeigt eine Adresse an, an die Daten geschickt werden können. Diese Adresse wird in WordPress dort eingetragen, wo das Ereignis entsteht.

Bei Formularen: Die meisten Formular-Erweiterungen haben eine Funktion, um Einsendungen an eine Adresse zu schicken. Bei Elementor-Formularen ist das eine Aktion nach dem Absenden (Elementor-Formulare). Bei anderen Formular-Erweiterungen meist eine Erweiterung oder Einstellung für Webhooks.

Wichtig: n8n unterscheidet zwischen einer Test- und einer Produktivadresse. Die Testadresse funktioniert nur, solange der Ablauf im Editor im Testmodus ist. Für den Betrieb gehört die Produktivadresse eingetragen und der Ablauf aktiviert — der häufigste Anfängerfehler überhaupt.

WooCommerce-Ereignisse.

WooCommerce hat eingebaute Webhooks für Bestellungen, Produkte, Kunden und Gutscheine — angelegt, aktualisiert, gelöscht. In den WooCommerce-Einstellungen wird festgelegt, welches Ereignis an welche Adresse geht.

Typische Abläufe: neue Bestellung an Buchhaltung und Versand übergeben, Bestandsänderungen an die Warenwirtschaft melden, neue Kunden in den Newsletter übernehmen — mit Einwilligung (Shop-Schnittstellen, Shop-Buchhaltung).

WooCommerce signiert seine Webhooks mit einem geheimen Schlüssel. In n8n lässt sich prüfen, ob eine Meldung wirklich vom eigenen Shop stammt — das sollte man bei allem, was Bestellungen auslöst, auch tun.

n8n schreibt in WordPress.

WordPress bringt eine REST-Schnittstelle mit, über die sich Beiträge, Seiten, Medien, Benutzer und — mit WooCommerce — Produkte und Bestellungen lesen und bearbeiten lassen. n8n hat dafür fertige Knoten und kann die Schnittstelle auch direkt ansprechen (WordPress API-Anbindung).

Damit lassen sich Abläufe bauen wie: Beitragsentwürfe aus einer Redaktionsplanung anlegen, Produkte aus der Warenwirtschaft aktualisieren, Bestellstatus nach Versand setzen.

Anmeldung mit Anwendungspasswort.

WordPress bietet Anwendungspasswörter: eigene Passwörter für Programme, die nur für die Schnittstelle gelten und sich einzeln widerrufen lassen. Für n8n ist das der richtige Weg.

Meine Empfehlung: einen eigenen Benutzer für n8n anlegen, mit genau den Rechten, die der Ablauf braucht. Wer nur Entwürfe anlegen soll, braucht keine Administratorrechte. Für WooCommerce gibt es eigene Schlüssel für die Schnittstelle mit Lese- oder Schreibrechten (Rollen und Rechte).

Typische Abläufe.

• Anfrage → CRM: Formular per Webhook, Kontakt anlegen, Team benachrichtigen (Formular ins CRM).
• Bestellung → Buchhaltung: Rechnung erzeugen, Zahlung abgleichen.
• Bewerbung → Ablage: Unterlagen sicher ablegen, Personalabteilung informieren.
• Redaktion → Website: Entwürfe aus einer Planung anlegen, zur Prüfung markieren.
• Website → Bericht: wöchentliche Übersicht über Anfragen und Bestellungen.
• Überwachung: Website regelmäßig prüfen, bei Ausfall melden.

Sicherheit.

• Webhook-Adressen geheim halten, bei WooCommerce Signatur prüfen.
• Eigener Benutzer mit minimalen Rechten für n8n.
• Anwendungspasswörter statt echter Passwörter, bei Bedarf widerrufen.
• Verschlüsselte Verbindung in beide Richtungen.
• Keine sensiblen Daten in Adressen oder Protokollen.

Häufige Fehler.

• Testadresse statt Produktivadresse eingetragen, oder Ablauf nicht aktiviert.
• Sicherheits-Plugin blockiert die REST-Schnittstelle (REST-API blockiert).
• Anwendungspasswörter abgeschaltet durch ein Plugin oder fehlende Verschlüsselung.
• Firewall des Hosters blockiert Anfragen von n8n.
• Felder geändert im Formular, Ablauf nicht angepasst.
• Kein Fehler-Ablauf — Scheitern fällt niemandem auf (Fehler überwachen).

Eigenes Plugin oder nicht.

Für die meisten Abläufe reichen Webhooks und die REST-Schnittstelle. Ein eigenes kleines Plugin lohnt sich, wenn WordPress ein Ereignis melden soll, für das es keinen eingebauten Webhook gibt — etwa eine Statusänderung in einer eigenen Erweiterung — oder wenn eine eigene, abgesicherte Schnittstelle gebraucht wird.

Das ist wenig Code, und ich baue solche Verbindungen regelmäßig. Wichtig ist, dass sie sauber abgesichert und dokumentiert sind (Plugin entwickeln lassen).

Wenn du nicht weiterkommst.

Wenn du WordPress oder WooCommerce mit deinen anderen Systemen verbinden willst. Ich prüfe den Ablauf, baue ihn sauber auf und erkläre dir, was er tut. Die Übersicht aller Themen findest du unter Prozessautomatisierung, für Abläufe mit KI-Anteil unter KI-Automatisierung.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Prozessautomatisierung und Schnittstellen sind ein Kern meiner Arbeit — ich baue Abläufe mit n8n, Make und eigenem Code, verbinde Websites, Shops, CRM- und Buchhaltungssysteme und unterrichte das Thema als Dozent. Meinen eigenen Betrieb lasse ich mit genau diesen Werkzeugen laufen.

Der Unterschied zu einem reinen Werkzeug-Einrichter: Ich verstehe die Systeme an beiden Enden der Verbindung. Wenn ein Ablauf scheitert, liegt es selten an der Automatisierung, sondern an einer Schnittstelle, einem Datenformat oder einer Annahme über den Prozess. Genau dort setze ich an.

Was du bekommst: eine ehrliche Einschätzung, was sich lohnt, einen Ablauf, der auch dann noch läuft, wenn etwas Unerwartetes passiert, und eine Dokumentation, mit der du ihn verstehst — auch wenn die Antwort lautet, dass sich etwas nicht zu automatisieren lohnt.