QualiBooth
Dansk

Verdens mest avancerede tilgængelighedsscanner

Statiske scannere læser dit markup. Vores AI styrer dit websted.

Alle konkurrenter kører det samme statiske regelsæt hen over dit DOM. QualiBooth Deep Scan er en AI-agent: den åbner en rigtig browser, tabber gennem dine sider, afgør hvilke elementer der er værd at provokere, åbner dine dialoger og måler, hvad en tastaturbruger faktisk får - med skærmbilledet som bevis.

Scan dit websted gratis Se det på dine sider
12 AI-kontroller
som intet statisk værktøj kan køre
Med beviser
en måling og et skærmbillede
QualiBooth-rapporten med Deep Scan-fund markeret ved siden af de statiske.

Den del ingen scannede

Den automatiske dækning holdt op med at blive bedre. Så satte vi en AI-agent på siden i stedet.

Statisk analyse læser DOM og CSS og slutter sig til, hvad der burde ske. Det er den faktisk god til - og derfor finder ethvert tilgængelighedsværktøj på markedet stort set de samme problemer på dit websted. De fejl, den strukturelt ikke kan se, findes kun, mens siden kører. Indtil nu betød det at sætte et menneske foran siden. Deep Scan sender en agent i stedet - til hver side, ved hver kørsel.

Hvad enhver statisk scanner ser

Et øjebliksbillede af markup, i hvile.

  • Denne knap har intet tilgængeligt navn.
  • Denne tekst er 3,1:1 mod sin angivne baggrundsfarve.
  • Denne ARIA-attribut er ikke tilladt på denne rolle.
  • Tekst hen over et fotografi - skal gennemgås. Et menneske bør kigge på det.

Hvad Deep Scan-agenten måler

En rigtig browser, AI-styret, med uret i gang.

  • Fokusringen afviger nul pixels fra tilstanden uden fokus. outline:none vandt.
  • Den hvide overskrift er 2,8:1 mod de pixels, der faktisk ligger bag den.
  • Tab når frem til dette element, hvorefter den fastlåste samtykkebjælke dækker det helt.
  • Escape lukker dialogen, men fokus lander på body i stedet for på knappen, der åbnede den.

Kontrollisten

Tolv kontroller, der kræver en kørende side

Agenten afgør, hvad der er værd at udforske; derefter måler hver kontrol i stedet for at slutte sig til noget. Hvert fund bærer den målte værdi, den overskredne tærskel og - for de fleste kontroller - skærmbilledet af selve øjeblikket.

  • 01

    Fokussynlighed

    Fotograferer hvert element med og uden fokus og sammenligner pixels. Den læser aldrig din CSS: outline:none efterfulgt af en :focus-visible-regel er bestået, og det ved kun pixlerne.

    WCAG 2.4.7 WCAG 2.4.13

  • 02

    Tildækket fokus

    Laver hit-tests på elementet med fokus og måler, hvor meget af det din fastlåste header eller cookiebjælke maler hen over. Går tab i begge retninger, for hver retning strander et forskelligt element.

    WCAG 2.4.11 WCAG 2.4.12

  • 03

    Tabulatorrækkefølge

    Går den faktiske tabulatorrækkefølge igennem og sammenligner den med DOM-rækkefølgen og med den visuelle læserækkefølge, med et nummereret skærmbillede af ruten.

    WCAG 2.4.3

  • 04

    Tastaturfælder

    Finder fokusløkker, der gør resten af siden uopnåelig. En dialog, der holder på Tab og slipper ved Escape, er korrekt adfærd og rapporteres ikke.

    WCAG 2.1.2

  • 05

    Dialogers livscyklus

    Åbner hver dialog og efterprøver hele kontrakten i rækkefølge: fokus træder ind, Tab bliver indenfor, baggrunden forlader tilgængelighedstræet, Escape lukker, og fokus vender tilbage til knappen, der åbnede den.

    WCAG 2.1.2 WCAG 2.4.3 WCAG 4.1.2

  • 06

    Live-meddelelser

    Rekonstruerer, hvornår hver live region opstod i forhold til sit indhold - så opdagelsen af den notifikation, der blev skabt med beskeden allerede i sig og derfor ikke annoncerede noget, kommer med.

    WCAG 4.1.3

  • 07

    Indhold ved hover og fokus

    Efterprøver alle tre krav til værktøjstip og popovers: markøren kan bevæge sig ind i indholdet, Escape lukker det uden at flytte markøren, og det skjuler ikke sig selv.

    WCAG 1.4.13 WCAG 2.1.1

  • 08

    Kontrast over billeder

    Fanger teksten, fanger det samme område med gennemsigtige glyffer og sammenligner hver glyfpixel med den baggrund, der faktisk ligger bag den. Præcis den gruppe, statiske værktøjer markerer som “skal gennemgås”.

    WCAG 1.4.3

  • 09

    Reflow ved 320px

    Gengiver siden ved 320 CSS-pixels og udpeger de yderste elementer, der stadig fremtvinger vandret scrolling, undtaget indhold i sit eget scrolleområde.

    WCAG 1.4.10

  • 10

    Tekstafstand

    Anvender den afstand, kriteriet kræver, og sammenligner geometrien før og efter: tekst beskåret af bokse med fast størrelse, blokke der er stødt sammen.

    WCAG 1.4.12

  • 11

    Tvungne farver

    Efterligner Windows’ høje kontrast og måler hver lille grafik mod sine egne omgivelser, før og efter, for at finde de ikoner, der forsvinder.

    WCAG 1.4.11

  • 12

    Tilgængelige navne

    Bruger Chromes egen navneberegning og dens kildeliste: navne der skjuler den synlige etiket, navne der gentager deres beskrivelse, referencer der ikke peger på noget.

    WCAG 2.5.3 WCAG 4.1.2

