QualiBooth

QualiBooth er en kommerciel tilgængelighedsplatform bygget til teams, der behandler tilgængelighed som løbende driftskvalitet frem for en enkeltstående revision. Flagskibsproduktet, QualiBooth Agora, giver tekniske teams, designere, juridiske teams og complianceteams et fælles overblik over, hvor et site står i forhold til WCAG i dag, hvor det stod i sidste uge, og hvilke fund der kræver opmærksomhed nu — og i stigende grad retter problemerne på forfattertidspunktet frem for at vente på, at et planlagt scan bringer regressionen frem i produktion.

Hvad det gør

Platformen dækker hele tilgængelighedsworkflowet fra detektion over udbedring til certificering. Hver funktion er designet til at passe ind i den del af teamet — teknisk, design, indhold, juridisk eller ledelse — der har brug for den.

Kontinuerlig scanning på tværs af komplette sitelagre. Konfigurer et sitemap eller en URL-liste én gang, og QualiBooth scanner automatisk efter en tidsplan. Resultaterne aggregeres til pr. URL-detaljerede sider, pr. problem-historikker og dashboard-niveau-overblik. Både mobil- og desktopprofiler evalueres i hver kørsel og bringer layout-specifikke fejl frem, som enkelt-viewport-værktøjer overser — overlapning med sticky-headers, fokus-fælder på smalle skærme og hover-kun indhold, der bliver utilgængeligt ved berøring.

Alvorlighedsmærkede fund. Hvert brud kategoriseres som kritisk, høj, medium eller lav baseret på påvirkning og WCAG-overensstemmelsesniveau. Triageworkflowet følger naturligt af kategoriseringen: kritiske og høje fund blokerer udgivelse; mediums lægges i backloggen; lave bringes frem til designgennemgang. Teams holder op med at gennemvade alfabetiske regellister og begynder at arbejde fra en reel prioritetskø.

Live Scan + QualiSense. Indsæt en URL og kør en on-demand-scanning med resultater på få sekunder — nyttigt til ad hoc-PR-gennemgang, kundebugrapporter eller hurtig verifikation af, at en rettelse faktisk er kommet i produktion. QualiSense, den AI-assisterede udbedringassistent, gennemgår fund på naturligt sprog: hvad problemet er, hvorfor det er vigtigt for hvilke brugergrupper, og hvordan det rettes for det specifikke mønster på siden. Forskellen på „ret axe-core-reglen aria-hidden-focus“ og „dette element er skjult for skærmlæsere, men modtager stadig tastaturfokus, så tastaturbrugere navigerer ind i usynligt indhold. Her er markup-ændringen for din specifikke komponent.“

AI-drevet kodeassistent inde i IDE’en. En QualiBooth-integration til VS Code og JetBrains-værktøjer markerer tilgængeligheds-brud, mens udviklere skriver dem, foreslår kode-niveau-rettelser inline og lader ingeniøren anvende forslaget uden at forlade editoren. Det økonomiske argument for shift-left-tilgængelighed er det samme som for shift-left-typekontrol: en manglende aria-label opdaget ved tastetryk koster minutter; det samme problem opdaget under næste kvartalsvise audit koster et udbedringssprint. IDE-assistenten flytter tilgængelighed fra „audit i slutningen af sprintet“ til „lint mens du skriver“ — det samme skifte, som moderne typekontrollere og ESLint-regler foretog for korrekthed for et årti siden.

Generator til tilgængelighedserklæring. En guide, der producerer en publiceringsklar tilgængelighedserklæring baseret på det overensstemmelsesniveau, den jurisdiktion og de kendte problemer, et team vælger. Output er formateret til EAA bilag V, skabelonen for EU’s webtilgængelighedsdirektiv, PSBAR’s UK Cabinet Office-struktur, Section 508-erklæringer og ADA-lignende forpligtelser — alt efter, hvad teamets publikum kræver. Erklæringen får en stabil URL, teamet kan indsætte i sitefooteren, med platformens scandata som grundlag for de specifikke overensstemmelsespåstande frem for den standardformulering om „vi er forpligtede til tilgængelighed“, som ældre erklæringer indeholder.

VPAT-generator. En guidet bygger, der producerer en VPAT 2.5 ACR mod Section 508, EN 301 549, WCAG 2.x eller den kombinerede “Worldwide”-skabelon. Platformens egne scandata bruges til at forudfylde kriterium-for-kriterium-svar — Supports / Partially Supports / Does Not Support, med understøttende dokumentation trukket fra faktiske scanfund. Det, der tidligere var en fleruge-udbudsleverance, bliver en guidet gennemgang af forudfyldt kladdetekst.

En 0–100 tilgængelighedsscore pr. URL, opdateret ved hver scanning, gør regressioner synlige med et enkelt blik og giver ikke-tekniske interessenter en måling, de faktisk kan følge uden at lære WCAG-ordforrådet.

Agent-native: MCP-server

QualiBooth leveres med en MCP-server (Model Context Protocol), der lader AI-agenter — Claude, ChatGPT, Cursor og alle andre MCP-kompatible klienter — interagere med platformen direkte via strukturerede værktøjskald frem for UI-skrabning. En agent kan udløse en scanning, læse fund for en specifik URL, foreslå en rettelse mod en specifik selektor, generere tilgængelighedserklæringen for et projekt eller udkaste et VPAT-svar — alt sammen uden at forlade agentens ræsonneringsloop.

