Ein echter Geheimtipp in TYPO3: Die Backend User Section (Doktype 6)

| David Steeb
Eine Hand hält eine Lupe über den Laptop-Bildschirm, der eine Webseite mit einem Bild und Textelementen anzeigt.

Im weit verzweigten TYPO3-Seitenbaum gibt es Funktionen, die jahrelang still existieren — und nur darauf warten, im richtigen Moment zu glänzen. Ein solches unterschätztes Feature ist der Seitentyp „Backend User Section“ (Doktype 6). Früh in der TYPO3-Historie eingeführt und bis heute vollständig unterstützt, bietet er eine saubere und sichere Möglichkeit, Inhalte ausschließlich für Backend-Benutzer bereitzustellen — ohne die öffentliche Seitenstruktur zu überladen oder auf umständliche Workarounds wie Frontend-Logins oder versteckte Unterbäume zurückzugreifen.

Was genau ist eine Backend User Section Page?

In TYPO3 hat jede Seite einen Doktype, der ihr Verhalten definiert. Am häufigsten ist Doktype 1 (Standardseite), die öffentlich gerendert wird. Doktype 6 hingegen funktioniert anders:

  • Er rendert nur für authentifizierte Backend-Benutzer mit den entsprechenden Berechtigungen.
  • Ein direkter Frontend-Aufruf — selbst mit exakter URL — führt zu einem 403-Forbidden-Fehler.
  • Im Backend verhält sich die Seite wie eine normale Inhaltsseite — inklusive Content-Elementen, Backend-Layouts, Fluid-Templates, TypoScript-Bedingungen und Extensions.
  • Die Vorschau funktioniert über den bekannten „Anzeigen“- oder „Preview“-Button im Seitenmodul — mit vollständiger Frontend-Darstellung.

Schneller Vergleich der wichtigsten Doktypes

DoktypeNameFrontend-ZugriffTypischer Einsatz
1StandardÖffentlichWebsite-Inhalte
3LinkWeiterleitungExternal linking
4ShortcutWeiterleitungInterne Verlinkung
6Backend User SectionNur Backend-User (Preview)Interne Beispiele, Prototypen, Training
7Mount PointAbhängig von ZielseiteStrukturierung
199DividerKein Frontend-RenderingMenü-Trennung
254Folder (Sysfolder)Kein Frontend-RenderingDatenspeicherung
255Recycler (veraltet)Zu Doktype 6 migriertFrüher: Soft-Delete

Kurz gesagt: Doktype 6 liefert eine vollständig gerenderte Frontend-Seite — standardmäßig sicher abgeschirmt. Ideal, wenn Look & Feel der Live-Seite gewünscht sind — aber ohne öffentliches Risiko.

Praxisbeispiele, die wir bei b13 lieben

  1. Redaktionstraining & lebendige Styleguides: Erstelle unterhalb der Root-Seite einen kleinen Doktype-6-Unterbaum mit Beispielen — Teaser-Karussell hier, Accordion dort, Plugin-Demo daneben. Redakteure sehen echtes Frontend-Rendering — ohne Live-Inhalte anzufassen oder eine eigene Staging-Umgebung zu benötigen.
  2. Komponenten- & Layout-Prototyping: Neue Sektionen, A/B-Varianten oder responsive Anpassungen lassen sich realitätsnah testen. Da vollständiges TypoScript und alle Templates greifen, entspricht die Darstellung exakt der späteren Produktion — ohne SEO- oder Cache-Nebenwirkungen.
  3. Interne Dokumentation & Guidelines: Onboarding-Seiten oder Brand-Guides können im bestehenden Designsystem gerendert werden. Zugriff erfolgt über die Backend-Vorschau — konsistent, aktuell und geschützt.
  4. Sicherer Testbereich: Neue Extensions, Content Blocks oder Integrationen lassen sich isoliert testen — ohne Einfluss auf Performance, SEO oder Besucher.
  5. Archiv- & Review-Inhalte: Seit TYPO3 v13 eignet sich Doktype 6 ideal zur Sichtung migrierter Recycler-Inhalte oder zur internen Archivierung alter Kampagnenseiten.

Diese Anwendungsfälle vermeiden den Mehraufwand separater Seitenbäume hinter Frontend-Logins oder von SysFolders, die keine Frontend-Ausgabe rendern.

