Rechte in TYPO3 — die Stärke, die niemand nutzt.

Das Prinzip: Gruppen statt Personen.

Rechte gehören an Gruppen, nicht an einzelne Benutzer. Der Grund ist Pflegbarkeit: Wenn eine neue Kollegin dazukommt, bekommt sie die passende Gruppe — statt dass jemand versucht, die Einstellungen eines anderen Kontos nachzubauen. Und wenn sich eine Berechtigung ändert, ändert sie sich für alle gleichzeitig.

Gruppen lassen sich außerdem kombinieren: Eine Person kann mehreren angehören, und die Rechte addieren sich. Das erlaubt einen modularen Aufbau — eine Gruppe für den Grundzugang, eine für einen bestimmten Seitenbereich, eine für zusätzliche Module.

Die Bausteine einer Gruppe.

Die Felder-Ebene ist die, die TYPO3 von anderen Systemen unterscheidet: Man kann einem Redakteur ein Inhaltselement geben, aber bestimmte Felder darin ausblenden — etwa technische Einstellungen, die nur verwirren.

Seitenbereiche zuweisen.

Das ist der wichtigste Baustein. Jede Gruppe bekommt einen oder mehrere Einstiegspunkte im Seitenbaum — alles darunter ist sichtbar, alles andere nicht. Für eine Organisation mit Abteilungen heißt das: Jede Abteilung sieht ihren Zweig und sonst nichts.

Zusätzlich gibt es je Seite Berechtigungen für Besitzer und Gruppe, mit abgestuften Rechten für Anzeigen, Bearbeiten, Löschen und Anlegen von Unterseiten. Für die meisten Installationen reicht die Zuweisung von Einstiegspunkten; die feingliedrige Variante lohnt erst bei vielen Beteiligten mit unterschiedlichen Aufgaben.

Dateiablagen.

Analog zu den Seitenbereichen bekommt jede Gruppe Zugriff auf bestimmte Verzeichnisse in der Dateiablage — und darin abgestufte Rechte: lesen, hochladen, umbenennen, löschen. Das verhindert den häufigsten Ärger in gewachsenen Installationen: dass jemand Dateien verschiebt oder löscht, die anderswo eingebunden sind.

Praktischer Nebeneffekt einer sauberen Struktur: Die Dateiauswahl wird übersichtlich. Wer nur sein eigenes Verzeichnis sieht, findet schneller — gerade bei Mediatheken mit zehntausenden Dateien (Tempo im Backend).

Module freigeben.

Ein Redakteur braucht typischerweise die Seitenansicht, die Dateiliste und vielleicht die Listenansicht. Alles andere — Erweiterungsmanager, Install-Werkzeuge, Scheduler, Protokolle — sollte gar nicht erscheinen. Das ist kein Misstrauen, sondern Übersichtlichkeit: Ein Backend mit vier Menüpunkten ist für Gelegenheitsnutzer deutlich zugänglicher als eines mit zwanzig.

Prüfe nach Updates, ob neue Module hinzugekommen sind. Nach größeren Versionssprüngen ändern sich Modulnamen gelegentlich, und dann fehlt plötzlich etwas oder taucht etwas Unerwünschtes auf (Nach dem Update).

Inhaltselemente und Felder.

Hier liegt der am meisten unterschätzte Hebel für zufriedene Redakteure. Eine typische TYPO3-Installation bietet dutzende Inhaltselemente an, von denen zehn genutzt werden. Die übrigen auszublenden macht die Auswahl überschaubar und verhindert, dass versehentlich etwas Falsches eingesetzt wird.

Dasselbe gilt für Felder: Viele Elemente haben technische Einstellungen, die nur in Sonderfällen gebraucht werden. Sie auszublenden reduziert Fehlbedienung und Rückfragen spürbar. Der Aufwand dafür liegt bei wenigen Stunden — und wirkt jeden Tag.

Typische Rollen.

