🧾 SOP 13: Formatiere deine Texte barrierefrei

Wie du eine Struktur, schaffst, die jede/r  versteht – ganz egal, in welchem Zustand oder welcher Situation

Wer sollte diese SOP lesen?

📊 Projektleitung | 👔 Geschäftsführung | 🖥️ IT | 🧑‍⚖️ Recht

Überblick zu SOP 13

📌 Was du hier machstDu lernst, deine Texte technisch korrekt mit Überschriften, Absätzen und Listen auszuzeichnen, um eine klare semantische Struktur zu schaffen.
🧠 VoraussetzungDu erstellst Inhalte für Webseiten wie Ratgeber, Produkttexte, AGB, Blogartikel, Anleitungen, FAQs oder Landingpages.
⏱️ DauerInitialaufwand: 2–3 Stunden (für Einrichtung des Kanals, Erstellung der Tracking-Liste, Formulierung von Textbausteinen). Laufend: 15–30 Minuten pro eingegangener Meldung.
🧷 Gesetzlich verpflichtend?Ja – das Barrierefreiheitsstärkungsgesetz (BFSG), der European Accessibility Act (EAA) und die WCAG 2.1 (insbesondere 1.3.1 und 2.4.6) fordern eine verständliche und maschinenlesbare Struktur. Die DSGVO (Art. 12 Abs. 1) verlangt, dass Informationen in leicht zugänglicher Form bereitgestellt werden.
📍 Nächster SchrittSOP 14: Alternativtexte für Bilder.

Am Ende hast du einen klaren Prozess, um alle deine Texte technisch so aufzubereiten, dass sie eine klare sogenannte „semantische“ Struktur haben. Dank dieser semantischen Struktur können Hilfstechnologien deine Inhalte leicht scannen und verstehen und sie so für für alle Nutzer:innen lesbar machen.

In deinem Text-Dokument mit einem Titel wie „“Dokumentation des Barrierefreiheit-Feedback-System“ .

Wenn du mit dieser SOP fertig bist, legst du dieses Dokument an und trägst die Ergebnisse dieser SOP dort ein.

  • Initialaufwand: 2–3 Stunden (für Einrichtung des Kanals, Erstellung der Tracking-Liste, Formulierung von Textbausteinen).
  • Laufend: 15–30 Minuten pro eingegangener Meldung.
  • DU (Projektleitung, EAA-Verantwortliche:r): Steuerst und überwachst den Prozess, führst die Triage durch und verantwortest die Kommunikation mit den Nutzer:innen.
  • GF / Recht: Werden bei kritischen Meldungen oder potenziellen Eskalationen informiert und treffen strategische Entscheidungen.
  • IT / Entwicklung / Agentur: Analysieren die gemeldete Barriere technisch und sind für die Behebung verantwortlich.
  • Kundenservice: Kann als erste Anlaufstelle dienen und leitet Meldungen standardisiert an dich weiter.

🕓 Wann musst du das machen?

• Bei allen Website-Inhalten, aber besonders bei:

  • Ratgeberseiten, Produkttexten, AGB und Datenschutzerklärungen
  • Blogartikeln, Anleitungen und Erklärtexten
  • FAQs und Landingpages

⚖️ Welches Gesetz verlangt das?

  • Barrierefreiheitsstärkungsgesetz (BFSG) / European Accessibility Act (EAA) : Eine verständliche Struktur gehört zu den Mindestanforderungen.
  • WCAG 2.1: Insbesondere die Erfolgskriterien 1.3.1 (Info and Relationships) und 2.4.6 (Headings and Labels).
  • DSGVO Art. 12 Abs. 1: Fordert, dass Informationen „in leicht zugänglicher Form“ bereitgestellt werden müssen. 🧭 Der Prozess im Detail

🧭 Der Prozess im Detail

0 von 5 Schritten erledigt0 %
🟥 Schritt 1: Betrachte Überschriften als Wegweiser und formatiere sie entsprechend

Überschriften sind das wichtigste Werkzeug, um Text zu strukturieren. Screenreader-Nutzer:innen navigieren oft nur über sie, um eine Seite zu überfliegen, und auch Google versteht Inhalte anhand ihrer Hierarchie.

Halte dich an folgende Regeln, wenn du Überschriften in HTML auszeichnest:

  • Nur eine H1 pro Seite: Die

    ist der Haupttitel der Seite und darf nur einmal vorkommen.

  • Logische Hierarchie einhalten: Strukturiere deine Inhalte streng absteigend (nach

    kommt

    , danach

    usw.). Überspringe niemals eine Ebene.

  • Keine optische Formatierung: Formatiere Überschriften niemals nur durch fette (bold) oder größere Schrift. Nutze immer die echten HTML-Tags (

    ,

    etc.).

🟧 Schritt 2: Verbessere die Lesbarkeit deiner Texte mit Absätzen und Listen

Lange Textblöcke sind schwer zu lesen. Lockere sie gezielt auf, indem du folgende Techniken nutzt:

  • Kurze Absätze: Trenne Gedanken klar und halte Absätze kurz, idealerweise nicht länger als vier Zeilen.
  • Verwende echte Listen: Nutze für Aufzählungen immer die korrekten HTML-Listen-Elemente, also
      für unsortierte Bullet Points und
        für nummerierte Listen. Erstelle bitte keine Pseudolisten mit Bindestrichen oder Sternchen.
      1. Tabellen nur für Daten: Verwende Tabellen ausschließlich zur Darstellung von tabellarischen Daten – niemals zur Gestaltung des Layouts.
🟨Schritt 3: Setze semantisches HTML korrekt ein

