Inhalte sind weg — meistens sind sie es nicht.

Erst einordnen.

Die erste Zeile ist der häufigste Fall und harmlos. Die vorletzte ist die ärgerlichste — dazu unten mehr.

Versteckt und zeitgesteuert.

Jede Seite und jedes Inhaltselement lässt sich deaktivieren. Im Backend erscheint es dann ausgegraut, im Frontend gar nicht. Ein versehentlicher Klick genügt — und weil ausgegraute Elemente in einer vollen Seite leicht übersehen werden, sucht man anderswo.

Dazu kommt die Zeitsteuerung: Start- und Enddatum lassen sich je Element setzen. Ein Enddatum, das einmal für eine Aktion gesetzt wurde, liegt irgendwann in der Vergangenheit — und der Inhalt verschwindet ohne weitere Meldung. Prüfe beides auch bei den übergeordneten Seiten: Ist die Elternseite deaktiviert, ist der ganze Zweig weg (Seite nicht gefunden).

Falsche Spalte oder Sprache.

Inhaltselemente liegen in Spalten — Hauptbereich, Seitenleiste, Rand. Welche Spalten eine Seite hat, bestimmt das Template. Wird ein Element in eine Spalte verschoben, die das aktuelle Layout nicht ausgibt, verschwindet es aus dem Frontend, bleibt im Backend aber sichtbar. Besonders nach einem Layoutwechsel oder Theme-Update passiert das.

Erkennbar ist es daran, dass die Seitenansicht im Backend einen Bereich mit nicht zugeordneten Elementen zeigt. Dasselbe gilt für Sprachen: Ein Element in der falschen Sprachspalte erscheint nur dort — und wenn diese Sprache nicht aktiv ist, nirgends (Mehrsprachigkeit).

Zugriffsrechte.

Zwei Ebenen. Im Frontend lassen sich Seiten und Elemente auf Benutzergruppen beschränken — nicht angemeldete Besucher sehen sie dann nicht. Das ist gewollt, wird aber zum Problem, wenn eine Gruppe versehentlich gesetzt oder gelöscht wurde, auf die noch verwiesen wird.

Im Backend siehst du nur Bereiche, für die deine Benutzergruppe Rechte hat. Wenn eine Seite für dich verschwunden ist, für einen Administrator aber sichtbar, ist das die Erklärung. Das passiert besonders nach Änderungen am Rechtekonzept (Benutzer und Rechte).

Papierkorb und gelöschte Datensätze.

Hier liegt die eigentlich gute Nachricht: Ein gelöschter Datensatz wird in TYPO3 nur markiert, nicht entfernt. Er ist also noch da und lässt sich zurückholen.

Je nach Version und installierten Werkzeugen gibt es dafür eine Papierkorb-Ansicht oder die Wiederherstellung über das Protokoll-Modul. Dort stehen die Löschvorgänge mit Zeitpunkt und Benutzer, und einzelne lassen sich rückgängig machen. Auch über die Kommandozeile lassen sich gelöschte Datensätze finden.

Wichtig für den Ernstfall: Diese Altlasten werden irgendwann endgültig entfernt — entweder von Hand im Wartungsbereich oder durch eine geplante Aufgabe. Wer etwas zurückholen will, sollte nicht monatelang warten (Datenbank aufräumen).

Der Verlauf.

TYPO3 speichert frühere Fassungen von Inhalten. Über die Verlaufsansicht eines Datensatzes lässt sich nachvollziehen, wer wann was geändert hat — und einzelne Änderungen lassen sich zurücknehmen. Das ist der richtige Weg, wenn ein Text überschrieben wurde statt gelöscht.

Der Verlauf hat Grenzen: Er reicht nur so weit zurück, wie die Daten nicht aufgeräumt wurden, und er erfasst nicht alles gleich detailliert. Für den Fall „jemand hat gestern den halben Text ersetzt“ ist er aber die schnellste Lösung — deutlich schneller als jedes Backup.

Workspaces.

Wenn in der Installation Arbeitsumgebungen genutzt werden, gibt es einen Zustand, der für Verwirrung sorgt: Änderungen werden in einem Entwurfsbereich gemacht und erst durch Freigabe veröffentlicht. Wer im Entwurfsbereich arbeitet, sieht Inhalte, die im Live-Bereich nicht existieren — und umgekehrt.

Prüfe deshalb oben im Backend, in welchem Bereich du gerade bist. Ein Inhalt, der „verschwunden“ ist, liegt manchmal nur in einem Entwurf, der nie freigegeben wurde. Umgekehrt wundern sich Redakteure, warum ihre Änderung nicht sichtbar ist — weil die Freigabe fehlt.

Nur im Frontend weg.

Wenn der Inhalt im Backend da ist, alle Einstellungen stimmen und er trotzdem nicht erscheint, ist der nächste Verdacht der Cache. Eine zwischengespeicherte Seite zeigt den Stand von vorher. Das betrifft nicht nur den TYPO3-Cache, sondern auch vorgeschaltete Dienste und den Browser.

Leere alle Ebenen und prüfe im privaten Fenster. Wenn der Inhalt dann da ist, war es Caching — und die Frage ist, warum der Cache nicht automatisch geleert wurde. Bei Änderungen an einer Seite passiert das normalerweise von selbst (Cache leeren).

Wenn nichts mehr hilft.

Bleibt der Inhalt verschwunden, führt der Weg über die Sicherung. Dabei gilt: Nicht die ganze Installation zurücksetzen, sondern die Sicherung in eine separate Umgebung einspielen und den fehlenden Inhalt dort holen. Sonst verlierst du alles, was seit dem Sicherungsstand entstanden ist.

Das ist auch der Moment, in dem sich zeigt, ob die Sicherungen taugen — und ob sie weit genug zurückreichen. Ein Verlust, der erst nach drei Wochen auffällt, braucht einen entsprechend alten Stand (Backup und Wiederherstellung).

Vorbeugen.

• Rechte sauber setzen: Wer nicht löschen können muss, bekommt das Recht nicht.
• Aufräumaufgaben mit Augenmaß: Gelöschte Datensätze nicht nach wenigen Tagen endgültig entfernen.
• Mehrere Sicherungsstände vorhalten, weil Verluste verzögert auffallen.
• Redaktion einweisen: Was bedeutet deaktivieren, was löschen, was ist die Zeitsteuerung (Schulung).
• Bei großen Umbauten vorher sichern, auch wenn es nur Inhalte sind.

Der vierte Punkt löst erfahrungsgemäß die meisten dieser Fälle im Voraus: Ein großer Teil der „verschwundenen“ Inhalte ist versehentlich deaktiviert oder in eine falsche Spalte geschoben worden — und das passiert, wenn niemand erklärt hat, was die Schalter bedeuten.

Wenn du nicht weiterkommst.

Wenn Inhalte fehlen und du sie nicht wiederfindest, suche ich sie — meist sind sie noch da. 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, Web-Entwickler aus Quakenbrück. Mein Schwerpunkt liegt auf WordPress — an TYPO3-Installationen arbeite ich dort, wo es um Betrieb und Fehlersuche geht: Ausfälle, Serverthemen, Datenbank, Mailversand, Updates und die Frage, wie es mit einer alten Installation weitergehen soll. Das sind die Probleme, bei denen die Ursache meist nicht im System selbst liegt, sondern darunter. Geht es um tiefe Entwicklung in TYPO3 — eigene Extensions, komplexe Mehrsprachigkeit, große Redaktionssysteme —, sage ich dir das offen und empfehle jemanden, der genau das macht. Ehrlich beraten heißt für mich auch, eine Anfrage abzugeben.