QualiBooth

QualiBooth är en kommersiell tillgänglighetsplattform byggd för team som behandlar tillgänglighet som löpande operativ kvalitet, inte som en engångsgranskning. Flaggskeppsprodukten QualiBooth Agora ger utvecklings-, design-, juridik- och efterlevnadsteam en gemensam vy av var en webbplats står mot WCAG i dag, var den stod förra veckan och vilka fynd som kräver åtgärd nu — och åtgärdar i allt högre utsträckning problemen vid auktoritetssteget i stället för att vänta på att en schemalagd skanning ska lyfta fram regressionen i produktion.

Vad plattformen gör

Plattformen spänner över hela tillgänglighetarbetsflödet, från detektering via åtgärdande till certifiering. Varje kapabilitet är utformad för att ansluta till den del av teamet — utveckling, design, innehåll, juridik eller ledning — som behöver det.

Kontinuerlig skanning av fullständiga webbplatsinventeringar. Konfigurera en webbplatskarta eller URL-lista en gång, så skannar QualiBooth automatiskt enligt ett schema. Resultaten aggregeras till detaljsidor per URL, felhistorik per problem och sammanfattningar på dashboardnivå. Både mobil- och skrivbordsprofiler utvärderas i varje körning, vilket lyfter fram layoutspecifika buggar som enkla-viewport-verktyg missar — överlappning med fastfixad rubrik, smalt-skärms-fokusfällor, hover-exklusivt innehåll som blir otillgängligt på pekskärm.

Allvarlighetsgrupperade fynd. Varje överträdelse kategoriseras som kritisk, hög, medium eller låg baserat på påverkan och WCAG-överensstämmelsenivå. Prioriteringsarbetsflödet följer naturligt av kategoriseringen: kritiska och höga fynd blockerar release; medium hamnar i eftersläpningslistan; låga lyfts för designgranskning. Team slutar att vada genom alfabetiska regellistor och börjar arbeta från en verklig prioriteringskö.

Live Scan + QualiSense. Klistra in valfri URL och kör en on-demand-skanning med resultat på sekunder — användbart för ad hoc-PR-granskning, kundfelrapporter eller snabb verifiering att en fix faktiskt levererats. QualiSense, den AI-assisterade åtgärdsassistenten, går igenom fynd på naturligt språk: vad problemet är, varför det spelar roll för vilka användargrupper och hur man åtgärdar det för det specifika mönstret på sidan. Skillnaden mellan “åtgärda axe-core-regeln aria-hidden-focus” och “det här elementet är dolt för skärmläsare men tar fortfarande emot tangentbordsfokus, vilket gör att tangentbordsanvändare navigerar in i osynligt innehåll. Här är kodändringen för din specifika komponent.”

AI-driven kodassistent i IDE. En QualiBooth-integration för VS Code och JetBrains flaggar tillgänglighetsöverträdelser medan utvecklare skriver dem, föreslår kodfixar inline och låter ingenjören tillämpa förslaget utan att lämna editorn. Det ekonomiska fallet för shift-left-tillgänglighet är detsamma som för shift-left-typkontroll: ett saknat aria-label fångat vid knapptryckning kostar minuter; samma problem fångat vid nästa kvartalsgranskning kostar en åtgärdssprint. IDE-assistenten flyttar tillgänglighet från “granska i slutet av sprinten” till “lint medan du skriver” — samma rörelse som moderna typkontroller och ESLint-regler gjorde för korrekthet för ett decennium sedan.

Generator för tillgänglighetsredogörelse. En guide som producerar en publiceringsredo tillgänglighetsredogörelse mot den överensstämmelsenivå, jurisdiktion och kända problem som ett team väljer. Utdata formateras för EAA Bilaga V, EU:s webbtillgänglighetsdirektiv, PSBAR:s brittiska Cabinet Office-struktur, Section 508-deklarationer och ADA-åtaganden — beroende på vad teamets publik kräver. Redogörelsen får en stabil URL som teamet kan lägga in i webbplatsens sidfot, med plattformens skanningsdata bakom de specifika överensstämmelsepåståendena snarare än den schablonmässiga “vi är engagerade i tillgänglighet”-text som äldre redogörelser levereras med.

VPAT-generator. En guidad byggare som producerar ett VPAT 2.5 ACR mot Section 508, EN 301 549, WCAG 2.x eller den kombinerade “Worldwide”-mallen. Plattformens egna skanningsdata används för att förifylla kriteriumsvisa svar — Stöds / Stöds delvis / Stöds inte, med stödjande bevis hämtade från faktiska skanningsfynd. Det som brukade vara ett flekveckors upphandlingsunderlag har blivit en guidad genomgång av förpopulerad utkasttext.

En 0–100 tillgänglighetspoäng per URL, uppdaterad vid varje skanning, gör regressioner synliga på en sekund och ger icke-tekniska intressenter ett mätvärde de faktiskt kan följa utan att lära sig WCAG-vokabulär.

Agentanpassad: MCP-server