Ingen statisk scanner på markedet kan udføre en eneste af disse tolv kontroller. Det er dét, der gør QualiBooth til verdens mest avancerede tilgængelighedsscanner - og derfor finder den det, alle andre afleverer til dig som en ren rapport.

Beviser, ikke holdninger

Hvert fund holder til en diskussion med en udvikler

Det svære ved et tilgængelighedsfund er ikke at opdage det. Det er at blive troet til stand-up tre dage senere. Derfor rapporterer hvert Deep Scan-fund den måling, det foretog, den tærskel det sammenlignede med, og det kommenterede skærmbillede af øjeblikket.

  • En målt værdi i selve sætningen - helt dækket af den fastlåste samtykkebjælke, ikke kan være skjult.
  • Det præcise WCAG 2.2-succeskriterium med link til dets Understanding-side.
  • En udbedring skrevet til netop dette fund, ikke til reglen i almindelighed.
  • Det, motoren ikke kunne nå en afgørelse om, rapporteres som sådan - aldrig som bestået.
Et Deep Scan-bevisskærmbillede: elementet med fokus, elementet der dækker det, og den målte dækning.

Manuel QA, ved hver scanning

Tastaturgennemgangen dit team laver før hver udgivelse - nu kørt af en agent på hver side, hver nat

Det er ikke nye krav. Det er de kontroller, en dygtig tester allerede laver i hånden - og præcis derfor bliver de lavet på fem sider før en udgivelse og på ingen bagefter.

  • Tabbe gennem siden og holde øje med fokusringen

    Fotograferer hvert tabulatorstop med og uden fokus og sammenligner pixels

  • Åbne hver dialog, trykke Escape, se hvor fokus lander

    Åbner hver dialog og efterprøver hele kontrakten, i rækkefølge

  • Udløse en notifikation og lytte med en skærmlæser

    Registrerer, hvornår hver live region fandtes i forhold til sit indhold

  • Zoome til 320px og lede efter vandret scrolling

    Gengiver ved 320px og udpeger de elementer, der fremtvinger det

  • Knibe øjnene sammen over den hvide tekst på hovedbilledet

    Sammenligner hver glyfpixel med baggrunden bag den

Hvad den ikke rører

Motoren klikker på et afgrænset sæt elementer for at få din side til at gøre noget. Den klikker ikke på noget, hvis tilgængelige navn lyder som slet, fjern, log ud, afmeld, betal, til kassen, afgiv ordre, udgiv eller arkivér. En scanning af dit websted må aldrig afgive en ordre eller slette en post - heller ikke selvom flere klik ville afdække flere fund.

Sådan kører den

