QualiBooth
Svenska

Världens mest avancerade tillgänglighetsskanner

Statiska skannrar läser din markup. Vår AI styr din webbplats.

Alla konkurrenter kör samma statiska regeluppsättning mot din DOM. QualiBooth Deep Scan är en AI-agent: den öppnar en riktig webbläsare, tabbar genom dina sidor, avgör vilka element som är värda att provocera, öppnar dina dialoger och mäter vad en tangentbordsanvändare faktiskt får - med skärmbilden som bevis.

Skanna din webbplats gratis Se det på dina sidor
12 AI-kontroller
som inget statiskt verktyg klarar
Med bevis
en mätning och en skärmbild
QualiBooth-rapporten med Deep Scan-fynd märkta bredvid de statiska.

Den del ingen skannade

Den automatiska täckningen slutade förbättras. Så vi satte en AI-agent på sidan i stället.

Statisk analys läser DOM och CSS och resonerar kring vad som borde hända. Den är genuint bra på det - och det är därför varje tillgänglighetsverktyg på marknaden hittar i stort sett samma problem på din webbplats. De defekter den strukturellt inte kan se finns bara medan sidan körs. Hittills innebar det att sätta en människa framför sidan. Deep Scan skickar en agent i stället - till varje sida, vid varje körning.

Vad varje statisk skanner ser

En ögonblicksbild av markup, i vila.

  • Den här knappen har inget tillgängligt namn.
  • Den här texten ligger på 3,1:1 mot sin deklarerade bakgrundsfärg.
  • Det här ARIA-attributet är inte tillåtet på den här rollen.
  • Text över ett fotografi - behöver granskas. En människa bör titta på det.

Vad Deep Scan-agenten mäter

En riktig webbläsare, AI-styrd, med klockan igång.

  • Fokusringen skiljer sig noll pixlar från tillståndet utan fokus. outline:none vann.
  • Den vita rubriken ligger på 2,8:1 mot de pixlar som faktiskt finns bakom den.
  • Tab når fram till det här elementet, och sedan täcker den fastlåsta samtyckesraden hela det.
  • Escape stänger dialogen, men fokus hamnar på body i stället för på knappen som öppnade den.

Kontrollistan

Tolv kontroller som kräver en körande sida

Agenten avgör vad som är värt att utforska; sedan mäter varje kontroll i stället för att sluta sig till något. Varje fynd bär det uppmätta värdet, tröskeln som överskreds och - för de flesta kontroller - skärmbilden från själva ögonblicket.

  • 01

    Fokussynlighet

    Fotograferar varje element med och utan fokus och jämför pixlarna. Den läser aldrig din CSS: outline:none följt av en :focus-visible-regel är godkänt, och det vet bara pixlarna.

    WCAG 2.4.7 WCAG 2.4.13

  • 02

    Skymd fokus

    Gör träfftester på elementet med fokus och mäter hur mycket av det din fastlåsta header eller kakruta målar över. Går tab i båda riktningarna, eftersom varje riktning lämnar ett annat element strandat.

    WCAG 2.4.11 WCAG 2.4.12

  • 03

    Tabbordning

    Går igenom den verkliga tabbsekvensen och jämför den med DOM-ordningen och med den visuella läsordningen, med en numrerad skärmbild av rutten.

    WCAG 2.4.3

  • 04

    Tangentbordsfällor

    Hittar fokuscykler som gör resten av sidan onåbar. En dialog som håller kvar Tab och släpper vid Escape är korrekt beteende och rapporteras inte.

    WCAG 2.1.2

  • 05

    Dialogers livscykel

    Öppnar varje dialog och prövar hela kontraktet i ordning: fokus kommer in, Tab stannar inne, bakgrunden lämnar tillgänglighetsträdet, Escape stänger, och fokus återvänder till knappen som öppnade den.

    WCAG 2.1.2 WCAG 2.4.3 WCAG 4.1.2

  • 06

    Live-meddelanden

    Rekonstruerar när varje live region uppstod i förhållande till sitt innehåll - så att aviseringen som skapades med sitt meddelande redan i sig, och därför inte annonserade något, upptäcks.

    WCAG 4.1.3

  • 07

    Innehåll vid hover och fokus

    Prövar alla tre kraven för verktygstips och popovers: pekaren kan färdas in i innehållet, Escape stänger det utan att flytta pekaren, och det döljer inte sig självt.

    WCAG 1.4.13 WCAG 2.1.1

  • 08

    Kontrast över bilder

    Fångar texten, fångar samma område med genomskinliga glyfer och jämför varje glyfpixel med den bakgrund som faktiskt ligger bakom. Precis den grupp som statiska verktyg markerar som ”behöver granskas”.

    WCAG 1.4.3

  • 09

    Reflow vid 320px

    Renderar sidan vid 320 CSS-pixlar och namnger de yttersta elementen som fortfarande tvingar fram horisontell scroll, undantaget innehåll i ett eget scrollområde.

    WCAG 1.4.10

  • 10

    Textavstånd

    Tillämpar det avstånd kriteriet kräver och jämför geometrin före och efter: text som klipps av rutor med fast storlek, block som krockat.

    WCAG 1.4.12

  • 11

    Tvingade färger

    Emulerar Windows höga kontrast och mäter varje liten grafik mot sin egen omgivning, före och efter, för att hitta ikonerna som försvinner.

    WCAG 1.4.11

  • 12

    Tillgängliga namn

    Använder Chromes egen namnberäkning och dess källista: namn som döljer den synliga etiketten, namn som dubblerar sin beskrivning, referenser som inte pekar på något.

    WCAG 2.5.3 WCAG 4.1.2

