Die Vorschau zeigt nicht, was sie soll.

Die Arten der Vorschau.

Diese Varianten haben unterschiedliche Fehlerursachen — deshalb lohnt es, zuerst zu klären, welche gemeint ist. „Die Vorschau geht nicht“ kann fünf verschiedene Dinge bedeuten.

Domain und Site-Konfiguration.

Die Vorschau ruft die Seite unter der Adresse auf, die in der Site-Konfiguration hinterlegt ist. Stimmt die nicht mit der Adresse überein, unter der du im Backend arbeitest, geht die Vorschau ins Leere — oder zeigt eine andere Installation.

Das ist der klassische Fall in Testumgebungen: Die Konfiguration zeigt noch auf die Live-Domain, also öffnet die Vorschau die Live-Website statt der Kopie. Für Redakteure ist das verwirrend, weil ihre Änderungen scheinbar nicht erscheinen — sie schauen auf eine andere Website (Testumgebung, Site-Konfiguration).

Versteckte Seiten vorschauen.

Eine deaktivierte Seite ist im Frontend nicht erreichbar — auch für dich nicht, wenn du einfach die Adresse aufrufst. Die Vorschau aus dem Backend heraus setzt deshalb ein Kennzeichen, das die Sichtbarkeit für diesen Aufruf erlaubt.

Scheitert das, erscheint eine Fehlerseite statt der Vorschau. Mögliche Ursachen: Die Einstellung, ob versteckte Seiten in der Vorschau gezeigt werden, ist nicht aktiv; ein vorgeschalteter Cache liefert die Seite aus, bevor TYPO3 das Kennzeichen auswerten kann; oder der Aufruf verliert das Kennzeichen durch eine Weiterleitung.

Besonders bei zeitgesteuerten Inhalten lohnt der Blick: Eine Seite mit Startdatum in der Zukunft verhält sich wie versteckt, und die Vorschau muss das ebenfalls berücksichtigen.

Alter Stand.

Zeigt die Vorschau eine ältere Fassung, ist es Caching — und zwar meist nicht der TYPO3-Cache, denn der wird beim Speichern für die betroffene Seite geleert. Verdächtig sind vorgeschaltete Dienste und das Caching-Modul des Hosters, die davon nichts wissen.

Schneller Test: Die Vorschau in einem privaten Fenster öffnen und einen zufälligen Parameter an die Adresse hängen. Erscheint dann der aktuelle Stand, war es ein Cache davor. Dann gehört eine Ausnahme für Vorschauaufrufe eingerichtet (Cache leeren).

Leere Fläche statt Vorschau.

Die Seitenansicht im Backend bettet die Website in einen Rahmen ein. Moderne Browser und Sicherheitseinstellungen können das blockieren — dann bleibt die Fläche weiß, obwohl die Seite selbst funktioniert.

Ursachen sind Sicherheitsvorgaben, die das Einbetten der eigenen Seite verbieten, oder gemischte Verbindungen: Backend verschlüsselt, Frontend unverschlüsselt. Letzteres blockiert jeder Browser. Prüfen lässt sich das in der Entwicklerkonsole — dort steht die Blockademeldung im Klartext. Die Lösung ist, die Vorgaben so zu setzen, dass die eigene Domain sich selbst einbetten darf (Gemischte Inhalte).

Vorschaulinks für Externe.

Für Abstimmungen mit Personen ohne Backend-Zugang gibt es zeitlich begrenzte Vorschaulinks. Damit lässt sich eine noch nicht veröffentlichte Seite zeigen, ohne sie online zu stellen — praktisch für Freigaben durch Vorgesetzte oder Kunden.

Zwei Punkte dazu: Die Links haben eine begrenzte Gültigkeit, und abgelaufene Links führen zu einer Fehlerseite — was beim Empfänger wie ein Fehler aussieht. Schreib die Gültigkeit also dazu. Und behandle solche Links wie vertrauliche Informationen: Wer ihn hat, sieht den Inhalt, ohne sich anzumelden.

Entwurfsbereiche.

Werden Arbeitsumgebungen genutzt, zeigt die Vorschau den Stand des Bereichs, in dem du gerade arbeitest. Das führt zu zwei Verwirrungen: Redakteure sehen ihre Änderung in der Vorschau, aber nicht auf der Live-Website — weil die Freigabe fehlt. Oder jemand wundert sich über Inhalte in der Vorschau, die niemand kennt — weil sie in einem Entwurf liegen.

Prüfe deshalb oben im Backend, in welchem Bereich du bist. Und beim Testen eines Problems immer explizit im Live-Bereich prüfen, sonst sucht man Fehler, die nur im Entwurf existieren (Inhalte verschwunden).

Sprachen.

Die Vorschau öffnet standardmäßig die Sprache, in der du im Backend arbeitest. Bei mehrsprachigen Websites führt das zu Überraschungen: Eine nicht übersetzte Seite zeigt je nach Konfiguration die Hauptsprache, leitet um oder liefert eine Fehlerseite — und das ist dann kein Vorschauproblem, sondern die eingestellte Regel für fehlende Übersetzungen (Mehrsprachigkeit).

Typische Fehlerbilder.

• Weiße Fläche im Backend: Einbettung blockiert.
• Fehlerseite statt versteckter Seite: Kennzeichen geht verloren oder Cache davor.
• Alter Stand: vorgeschaltetes Caching.
• Falsche Website: Domain in der Site-Konfiguration passt nicht.
• Änderung nicht sichtbar: Entwurfsbereich ohne Freigabe.
• Vorschaulink abgelaufen: normale Begrenzung, neuen erzeugen.
• Nach Update verändert: Konfiguration nachziehen (Update-Fehler).

Für die Redaktion.

Drei Dinge, die den Alltag erleichtern und in jede Einweisung gehören. Erstens: Die Vorschau zeigt nicht immer dasselbe wie die Live-Website — besonders bei versteckten Inhalten und in Entwurfsbereichen. Zweitens: Wenn eine Änderung nicht erscheint, zuerst den Cache leeren und im privaten Fenster prüfen, bevor man jemanden ruft. Drittens: Für Freigaben durch Dritte gibt es Vorschaulinks — das ist besser, als eine Seite kurz online zu stellen und wieder zu verstecken.

Gerade der dritte Punkt spart Ärger: Eine versehentlich veröffentlichte Seite ist schnell im Suchindex, und das wieder loszuwerden dauert (Schulung).

Wenn du nicht weiterkommst.

Wenn die Vorschau nicht zeigt, was sie soll, prüfe ich Site-Konfiguration, Caching und Einbettung. 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.