Stelle nun konsequent sicher, dass die Struktur nicht nur sichtbar, sondern auch für Maschinen lesbar ist. Das heißt:

  • Gestalte dein Layout mit CSS : Vermeide es, Layout über die Textstruktur zu erzeugen z. B. durch leere Absätze oder
    -Tags. Stattdessen nutze

    für einen neuen Absatz (

    steht für „Paragraph“) und
    nur, wenn du einen Zeilenumbruch INNERHALB eines Absatzes möchtest.
    steht nämlich für „Line Break“.

  • Achte darauf, dass in deinem Pagebuilder alles korrekt konfiguriert ist: Vieles davon kannst du mit visuellen Editoren anstatt in HTML machen. Aber Achtung: Auch in Pagebuildern wie Elementor oder Divi müssen die semantischen Elemente korrekt konfiguriert sein.
🟩 Schritt 4: Optimiere auf visuelle und kognitive Lesbarkeit

Eine gute visuelle Gestaltung unterstützt die Struktur. Falls du mit der visuellen Gestaltung deines Page Builders nicht zufrieden bist, kannst du in den meisten Fällen selbst definieren, wie deine Elemente (z.B. Überschriften) aussehen sollen.

Beachte auf jeden Fall folgende Regeln:

  • Deutliche Hervorhebung: Überschriften müssen sich visuell klar von Fließtext abheben (größer, fetter, mit mehr Abstand).
  • Großzügige Abstände: Sorge für einen Zeilenabstand von mindestens 1,5 und großzügige Abstände zwischen den Absätzen.
  • Vermeide Blocksatz: Linksbündiger Flattersatz ist besser lesbar, da er keine unregelmäßigen Lücken zwischen den Wörtern erzeugt.
  • Nutze eine barrierefreie Schriftgröße: Die Schriftgröße sollte responsiv sein und mindestens 16px betragen.
🟦 Schritt 5: Teste und überprüfe deine Formatierung

Wie bei allen Prozessen, solltest du natürlich am Ende auch das Ergebnis kontrollieren, um sicherzustellen, dass die Struktur funktioniert. Wie? Indem du folgende Techniken nutzt:

  • Screenreader-Test ( NVDA , VoiceOver): Prüfe, ob die Struktur korrekt und logisch vorgelesen wird.
  • Tastatur-Navigation: Teste, ob du mit der Tab-Taste alle interaktiven Elemente erreichen kannst.
  • Accessibility-Checker (z. B. WAVE oder axe Accessibility Linter ): Diese Tools helfen, falsch verwendete oder fehlende Strukturelemente zu erkennen.

✅ Ergebnis

Du hast nun:

  • Eine klar strukturierte, logisch aufgebaute Textseite.
  • Alle Inhalte technisch korrekt für Screenreader formatiert.
  • Lesbare, verständliche Blöcke statt unübersichtlicher Textwüsten.
  • Eine sichtbare und maschinenlesbare Struktur – für Menschen und Suchmaschinen.

💬 Copy-Paste-Baustein

Und zum Schluss noch eine simple E-Mail-Vorlage, mit der du den Eingang der Meldung bestätigen kannst. Du kannst natürlich auch in deinem Mail-Programm das Ganze als Autoresponder einrichten, damit diese E-Mail sofort rausgeht, wann immer du eine erhältst. Kein Muss, aber in der Praxis doch sehr empfehlenswert.

Betreff: Wir haben Ihr Feedback zur Barrierefreiheit erhalten

Hallo [Name des/der Meldenden, falls angegeben], vielen Dank für Ihre Nachricht an barrierefreiheit@dein-unternehmen.de. Wir haben Ihr Anliegen am [Datum des Eingangs] erhalten und kümmern uns darum. Wir schätzen Ihr Engagement sehr, unsere digitalen Angebote noch zugänglicher zu machen. Ihr Hinweis ist wichtig für uns! Sie erhalten eine weitere Nachricht von uns, sobald wir Ihr Feedback detailliert geprüft haben. Mit freundlichen Grüßen, Ihr Team von [Name deines Unternehmens] Fragen und Antworten (FAQ ) zu dieser SOP

Fragen und Antworten (FAQ) zu dieser SOP

Ich habe von ARIA-Attributen gehört, die bei der barrierefreien Formatierung helfen sollen – sollte ich sie nutzen?

ARIA-Attribute (Accessible Rich Internet Applications) sind spezielle HTML-Attribute, die zusätzliche semantische Informationen für assistierende Technologien wie Screenreader bereitstellen, wenn die native HTML-Semantik nicht ausreicht. Sie sind besonders nützlich für dynamische Inhalte oder komplexe Bedienelemente (z.B. Tabs, Slider, Dialogfelder), die nicht durch Standard-HTML-Elemente abgedeckt sind. Aber Achtung: Nutze ARIA nur, wenn es unbedingt notwendig ist und du genau weißt, was du tust. Der Grundsatz lautet: „First rule of ARIA is not to use ARIA.“ Wenn ein natives HTML-Element die gewünschte Semantik bereits bietet (z.B. ein

Ich habe viele Bilder auf meiner Seite. Was muss ich bei der Barrierefreiheit von Bildern beachten?

Zu Bildern kommen wir, sobald wir den Abschnitt mit den SOP´s zu Texten abgeschlossen haben.

Schon mal vorab: Du solltest immer Alt-Texte (Alternativtexte) für deine Bilder hinterlegen. Ein Alt-Text beschreibt den Inhalt oder die Funktion des Bildes kurz und prägnant für Screenreader-Nutzer:innen. Wenn das Bild rein dekorativ ist und keine Informationen vermittelt, sollte der Alt-Text leer sein ( alt="" ), damit der Screenreader es ignorieren kann. Stell dir vor, du kannst die Bilder nicht sehen – welche Information würdest du benötigen, um den Inhalt der Seite trotzdem vollständig zu verstehen?