Zum Inhalt springen
BFSG compliance since 2025

Blog — Page 4

Color Contrast: WCAG Requirements OverviewText Contrast (1.4.3)4.5:1 MinimumNormal text (under 18pt)3:1 Large TextFrom 18pt or 14pt boldNon-Text (1.4.11)3:1 MinimumButtons, icons, form fieldsFocus indicatorsButtonInputEnhanced (1.4.6)7:1 AAAHighest contrast requirementOptimal for all users4.5:1 for large text (AAA)Contrast Examples12.6:1 Pass4.9:1 Pass3.2:1 Border2.1:1 Fail1.3:1 FailDark Mode ContrastsLight text on dark background: 4.5:1Focus indicators: 3:1 to backgroundTestingAutomated contrast checkingBrowser developer tools | manual audit48.6% of all websites violate contrast requirements (WebAIM, 2024)Text 4.5:1 | Large Text 3:1 | UI Components 3:1 | Enhanced 7:1 | Focus 3:1
Barrierefreiheit May 13, 2026

Color Contrast and Accessibility: More Than 4.5:1

Understanding and implementing WCAG contrast requirements: tools, dark mode, focus indicators and non-text contrast for accessible websites.

12 min read Read →
Accessibility by Design: Build It In, Do Not Bolt It OnRemediation cost across project phasesCostConceptDesignDevelopmentOperationFrom the startRetrofitted laterClear roles, one shared goalUXUX and designContrast, focus, design tokensDevDevelopmentSemantics, keyboard, ARIA statesEdEditorialAlt text, structure, plain languageDefinition of Done: accessible means finishedShift-Left: accessibility across the whole process1ConceptDefine audiencesand requirements2Design tokensContrast and focusin the system3DevelopmentSemantics, keyboard,ARIA from day one4Definition of DoneAccessible as anacceptance criterion5OperationMonitoring andeditorial routine
Strategie May 11, 2026

Accessibility by Design: Build It In From the Start

Build accessibility in early instead of retrofitting it: the cost advantage of shift-left, clear roles, design tokens and a Definition of Done for the BFSG.

12 min read Read →
Keyboard Navigation: Full Operability Without a MouseWCAG 2.1.1 Keyboard (A) | 2.1.2 No Keyboard Trap (A) | 2.4.7 Focus Visible (AA)Tab NavigationTabNavigate forwardShift+TabBackwardLogical order = DOM orderInteractionEnterActivate link/buttonSpaceCheckbox/ButtonArrow keys for radio buttons, tabs, menusSpecial ActionsEscClose modalArrowsNavigate within widgetsHome/End for start/end of listsFocus Order of a Typical Web PageSkip LinkLogo/HomeNav LinksMain ContentFormsFooterAvoid Keyboard TrapsUser must be able to leave every elementVisible Focus Indicator:focus-visible with 3:1 contrastTab | Shift+Tab | Enter | Space | Escape | Arrow Keys | Home | End | Page Up | Page Down
Barrierefreiheit May 10, 2026

Keyboard Navigation: Every Function Without a Mouse

Keyboard navigation for accessible websites: tab order, focus management, skip links, keyboard traps and custom widgets.

13 min read Read →
Accessible PDFs: Document Accessibility per PDF/UAPDF Structure (Tag Tree)DocumentH1: TitleSect: SectionP: ParagraphFigureTags define structure and reading orderH1-H6, P, Table, Figure, List, Link, FormPDF/UA RequirementsComplete tag tree (no untagged content)Correct reading orderAlt text for all imagesDocument language definedTables with header associationCreation Paths for Accessible PDFsWord with StylesInDesign with TagsHTML to PDFRetroactive TaggingBasic structure automaticFull controlProgrammaticAcrobat ProTesting ToolsPAC 2024 (PDF Accessibility Checker)Acrobat Pro Accessibility CheckStandardsPDF/UA-1 (ISO 14289-1)PDF/UA-2 (ISO 14289-2, 2024)Tagged PDFs | Reading Order | Alt Text | Table Headers | Forms | Document Language | Bookmarks
Barrierefreiheit May 7, 2026

Accessible PDFs: Document Accessibility per PDF/UA

Creating accessible PDFs: tagged PDFs, reading order, alt text, tables and forms tested and implemented per the PDF/UA standard.

12 min read Read →
Accessibility Testing: Automated and Manual MethodsAutomated TestsCover 30-40% of WCAG criteriaBrowser CheckBrowser developer toolsDOM Rule CheckWCAG rule baseContrast ScanColor and UI contrastCI/CD TestsPipeline integrationManual TestsCover the remaining 60-70%Keyboard TestTab, Enter, EscapeScreen ReaderWindows, macOS, iOSCognitive TestComprehensibilityUser TestingAffected UsersProfessional WCAG Audit = Automated + Manual + User TestingOnly the combination covers all WCAG 2.2 success criteriaContrast TestingAutomated + browser developer toolsText 4.5:1 | UI 3:1 | Focus 3:1Structure TestingHeading hierarchy, landmarksARIA attributes, semanticsInteraction TestingForms, navigation, modalsFocus management, live regionsResult: Prioritized Action PlanCritical: Fix immediatelySerious: Plan short-termModerate: Implement mid-term
Barrierefreiheit May 4, 2026

Accessibility Testing: Methods and Approaches

Website accessibility testing: automated and manual testing methods, keyboard and screen reader testing and the professional WCAG audit at a glance.

13 min read Read →