QualiBooth

De meest geavanceerde toegankelijkheidsscanner ter wereld

Statische scanners lezen uw markup. Onze AI bestuurt uw site.

Elke concurrent laat dezelfde statische regelset over uw DOM lopen. QualiBooth Deep Scan is een AI-agent: hij opent een echte browser, tabt door uw pagina’s, bepaalt welke elementen het waard zijn om uit te lokken, opent uw dialoogvensters en meet wat een toetsenbordgebruiker daadwerkelijk krijgt - met de schermafbeelding als bewijs.

12 AI-controles
die geen statisch hulpmiddel uitvoert
Bewijs meegeleverd
een meting en een schermafbeelding
Het QualiBooth-rapport met Deep Scan-bevindingen gemarkeerd naast de statische.

Het deel dat niemand scande

De geautomatiseerde dekking ging niet verder omhoog. Dus hebben wij een AI-agent op de pagina gezet.

Statische analyse leest het DOM en de CSS en leidt daaruit af wat er zou moeten gebeuren. Daar is ze echt goed in - en daarom vindt elk toegankelijkheidshulpmiddel op de markt grofweg dezelfde problemen op uw site. De gebreken die ze structureel niet kan zien, bestaan alleen terwijl de pagina draait. Tot nu toe betekende die vinden: er een mens voor zetten. Deep Scan stuurt in plaats daarvan een agent - naar elke pagina, bij elke run.

Wat elke statische scanner ziet

Een momentopname van de markup, in rust.

  • Deze knop heeft geen toegankelijke naam.
  • Deze tekst staat op 3,1:1 tegen de opgegeven achtergrondkleur.
  • Dit ARIA-attribuut is niet toegestaan bij deze rol.
  • Tekst over een foto - moet worden nagekeken. Een mens moet ernaar kijken.

Wat de Deep Scan-agent meet

Een echte browser, AI-gestuurd, met de klok lopend.

  • De focusring verschilt nul pixels van de toestand zonder focus. outline:none heeft gewonnen.
  • De witte kop staat op 2,8:1 tegen de pixels die er werkelijk achter liggen.
  • Tab bereikt dit element, waarna de vastgezette cookiebalk het volledig bedekt.
  • Escape sluit het dialoogvenster, maar de focus belandt op de body, niet op de knop die het opende.

De controlelijst

Twaalf controles die een draaiende pagina nodig hebben

De agent bepaalt wat het verkennen waard is; daarna meet elke controle in plaats van af te leiden. Elke bevinding draagt de gemeten waarde, de overschreden drempel en - bij de meeste controles - de schermafbeelding van het moment zelf.

  • 01

    Zichtbaarheid van focus

    Fotografeert elk element met en zonder focus en vergelijkt de pixels. Leest nooit uw CSS: outline:none gevolgd door een :focus-visible-regel is geslaagd, en alleen de pixels weten dat.

    WCAG 2.4.7 WCAG 2.4.13

  • 02

    Afgedekte focus

    Voert hittests uit op het element met focus en meet hoeveel ervan uw vastgezette koptekst of cookiebalk overschildert. Loopt in beide tabrichtingen, want elke richting laat een ander element stranden.

    WCAG 2.4.11 WCAG 2.4.12

  • 03

    Tabvolgorde

    Loopt de werkelijke tabvolgorde af en vergelijkt die met de DOM-volgorde en met de visuele leesvolgorde, met een genummerde schermafbeelding van de route.

    WCAG 2.4.3

  • 04

    Toetsenbordvallen

    Vindt focuscycli die de rest van de pagina onbereikbaar maken. Een dialoogvenster dat Tab vasthoudt en bij Escape loslaat, is correct gedrag en wordt niet gemeld.

    WCAG 2.1.2

  • 05

    Levenscyclus van dialogen

    Opent elk dialoogvenster en toetst het hele contract op volgorde: de focus komt binnen, Tab blijft binnen, de achtergrond verlaat de toegankelijkheidsboom, Escape sluit, en de focus keert terug naar de knop die het opende.

    WCAG 2.1.2 WCAG 2.4.3 WCAG 4.1.2

  • 06

    Live meldingen

    Reconstrueert wanneer elke live region ontstond ten opzichte van haar inhoud - zo valt de melding op die al mét haar boodschap werd aangemaakt en dus niets heeft aangekondigd.

    WCAG 4.1.3

  • 07

    Inhoud bij hover en focus

    Toetst alle drie de eisen voor tooltips en popovers: de aanwijzer kan de inhoud in bewegen, Escape sluit hem zonder de aanwijzer te verplaatsen, en hij verbergt zichzelf niet.

    WCAG 1.4.13 WCAG 2.1.1

  • 08

    Contrast over beeld

    Legt de tekst vast, legt hetzelfde gebied vast met transparante lettertekens, en vergelijkt elke letterpixel met de achtergrond die er werkelijk achter zit. Precies de groep die statische hulpmiddelen markeren als “moet worden nagekeken”.

    WCAG 1.4.3

  • 09

    Reflow op 320px

    Rendert de pagina op 320 CSS-pixels en benoemt de buitenste elementen die nog steeds horizontaal scrollen afdwingen, met uitzondering van inhoud in een eigen scrollgebied.

    WCAG 1.4.10

  • 10

    Tekstafstand

    Past de afstand toe die het criterium eist en vergelijkt de geometrie ervoor en erna: tekst afgeknipt door vaste kaders, blokken die tegen elkaar zijn gebotst.

    WCAG 1.4.12

  • 11

    Geforceerde kleuren

    Bootst het hoge contrast van Windows na en meet elke kleine afbeelding tegen haar eigen omgeving, ervoor en erna, om de pictogrammen te vinden die verdwijnen.

    WCAG 1.4.11

  • 12

    Toegankelijke namen

    Gebruikt Chrome’s eigen naamberekening en de bijbehorende bronnenlijst: namen die het zichtbare label verbergen, namen die hun beschrijving verdubbelen, verwijzingen die nergens op uitkomen.

    WCAG 2.5.3 WCAG 4.1.2

