Frontend-Login geht nicht — meist fehlt der Speicherordner.

Die vier Bausteine.

Diese vier in dieser Reihenfolge zu prüfen, löst die meisten Fälle in wenigen Minuten.

Der Speicherordner.

Frontend-Benutzer sind Datensätze und liegen in einem Ordner im Seitenbaum. Das Anmeldeformular muss wissen, in welchem — sonst sucht es an der falschen Stelle und findet niemanden. Zugewiesen wird das entweder am Inhaltselement des Anmeldeformulars oder zentral in der Konfiguration.

Symptom bei falscher Zuweisung: Die Anmeldung meldet schlicht, dass die Zugangsdaten nicht stimmen — obwohl sie stimmen. Das ist die irreführendste Meldung im ganzen Bereich und der Grund, warum oft stundenlang an den Passwörtern gesucht wird.

Prüfe also zuerst: Liegt der Benutzer in dem Ordner, auf den das Formular zeigt? Bei mehreren Ordnern — etwa je Mandant oder Bereich — muss der richtige eingetragen sein, und das Formular kann auch mehrere durchsuchen.

Benutzer und Gruppen.

Ein Frontend-Benutzer ohne Gruppe kann sich zwar anmelden, sieht aber keine geschützten Inhalte — denn die Freigabe von Seiten erfolgt über Gruppen, nicht über einzelne Benutzer. Das ist ein häufiger Fall bei manuell angelegten Konten.

Prüfe außerdem die Standardfelder: Ist der Benutzer deaktiviert? Hat er ein Start- oder Enddatum, das nicht mehr passt? Beides versteckt sich in den erweiterten Einstellungen des Datensatzes und wird leicht übersehen. Bei importierten Benutzerlisten ist ein gesetztes Enddatum ein Klassiker.

Seiten freigeben.

In den Seiteneigenschaften wird unter den Zugriffseinstellungen festgelegt, welche Gruppe die Seite sehen darf. Das vererbt sich auf Unterseiten — eine geschützte Elternseite schützt den ganzen Zweig.

Zwei Stolpersteine. Erstens: Wird eine Gruppe gelöscht, bleibt die Zuordnung an der Seite als ungültiger Verweis zurück, und niemand kommt mehr hinein. Zweitens: Die Einstellung gilt für die Seite — Inhaltselemente darauf können zusätzlich eigene Zugriffsrechte haben. Ein Element, das einer anderen Gruppe zugewiesen ist, bleibt unsichtbar, auch wenn die Seite erreichbar ist (Inhalte verschwunden).

Passwörter und Zurücksetzen.

Passwörter werden verschlüsselt gespeichert und lassen sich nicht im Klartext in die Datenbank eintragen. Beim Anlegen eines Benutzers im Backend wird das Passwort korrekt verarbeitet — bei einem Import aus einer anderen Quelle nicht zwingend. Importierte Benutzer mit Klartextpasswörtern können sich nicht anmelden.

Für das Zurücksetzen gibt es eine Funktion, die eine Mail mit einem Link verschickt. Sie setzt voraus, dass eine Adresse am Benutzer hinterlegt ist und der Mailversand funktioniert — und genau daran scheitert es oft. Wenn Benutzer berichten, dass die Mail nie ankommt, ist nicht die Funktion kaputt, sondern der Versand (Mailversand).

Caching bei geschützten Seiten.

Ein kritischer Punkt: Geschützte Seiten dürfen nicht wie öffentliche zwischengespeichert werden, sonst sieht ein Besucher Inhalte, die für eine Gruppe bestimmt sind. TYPO3 berücksichtigt die Gruppenzugehörigkeit beim Caching — aber ein vorgeschalteter Cache-Dienst oder ein falsch konfiguriertes Caching-Modul des Hosters tut das nicht.

Symptome: Nach dem Anmelden erscheint weiterhin der ausgeloggte Zustand, oder ein Besucher sieht geschützte Inhalte ohne Anmeldung. Letzteres ist nicht nur ein Fehler, sondern ein Datenschutzvorfall. Prüfe deshalb bei jedem geschützten Bereich, was zwischen Besucher und TYPO3 liegt (Caching).

Weiterleitung nach Anmeldung.

Standardmäßig bleibt der Benutzer nach der Anmeldung auf der Anmeldeseite. Sinnvoller ist eine Weiterleitung — entweder auf eine feste Seite oder zurück auf die Seite, die der Benutzer eigentlich aufrufen wollte. Beides lässt sich einstellen.

Der zweite Fall ist der wichtigere und wird oft vergessen: Wer einen geschützten Link aufruft, zur Anmeldung geschickt wird und danach auf einer Übersichtsseite landet, muss den Weg erneut suchen. Das ist eine kleine Einstellung mit spürbarer Wirkung auf die Nutzbarkeit.

Weitere Fehlerbilder.

• Anmeldung klappt, hält aber nicht: Sitzungsproblem, Cookie-Einstellung oder Domainvariante (Sitzungsprobleme).
• Nur auf manchen Seiten ausgeloggt: Vorgeschaltetes Caching.
• Nach Umzug niemand mehr drin: Speicherordner oder Cookie-Domain stimmt nicht (Umzug).
• Formular erscheint nicht: Inhaltselement fehlt oder Extension deaktiviert.
• Abmelden funktioniert nicht: Caching oder fehlende Konfiguration.
• Nach Update verändert: Konfiguration des Anmeldemoduls nachziehen (Update-Fehler).

Datenschutz.

Ein Mitgliederbereich verarbeitet personenbezogene Daten: Name, Adresse, Anmeldezeitpunkte, oft mehr. Daraus folgen Pflichten — Angabe in der Datenschutzerklärung, Löschkonzept für inaktive Konten, Auskunftsfähigkeit und ein Ablauf für Löschanfragen.

Besonders zu beachten: Konten, die seit Jahren nicht genutzt werden. Sie sammeln sich an, sind ein Risiko und sollten nach einer definierten Frist entfernt oder anonymisiert werden. Dafür braucht es eine geplante Aufgabe — und die läuft nur, wenn der Scheduler läuft (Datenschutz, Scheduler).

Sicherheit.

• Nur verschlüsselte Verbindungen für Anmeldeseiten — sonst gehen Zugangsdaten im Klartext über die Leitung.
• Schutz gegen wiederholte Versuche, damit Passwörter nicht durchprobiert werden können.
• Keine Hinweise in Fehlermeldungen, ob ein Benutzername existiert.
• Inaktive Konten regelmäßig entfernen.
• Geschützte Dateien wirklich schützen: Ein Dokument, das direkt über seine Adresse abrufbar ist, ist nicht geschützt, auch wenn die Seite es ist.

Der letzte Punkt wird am häufigsten übersehen. Dateien in der normalen Dateiablage sind öffentlich erreichbar, wenn die Adresse bekannt ist — für echte Zugriffsbeschränkung braucht es einen gesicherten Bereich, aus dem Dateien nur nach Prüfung ausgeliefert werden.

Wenn du nicht weiterkommst.

Wenn sich niemand anmelden kann oder geschützte Inhalte sichtbar sind, prüfe ich Benutzer, Ordner, Rechte und Caching gemeinsam. 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.