Tilgængelighedsscanning fra kommandolinjen

Tilgængelighedsscanning
fra Kommandolinjen

En gratis CLI-scanner der tjekker 16+ WCAG 2.2 / EAA-regler på enhver URL — med JSON-output og CI-integration. Sådan får du automatiske tilgængelighedstjek ind i din arbejdsgang, uden abonnement.

Opdateret august 2026 · Læsetid: 8 minutter

Hvorfor kommandolinjen?

Browser-baserede scannere er gode til enkeltkontroller. Men hvis du vedligeholder ti, tyve eller hundrede klient-sites, har du brug for noget der kan køres i batch, gemmes i git og fejle automatisk når en release introducerer problemer. Det er CLI'ens rolle.

Vores scanner er skrevet til netop det: ingen installation ud over Python eller Node.js, ingen konto, ingen grænser. Du giver den en URL, den returnerer fundene struktureret — i terminalen eller som JSON til videre behandling.

🆓 Gratis og ubegrænset

Ingen freemium-væg, ingen scan-grænser. Kør den på alle dine klient-sites hver nat hvis du vil.

🔌 Platform-uafhængig

WordPress, Shopify, Webflow, Umbraco eller håndskrevet HTML — scanneren ser bare DOM. Kravet om universalitet er designet ind, ikke boltret på.

⚙️ CI-klar

--fail-on flaget gør den til en gate i GitHub Actions: ny kode med kritiske fund stopper pipelinen.

Hvad scanneren tjekker

Automatiserede værktøjer kan kun finde det maskintjekbare — men det er stadig flertallet af de fejl der ses i praksis. Scanneren dækker blandt andet:

• Manglende eller tomme alt-tekster på billeder
• Formularfelter uden label eller associeret tekst
• Kontrastforhold under WCAG-kravene (4.5:1 / 3:1 beregnet, ikke gættet)
• Duplikerede ID'er der bryder skærmlæser
• Overskriftshierarki (spring over niveauer, manglende h1)
• Manglende lang-attribut og viewport-meta
• Links uden genkendelig tekst ("læs mere her"-mønstre)
• HTML-lang mismatch og andre strukturelle fundamentfejl

Det automatiserbare delsæt svarer typisk til 30-50 % af de fund en fuld manuel audit laver — men 100 % af dem er fund du kan rette med det samme, uden konsulent.

Kom i gang

Browser-versionen først. Vil du se resultat-formatet før du installerer noget: indsæt en URL i scanneren her på sitet. Samme regelsæt, samme score.

CLI'en. Scannerens kerne er et lille script uden tredjepartsafhængigheder. Grundprincippet:

1. Hent siden (urllib / fetch).
2. Parse DOM'en og kør regelsættet.
3. Beregn kontraster fra de reelle farveværdier.
4. Udskriv fundene sorteret efter alvor — eller emit JSON med --json.

CI-eksempel. I GitHub Actions kører du scanneren mod staging-URL'en efter deploy og sætter --fail-on critical: kritiske fund fejler buildet, advarsler logger blot. Sådan holder du gulvet under det niveau der allerede er opnået — uden at blokere hverdagen.

🌙 Natlig portefølje-runde

Et cron-job der scanner alle klient-sites én gang i døgnet og mailler diffen. Du ser regressioner dagen efter de lander — ikke ved næste audit.

📊 Score som salgsargument

Før/efter-scores er det letteste bevis over for klienter: "dit site gik fra 62 til 91 — dokumenteret."

⚠️ Grænser

Automatik fanger ikke tastaturfælder, skærmlæser-flow eller kognitive krav. Brug CLI'en som filter, og brug manual test på checkout/login-flows.

Ofte stillede spørgsmål

Koster scanneren noget?

Nej. Både browser-versionen og CLI-tilgangen er gratis og uden begrænsninger. Ingen konto, ingen scan-kvote.

Kan den erstatte en manuel audit?

Nej — og ingen scanner kan det. Automatiserede regler fanger en delmængde af WCAG. Men den delmængde er stor nok til at fjerne hovedparten af de fejl småsites fejler på, og den holder niveauet mellem audits.

Hvilken WCAG-version tjekker den mod?

Regelsættet følger det maskintjekbare i WCAG 2.2 AA — samme referenceramme EAA bygger på via EN 301 549.

Virker den på sider bag login?

Browser-versionen scanner offentlige URL'er. Bag-login-scenarier klares i CLI-tilgangen ved at hente siden autentificeret først og sende HTML'en gennem regelmotoren.

Hvorfor ikke bare bruge Lighthouse?

Lighthouse er fint og inkluderer axe-core. Fordelen ved en dedikeret scanner er kontrol: egne regler, stabil output-format til scripting, og mulighed for at køre den hvor du vil — uden Chrome-instans.

Hvad gør jeg med resultaterne?

Prioritér efter alvor og synlighed: kritiske fejl på checkout og kontaktformularer først. Ret i skabeloner/komponenter, ikke side for side — så forsvinder hundredvis af fund på én gang.