Vurderingsomfang for TRAQ Blueprint

En tilgængelighedsvurdering skal have et veldefineret og afgrænset omfang for at kunne efterprøves. Her beskrives de flader, enheder og datalag, som undersøges under en TRAQ Blueprint baseline-audit.

TRAQ Blueprint vurderer en frossen stikprøve bestående af 6 sidetemplates og 2 transaktionsforløb. Med 50 succeskriterier i WCAG 2.1 AA giver dette i alt 400 enkeltvurderinger, som udføres og dokumenteres systematisk.

Scope-manifestet

Inden en audit påbegyndes, oprettes et formelt scope-manifest (omfangserklæring). Manifestet fastlægger:

1. Domæne og miljø: Hvilket primært domæne der undersøges, samt om testen sker i produktions- eller staging-miljø.
2. Udvælgelse af enheder: De præcise repræsentative URL’er for de 6 templates og 2 forløb.
3. Stoppunkter: De præcise grænser for transaktionsforløbene (fx betalingsvinduet).
4. Platform og tema: Den underliggende platform (fx Shopify, WooCommerce, Magento) og det aktive tema.

Manifestet versioneres. Hvis et website opdateres væsentligt undervejs i audit-arbejdet, registreres ændringen i manifestets log for at bevare sporbarheden.

De 6 sidetemplates

For en typisk e-handelsvirksomhed udvælges de seks templates efter WCAG-EM standardens principper om strukturel variation:

De 2 transaktionsforløb

Et transaktionsforløb adskiller sig fra en statisk side ved at være en proces over tid, der bevæger sig gennem flere tilstande og trin:

1. Hovedtransaktion (købsflow): Fra valg af vare på en produktside, tilføjelse til indkøbskurv, gennemgang af kurv, indtastning af leveringsoplysninger og valg af forsendelsesmetode frem til betalingsvinduet.
2. Sekundært forløb: Et support-, retur- eller filtreringsforløb (fx udfyldelse af en returanmodning, brug af en interaktiv størrelsesguide eller gennemførelse af en filtreret søgning).

Se den detaljerede fremgangsmåde under Købsflow og transaktionsforløb.

Flader der undersøges

Under hver vurderet enhed inspicerer TRAQ:

• Det offentligt renderede DOM: Den faktiske HTML-, CSS- og SVG-opmærkning, som browseren og hjælpeteknologier modtager.
• Tastatur- og fokuslag: Fokusrækkefølge, synlige fokusindikatorer og fravær af tastaturfælder.
• Skærmlæserlag: Tilgængelige navne, roller, tilstande og overskriftshierarkier aflæst via NVDA på Windows.
• Det maskinlæsbare lag: Tilstedeværelse og gyldighed af struktureret data (JSON-LD), robots.txt, sitemap.xml samt åbne platforms-endpoints (fx /products.json).
• Købskritiske oplysninger: Tilgængelighed af pris, lagerstatus, leveringsbetingelser og kontaktveje, vurderet ud fra findbarhed og maskinlæsbarhed.
• Cookie- og samtykkebannere: Hvorvidt bannere blokerer tastaturadgang eller danner en fælde for brugere af hjælpeteknologi.

Snitflader og ansvarsfordeling

En tilgængelighedsrapport fra TRAQ er en teknisk specifikation, ikke en implementeringsaftale. TRAQ opretholder en klar ansvarsfordeling:

Rapporten specificerer, jeres udviklere deployer: TRAQ specificerer fejlene ned på kodediff-niveau; jeres egne udviklere eller faste webbureau committer rettelserne i jeres eget tempo og miljø. Hvis den instans, der udfører revisionen, samtidig fakturerer for at skrive koden, opstår der en iboende interessekonflikt i vurderingens alvorsgrader. TRAQ bevarer sin uvildighed ved udelukkende at levere den uafhængige kontrol, den præcise rettelsesanvisning og den efterfølgende 30-dages verifikation.