Alltagstipps für die Arbeit mit Doktype 6

  • In einem eigenen Unterbaum organisieren (z. B. „Intern / Beispiele“), um den Hauptseitenbaum übersichtlich zu halten.
  • Page TSconfig gezielt einsetzen, um Anpassungen vorzunehmen — etwa Bearbeitung auf bestimmte Gruppen beschränken, eigene Icons definieren oder Backend-Layouts automatisch zuweisen.
  • Mit Workspaces kombinieren, um interne Änderungen versioniert und kontrolliert umzusetzen.
  • Feingranulare Berechtigungen über Backend-Benutzergruppen vergeben — Redakteure sehen und bearbeiten nur die Inhalte, die sie wirklich benötigen.
  • Kein SEO- oder Performance-Einfluss: Diese Seiten sind standardmäßig nicht im Routing, nicht in Sitemaps und nicht für Suchmaschinen indexierbar.

Die typische Stolperfalle — und unsere Lösung

Das größte Problem? Links teilen.

Du erstellst eine Beispielseite, kopierst die Preview-URL und verschickst sie per Jira, Mail oder Chat. Die empfangende Person klickt — und landet auf einer nackten 403-Fehlerseite.

Der einzige Weg:

  1. Backend separat öffnen
  2. Seite im Baum suchen
  3. „Preview“ klicken 

Das bremst Feedback-Schleifen und erschwert Zusammenarbeit — besonders in verteilten Teams. Manche greifen deshalb zu weniger sicheren Alternativen — nur um diese Hürde zu umgehen.

Unsere Lösung: EXT:backend_user_section_login

Um genau dieses Problem zu lösen, haben wir eine schlanke Extension entwickelt: EXT:backend_user_section_login.

Wenn ein Besucher eine Doktype-6-Seite (oder eine Seite innerhalb ihres Seitenbaums) ohne aktive Backend-Session aufruft, fängt die Extension die Anfrage ab, bevor TYPO3 einen 403-Fehler ausgibt. Statt einer Fehlermeldung wird ein Login-Prompt angezeigt, der dem TYPO3-Backend-Loginbildschirm entspricht — einschließlich individuellem Logo, Akzentfarbe, Hintergrundbild, Fußnote sowie eingebundenen Custom-Stylesheets (auch solche aus $GLOBALS['TYPO3_CONF_VARS']['BE']['stylesheets'] oder Registrierungen in ext_tables.php).

Der Login-Prompt wirkt vertraut und vertrauenswürdig (keine „Hier bitte einloggen“-Scam-Anmutung). Er verlinkt direkt auf das TYPO3-Backend-Login unter /TYPO3/. Nach erfolgreicher Authentifizierung (inklusive MFA und Rate-Limiting) sorgt ein visibilitychange-Listener dafür, dass die ursprünglich angeforderte Seite automatisch neu geladen wird. Das be_typo_user-Session-Cookie ist nun vorhanden, sodass TYPO3 die Inhalte regulär rendert — ganz ohne manuelle Navigation.

Technische Kernpunkte:

  • Verwendet eine PSR-15-Middleware, die nach der Backend-Authentifizierungsprüfung, aber vor der Zugriffssperre auf Seiten ausgeführt wird.
  • Prüft die Rootline der Seite auf Doktype 6.
  • Nutzt den integrierten BackendUserAuthenticator von TYPO3 — keine eigene Authentifizierungslogik.
  • Lädt Backend-CSS (backend.css, webfonts.css) sowie individuelle Anpassungen auch bei Frontend-Requests.

Voraussetzungen

TYPO3 v13 LTS oder v14 (getestet und entwickelt in 2026-Umgebungen)

Installation

composer require b13/backend-user-section-login

Fertig.
Keine weitere Konfiguration erforderlich — die Extension aktiviert sich automatisch für alle Seiten vom Typ Doktype 6.

Fazit

Doktype 6 ist kein spektakuläres Feature — aber eines, das reale Probleme elegant löst, sobald man es richtig einsetzt. Für Training, Prototyping oder interne Inhalte mit echtem Frontend-Look ist die Backend User Section ein starkes Werkzeug.

Probiere es im nächsten Projekt aus — lege eine Doktype-6-Seite an, füge Inhalte hinzu, öffne die Vorschau — und erlebe den Unterschied.

Und wenn dich das Thema „Link teilen“ bisher genervt hat — installiere EXT:backend_user_section_login und erleichtere die Zusammenarbeit deutlich.

Wie sind deine Erfahrungen? 

Hast du Doktype 6 bereits kreativ eingesetzt? Oder bist du auf andere Besonderheiten oder Eigenheiten von Doktypes gestoßen? Kontaktiere uns — wir freuen uns auf deine Erfahrungen und Ideen!