Suche und Barrierefreiheit entscheiden beide, ob jemand findet, was er sucht, und beide lassen sich im SEO CMS beim Build vorbereiten, statt bei jedem Aufruf etwas zu berechnen. Diese Seite behandelt die Suche ohne Server sowie Kontraste und Zugänglichkeit.
Die Suche ohne Server
Die Suche des SEO CMS arbeitet im Browser. Grundlage ist die Datei /assets/suche.json, die der Build über alle Inhalte schreibt: Beiträge, Lexikoneinträge, Orts- und Themenseiten und Verzeichniseinträge. Erweiterungen wie die für Serien ergänzen den Index um ihre eigenen Inhalte. Jeder Eintrag hat einen Typ, einen Namen, eine Kategorie, die Adresse und einen kurzen Suchtext. Bei Beiträgen besteht er aus Titel, Kategorie, Schlagworten und dem Anfang der Kurzfassung, bei Lexikoneinträgen aus Begriff, Aliasen, Kategorie und dem Anfang der Kurzantwort.
Beim Tippen zeigt die Suche ab dem ersten Zeichen bis zu acht Vorschläge. Keine Suchanfrage geht an den Server. Es gibt keinen Suchdienst, der laufen, gewartet oder abgesichert werden müsste, und keine Suchbegriffe, die irgendwo protokolliert würden. Weil die Datei bei jedem Build neu entsteht, findet die Suche immer den Stand der Website. Fehlt die Datei, etwa nach einem Update einer älteren Installation, greift das Skript auf den alten Index des Verzeichnisses zurück, damit die Website nicht ohne Suche dasteht.
Ab zwei Zeichen erscheint zusätzlich eine Trefferliste, nach Typ gruppiert, damit Beiträge, Begriffe und Orte nicht durcheinanderstehen. Bei mehreren Suchwörtern müssen alle vorkommen: Wer zwei Begriffe eingibt, findet die Seite über beides und nicht jede Seite, die nur eines davon enthält. Die Vorschläge lassen sich mit den Pfeiltasten auswählen, die Eingabetaste öffnet den markierten Vorschlag oder zeigt die Trefferliste, die Escape-Taste schließt die Vorschläge. Die Suche ist damit auch ohne Maus bedienbar.
Dieser Ansatz hat eine Grenze: Die Indexdatei wird beim Aufruf geladen und wächst mit dem Bestand. Deshalb enthält sie nur kurze Felder mit knappen Namen und keinen Volltext. Wer eine Volltextsuche über Tausende langer Beiträge braucht, ist mit einem Suchdienst auf dem Server besser bedient. Der Build meldet die Größe der Datei, damit du siehst, wann sie zu groß wird. Die strukturierten Daten kündigen eine Suchaktion nur an, solange die Suche eingeschaltet ist. Das steht unter Strukturierte Daten und Antwortkästen.
Kontraste aus jeder Markenfarbe
Jeder Mandant hat eine eigene Akzentfarbe. Als Fläche funktionieren solche Farben meist gut, als Textfarbe auf Weiß sind viele zu hell. Die Richtlinien für barrierefreie Webinhalte verlangen in Stufe AA für normalen Text ein Kontrastverhältnis von mindestens 4,5 zu 1, für großen Text 3 zu 1 [1]. Bei der Entwicklung des CMS erreichten 13 von 15 Akzentfarben der damaligen Portale die 4,5 zu 1 als Textfarbe nicht.
Statt die Markenfarben zu ändern, leitet das CMS beim Build zwei Varianten ab. Die eine ist so weit abgedunkelt, dass Text in dieser Farbe auf Weiß lesbar ist. Die andere ist die Schriftfarbe, die auf einer Fläche in der Akzentfarbe lesbar bleibt. Die Originalfarbe bleibt für Flächen, Ränder und Hervorhebungen. Die Markenfarbe lässt sich so frei wählen, ohne dass die Lesbarkeit davon abhängt. Den Hintergrund erklärt das Glossar unter WCAG.
Fragen zu deiner Website?
Ruf an, stell deine Frage in der gratis Sprechstunde oder vereinbare ein Erstgespräch.
Gliederung, Sprunglink und Formulare
Jede Seite beginnt mit einem Link "Zum Inhalt springen", der Navigation und Kopf überspringt. Die WCAG verlangen schon in Stufe A einen Mechanismus, mit dem sich Inhaltsblöcke überspringen lassen, die auf mehreren Seiten wiederkehren [2]. Das Dokument nennt Deutsch als Sprache, damit Vorleseprogramme richtig aussprechen. Die Vorlagen geben genau eine H1 je Seite aus. Die Brotkrume, Inhaltsverzeichnisse und der Fragenblock sind normale Links und Listen, die auch ohne JavaScript funktionieren. Wo JavaScript etwas ergänzt, etwa den Filter der Themenleiste im Blog, bleibt ohne Skript eine lesbare Aufzählung.
Ein Prüfskript misst nach dem Build am fertigen HTML, was sich messen lässt: genau eine H1 und keine übersprungenen Überschriftenebenen, Alternativtexte für Bilder, Beschriftungen für Formularfelder, die Sprachangabe, den Seitentitel und die Farbpaare aus dem Stylesheet gegen die WCAG-Schwellen. Das ersetzt keinen Test mit Menschen, die auf Hilfsmittel angewiesen sind. Es findet aber die Fehler, die sich in Vorlagen und Texten am häufigsten einschleichen.
Barrierefreiheit und Recht
Seit dem 28.06.2025 gilt das Barrierefreiheitsstärkungsgesetz für Dienstleistungen, die für Verbraucher erbracht werden, darunter Dienstleistungen im elektronischen Geschäftsverkehr [3]. Wer einen Onlineshop oder Buchungsstrecken für Verbraucher betreibt, sollte prüfen lassen, ob und wie das Gesetz auf ihn zutrifft. Das CMS nimmt die technische Grundlage ab: Kontraste, Gliederung, Sprunglink und Prüfskript. Für die Inhalte und für die rechtliche Einordnung bleibt der Betreiber zuständig. Mehr dazu im Glossar unter BFSG und auf der Hauptseite unter Barrierefreiheit und SEO. Den Stand der Diskussion beschreibt der Beitrag Barrierefreiheit seit Juni 2025.
Nach unserer Erfahrung ziehen Zugänglichkeit und Sichtbarkeit in Suchmaschinen oft in dieselbe Richtung. Eine saubere Überschriftenfolge, sprechende Linktexte und Alternativtexte helfen Vorleseprogrammen und Suchmaschinen gleichermaßen, die Struktur einer Seite zu verstehen. Wie das CMS Überschriften und Abschnitte ordnet, steht unter Ordnung, Vokabular und Querverweise.
Dein Prüfwerkzeug meldet Kontrastfehler, und du weißt nicht, wo du anfangen sollst? Bring die Adresse deiner Website mit in die gratis Sprechstunde, 30 Minuten je Person, ohne Anmeldung.
- Organisation Understanding Success Criterion 1.4.3: Contrast (Minimum). W3C Web Accessibility Initiative. Stand WCAG 2.2. abgerufen am 31.10.2026
- Organisation Understanding Success Criterion 2.4.1: Bypass Blocks. W3C Web Accessibility Initiative. Stand WCAG 2.2. abgerufen am 31.10.2026
- Gesetz § 1 Barrierefreiheitsstärkungsgesetz (BFSG). Bundesministerium der Justiz. Stand laufend. abgerufen am 31.10.2026
Häufige Fragen
Braucht die Suche einen eigenen Dienst auf dem Server?
Nein. Sie läuft im Browser gegen eine Datei, die beim Build entsteht. Keine Suchanfrage geht an den Server.
Durchsucht die Suche den vollen Text der Beiträge?
Nein. Der Index enthält Titel, Kategorie, Schlagworte und den Anfang der Kurzfassung, damit die Datei klein bleibt.
Muss ich meine Markenfarbe für die Barrierefreiheit ändern?
Nein. Das CMS leitet daraus Varianten für Text auf Weiß und für Schrift auf der Farbfläche ab. Die Originalfarbe bleibt für Flächen und Ränder.
Macht das CMS meine Website automatisch gesetzeskonform?
Nein. Es liefert eine technische Grundlage. Inhalte wie Alternativtexte und die rechtliche Prüfung bleiben Sache des Betreibers.
Wie prüfe ich Kontraste und Gliederung?
Mit dem mitgelieferten Prüfskript nach dem Build. Es misst H1, Überschriftenebenen, Alternativtexte, Beschriftungen, Sprache, Titel und Farbpaare.
Fragen zu deiner Website?
Ruf an, stell deine Frage in der gratis Sprechstunde oder vereinbare ein Erstgespräch.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
