Spring til indhold
Tilbage til cases
Next.jsPythonSaaSTilgængelighedWCAGPost-mortem

Inklu – WCAG-scanner der blev bygget færdig og lukket

OrkSatme (eget produkt)

Inklu – WCAG-scanner der blev bygget færdig og lukket

Jeg byggede Inklu fra bunden, satte den i drift og lukkede den igen. Et studie af 213 webshops viste mange tilgængelighedsfejl. Platformen fik ingen betalende kunder.

Inklu nåede hele vejen til drift

Jeg byggede Inklu, så virksomheder kunne scanne deres hjemmesider for tilgængelighedsfejl og få hjælp til at rette dem. Platformen lavede rapporter baseret på WCAG 2.1 og brugte to scanningsmotorer, axe-core og QualWeb. Resultaterne kom på dansk med konkrete vejledninger til fejlene.

Inklu kørte fra november 2025 til august 2026. Jeg lukkede den 5. august 2026 og slettede alle brugerdata i overensstemmelse med GDPR. Domænet inklu.dk er offline.

Inklu forsiden – Gør dit website tilgængeligt for alle

Det behov, jeg regnede med

Kravene i tilgængelighedsloven gælder fra 28. juni 2025 og bygger på EU's tilgængelighedsdirektiv. De omfatter blandt andet e-handel til forbrugere. Mikrovirksomheder, der leverer tjenester, er undtaget: færre end 10 årsværk og højst 2 mio. EUR i årlig omsætning eller balance. Myndighedens vejledning beskriver undtagelsen.

Jeg regnede med, at der ville komme efterspørgsel på et dansk værktøj, som kunne hjælpe virksomhederne med at finde og rette fejlene, inden bøder blev en reel bekymring. Inklu var mit forsøg på at bygge det værktøj.

Det, jeg fik bygget

Jeg byggede platformen alene, fra idé til drift på under et år og uden ekstern kapital.

Scanneren brugte Python 3 og FastAPI. Med Playwright satte jeg flere Chromium-instanser op til at arbejde parallelt, med op til fem samtidige kontekster per browser. Scanneren kunne gå gennem sider bag login, også med TOTP/2FA, og tog et skærmbillede af det element, hvor den fandt en fejl. En SSRF-guard beskyttede mod misbrug.

Scanneren håndterede også cookie-bannere automatisk. De har det med at stille sig forrest i køen.

axe-core og QualWeb kørte parallelt og krydstjekkede hinandens resultater. Rapporten satte de alvorligste fejl først. Jeg havde også oversat over 600 linjer WCAG-remediation-tekster til dansk, så man fik en forklaring på, hvad man skulle rette. Det materiale fandtes ikke i forvejen på dansk.

Frontenden brugte Next.js App Router, React 19, Tailwind CSS 4 og Material Design 3 tokens. Platformen overholdt selv WCAG AA og scorede 100/100 i sin egen scanning.

Supabase (PostgreSQL) holdt styr på data. Scanneren kørte på Railway, Stripe tog sig af betalinger, og Resend sendte e-mails.

Inklu lead-flow – tilgængelighedsloven quiz

Tallene var ret tydelige

I løbet af platformens levetid blev det til:

  • 363 site-crawls
  • 740 sidescanninger
  • 4 eksterne brugere, som hver loggede ind én gang
  • 0 betalende kunder

Det stærkeste resultat var studiet fra februar 2026. Jeg scannede 213 danske e-mærkede webshops, alle virksomheder med 10–249 ansatte. Deres gennemsnitsscore var 26,6 ud af 100.

Jeg fik dokumenteret tilgængelighedsproblemet. Jeg fik også at se, at et dokumenteret problem i sig selv ikke gav Inklu betalende kunder.

Inklu WCAG-tjekliste – gratis ressource

Hvorfor jeg lukkede den

Der var især tre ting, som gjorde det svært at få en forretning ud af Inklu.

Kunden havde en opgave at blive færdig med. Scan hjemmesiden, ret fejlene, videre. Når fejlene var rettet, havde abonnementet ikke noget at leve af. Værdien lå i et projekt, som kunden gerne ville afslutte.

Efterspørgslen kom ikke som forventet. Jeg havde regnet med, at lovkravene og risikoen for bøder ville få flere virksomheder til at købe hjælp. Det blev i hvert fald ikke til betalende kunder hos Inklu.

Der var konkurrenter i begge ender. Jeg vurderede, at gratis værktøjer som Lighthouse i Chrome og axe DevTools dækkede omkring 80 % af behovet. Siteimprove og Monsido havde etablerede kunderelationer i den store ende. Inklu var klemt i midten.

Lovgivning og efterspørgsel fulgtes ikke ad

I Frankrig pålagde retten i Caen den 4. juni 2026 Carrefour at gøre sin hjemmeside og app tilgængelige inden for seks måneder. Derefter ville en tvangsbøde på 500 EUR om dagen løbe, hvis pålægget ikke var opfyldt. Det fremgår af rettens kendelse.

En lignende sag mod Auchan var blevet afvist i Lille med henvisning til, at selskabet ikke var omfattet af tilgængelighedskravene. Begge sager var anlagt af handicaporganisationer. Intérêt à Agir beskriver de to sager.

Produktet var muligvis rigtigt. Efterspørgslen var der ikke endnu.

Den mailkampagne, jeg lod ligge

Studiet havde givet en liste med 213 kvalificerede leads, konkrete e-mailadresser, tilgængelighedsscore og anbefalinger. Jeg sendte aldrig kampagnen.

Årsagen var markedsføringslovens § 10. Spamforbuddet gælder også B2B, når man ikke har indhentet forudgående samtykke. Kampagnen var ikke lovlig uden det samtykke, så jeg droppede den. Forbrugerombudsmandens vejledning gennemgår reglerne.

Jeg fulgte også reglerne ved lukningen, hvor jeg slettede alle kontakt- og brugerdata i overensstemmelse med GDPR.

Det, jeg stadig kan bruge

Scannerens arkitektur er velprøvet og kan bruges igen: browser-pool, to scanningsmotorer, håndtering af cookie-bannere og sider bag login.

De over 600 linjer danske WCAG-remediation-tekster ligger også klar til et fremtidigt produkt eller til at blive frigivet offentligt. Studiet af de 213 webshops står som en nulmåling, jeg kan sammenligne med, hvis efterspørgslen senere ændrer sig.

Og jeg tager en ret klar erfaring med: Et abonnement skal have noget at leve af, når kunden har fået rettet fejlene.

Inklu – WCAG-scanner der blev bygget færdig og lukket – Ork Satme