En AI-agent, der styrer en anden browser, side om side med den statiske motor, i den samme scanning.

  1. 01

    Agenten tager rattet

    En anden Chromium kører ved siden af den statiske motor i den samme godkendte session, styret af agenten - så siderne bag dit login bliver også målt.

  2. 02

    Desktop og mobil

    Hver URL måles ved 1280×720 og igen ved 375×667. En fokusring, der overlever din desktop-header, taber ofte til den mobile.

  3. 03

    Én samlet rapport

    Adfærdsfund lander i den samme liste som de statiske, markeret Deep Scan og sorteret efter alvorlighed. Der er intet nyt at lære.

  4. 04

    Beviser bliver hos kørslen

    Kommenterede skærmbilleder gemmes sammen med scanningen, så et fund fra for tre måneder siden stadig viser sit bevis.

Deep Scan-oversigtspanelet i en QualiBooth URL-rapport.

I din rapport

Markeret, talt op og aldrig stiltiende fraværende

Deep Scan-fund fremhæves i stedet for at blive blandet stille ind - det er netop dem, dit nuværende værktøj ikke kan producere. Og fraværet af fund er også et resultat, så hver rapport oplyser, hvad der blev undersøgt, og hvad der ikke kunne nås.

  • Et Deep Scan-mærke på hvert adfærdsfund i problemlisten.
  • Gennemførte kontroller, elementundersøgelser og indsamlede beviser, pr. URL.
  • Alt, der ikke kunne kontrolleres fuldt ud, nævnt sammen med årsagen.
  • Eksporteret til CSV og JSON sammen med resten af scanningskørslen.
12
adfærdskontroller
15
WCAG 2.2-kriterier
2
visningsområder pr. URL
100%
fund med en måling

Spørgsmål vi får

Hvordan adskiller det sig fra et tilgængelighedsoverlay?
Fuldstændigt. Et overlay indsprøjter JavaScript på dit live websted og prøver at lappe tilgængeligheden udefra, som regel med et dårligere resultat. Deep Scan ændrer intet på dit websted: det er en agent, der besøger det, som et menneske ville, måler og rapporterer, hvad den fandt.
Erstatter det manuel tilgængelighedstest?
Nej, og det ville vi ikke påstå. Agenten automatiserer den mekaniske halvdel af en manuel gennemgang - tastaturrunden, dialogkontrakten, reflow ved 320px - så jeres testere og vores auditorer bruger tiden på vurdering i stedet: giver læserækkefølgen mening, er alt-teksten sand, er flowet reelt brugbart med en skærmlæser.
Kan det ødelægge noget på mit websted?
Den arbejder med et afgrænset, filtreret sæt elementer og aldrig med noget, der virker destruktivt eller transaktionelt. Ingen sletninger, ingen udlogning, ingen kasse. Det er et overvejende læsende besøg fra én browser.
Kan den scanne sider bag et login?
Ja. Agenten genbruger den godkendte session, som scanningen allerede har etableret, så alt, hvad din scanning når frem til, kan den måle.
Hvorfor ændrede min tilgængelighedsscore sig, da det blev slået til?
Deep Scan tilføjer både nye fund og nye beståede kontroller til scoren, så en score beregnet med den kan ikke sammenlignes med en beregnet uden. Scorer forbliver sammenlignelige inden for det samme scanningsprogram og på tværs af kørsler med samme indstilling - vi vender den ikke midt i et program uden at sige det.
Hvad laver AI’en egentlig?
Den træffer beslutninger - og beviser dem bagefter. Agenten udforsker din side, som en tester ville: den vælger hvilke elementer der er værd at provokere, hvilke dialoger den skal åbne, og hvor langt den går, før den stopper. Og hver beslutning, den træffer, er understøttet af en måling og et skærmbillede frem for et gæt. Det er designet sådan med vilje: selvstændigt, hvor et menneske ville være langsomt, og bevisunderstøttet, hvor en sprogmodel alene ville være upålidelig.
Hvorfor kalder I QualiBooth verdens mest avancerede tilgængelighedsscanner?
Fordi ingen anden scanner måler adfærden på en kørende side. Alle værktøjer på markedet læser dit markup og slutter sig frem; det gør QualiBooth også - og sætter derudover en AI-agent på siden til tolv kontroller mere, som ingen statisk motor kan producere, hver med en måling og et skærmbillede som bevis. Den kombination findes ikke andre steder.

Find ud af, hvad din nuværende scanner har overset

Kør en gratis scanning, eller lad os rette Deep Scan-agenten mod den brugerrejse, der betyder mest for din forretning.

Scan dit websted gratis Book en demo