Ingen statisk skanner på marknaden kan köra en enda av dessa tolv kontroller. Det är det som gör QualiBooth till världens mest avancerade tillgänglighetsskanner - och därför hittar den det som alla andra lämnar över till dig som en ren rapport.

Bevis, inte åsikter

Varje fynd håller för en diskussion med en utvecklare

Det svåra med ett tillgänglighetsfynd är inte att upptäcka det. Det är att bli trodd på stand-upen tre dagar senare. Därför rapporterar varje Deep Scan-fynd mätningen det gjorde, tröskeln det jämförde mot, och den kommenterade skärmbilden från ögonblicket.

  • Ett uppmätt värde i själva meningen - helt täckt av den fastlåsta samtyckesraden, inte kan vara skymd.
  • Det exakta framgångskriteriet i WCAG 2.2, med länk till dess Understanding-sida.
  • En åtgärd skriven för just det fyndet, inte för regeln i allmänhet.
  • Det motorn inte kunde nå ett utslag om rapporteras som sådant - aldrig som godkänt.
En Deep Scan-bevisskärmbild: elementet med fokus, elementet som täcker det, och den uppmätta täckningen.

Manuell QA, vid varje skanning

Tangentbordsrundan teamet gör före varje release - nu körd av en agent på varje sida, varje natt

Det här är inga nya krav. Det är kontrollerna en duktig testare redan gör för hand - och just därför görs de på fem sidor före en release och på inga efteråt.

  • Tabba genom sidan och hålla utkik efter fokusringen

    Fotograferar varje tabbstopp med och utan fokus och jämför pixlarna

  • Öppna varje dialog, trycka Escape, se var fokus hamnar

    Öppnar varje dialog och prövar hela kontraktet, i ordning

  • Utlösa en avisering och lyssna med en skärmläsare

    Registrerar när varje live region fanns i förhållande till sitt innehåll

  • Zooma till 320px och leta efter horisontell scroll

    Renderar vid 320px och namnger elementen som orsakar den

  • Kisa mot den vita texten på huvudbilden

    Jämför varje glyfpixel med bakgrunden bakom den

Vad den inte rör

Motorn klickar på en avgränsad uppsättning element för att få din sida att göra något. Den klickar inte på något vars tillgängliga namn låter som radera, ta bort, logga ut, avregistrera, betala, till kassan, lägg order, publicera eller arkivera. En skanning av din webbplats får aldrig lägga en order eller radera en post - även om fler klick skulle avslöja fler fynd.

Så körs den

