Redaktør-, template- og tekniske retter der bringer et TYPO3-site op på WCAG 2.1 AA — til tyske offentlige kunder og EAA-omfattede virksomheder.
Opdateret august 2026 · 7 minutters læsning
TYPO3 er tungt udbredt i tysktalende offentlig forvaltning, og det ændrer hvad "tilgængelig" betyder for dig som bureau. Tyske offentlige organer skal opfylde BITV 2.0, som reelt er EN 301 549 — den europæiske ICT-tilgængelighedsstandard der indarbejder WCAG 2.1 niveau AA. Siden 28. juni 2025 udvider European Accessibility Act lignende krav til privat e-handel og banktjenester i hele EU. Et TYPO3-site bygget uden en bevidst tilgængelighedsindsats fejler typisk flere EN 301 549-krav på hver eneste side — og offentlige kunder forlanger i stigende grad en dokumenteret tilgængelighedserklæring før kontrakten underskrives.
Tyske offentlige organer skal opfylde BITV 2.0. Bureauer der betjener dem skal kunne vise dokumenteret conformance — ikke gode intentioner.
Private tjenester falder under BFSG — den tyske implementering af EAA. Samme tekniske standard, bare en anden juridisk vej.
Størstedelen af defekterne kommer fra redaktørindhold, template-markup (Fluid/TypoScript) og extensions — hver skal håndteres for sig.
Manglende alt-tekst på uploadede billeder er den hyppigste defekt — TYPO3 gennemtvinger ikke alt-attributter på FAL-filreferencer, så redaktører springer dem rutinemæssigt over. Andenpladsen: overskriftsstruktur indsat fra Word som visuel formatering i stedet for rigtige h2/h3-elementer.
Custom Fluid-templates hardcoder ofte linktekster som "læs mere" gentaget på tværs af siden, dropper lang-attributten eller renderer ikonknapper uden aria-labels. Basistemplates skippet for år siden er ældre end gældende standarder.
Tredjeparts-plugins (formularer, sliders, lightboxes) injicerer ofte ikke-semantisk markup, keyboard-fælder eller manglende fokus-tilstande. Hver extension på sitet skal have sin egen tilgængelighedsgennemgang.
Disse retter kræver ingen udvikler og dækker det meste af fejlvolumenet:
1. Gør alt-tekst obligatorisk i praksis. Tilret workflowet omkring billedindholdselementet så redaktører skal udfylde alternativtekst-feltet. For rent dekorative billeder er eksplicit tom alt="" korrekt — træn forskellen på dekorative og informative billeder.
2. Gennemtving semantiske overskrifter. Begræns de header-layout-valg redaktører kan vælge, så de bruger rigtige h2/h3 frem for stylet tekst. Tjek at Fluid-templates renderer sektionsoverskrifter som ægte heading-elementer, ikke divs.
3. Skriv meningsfulde linktekster. "Mere", "her" og gentagne identiske links til forskellige mål fejler WCAG 2.4.4 og er fjendtlige overfor skærmlæserbrugere der navigerer via linkliste. Retningslinje: linkteksten skal beskrive målet, også læst uden kontekst.
4. Sprogattributter. Sæt sitesproget korrekt pr. sidetræ (TypoScript config.language / htmlTag_langKey eller site-konfiguration), og marker fremmedsprogede ord inline hvor det er praktisk. Det mapper direkte til EN 301 549 klausul 9.3.1.
5. Formularer. Hvert input behøver en programmatisk knyttet label — ikke placeholder-tekst. Bruger I en formularextension, så verificér dens output-markup; mange genererer felter uden labels som default.
Udviklersiden — arbejd listen igennem én gang pr. projekt og genbrug tjeklisten overalt:
Skip-links: et synligt "spring til indhold"-link som det første fokuserbare element.
Fokus-synlighed: fjern aldrig outline globalt; style :focus-visible i stedet.
Kontrast: verificér temafarver mod 4,5:1 for brødtekst og 3:1 for stor tekst og UI-komponenter.
Tastaturbetjening: tab igennem alle interaktive komponenter — menuer, accordions, sliders, lightboxes. Alt der kun kan betjenes med mus er en fejl.
ARIA-disciplin: foretræk native HTML-elementer frem for ARIA-patches. En ægte knap slår en div med role="button".
PDF-dokumenter: downloadbare PDF'er tæller også under EN 301 549 — taggede, læsbare PDF'er eller tilgængelige HTML-alternativer.
En realistisk verifikationsloop for et TYPO3-projekt tager en eftermiddag:
Trin 1 — automatisk scanning af nøglesidetyper (forside, artikel, formular, søgeresultater) med en statisk HTML-scanner. Den fanger kontrastfejl, manglende lang, brudt overskriftsorden, tomme knapper og duplikerede IDs — groft regnet 30-50 % af de typiske problemer på minutter.
Trin 2 — keyboard-gennemgang. Tag musen fra bordet og navigér alle flows en bruger ville. Notér alt der er utilgængeligt, fanget eller uden synligt fokus.
Trin 3 — skærmlæser-spotcheck af ét repræsentativt flow med NVDA eller VoiceOver. Du lytter efter unlabellede kontroller og forvirrende struktur — lav ikke en fuld audit.
Trin 4 — dokumentér. Publicér en tilgængelighedserklæring med conformance-status, kendte begrænsninger og feedbackkanal. Offentlige kunder i Tyskland forventer den; under EAA skal private tjenester i omfang også levere en.
BITV 2.0 binder tyske offentlige organer. Private virksomheder falder under Barrierefreiheitsstärkungsgesetz (BFSG), som implementerer EAA — men begge refererer EN 301 549 / WCAG-baserede krav, så det samme tekniske arbejde tilfredsstiller begge rammer.
TYPO3-kernens backend har fået markante tilgængelhedsforbedringer i nyere versioner, og CMS'et leverer værktøjerne (semantisk rendering, sproghåndtering, FAL-metadata). Reelt compliance afhænger næsten helt af templaten, extensionsættet og den redaktionelle praksis på det enkelte site.
EN 301 549 refererer i øjeblikket WCAG 2.1 niveau AA. At bygge mod WCAG 2.2 AA giver luft — tilføjelserne handler mest om fokus-udseende, alternativer til træk og konsekvent hjælp.
Offentlige kunder kræver typisk en selvproduceret, dokumenteret vurdering plus tilgængelighedserklæring; nogle udbudsprocesser beder om uafhængige audits. En automatisk scanning plus manuel tastatur-/skærmlæsertest er accepteret minimum som intern standard.
For et typisk 20-50 siders site på en vedligeholdt template: 2-5 arbejdsdage til mekaniske retter plus redaktøruddannelse. Sider på gamle custom-templates eller med tunge tredjepartsextensions tager længere — template-refaktoreringen dominerer som regel.