1. Redaktion: ein Seitenbereich, eine Dateiablage, Seiten- und Dateimodul, die genutzten Inhaltselemente. Kein Veröffentlichungsrecht, wenn es eine Freigabe gibt.
2. Redaktionsleitung: wie oben, plus Veröffentlichung und mehrere Bereiche.
3. Fachabteilung: nur der eigene Zweig, oft mit eingeschränkter Elementauswahl.
4. Übersetzung: Zugriff auf bestimmte Sprachen, nicht auf die Standardsprache.
5. Technik: weitergehende Module, aber nicht zwingend Administrator.
6. Administrator: so wenige wie möglich, und keine Alltagsarbeit damit.

Der letzte Punkt ist eine Sicherheitsfrage: Ein Administratorkonto, mit dem täglich Inhalte gepflegt werden, ist ein unnötiges Risiko (Sicherheit).

Häufige Fehler.

• Alle sind Administrator, weil es schneller ging.
• Rechte am Benutzer statt an der Gruppe — unpflegbar nach dem dritten Konto.
• Zu eng gesetzt: Wenn Redakteure für jede Kleinigkeit fragen müssen, wird das System umgangen.
• Dateiablage vergessen: Seitenrechte gesetzt, aber kein Zugriff auf Bilder.
• Nach Updates nicht geprüft, ob Module noch stimmen.
• Ausgeschiedene Mitarbeiter behalten ihre Konten.

Der dritte Punkt ist der, an dem Rechtekonzepte in der Praxis scheitern: Zu restriktive Einstellungen führen dazu, dass Inhalte am System vorbei gepflegt werden — oder gar nicht.

Vorgehen beim Aufbau.

1. Aufgaben sammeln: Wer macht was, wie oft?
2. Daraus Rollen ableiten, nicht aus Personen. Drei bis fünf reichen meist.
3. Je Rolle festlegen: Seitenbereiche, Dateiablagen, Module, Elemente.
4. Gruppen anlegen und mit einem Testkonto prüfen — nicht mit dem eigenen Administratorkonto.
5. Mit echten Nutzern testen: Eine Aufgabe ausführen lassen und zusehen.
6. Nachschärfen, dann ausrollen.

Schritt vier ist entscheidend: Als Administrator siehst du immer alles. Ohne Testkonto merkst du nicht, dass einer Gruppe etwas fehlt.

Pflege.

Ein Rechtekonzept verfällt, wenn es niemand pflegt. Drei Gewohnheiten halten es am Leben: beim Eintritt die passende Gruppe zuweisen statt Rechte einzeln zu setzen; beim Austritt das Konto deaktivieren, nicht nur das Passwort ändern; und einmal jährlich die Benutzerliste durchgehen. Letzteres fördert erfahrungsgemäß Konten zutage, die seit Jahren niemand mehr nutzt — und die genau deshalb ein Risiko sind (TYPO3-Wartung).

Wenn du nicht weiterkommst.

Wenn alle mit Administratorrechten arbeiten oder Redakteure sich im Backend verlieren, baue ich ein Rechtekonzept auf, das zu euren Abläufen passt. Schreib mir mit Domain, TYPO3-Version und einer kurzen Beschreibung — du bekommst eine ehrliche Einschätzung, ob ich der Richtige bin. Den Überblick über alle Themen gibt TYPO3-Fehler beheben. Wenn sich am Ende herausstellt, dass ein Wechsel die bessere Lösung ist: TYPO3 zu WordPress.

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

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Content-Management-Systeme sind mein Fachgebiet — ich arbeite seit Jahren damit, unterrichte das Thema als Dozent und kenne die Systeme nicht nur aus der Anwendung, sondern von innen: Datenmodell, Rechtekonzept, TypoScript und Templating, Extension-Architektur, Caching, Betrieb.

Bei TYPO3 zahlt sich das besonders aus, weil die meisten Störungen nicht im Kern entstehen, sondern im Zusammenspiel: eine Extension, die nach einem Versionssprung nicht mehr passt, eine Konfiguration, die an drei Stellen gleichzeitig gesetzt ist, ein Cache, der einen widersprüchlichen Zustand hält. Wer versteht, wie diese Ebenen ineinandergreifen, findet die Ursache statt am Symptom zu arbeiten.

Was du bekommst: eine Diagnose in verständlicher Sprache, eine Behebung, die hält, und eine ehrliche Einschätzung dazu, ob deine Installation weiterbetrieben, aktualisiert oder abgelöst gehört — auch wenn die Antwort lautet, dass alles so bleiben kann.