Geen enkele statische scanner op de markt kan ook maar één van deze twaalf controles uitvoeren. Dat maakt QualiBooth de meest geavanceerde toegankelijkheidsscanner ter wereld - en daarom vindt hij wat alle anderen u als een schoon rapport overhandigen.

Bewijs, geen meningen

Elke bevinding overleeft een discussie met een ontwikkelaar

Het lastige aan een toegankelijkheidsbevinding is niet het vinden ervan. Het is geloofd worden bij de stand-up, drie dagen later. Daarom meldt elke Deep Scan-bevinding de meting die is gedaan, de drempel waarmee die is vergeleken, en de geannoteerde schermafbeelding van het moment zelf.

  • Een gemeten waarde in de zin zelf: volledig bedekt door de vastgezette cookiebalk, niet mogelijk afgedekt.
  • Het exacte WCAG 2.2-succescriterium, met een link naar de Understanding-pagina.
  • Een oplossing geschreven voor die bevinding, niet voor de regel in het algemeen.
  • Wat de engine niet kon beoordelen, wordt als zodanig gemeld - nooit als geslaagd.
Een bewijsafbeelding van Deep Scan: het element met focus, het element dat het bedekt, en de gemeten bedekking.

Handmatige QA, bij elke scan

De toetsenbordronde die uw team vóór elke release doet - nu door een agent, op elke pagina, elke nacht

Dit zijn geen nieuwe eisen. Het zijn de controles die een goede tester al met de hand doet, en precies daarom worden ze op vijf pagina’s gedaan vóór een release en daarna op geen enkele.

  • Door de pagina tabben en letten op de focusring

    Fotografeert elke tabstop met en zonder focus en vergelijkt de pixels

  • Elk dialoogvenster openen, Escape drukken, de focus volgen

    Opent elk dialoogvenster en toetst het hele contract, op volgorde

  • Een melding uitlokken en meeluisteren met een schermlezer

    Legt vast wanneer elke live region bestond ten opzichte van haar inhoud

  • Inzoomen tot 320px en zoeken naar horizontaal scrollen

    Rendert op 320px en benoemt de elementen die het veroorzaken

  • Turen naar de witte tekst op de kopfoto

    Vergelijkt elke letterpixel met de achtergrond erachter

Waar het niet aan komt

De engine klikt op een begrensde set elementen om uw pagina iets te laten doen. Het klikt nooit op iets waarvan de toegankelijke naam klinkt als verwijderen, wissen, uitloggen, afmelden, betalen, afrekenen, bestelling plaatsen, publiceren of archiveren. Het scannen van uw site mag nooit een bestelling plaatsen of een record verwijderen - ook al zou meer klikken meer bevindingen opleveren.

Hoe het draait