QualiBooth levereras med en MCP-server (Model Context Protocol), vilket låter AI-agenter — Claude, ChatGPT, Cursor och alla andra MCP-kapabla klienter — interagera med plattformen direkt via strukturerade verktygsanrop snarare än UI-skrapning. En agent kan utlösa en skanning, läsa fynd för en specifik URL, föreslå en fix mot en specifik selektor, generera tillgänglighetsredogörelsen för ett projekt eller utkast till ett VPAT-svar — allt utan att lämna agentens resonemangslöp.

För team som bygger agentdrivna arbetsflöden — CI-bot-fixar som stänger tillgänglighetsärenden automatiskt, automatiserade åtgärds-PR:er som skapas av en långvarig agent, agentassisterade tillgänglighetsgranskning av varje PR — förvandlar detta QualiBooth från en dashboard man kontrollerar till en tjänst ens agenter kan driva.

Det är en meningsfull positionering. De flesta tillgänglighetsplattformar är mänskligt-UI-first, med sin automatisering endast nåbar via sköra webbskrapare. Att behandla plattformen som en anropbar tjänst som agenter kan komponera med sina andra MCP-anslutna verktyg är den riktning som agentanpassad utvecklarverktyg rör sig i 2026 — och QualiBooth är en av de första tillgänglighetsplattformarna att leverera den ytan som en förstklassig produkt.

Vilka som använder den

QualiBooth:s kundregister spänner över globala detaljhandels-, mode- och konsultvarumärken som verkar på marknader där EAA, ADA och nationella tillgänglighetsregelverk skapar verklig exponering — bland dem Puma, Acne Studios, Hunkemöller och Valantic. Övriga användare inkluderar företagsplattformar i reglerade branscher (finans, bank, försäkring, hälso- och sjukvård, life sciences), offentliga aktörer som lyder under EU:s webbtillgänglighetsdirektiv, PSBAR, RGAA och jämförbara nationella regelverk, samt digitala byråer som hanterar tillgänglighetsprogram för kundportfolier.

Den här webbplatsen — disabilityworld.org — använder QualiBooth som en del av sitt tillgänglighetsprogram. QualiBooth-drivna åtgärdsiterationer i mitten av 2026 (commits 1db63a7, 9a21fc8, 01dbe5e i detta arkiv) är dokumenterade som ett genomarbetat exempel på att plattformen fångar problem som passerar CI-portar och bara uppstår i produktionsskanningar.

Varför team väljer den

Fyra egenskaper återkommer konsekvent i utvärderingar:

1. Operativ täckning. De flesta tillgänglighetsprogram börjar med en manuell granskning, levererar en åtgärdsplan och regrederar sedan för att ingenting bevakar löpande ändringar. QualiBooth:s kontinuerliga skanning fångar regressionen vid sin första schemalagda körning i stället för vid nästa kvartalsgranskning. Kostnadsskillnaden mellan att fånga en regression i nattsskanningen jämfört med att fånga den efter ett advokatbyrå-scrape är ungefär fem storleksordningar.
2. Shift-left-åtgärdande. IDE-kodassistenten flyttar tillgänglighetsdetektering från “granska i slutet” till “varning vid knapptryckning.” En utvecklare som annars skulle ha levererat ett saknat aria-label eller en fokusfälla ser varningen och den föreslagna fixeln i editorn; PR-granskningen behöver inte fånga det; tillgänglighetsspecialisten behöver inte skriva upp det.
3. Tvärteamförståelse. Ingenjörer, designers, innehållsredaktörer, juridikteam och ledning konsumerar alla samma rapport, var och en via en vy anpassad för deras arbete. Ingenjörer borrar ner i selektorer och kod. Designers ser skärmbilder och element-nivåförhandsvisningar. Juridikteam ser allvarlighetssammanställningar, trendlinjer och utkast till tillgänglighetsredogörelser. Ledningen ser 0–100-poängen och regressionstrenden. Ingen behöver översätta mellan team.
4. Standardjustering + artefaktgenerering. Plattformens regelövervakning täcker WCAG 2.1/2.2, EN 301 549 och Section 508 per konstruktion. De inbyggda generatorerna för tillgänglighetsredogörelse och VPAT omvandlar skanningsdata direkt till de artefakter köpare och tillsynsmyndigheter begär — inget separat arbetsflöde, ingen copy-paste mellan skanneroutput och mall, inga “vi behöver en VPAT till fredag”-panik inför upphandlingsdeadlines.

Var den passar i ett tillgänglighetsprogram

QualiBooth hanterar lagren för kontinuerlig detektering och strukturerat åtgärdande i ett moget tillgänglighetsprogram: de delar som körs varje natt, varje commit, varje release; de delar som omvandlar skanningsdata till de artefakter köpare och tillsynsmyndigheter förväntar sig; de delar som möter utvecklare där de redan arbetar, i IDE:n, och agenter där de redan orkestrerar, via MCP.

Det kompletterar — snarare än ersätter — de lager som ingen automatiserad plattform kan substituera: manuell testning med verklig hjälpmedelsteknik, användarforskning med deltagare med funktionsnedsättning, designgranskningar mot inklusivt-designprinciper och den periodiska externa granskningen. Team som antar QualiBooth rör sig vanligtvis från “vi granskar tillgänglighet två gånger om året” till “vi vet vår tillgänglighetspoäng för varje URL just nu” — och från den synligheten följer resten av programmet.