User-Role-Editor-Alternative: fünf Fragen vor dem Wechsel

Wer nach einer Alternative für ein Rechte-Plugin sucht, hat meistens keinen Fehler erlebt, sondern eine Lücke bemerkt: Ein Kunde sieht Menüpunkte, die ihn nichts angehen. Ein geschützter Beitrag steht doch irgendwo. Oder es lässt sich nicht mehr sagen, wer wann welches Recht bekommen hat. Fünf Fragen sortieren das.

Frage 1: Hält die Regel auch ohne Backend?

Das ist die wichtigste, und du kannst sie in einer Minute selbst beantworten. Schütze einen Beitrag so, dass ihn nur eine bestimmte Rolle sehen soll. Melde dich ab. Ruf /wp-json/wp/v2/posts?search= mit einem Wort aus diesem Beitrag auf.

Steht der Inhalt in der Antwort, verändert deine Regel nur die Ansicht. Die REST-API von WordPress ist ab Werk erreichbar, und sie fragt andere Stellen im Code als eine Beitragsliste im Backend. Kakapo Roles setzt die Sichtbarkeitsregel dort ausdrücklich mit durch — genau deshalb ist dieser Test der schnellste Weg, ein Rechte-Plugin zu beurteilen.

Mach diesen Test auch mit dem Plugin, das du gerade einsetzt, bevor du wechselst. Manchmal ist die Lücke woanders — etwa in einem Seitenbauer, der Inhalte über einen eigenen Endpunkt ausliefert.

Frage 2: Kann sich jemand selbst mehr Rechte geben?

Ein Rechte-Plugin, das jedem mit Zugang zur Oberfläche erlaubt, die eigene Rolle aufzuwerten, hebt seinen Zweck auf. WordPress hat dafür einen Haken — get_editable_roles() —, der bestimmt, welche Rollen jemand überhaupt bearbeiten darf. Frage an die Alternative: Wird er beachtet, an jeder Stelle?

Im Netzwerkbetrieb kommt eine zweite Grenze dazu: Rollen liegen dort teils netzwerkweit. Wer sie von einer Unterseite aus überschreibt, ändert sie für alle Seiten des Netzwerks — auch für die, die ihm nicht gehören.

Frage 3: Lässt sich das Backend aufräumen?

Rechte sagen, was jemand DARF. Für einen Kunden ist genauso wichtig, was er SIEHT. Ein Redakteur, der zwölf Menüpunkte vor sich hat, von denen zehn gesperrt sind, hat kein sicheres, sondern ein unübersichtliches Backend.

Prüf deshalb, ob die Alternative über Rollen und Rechte hinausgeht: Admin-Menü je Rolle, Mediathek auf eigene Dateien begrenzen, Widgets und Navigationsmenüs, erlaubte Shortcodes, Weiterleitung nach dem Login. Kakapo Roles bringt das eingebaut mit — bei vielen Plugins dieser Art sind es einzelne Erweiterungen oder Codeschnipsel.

Frage 4: Kann man nachlesen, was geändert wurde?

Rechte ändert man selten und meist unter Zeitdruck. Ein halbes Jahr später steht die Frage im Raum, warum eine Rolle etwas darf. Ohne Protokoll ist die Antwort eine Vermutung.

Frage an die Alternative: Gibt es ein Änderungsprotokoll, und steht darin, WER WANN WELCHES Recht bekommen oder verloren hat? Kakapo Roles führt eines und schreibt dort auch die Änderungen mit, die über Zuweisung und Migration laufen.

Frage 5: Muss ich das auf jeder Seite neu bauen?

Wer mehrere Installationen betreut, baut dieselbe Rechtestruktur mehrfach — und weicht dabei jedes Mal ein wenig ab. Nach einem Jahr sind fünf Seiten fünf Sonderfälle. Prüfe deshalb, ob sich die Struktur exportieren und einlesen lässt, und was beim Einlesen mit vorhandenen Rollen passiert: ergänzen oder ersetzen?

Kakapo Roles kann beides und sagt vor dem Einlesen, welcher der beiden Wege gewählt ist. „Ersetzen“ ist der gefährlichere — er ist deshalb ausdrücklich zu bestätigen.

Die Checkliste in Kurzform

Was du vor dem Wechsel tun solltest

1. Halte den Ist-Zustand fest — welche eigenen Rollen es gibt und welche Rechte daran hängen.
2. Lege eine Sicherung an. Rechte stecken in der Datenbank, ein Fehlgriff trifft alle Benutzer gleichzeitig.
3. Bau die Struktur im neuen Plugin nach und vergleiche sie Zeile für Zeile.
4. Melde dich mit einem Testbenutzer je Rolle an und sieh nach, was er wirklich sieht.
5. Mach den REST-Test aus Frage 1.
6. Schalte das alte Plugin ab, statt es zu löschen — für zwei Wochen.

Zwei Rechte-Plugins gleichzeitig schreiben in dieselben Rollen, und wer zuletzt speichert, gewinnt. Ändere in der Übergangszeit nur in einem der beiden etwas.

Häufige Fragen