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

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.

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.

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.

• 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.

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.

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.

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.