En AI-agent som styr en andra webbläsare, vid sidan av den statiska motorn, i samma skanning.

  1. 01

    Agenten tar ratten

    En andra Chromium körs bredvid den statiska motorn i samma autentiserade session, styrd av agenten - så sidorna bakom din inloggning mäts också.

  2. 02

    Desktop och mobil

    Varje URL mäts vid 1280×720 och igen vid 375×667. En fokusring som överlever din desktop-header förlorar ofta mot den mobila.

  3. 03

    En sammanslagen rapport

    Beteendefynd hamnar i samma lista som de statiska, märkta Deep Scan och sorterade efter allvarlighetsgrad. Det finns inget nytt att lära sig.

  4. 04

    Bevisen stannar hos körningen

    Kommenterade skärmbilder sparas tillsammans med skanningen, så ett fynd från för tre månader sedan visar fortfarande sitt bevis.

Deep Scan-sammanfattningspanelen i en QualiBooth URL-rapport.

I din rapport

Märkta, räknade och aldrig tyst frånvarande

Deep Scan-fynd lyfts fram i stället för att blandas in tyst - det är just de som ditt nuvarande verktyg inte kan producera. Och frånvaron av fynd är också ett resultat, så varje rapport anger vad som undersöktes och vad som inte kunde nås.

  • En Deep Scan-märkning på varje beteendefynd i problemlistan.
  • Slutförda kontroller, elementundersökningar och insamlade bevis, per URL.
  • Allt som inte kunde kontrolleras fullt ut, namngivet tillsammans med orsaken.
  • Exporterat till CSV och JSON tillsammans med resten av skanningskörningen.
12
beteendekontroller
15
WCAG 2.2-kriterier
2
visningsytor per URL
100%
fynd med en mätning

Frågor vi får

Hur skiljer sig detta från ett tillgänglighetsoverlay?
Fullständigt. Ett overlay injicerar JavaScript på din live-webbplats och försöker lappa tillgängligheten utifrån, oftast med sämre resultat. Deep Scan ändrar ingenting på din webbplats: det är en agent som besöker den så som en människa skulle, mäter och rapporterar vad den hittade.
Ersätter det manuell tillgänglighetstestning?
Nej, och det skulle vi inte påstå. Agenten automatiserar den mekaniska halvan av en manuell runda - tangentbordsvarvet, dialogkontraktet, reflow vid 320px - så att era testare och våra revisorer i stället lägger tiden på bedömning: om läsordningen är begriplig, om alt-texten är sann, om flödet verkligen går att använda med en skärmläsare.
Kan det förstöra något på min webbplats?
Den arbetar med en avgränsad, filtrerad uppsättning element och aldrig med något som framstår som destruktivt eller transaktionellt. Inga raderingar, ingen utloggning, ingen kassa. Det är ett i huvudsak läsande besök från en webbläsare.
Kan den skanna sidor bakom en inloggning?
Ja. Agenten återanvänder den autentiserade session som skanningen redan upprättat, så allt som din skanning når kan den mäta.
Varför ändrades mitt tillgänglighetsbetyg när detta slogs på?
Deep Scan lägger till både nya fynd och nya godkända kontroller i betyget, så ett betyg beräknat med den är inte jämförbart med ett beräknat utan. Betyg förblir jämförbara inom ett och samma skanningsprogram och mellan körningar med samma inställning - vi slår inte om det mitt i ett program bakom ryggen på er.
Vad gör AI:n egentligen?
Den bestämmer - och bevisar det sedan. Agenten utforskar din sida som en testare skulle: den väljer vilka element som är värda att provocera, vilka dialoger den ska öppna och hur långt den går innan den slutar. Och varje beslut den fattar backas upp av en mätning och en skärmbild i stället för en gissning. Det är medvetet konstruerat så: självständigt där en människa skulle vara långsam, och bevisunderbyggt där en språkmodell ensam skulle vara opålitlig.
Varför kallar ni QualiBooth världens mest avancerade tillgänglighetsskanner?
För att ingen annan skanner mäter beteendet på en sida som körs. Alla verktyg på marknaden läser din markup och drar slutsatser; det gör QualiBooth också - och sätter dessutom en AI-agent på sidan för tolv kontroller till som ingen statisk motor kan producera, var och en med en mätning och en skärmbild som bevis. Den kombinationen finns ingen annanstans.

Ta reda på vad din nuvarande skanner har missat

Kör en gratis skanning, eller låt oss rikta Deep Scan-agenten mot den användarresa som betyder mest för din verksamhet.

Skanna din webbplats gratis Boka en demo