--- title: "Redaktionsworkflow in WordPress: Rollen, Freigaben und Planung ohne Zusatz-Plugin" date: 2026-09-30T23:07:27+02:00 modified: 2026-11-09T11:43:04+01:00 category: wordpress type: how_to author: Marcel Schönfelder canonical: https://s-edv.com/anleitungen/wordpress-redaktionsworkflow-rollen-freigabe-anmerkungen-planung keywords: - WordPress - Redaktion - Benutzerrollen - Block-Editor - Anmerkungen reading_time: 8 --- # Redaktionsworkflow in WordPress: Rollen, Freigaben und Planung ohne Zusatz-Plugin 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. **Kurzfassung:** Vergeben Sie Rollen nach Aufgabe: Mitarbeiter schreiben und reichen ein, Redakteure prüfen und veröffentlichen, Administratoren bleiben der Technik vorbehalten. Mitarbeiter können nicht selbst veröffentlichen oder planen, ihr Beitrag landet als „Ausstehend“ in der Liste. Rückmeldungen geben Sie über Anmerkungen im Editor, die nie auf der Website erscheinen. Redakteure planen den Termin über den Veröffentlichungszeitpunkt. Damit geplante Beiträge pünktlich erscheinen, muss WP-Cron zuverlässig laufen. ## 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:** gewöhnliches Webhosting genügt. WordPress empfiehlt PHP 8.3 oder neuer und MariaDB ab 10.11 oder MySQL ab 8.0, siehe [WordPress-Anforderungen](https://wordpress.org/about/requirements/). ## 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](https://s-edv.com/anleitungen/wordpress-benutzerrollen-rechte-vergeben). > **Prüfen:** 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: ```bash $ wp user create anna anna@firma.example --role=contributor $ wp user create clara clara@firma.example --role=editor $ wp user list --fields=user_login,roles ``` Prü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](https://s-edv.com/anleitungen/wordpress-benutzer-mitarbeiterwechsel-rollen-sitzungen-anpassen). > **Prüfen:** `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. Versucht ein Mitarbeiter über die REST-Schnittstelle, direkt zu veröffentlichen oder einen Termin zu setzen, lehnt WordPress das mit Status 403 und dem Code `rest_cannot_publish` ab; das Einreichen als `pending` funktioniert. Bis zur Freigabe können Mitarbeiter ihren eingereichten Text weiter überarbeiten. Nach der Veröffentlichung nicht mehr: Ein Bearbeitungsversuch am eigenen, bereits veröffentlichten Beitrag scheitert 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. > **Prüfen:** 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. Redakteure und Mitarbeiter können 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](https://s-edv.com/anleitungen/wordpress-e-mail-versand-smtp-einrichten). > **Prüfen:** 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. Ein ausstehender Beitrag mit einem Datum in der Zukunft wird durch die Redaktion 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](https://s-edv.com/anleitungen/wordpress-geplante-beitraege-ueberfaellig-wp-cron-beheben). 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](https://wordpressupdate.de/?utm_source=s-edv.com&utm_medium=artikel&utm_campaign=142) spielt Updates von WordPress, Plugins und Themes mit Kompatibilitätsprüfung ein und sichert die Website wöchentlich auf externen Speicher. > **Prüfen:** 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](https://s-edv.com/anleitungen/wordpress-aktivitaetsprotokoll-simple-history-einrichten) zeigt. > **Prüfen:** 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. ## 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](https://wordpressupdate.de/?utm_source=s-edv.com&utm_medium=fazit&utm_campaign=142) mit persönlicher Betreuung. ## Weiterführende Anleitungen und Quellen - [Benutzerrollen und Rechte in WordPress sauber vergeben](https://s-edv.com/anleitungen/wordpress-benutzerrollen-rechte-vergeben) - [Zeitgesteuerte Beiträge verpasst: Ursachen und Lösung](https://s-edv.com/anleitungen/wordpress-geplante-beitraege-ueberfaellig-wp-cron-beheben) - [Aktivitätsprotokoll in WordPress](https://s-edv.com/anleitungen/wordpress-aktivitaetsprotokoll-simple-history-einrichten) - [WordPress-Dokumentation: Notes](https://wordpress.org/documentation/article/notes/) - [WordPress-Dokumentation: Roles and Capabilities](https://wordpress.org/documentation/article/roles-and-capabilities/) - [WordPress-Dokumentation: Post Status](https://wordpress.org/documentation/article/post-status/)