4.1.1 Parsing

WCAG – Definition

In Inhalten, die mit Markup-Sprachen implementiert werden, haben Elemente vollständige Start- und End-Tags, die Elemente sind nicht verschachtelt, IDs sind eindeutig und alle Elemente enthalten keine doppelten Attribute.

Der Code muss so korrekt sein, dass Benutzeragenten (Browser, Screenreader, Assistive Technologien) ihn zuverlässig interpretieren können.

Bedeutung

  • Wenn HTML/XML nicht valide ist, können Screenreader oder andere Assistive Technologien Inhalte falsch interpretieren oder ganz ausblenden.

  • Barrierefreie Inhalte setzen voraus, dass der DOM stabil und vorhersagbar ist.

  • Ein fehlendes </div> oder doppelte id-Attribute können schon reichen, dass ein Screenreader z. B. ein Formularfeld nicht mehr erkennt.

Ausreichende Techniken

  • Sauberer, valider Code: Immer gültige Start- und Endtags setzen.
  • Immer Korrekte Verschachtelung: Elemente dürfen nicht über Kreuz geschlossen werden.
  • Eindeutige IDs: Jede id darf nur einmal vorkommen.
  • Keine doppelten Attribute: Ein Attribut darf nicht mehrfach vergeben werden.
  • Validierungs-Tools einsetzen:

    • W3C Markup Validation Service

    • HTMLHint, ESLint (für JSX/React)

    • CI/CD-Pipeline mit automatischer HTML-Validierung

Beratungstechniken

  • Valider Code = besser für SEO, Performance und Barrierefreiheit.

  • Validatoren: z. B. https://validator.w3.org/

  • Workflow anpassen: Code-Review-Prozesse einbauen, automatische Linter nutzen.

  • FCMS-Schulung: Redakteure darauf hinweisen, dass sie keine "rohen" HTML-Fragmente einfügen sollen, ohne Prüfung.

Fehler

  • Fehlende schließende Tags (</li>, </p>) → Screenreader liest Inhalte falsch.

  • Verschachtelung durcheinander → Layout bricht, AT versteht Struktur nicht.

  • Doppelte IDs (z. B. bei kopierten Modulen im CMS).

  • Inline-Code-Fragmente mit Tippfehlern (<div class"box"> statt class="box").

  • Redakteure nutzen Copy-Paste aus Word/Excel → unsauberer Markup-Code.