Die Browsertab-Benennung stellt sicher, dass Nutzer:innen schnell erkennen, welche Seite oder welches Objekt im jeweiligen Tab geöffnet ist.
Sie dient der Orientierung, verbessert die Scannbarkeit, unterstützt die Barrierefreiheit und gewährleistet den Datenschutz durch klar definierte, kurze Benennungsmuster.

• Klarheit – Titel sind verständlich, prägnant und selbsterklärend.
• Kürze – Titel enthalten nur die notwendigsten Informationen, da Browser-Tabs nur begrenzten Platz bieten.
• Konsistenz – Einheitliche Struktur über alle Module und Seitentypen hinweg.
• Datenschutz – Personenbezogene Daten werden abgekürzt oder vermieden.
• Barrierefreiheit– Titel sind logisch aufgebaut, Screenreader-freundlich und eindeutig.

• Titel bilden keine vollständige Pfadnavigation ab.
• Es werden maximal drei inhaltliche Ebenen dargestellt.
• Die aktuelle Seite sollte immer an erster Stelle stehen.
• Das übergeordnete Modul wird immer dann ergänzt, wenn die aktuelle Seite kein eigenständiges, eindeutig identifizierbares Objekt darstellt (z. B. „Neuanlage“, „Bearbeiten“, „Übersicht“, „Details“).
• Weitere Ebenen oder Kontextinformationen werden nicht ergänzt.

[Seitentitel] – GeFa
Beispiele:

• Login – GeFa
• Einstieg wählen – GeFa

[Bezeichnung der Justizbehörde oder Zentralen Administration]
Beispiele:

• AG Freiburg i. B.
• LG Lüneburg
• Zentrale Administration Baden-Württemberg

Hinweis:
 Der Behördenname wird ausschließlich hier verwendet.

[Aktenzeichen] – [Aktuelle Seite / Objekt] – [Modul]

• Das Aktenzeichen steht immer am Anfang
• Danach folgen aktuelle Seite und Modul
• Kein Behördenname
• Kein GeFa-Zusatz „– GeFa“

Beispiele:

• C123 WEG – Beteiligte
• C123/3 – Mündliche Verhandlung 1 – Termine
• C239/B – Neuanlage Termin – Termine
• C382/01 – Verfahrensdetails

[Aktuelle Seite / Datensatz] – [Übergeordnetes Modul]
Beispiele:

• NP MP – Justizpersonen
• Neuanlage Poolperson – Poolpersonen
• Verteilung XY – Geschäftsverteilungspläne
• NP NT – Übersicht der Justizbehörde: Struktur
• Erweiterte Suche
• Statistikerstellung
• Monatsstatistik 07.2026 – Statistikerstellung

[Hauptüberschrift] – GeFa
Beispiele:

• Sitzung abgelaufen – GeFa
• Seite nicht gefunden – GeFa
• Technischer Fehler – GeFa

[Seitentitel] – GeFa
Beispiele:

• Benutzereinstellungen – GeFa
• Profil – GeFa
• Hilfe & Support – GeFa

Modale Dialoge erhalten keine eigene Benennung.
Die Benennung der aufrufenden Seite bleibt unverändert, unabhängig davon, ob das Modal Formulare, Verfahrenskontext oder technische Inhalte enthält.

• Wichtigstes zuerst – Aktenzeichen oder aktuelle Seite stehen immer am Anfang.
• Begrenzte Informationsmenge – Maximal drei Ebenen reduzieren kognitive Last.
• Verständlichkeit – Nur etablierte, fachlich bekannte Bezeichnungen verwenden.
• Screenreader-Kompatibilität – Eine logische Reihenfolge sowie eine gute Verständlichkeit der Bezeichnungen sollten, wo möglich, eingehalten werden.
• Eindeutigkeit – Titel müssen auch ohne Kontext verständlich bleiben.

• Verwende maximal drei Ebenen
• Setze das Aktenzeichen immer an den Anfang (Verfahrensseiten)
• Verwende den Zusatz „– GeFa“ ausschließlich bei Login-, System- und Meta-Seiten.
• Zeige Behördennamen nur auf der Startseite
• Verwende kurze, prägnante Begriffe
• Teste Lesbarkeit mit Screenreader

• Stelle vollständige Breadcrumbs dar
• Nutze unstrukturierte oder zufällige Titel
• Platziere Aktenzeichen mittig oder am Ende
• Wiederhole Behördennamen auf allen Seiten
• Verwende ganze Sätze oder formale Überschriften

Wenn ein Links-Klick aus GeFa heraus einen neuen Tab mit GeFa-Inhalten oder ein anderes System (z.B. Akte) öffnet so ist dieser Tab bzw. dieses Fenster im Vordergrund zu öffnen.

Ein vom Nutzer gezieltes Öffnen eines neuen Tabs (z.b. über Kontextmenu oder Mittlere Maustaste) folgt dem Standardverhalten des Browsers (neu geöffneter Tab kommt nicht in den Vordergrund).

