Redaktionsworkflow in WordPress: Rollen, Freigaben und Planung ohne Zusatz-Plugin
So bauen Sie mit WordPress-Bordmitteln einen Freigabeprozess für kleine Teams: passende Rollen, Einreichen zur Überprüfung, Rückmeldung per Anmerkungen im Editor und geplante Veröffentlichungen.
Mit KI erstellt – redaktionelle Prüfung ausstehend
WerbelinksMit * markierte Links sind Werbelinks: Bei einem Kauf erhalten wir eine Provision, der Preis bleibt gleich. Mehr dazu
Sobald mehr als eine Person Inhalte für die Unternehmenswebsite schreibt, stellt sich die Frage, wer was veröffentlichen darf. Ohne Regel landen Texte ungeprüft online, Termine werden vergessen, und am Ende hat jeder Mitarbeiter Administratorrechte, weil es „einfacher“ war. WordPress bringt die Bausteine für einen geordneten Redaktionsablauf von Haus aus mit: abgestufte Rollen, den Status „Ausstehende Überprüfung“, geplante Veröffentlichungen, Revisionen und seit WordPress 6.9 Anmerkungen direkt im Editor. Diese Anleitung zeigt, wie Sie daraus einen einfachen Freigabeprozess bauen, der für kleine Teams ohne zusätzliches Plugin funktioniert, und wo die Grenzen des eingebauten Werkzeugs liegen.
Voraussetzungen
- WordPress: Version 7.1 oder mindestens 6.9, denn erst ab 6.9 gibt es Anmerkungen im Editor. Die übrigen Schritte funktionieren auch mit älteren Versionen.
- Editor: der Block-Editor. Mit dem Classic Editor fehlen die Anmerkungen.
- Rolle: Administrator, um Benutzer anzulegen und Rollen zu vergeben.
- E-Mail-Versand: zuverlässig eingerichtet, damit Benachrichtigungen über Anmerkungen ankommen, idealerweise per SMTP.
- Backup: eine aktuelle Sicherung, bevor Sie Rollen bestehender Benutzer ändern.
- Hosting: keine besonderen Anforderungen, gewöhnliches Webhosting genügt.
Schritt 1: Ablauf festlegen, bevor Sie Rollen vergeben
Ein Redaktionsablauf ist zuerst eine Absprache, dann eine Einstellung. Klären Sie im Team drei Fragen: Wer schreibt? Wer prüft und gibt frei? Wer entscheidet über den Termin? In kleinen Unternehmen sieht das oft so aus: Fachabteilungen liefern Texte, eine Person aus Marketing oder Geschäftsführung prüft sie, und diese Person veröffentlicht auch. Die WordPress-Rollen bilden genau diese Stufen ab:
| Rolle | Eigene Beiträge schreiben | Selbst veröffentlichen | Fremde Beiträge bearbeiten | Seiten bearbeiten |
|---|---|---|---|---|
| Mitarbeiter | ja, bis zur Freigabe | nein | nein | nein |
| Autor | ja | ja | nein | nein |
| Redakteur | ja | ja | ja | ja |
| Administrator | ja | ja | ja | ja, plus Technik |
Wenn jeder Text geprüft werden soll, sind Schreibende „Mitarbeiter“ und nicht „Autor“, denn Autoren können ohne Freigabe veröffentlichen. Die Prüfenden sind „Redakteur“. Administratorrechte braucht für die Redaktion niemand; sie erlauben Plugins, Themes und Benutzer zu verwalten und gehören deshalb nur in die Hände der Person, die die Technik betreut. Die Rollen im Detail beschreibt Benutzerrollen und Rechte in WordPress sauber vergeben.
Verifizieren: Sie haben eine kurze Liste, welche Person welche Rolle bekommt, und sie mit dem Team abgestimmt.
Schritt 2: Benutzer mit passenden Rollen anlegen
Legen Sie jeden Menschen als eigenen Benutzer an. Gemeinsame Konten machen später unmöglich nachzuvollziehen, wer was geändert hat. Im Backend geht das unter Benutzer → Benutzer hinzufügen, bestehende Rollen ändern Sie unter Benutzer → Alle Benutzer über „Rolle ändern in …“. Mit WP-CLI:
wp user create anna anna@firma.example --role=contributor
wp user create clara clara@firma.example --role=editor
wp user list --fields=user_login,rolesPrüfen Sie dabei die vorhandenen Konten: Ehemalige Mitarbeitende, Agenturzugänge von früher und Konten mit überhöhten Rechten sind ein Sicherheitsrisiko. Wie Sie beim Wechsel im Team vorgehen, zeigt WordPress-Benutzer verwalten: Rollen beim Mitarbeiterwechsel anpassen.
Verifizieren: wp user list --fields=user_login,roles zeigt jede Person mit genau der vorgesehenen Rolle, und nur die technisch Verantwortlichen sind administrator.
Schritt 3: Beiträge zur Prüfung einreichen
Melden sich Mitarbeiter an und schreiben einen Beitrag, zeigt der Editor statt „Veröffentlichen“ die Schaltfläche Zur Überprüfung einreichen. Der Beitrag bekommt damit den Status „Ausstehende Überprüfung“ und erscheint in der Beitragsliste unter Ausstehend. WordPress setzt das serverseitig durch, nicht nur in der Oberfläche. Im Test lehnte die REST-Schnittstelle den Versuch eines Mitarbeiters, direkt zu veröffentlichen oder einen Termin zu setzen, mit Status 403 und dem Code rest_cannot_publish ab; das Einreichen als pending klappte.
Bis zur Freigabe können Mitarbeiter ihren eingereichten Text weiter überarbeiten. Nach der Veröffentlichung nicht mehr: Im Test scheiterte ein Bearbeitungsversuch am eigenen, bereits veröffentlichten Beitrag mit rest_cannot_edit. Das ist gewollt, denn sonst ließe sich ein freigegebener Text nachträglich unbemerkt ändern. Korrekturen nach der Veröffentlichung laufen über die Redaktion.
Verifizieren: Melden Sie sich testweise als Mitarbeiter an: Im Editor fehlt „Veröffentlichen“, und ein eingereichter Beitrag steht in der Liste unter „Ausstehend“.
Schritt 4: Rückmeldung mit Anmerkungen geben
Früher liefen Korrekturen per E-Mail mit Zitaten aus dem Text hin und her. Seit WordPress 6.9 hängen Sie Rückmeldungen direkt an einen Block, mit WordPress 7.1 kamen Anmerkungen an einer markierten Textstelle und @-Erwähnungen hinzu. Wählen Sie im Editor den Block aus, öffnen Sie in der Werkzeugleiste des Blocks das Menü mit den drei Punkten und wählen Sie Anmerkung hinzufügen. Mit „@“ und einem Namen erwähnen Sie eine Person gezielt; sie bekommt dann eine E-Mail. Ist ein Punkt erledigt, markieren Sie die Anmerkung als gelöst.
Wichtig für die Praxis: Anmerkungen sind laut WordPress-Dokumentation nur im Editor sichtbar und erscheinen nie auf der veröffentlichten Seite. Sehen und schreiben kann sie nur, wer den Beitrag bearbeiten darf. Administratoren und Redakteure sehen alle, Autoren und Mitarbeiter nur die an eigenen Beiträgen. Im Test konnten Redakteurin und Mitarbeiterin am selben Beitrag Anmerkungen austauschen.
Ob Beitragsautoren bei jeder neuen Anmerkung eine E-Mail bekommen, steuern Sie unter Einstellungen → Diskussion bei „Mir eine E-Mail senden, wenn“ mit der Option „jemand eine Anmerkung schreibt“. Sie ist bei neuen Installationen eingeschaltet. Dass die E-Mails auch ankommen, hängt am Mailversand der Website, siehe WordPress-E-Mail-Versand über SMTP zuverlässig einrichten.
Verifizieren: Eine Anmerkung an einem Testbeitrag ist im Editor sichtbar, auf der Vorschau der Website nicht, und die erwähnte Person hat eine E-Mail erhalten.
Schritt 5: Freigeben und Termin planen
Redakteure öffnen den ausstehenden Beitrag, lesen ihn, lassen offene Anmerkungen klären und entscheiden über den Termin. In der Seitenleiste des Editors klicken Sie beim Veröffentlichungszeitpunkt auf „Sofort“ und wählen Datum und Uhrzeit. Die Schaltfläche wechselt dann von „Veröffentlichen“ zu Planen. Der Beitrag bekommt den Status „Geplant“ und erscheint automatisch zum gewählten Zeitpunkt. Im Test wurde ein ausstehender Beitrag mit einem Datum in der Zukunft durch die Redakteurin direkt zu einem geplanten Beitrag.
Achten Sie auf die Zeitzone unter Einstellungen → Allgemein. Steht dort UTC statt Berlin, erscheinen Beiträge je nach Jahreszeit eine oder zwei Stunden versetzt. Wählen Sie eine Stadt wie „Berlin“ statt eines festen Versatzes, dann berücksichtigt WordPress die Sommerzeit.
Geplante Beiträge veröffentlicht WP-Cron. Das läuft nur, wenn jemand die Website aufruft. Auf Seiten mit wenig Besuch oder mit abgeschaltetem WP-Cron ohne Ersatz bleiben Beiträge deshalb liegen; die Beitragsliste markiert sie dann als „Überfällig“. Die Lösung beschreibt Zeitgesteuerte Beiträge verpasst: Ursachen und Lösung.
Ein Redaktionsablauf funktioniert nur, wenn die Technik darunter mitspielt: Cron, Mailversand und Editor müssen nach jedem Update noch so laufen wie vorher. Wer diese Grundlage nicht selbst im Blick behalten möchte, kann sie abgeben: Die WordPress-Wartung von wordpressupdate.de spielt Updates von WordPress, Plugins und Themes mit Kompatibilitätsprüfung ein und sichert die Website wöchentlich auf externen Speicher.
Verifizieren: Der Beitrag steht in der Beitragsliste unter „Geplant“ mit dem richtigen Datum und erscheint zum Termin auf der Website.
Schritt 6: Änderungen nachvollziehen
Jede gespeicherte Fassung legt WordPress als Revision ab. In der Seitenleiste des Editors öffnen Sie über „Revisionen“ einen Vergleich zweier Fassungen und stellen bei Bedarf einen älteren Stand wieder her. Das hilft, wenn nach der Freigabe jemand gefragt wird, was eigentlich geändert wurde. Revisionen zeigen den Inhalt, aber nicht jede Aktion im Backend. Wer auch Rollenwechsel, Anmeldungen und Plugin-Änderungen nachverfolgen will, ergänzt ein Aktivitätsprotokoll, wie es Aktivitätsprotokoll in WordPress zeigt.
Verifizieren: Bei einem bearbeiteten Beitrag zeigt die Seitenleiste eine Zahl hinter „Revisionen“, und der Vergleich markiert die Änderungen farbig.
Typische Fehler
- Schreibende haben die Rolle Autor: Dann erscheinen Texte ohne Prüfung. Stellen Sie auf Mitarbeiter um, wenn eine Freigabe gewollt ist.
- Mitarbeiter können keine Bilder hochladen: Das ist Standard, denn die Rolle hat keine Berechtigung
upload_files. Entweder liefert die Redaktion die Bilder, oder Sie erweitern die Rolle gezielt mit einem Plugin zur Rollenverwaltung. - Mitarbeiter sieht keine Seiten: Mitarbeiter und Autoren bearbeiten nur Beiträge. Für Änderungen an Seiten wie „Leistungen“ braucht es einen Redakteur.
- Keine E-Mail zu Anmerkungen: Die Option unter Einstellungen → Diskussion ist aus, oder der Mailversand der Website funktioniert nicht.
- Geplanter Beitrag erscheint nicht: WP-Cron läuft nicht oder die Zeitzone stimmt nicht.
Häufige Fragen
Brauche ich ein Plugin für einen Redaktionsworkflow?
Für Teams mit wenigen Beteiligten reichen Rollen, der Status „Ausstehend“, Anmerkungen und geplante Veröffentlichungen. Plugins lohnen sich, wenn Sie mehrere Freigabestufen, eigene Status wie „In Lektorat“ oder einen Redaktionskalender brauchen. Jedes zusätzliche Plugin ist aber auch eine weitere Komponente, die Updates braucht.
Wer sieht Anmerkungen?
Nur Benutzer, die den Beitrag bearbeiten dürfen. Besucher der Website sehen sie nie.
Kann ein Mitarbeiter seinen Beitrag nach der Freigabe noch ändern?
Nein. Nach der Veröffentlichung darf nur noch eine Rolle mit Rechten an veröffentlichten Beiträgen daran arbeiten, also Autor beim eigenen Beitrag, Redakteur oder Administrator.
Testumfang
Wir haben den Ablauf auf einer Testinstallation mit WordPress 7.1.2 und je einem Konto für Mitarbeiter, Autor und Redakteur durchgespielt. Der Mitarbeiter konnte Beiträge einreichen, aber weder veröffentlichen noch planen und nach der Freigabe nichts mehr ändern. Die Redakteurin konnte den Beitrag dagegen direkt einplanen. Den Mailversand der Benachrichtigungen konnten wir ohne echten Mailserver nicht prüfen, testen Sie ihn deshalb vorher mit einem echten Konto Ihres Teams.
Fazit
Ein geordneter Redaktionsablauf braucht in WordPress kein Zusatzwerkzeug. Wer Schreibende als Mitarbeiter und Prüfende als Redakteure einrichtet, Rückmeldungen über Anmerkungen im Editor gibt und Termine über geplante Veröffentlichungen setzt, hat einen nachvollziehbaren Prozess mit wenigen Klicks. Entscheidend ist, dass die Rollen zu den Aufgaben passen und Cron und Mailversand zuverlässig laufen. Wenn Sie die technische Pflege dahinter lieber abgeben, übernimmt das die WordPress-Wartung mit persönlicher Betreuung.
