WCAG checker kontrast: hvorfor en hex-kode ikke giver dig hele svaret

Manglende kontrast er en af de mest almindelige tilgængelighedsfejl – og en af de nemmeste at overse, fordi det ser fint ud på skærmen. Du googler “wcag checker kontrast”, indtaster farvekoderne (typisk som hex, fx #1A1A1A), og får et grønt flueben. Problemet er blot, at fluebenet ikke automatisk gælder for hele dit dokument.

Det hurtige tjek – og hvad det ikke fanger

Til et enkelt farvepar er en hex-baseret checker helt fint. Tre jeg selv bruger:

  • WebAIM Contrast Checker – indtast forgrunds- og baggrundsfarve som hex, få ratio og bestået/ikke bestået for AA og AAA. Den forklarer også, hvad ratio-tallet betyder – nyttigt hvis du ikke lige har det på rygraden, men forklaringen kan godt kræve at man læser den to gange.
  • Accessible Web’s Color Contrast Checker – firmaet bag sælger et betalt tilgængeligheds-værktøj, men selve farve-checkeren er gratis. Den har en “vend om”-knap, så du med ét klik kan se, om farven også fungerer den anden vej rundt – fx hvis samme farve bruges som både tekst og baggrund forskellige steder i dokumentet.
  • Colour Contrast Analyser (CCA) – et lille gratis program fra TPGi (Windows/Mac) med en pipette, så du kan måle farver direkte i dit eget dokument i stedet for at slå hex-koder op og taste dem ind manuelt.

Alle tre er gratis at bruge til det grundlæggende, og et fint sted at starte, når du vælger en farvepalet.

Men de kan ikke nødvendigvis svare på det, du faktisk står og har brug for at vide: gælder det her for min brødtekst i 11 pt Verdana, eller kun for overskriften? Kravet til kontrast afhænger af skriftstørrelse og vægt (normal tekst kræver 4,5:1, stor/fed tekst 3:1), men fx er “normal tekst” i 11 pt Minion Pro mindre end 11 pt Verdana, så der er ingen tommelfingerregel – og et rapport-layout har typisk 10-20 forskellige farve/tekst-kombinationer: brødtekst, faktabokse, tabeller, noter, links. Ét kontrast-tjek ad gangen bliver hurtigt en øvelse i at gætte, om du har fanget dem alle.

Et andet kontrastproblem, der er svært at tjekke på den måde, er tekst oven på billeder. Der kan sagtens sidde enkelte bogstaver med for dårlig kontrast, fordi billedet har en skygge eller et lyst parti netop der – og så er der rødt kryds i en tilgængelighedstest, uden at du kan finde det ved at taste to hex-koder ind.

Tjek hele dokumentet på én gang

Til det formål kan du bruge PAC 2026 – det er gratis, kører lokalt på din computer, og tjekker hele PDF’en i ét hug: kontrast, tags, alt-tekst med mere, op mod WCAG og PDF/UA. Korrekt læserækkefølge skal stadig tjekkes manuelt.

To ting gør PAC 2026 særligt relevant, hvis du arbejder med offentlige dokumenter eller andet, der ikke er klar til at komme ud af huset:

  • Den ser dokumentet, som det faktisk er sat op – ikke en isoleret farvekombination, du selv har tastet ind.
  • Den uploader ikke noget. Filen forlader aldrig din maskine. Det betyder noget, når indholdet stadig er fortroligt – et udkast til en rapport, der endnu ikke er godkendt til offentliggørelse, for eksempel.
  • Bemærk, at PAC 2026 kun kan køre på Windows.

Kort sagt

Brug en hex- eller rgb-checker til at vælge farver, mens du designer. Brug PAC til at bekræfte, at det du endte med at lave, rent faktisk lever op til kravene – i den skriftstørrelse og det layout, dokumentet reelt bliver læst i.

Er du i tvivl om, hvor du står med et konkret dokument, så er vi klar til at hjælpe.

Se lignende blogindlæg