Es wird das jeweilige Standardverhalten des Browsers verwendet: Es erscheint eine Hinweismeldung des Browsers, falls ungespeicherte Änderungen im zu schließenden Tab bzw. in ein oder mehreeren Tabs innerhalb des zu schließenden Fensters vorliegen.

Im jedem GeFa Browsertab, egal ob im separaten Browser oder im Browser innerhalb einer Rahmenanwendung geöffnet, wird immer eine Minimalversion des GeFa-Logos als Favicon im Tab angezeigt.

Siehe GeFa-Logo und dessen Darstellung in verschiedenen Größen.

GeFa ändert bzw. verhindert die standardmäßig im Browser verwendbaren Tastaturkürzel nicht (Beispiel: Alt + Pfeiltaste nach links/rechts um die vorherige/nächste Seite im Browserverlauf zu öffnen).

Wird ein Reload der Browserseite ausgeführt (per Button im Browser oder per Tastaturshortcut), so passiert folgendes:

• Es erscheint eine Sicherheitsabfrage (Standardmeldung des Browsers), falls ungespeicherte Daten vorliegen. Wird hier abgebrochen wird, bleibt die bestehende Seite (inkl. aller möglicherweise bereits eingegeben Daten, Undo+Redo-Stack, Such- und Filterkriterien) unverändert bestehen. Wird trotz Sicherheitsabfrage der Reload bestätigt, so wird die gerade geöffnete Seite neu geladen.
• Falls Tabs auf der Seite vorhanden sind, bleibt der Nutzer nach Reload im vorher geöffneten Tab (Es wird nicht standardmäßig zurück auf den ersten Tab navigiert.)
• Falls ein Formular geöffnet ist, so bleibt dieses nach Reload geöffnet. Ausnahme: Bei geöffneten Kindformularen (inkl. modalen Formularen) wird immer zum Elternformular zurücknavigiert. Die Kindformulare werden geschlossen.
• Falls Modaldialoge (Sicherheitsabfragen, Fehler, modale Formulare), Filtercontainer, Pop-Up-Menüs oder Ausklapplisten geöffnet sind, werden diese durch den Reload geschlossen.
• Falls ein Wizard geöffnet ist, so wird nach Reload immer auf Schritt 1 zurückgekehrt, unabhängig davon, in welchem Schritt sich Nutzende vorher befanden.
• Alle ggf. bereits eingegebenen Daten werden durch den Reload zurückgesetzt. Dies gilt auch für die Eltern- und Kindformulare der aktuell geöffneten Seite.
• Gesetzte Such- und Filterkriterien werden durch Reload zurückgesetzt.
• Die Fokussetzung nach Reload folgt den bei den Seitentypen definierten Standardfokussetzungen pro Seitentyp.

Wird der Zurück-Button des Browsers gedrückt, so passiert folgendes: 

• Es erscheint eine GeFa-Sicherheitsabfrage, falls ungespeicherte Daten vorliegen. In der Sicherheitsabfrage werden alle betroffenen Eltern- sowie Kindformulare aufgezählt (siehe Meldungskonzept: Sicherheitsabfrage - Standard-Meldungen). Wird hier abgebrochen, so bleibt die bestehende Seite (inkl. aller möglicherweise bereits eingegeben Daten, Undo+Redo-Stack, Such- und Filterkriterien) unverändert bestehen. Wird trotz Sicherheitsabfrage der Reload bestätigt, wird auf die vorher geöffnete Seite navigiert.
• Vorher eingegebene Daten, welche nicht aktiv von Nutzern gespeichert wurden, werden nach Rücknavigation nicht wieder angezeigt.
• Falls es sich bei der aktuell geöffneten Seite um ein Formular handelt, so wird nach Rück-Navigation immer die Datenübersicht angezeigt, von der dessen Hauptformular geöffnet wurde - unabhängig davon, ob Nutzer sich im Haupt-, Unterformular oder Untermodal befunden haben. Ausnahme: Ist ein Formular in einer Splitview geöffnet und es wurden vorher durch Auswahl anderer Objekte in der Splitview zwischen verschiedenen Formularen hin- und hergewechselt, so wird durch Ausführen der Browser-Back-Funktion zunächst zu den vorher geöffneten Formularen gewechselt, bevor zur Datenübersicht zurück navigiert wird.
• Ggf. vorher in der Datenübersicht gesetzte Such- und Filterkriterien werden nicht wiederhergestellt.
• Handelt es sich bei der aktuell geöffneten Seite um eine beliebige Seite eines Wizards, so wird nach Rück-Navigation immer die Seite angezeigt, von der aus der Wizard geöffnet wurde. Dies geschieht unabhängig davon, in welchem Wizard-Schritt sich Nutzer befunden haben.
• Zur Fokussetzung nach Rücknavigation siehe Standardefinition bei “Seitentypen”.

Es gilt das gleiche Verhalten, wie bei Navigation ohne Shift, mit folgenden Unterschieden: 

• Die Seite öffnet sich in einem neuen Browsertab. 
• Vorher gesetzte Such- und Filterkriterien werden nicht wiederhegestellt.