Zum Inhalt springen
BFSG-Compliance seit 2025

Blog — Seite 4

Farbkontraste: WCAG-Anforderungen im ÜberblickText-Kontrast (1.4.3)4,5:1 MinimumNormaler Text (unter 18pt)3:1 Großer TextAb 18pt oder 14pt fettNon-Text (1.4.11)3:1 MinimumButtons, Icons, FormfelderFokusindikatorenButtonInputEnhanced (1.4.6)7:1 AAAHöchste KontrastanforderungOptimal für alle Nutzer4,5:1 für großen Text (AAA)Kontrast-Beispiele12,6:1 Pass4,9:1 Pass3,2:1 Grenz.2,1:1 Fail1,3:1 FailDark Mode KontrasteHeller Text auf dunklem Grund: 4,5:1Fokusindikatoren: 3:1 zum HintergrundPrüfungAutomatisierte KontrastprüfungBrowser-Entwicklertools | manuelles Audit48,6% aller Websites verstoßen gegen Kontrastanforderungen (WebAIM, 2024)Text 4,5:1 | Großer Text 3:1 | UI-Komponenten 3:1 | Enhanced 7:1 | Fokus 3:1
Barrierefreiheit 13. Mai 2026

Farbkontraste und Barrierefreiheit: Mehr als 4,5:1

WCAG-Kontrastanforderungen verstehen und umsetzen: Tools, Dark Mode, Fokusindikatoren und Non-Text-Kontrast für barrierefreie Websites.

12 Min. Lesezeit Lesen →
Accessibility by Design: früh verankern statt teuer nachrüstenSanierungskosten über die ProjektphasenKostenKonzeptDesignEntwicklungBetriebVon Anfang anNachträglich saniertKlare Rollen, ein gemeinsames ZielUXUX und DesignKontrast, Fokus, Design-TokensDevEntwicklungSemantik, Tastatur, ARIA-ZuständeRedRedaktionAlt-Texte, Struktur, klare SpracheDefinition of Done: barrierefrei heißt fertigShift-Left: Barrierefreiheit über den gesamten Prozess1KonzeptionZielgruppen undAnforderungen klären2Design-TokensKontrast und Fokusim System verankern3EntwicklungSemantik, Tastatur,ARIA von Beginn an4Definition of DoneBarrierefrei alsAbnahmekriterium5BetriebMonitoring undRedaktionsroutine
Strategie 11. Mai 2026

Accessibility by Design: Barrierefreiheit von Anfang an

Barrierefreiheit früh verankern statt teuer nachrüsten: Kostenvorteil der Shift-Left-Strategie, klare Rollen, Design-Tokens und Definition of Done fürs BFSG.

12 Min. Lesezeit Lesen →
Tastaturnavigation: Vollständige Bedienbarkeit ohne MausWCAG 2.1.1 Keyboard (A) | 2.1.2 No Keyboard Trap (A) | 2.4.7 Focus Visible (AA)Tab-NavigationTabVorwärts navigierenShift+TabRückwärtsLogische Reihenfolge = DOM-ReihenfolgeInteraktionEnterLink/Button aktivierenSpaceCheckbox/ButtonPfeiltasten für Radiobuttons, Tabs, MenusSpezialaktionenEscModal schließenArrowsIn Widgets navigierenHome/End für Anfang/Ende von ListenFokus-Reihenfolge einer typischen WebseiteSkip-LinkLogo/HomeNav-LinksHauptinhaltFormulareFooterKeyboard-Traps vermeidenNutzer muss jedes Element verlassen könnenSichtbarer Fokusindikator:focus-visible mit 3:1 KontrastTab | Shift+Tab | Enter | Space | Escape | Pfeiltasten | Home | End | Page Up | Page Down
Barrierefreiheit 10. Mai 2026

Tastaturnavigation: Bedienung ohne Maus in der Praxis

Tastaturnavigation für barrierefreie Websites: Tab-Reihenfolge, Fokusmanagement, Skip-Links, Keyboard-Traps und Custom Widgets.

13 Min. Lesezeit Lesen →
Barrierefreie PDFs: Dokumentenzugänglichkeit nach PDF/UAPDF-Struktur (Tag-Baum)DocumentH1: TitelSect: AbschnittP: AbsatzFigureTags definieren Struktur und LesereihenfolgeH1-H6, P, Table, Figure, List, Link, FormPDF/UA AnforderungenVollständiger Tag-Baum (keine ungetaggten Inhalte)Korrekte LesereihenfolgeAlt-Texte für alle BilderDokumentsprache definiertTabellen mit Header-ZuordnungErstellungswege für barrierefreie PDFsWord mit FormatvorlagenInDesign mit TagsHTML zu PDFNachträgliches TaggenBasis-Struktur automatischVolle KontrolleProgrammgesteuertAcrobat ProPrüftoolsPAC 2024 (PDF Accessibility Checker)Acrobat Pro Accessibility CheckStandardsPDF/UA-1 (ISO 14289-1)PDF/UA-2 (ISO 14289-2, 2024)Tagged PDFs | Lesereihenfolge | Alt-Texte | Tabellen-Header | Formulare | Dokumentsprache | Lesezeichen
Barrierefreiheit 7. Mai 2026

Barrierefreie PDFs: Zugänglichkeit nach PDF/UA

Barrierefreie PDFs erstellen: Tagged PDFs, Lesereihenfolge, Alt-Texte, Tabellen und Formulare nach dem PDF/UA-Standard prüfen und umsetzen.

12 Min. Lesezeit Lesen →
Accessibility Testing: Automatisiert und manuell prüfenAutomatisierte TestsDecken 30-40% der WCAG-Kriterien abBrowser-PrüfungEntwicklertools im BrowserDOM-RegelprüfungWCAG-RegelbasisKontrast-ScanFarb- und UI-KontrastCI/CD-TestsPipeline-IntegrationManuelle TestsDecken die übrigen 60-70% abTastatur-TestTab, Enter, EscapeScreenreaderWindows, macOS, iOSKognitiver TestVerständlichkeitUser TestingBetroffene NutzerProfessionelles WCAG-Audit = Automatisiert + Manuell + User TestingNur die Kombination deckt alle WCAG 2.2 Erfolgskriterien abKontrast-PrüfungAutomatisiert + Browser-EntwicklertoolsText 4,5:1 | UI 3:1 | Fokus 3:1Struktur-PrüfungHeading-Hierarchie, LandmarksARIA-Attribute, SemantikInteraktions-PrüfungFormulare, Navigation, ModalsFokus-Management, Live RegionsErgebnis: Priorisierter MaßnahmenplanKritisch: Sofort behebenSchwer: Kurzfristig planenModerat: Mittelfristig umsetzen
Barrierefreiheit 4. Mai 2026

Accessibility Testing: Methoden und Prüfansätze

Barrierefreiheitstests für Websites: Automatisierte und manuelle Prüfmethoden, Tastatur- und Screenreader-Tests sowie das professionelle WCAG-Audit im Überblick.

13 Min. Lesezeit Lesen →