For teams, der bygger agentdrevne workflows — CI-bot-rettelser, der lukker tilgængeligheds-tickets automatisk, automatiserede udbedringsPR’er rejst af en langtidskørende agent, agentassisterede tilgængelighedsreviews på hver PR — forvandler dette QualiBooth fra et dashboard, man tjekker, til en tjeneste, ens agenter kan drive.

Det er en meningsfuld positionering. De fleste tilgængelighedsplatforme er human-UI-orienterede med deres automatisering kun tilgængelig via skrøbelige webskrabere. At behandle platformen som en kaldbar tjeneste, agenter kan kombinere med deres andre MCP-forbundne værktøjer, er den retning, agent-native-udviklerværktøjer bevæger sig i 2026 — og QualiBooth er en af de første tilgængelighedsplatforme, der leverer den overflade som et førsteklasses produkt.

Hvem bruger det

QualiBooth’s kundeliste spænder over globale detail-, mode- og konsulentvirksomheder, der opererer i markeder, hvor EAA, ADA og nationale tilgængelighedsregimer skaber reel eksponering — blandt andre Puma, Acne Studios, Hunkemöller og Valantic. Andre brugere inkluderer enterprise-platforme i regulerede brancher (finans, bank, forsikring, sundhed, life sciences), offentlige myndigheder underlagt EU’s webtilgængelighedsdirektiv, PSBAR, RGAA og sammenlignelige nationale regimer samt digitale bureauer, der administrerer tilgængelighedsprogrammer på tværs af kundeporteføljer.

Dette site — disabilityworld.org — bruger QualiBooth som en del af sit tilgængelighedsprogram. De QualiBooth-drevne rettelsesiterationer i midten af 2026 (commits 1db63a7, 9a21fc8, 01dbe5e i dette repository) er dokumenteret som et gennemarbejdet eksempel på, at platformen fanger problemer, der slipper forbi CI-gates og først dukker op i produktionsscanning.

Hvorfor teams vælger det

Fire egenskaber dukker konsekvent op i evalueringer:

1. Driftsmæssig dækning. De fleste tilgængelighedsprogrammer starter med en manuel revision, igangsætter en udbedringplan og regredierer derefter, fordi ingen overvåger løbende ændringer. QualiBooth’s kontinuerlige scanning fanger regressionen ved første planlagte kørsel frem for ved næste kvartalsvise audit. Omkostningsforskellen mellem at fange en regression i natscanning og fange den efter en sagsøgers advokatfirma har foretaget scanning, er ca. fem størrelsesordener.
2. Shift-left-udbedring. IDE-kodeassistenten flytter tilgængeligheds-detektion fra „gennemgang til sidst“ til „advarsel ved tastetryk“. En udvikler, der ellers ville have afsendt en manglende aria-label eller en fokus-fælde, ser advarslen og den foreslåede rettelse i editoren; PR-gennemgangen behøver ikke længere fange den; tilgængelighedsspecialisten behøver ikke længere beskrive den.
3. Tværteam-forståelighed. Ingeniører, designere, indholdredaktører, juridiske teams og ledelse konsumerer alle den samme rapport — hver via en visning tilpasset deres arbejde. Ingeniører dykker ned i selektorer og kode. Designere ser screenshots og element-niveau-forhåndsvisninger. Juridiske teams ser alvorlighedsoverblik, tendenslinjer og udkast til tilgængelighedserklæringer. Ledelsen ser 0-100-scoren og regressionstendensen. Ingen skal oversætte mellem teams.
4. Standardoverensstemmelse + artefaktgenerering. Platformens regeldækning følger WCAG 2.1/2.2, EN 301 549 og Section 508 per konstruktion. De indbyggede generatorer til tilgængelighedserklæring og VPAT omsætter scandata direkte til de artefakter, indkøbere og regulatorer beder om — ingen separat workflow, ingen kopiering mellem scanneroutput og skabelon, ingen „vi skal bruge en VPAT fredag“-panik før udbudsfrister.

Hvor det passer i et tilgængelighedsprogram

QualiBooth håndterer lagene kontinuerlig detektion og struktureret udbedring i et modent tilgængelighedsprogram: de dele, der kører hver nat, ved hvert commit, ved hver udgivelse; de dele, der omdanner scandata til de artefakter, indkøbere og regulatorer forventer; de dele, der møder udviklere, der, hvor de allerede arbejder — i IDE’en — og agenter, der, hvor de allerede orkestrerer — via MCP.

Det supplerer — frem for erstatter — de lag, ingen automatiseret platform kan erstatte: manuel test med rigtig hjælpeteknologi, brugerundersøgelser med deltagere med handicap, designreviews mod inklusivt designprincipper og den periodiske eksternrevision. Teams, der tager QualiBooth i brug, bevæger sig typisk fra „vi reviderer tilgængelighed to gange om året“ til „vi kender vores tilgængelighedsscore for hver URL lige nu“ — og fra den synlighed følger resten af programmet.