Een AI-agent die een tweede browser bestuurt, naast de statische engine, in dezelfde scan.

  1. 01

    De agent neemt het stuur

    Een tweede Chromium draait naast de statische engine op dezelfde geauthenticeerde sessie, bestuurd door de agent, zodat ook de pagina’s achter uw login worden gemeten.

  2. 02

    Desktop en mobiel

    Elke URL wordt gemeten op 1280×720 en opnieuw op 375×667. Een focusring die uw desktopkoptekst overleeft, verliest vaak van de mobiele.

  3. 03

    Eén samengevoegd rapport

    Gedragsbevindingen komen in dezelfde lijst als de statische, gemarkeerd als Deep Scan en gesorteerd op ernst. Er valt niets nieuws te leren.

  4. 04

    Bewijs blijft bij de scan

    Geannoteerde schermafbeeldingen worden bij de scan bewaard, dus een bevinding van drie maanden geleden toont nog steeds haar bewijs.

Het Deep Scan-overzichtspaneel in een QualiBooth URL-rapport.

In uw rapport

Gemarkeerd, geteld en nooit stilzwijgend afwezig

Deep Scan-bevindingen worden uitgelicht in plaats van stil meegemengd - het zijn juist de bevindingen die uw huidige hulpmiddel niet kan produceren. En het uitblijven van bevindingen is ook een resultaat, dus elk rapport vermeldt wat is onderzocht en wat niet bereikt kon worden.

  • Een Deep Scan-label op elke gedragsbevinding in de probleemlijst.
  • Afgeronde controles, elementonderzoeken en vastgelegd bewijs, per URL.
  • Alles wat niet volledig gecontroleerd kon worden, benoemd met de reden erbij.
  • Geëxporteerd naar CSV en JSON samen met de rest van de scanrun.
12
gedragscontroles
15
WCAG 2.2-criteria
2
viewports per URL
100%
bevindingen met een meting

Vragen die we krijgen

Hoe verschilt dit van een toegankelijkheidsoverlay?
Volledig. Een overlay injecteert JavaScript in uw live site en probeert toegankelijkheid van buitenaf te lappen, meestal met een slechter resultaat. Deep Scan verandert niets aan uw site: het is een agent die uw site bezoekt zoals een mens dat zou doen, meet, en rapporteert wat hij heeft gevonden.
Vervangt dit handmatig toegankelijkheidsonderzoek?
Nee, en dat zouden we ook niet beweren. De agent automatiseert de mechanische helft van een handmatige ronde - de toetsenbordronde, het dialoogcontract, de reflow op 320px - zodat uw testers en onze auditors hun tijd aan oordeelsvorming besteden: klopt de leesvolgorde, is de alt-tekst waar, is de flow echt bruikbaar met een schermlezer.
Kan er iets kapotgaan op mijn site?
Het werkt met een begrensde, gefilterde set elementen en nooit met iets dat destructief of transactioneel oogt. Geen verwijderingen, geen uitloggen, geen afrekenen. Het is een grotendeels lezend bezoek vanuit één browser.
Kan het pagina’s achter een login scannen?
Ja. De agent hergebruikt de geauthenticeerde sessie die de scan al heeft opgezet, dus alles wat uw scan bereikt, kan hij meten.
Waarom veranderde mijn toegankelijkheidsscore toen dit werd ingeschakeld?
Deep Scan voegt zowel nieuwe bevindingen als nieuwe geslaagde controles toe aan de score, dus een score mét is niet vergelijkbaar met een score zónder. Scores blijven vergelijkbaar binnen één scanprogramma en tussen runs met dezelfde instelling - we zetten dit niet halverwege een programma om zonder dat u het weet.
Wat doet de AI nu eigenlijk?
Beslissen - en het vervolgens bewijzen. De agent verkent uw pagina zoals een tester dat zou doen: hij kiest welke elementen het waard zijn om uit te lokken, welke dialoogvensters hij opent en hoe ver hij gaat voordat hij stopt. En elke keuze die hij maakt, wordt gedekt door een meting en een schermafbeelding in plaats van door een gok. Dat is bewust zo ontworpen: autonoom waar een mens traag zou zijn, en met bewijs onderbouwd waar een taalmodel op zichzelf onbetrouwbaar zou zijn.
Waarom is QualiBooth de meest geavanceerde toegankelijkheidsscanner ter wereld?
Omdat geen enkele andere scanner het gedrag van een draaiende pagina meet. Elk hulpmiddel op de markt leest uw markup en leidt daaruit af; QualiBooth doet dat ook, en zet daarnaast een AI-agent op de pagina voor twaalf extra controles die geen enkele statische engine kan produceren, elk onderbouwd met een meting en een schermafbeelding. Die combinatie bestaat nergens anders.

Ontdek wat uw huidige scanner heeft gemist

Start een gratis scan, of laat ons de Deep Scan-agent richten op de gebruikersreis die voor uw bedrijf het meest telt.