Skabelon til tilgængelighedsrapport — hvad en god en faktisk indeholder
„Tilgængelighedsrapport“ betyder mindst tre forskellige artefakter afhængigt af, hvem der sagde det, og kløften mellem dem er bred nok til, at en indkøbsansvarlig og en teknisk projektleder kan sidde i det samme møde og gå derfra med helt forskellige ønsker. Udtrykket dækker det automatiserede PDF-output, et axe DevTools- eller WAVE-scan dumper ud af en build-pipeline; det 60-siders manuelle leverandørdokument, et specialistfirma afleverer efter en seks-ugers audit; og de branchedækkende benchmarks som WebAIM Million og det første-år EAA-håndhævelsesopgørelser.
Denne artikel handler om de to første — den artefakt, du bestiller, gennemgår, godkender og afleverer til dit udviklingshold. Det følgende er den struktur, en brugbar rapport har, det alvorsgradssystem, der adskiller en fungerende rapport fra en bunke ikke-handlingsorienterede tags, og det fund-format, som ingeniørteams faktisk vil triagere. Halvdelen af de rapporter, der lander på tilgængeligheds-ansattes borde i 2026, falder i den test, der er beskrevet nedenfor, og fejlen har næsten altid den samme form: intet scope, intet alvorsgradssystem, ingen køreplan, ingen vurdering — bare en lang liste med WCAG-referencer og ordet „høj“ kopieret ned i en kolonne.
Automatiserede scanner-rapporter, manuelle audit-rapporter og branchevise årsrapporter er tre forskellige artefakter. Feltguiden nedenfor katalogiserer de ni sektioner, der gør et leverandørdokument til ét brugbart, med den samme anatomi i hver post: hvad den indeholder, den eksempeltekst, der forankrer den, hvorfor den er vigtig, den tilsigtede målgruppe og om den er obligatorisk eller anbefalet. Kataloget kan læses fra toppen og ned eller springes ind i ud fra sektionsnummer.
9 sektioner · hvad enhver god tilgængelighedsrapport indeholder
| ID | Sektion | Opgave | Krævet? |
|---|---|---|---|
| E·01 | Resumé | Et-afsnits holdningsvurdering for sponsorer | Obligatorisk |
| E·02 | Scope-erklæring | Hvad der blev testet — og hvad der ikke blev | Obligatorisk |
| E·03 | Metodologi | Standard, audit-type, værktøjer, versioner | Obligatorisk |
| E·04 | Overensstemmelsesvurdering | Bestå / fejl / N/A pr. succeskriterium | Obligatorisk |
| E·05 | Fund — problemlisten | Hvert defekt med ID, SC, alvorlighed, rettelse | Obligatorisk |
| E·06 | Alvorsgradssystem | Defineret betydning af blokerende / større / mindre | Obligatorisk |
| E·07 | Udbedringskøreplan | Prioriteret rækkefølge af rettelser med indsatsskøn | Obligatorisk |
| E·08 | Gentestpolitik | Tidsplan og udløsere for genvalidering | Obligatorisk |
| E·09 | Skabelon til tilgængelighedserklæring | Udkast til offentlig erklæring klar til publicering | Obligatorisk |
Obligatorisk = dækket i både automatiserede scanner-rapporter og manuelle audit-rapporter med den forbehold, at scannere auto-fylder ud eller udelader E·01, E·02, E·07 og E·09, fordi disse sektioner kræver menneskelig vurdering. Formatet for hver sektion er auditorens valg; tilstedeværelsen af alle ni er det, der gør et leverandørdokument brugbart.
Tre typer tilgængelighedsrapport — og hvilken du faktisk har brug for
Terminologien er vigtig, fordi leverandører bevidst slører kategorierne. Tre adskilte artefakter sælges under det samme udtryk, og de besvarer forskellige spørgsmål.
Automatiseret scanner-rapport. Produceret af et værktøj — axe DevTools, WAVE, Lighthouse, Pa11y eller den gratis tilgængeligheds-scanner på dette websted. Kører på få minutter. Dækker ca. 60 til 70 procent af WCAG 2.2-succeskriterier overflademæssigt, men materielt mindre efter brugerindvirkning, fordi de højst indvirkende fejl — tastaturspor, fokusrækkefølge-kvalitet, skærmlæser-læsbarhed, meningsfuld alternativ tekst — i vid udstrækning ligger uden for, hvad statisk analyse kan afgøre. Nyttig som baseline og CI-regressionsgate, ikke som en komplet rapport i sig selv.
Manuel audit-rapport. Bestilt hos et specialistfirma eller bygget internt, ideelt med en gennemgang af en manuel audit af testere med handicap. Tager fire til otte uger. Dækker de 30 til 40 procent af WCAG, som automatisering misser, plus en menneskelig læsning af resten. Dette er den artefakt, der etablerer en forsvarlig juridisk holdning under ADA Afsnit III eller EAA og driver udbedringskøreplanen.
Branchevis årsrapport. WebAIM Million, EU eGovernment Benchmark, EAA-første-år håndhævelsesopsummeringer. Sektorbredt kontekst, ikke en erstatning for at teste din egen ejendom.
Hvis en interessent siger „vi har brug for en tilgængelighedsrapport“ uden at præcisere hvilken, så spørg. Omkostningsforskellen mellem de tre er ca. fire størrelsesordener.
En rapport, der udelader scope, alvorsgradssystemet eller vurderingen, er aktivt vildledende, fordi læseren ikke kan afgøre, hvad der blev testet, hvad alvorlighed betyder, eller om ejendommen overholder reglerne.
Hver post nedenfor registrerer de samme ting i samme rækkefølge: hvad den indeholder, den eksempeltekst, der forankrer den, hvorfor den er vigtig, den tilsigtede målgruppe og om den er obligatorisk eller anbefalet. En rapport, der mangler nogen af de ni, er ufuldstændig; en rapport, der mangler E·02, E·04 eller E·06, er ubrugelig.
Resumé
Et afsnit, klart sprog, ingen jargon. Det ikke-forhandlingsbare element er en holdningsvurdering — en enkelt sætning, der fortæller en ledelsessponsor, om ejendommen overholder, delvist overholder eller ikke overholder den navngivne standard. Under vurderingen tre til fem sætninger, der navngiver standarden, audit-vinduet, antallet af blokerende fund og overskriften på udbedringskøreplanen.
Ledelsessponsorerne har brug for en vurdering, ikke en temperaturmåling. Resuméet er den eneste side, de fleste ikke-specialiserede læsere åbner, og en rapport, der begraverer overensstemmelsesholdningen under tolv siders metodologi-præambel, svigter sin primære opgave. Vurderingssætningen er også den, regulatorer og indkøbsansvarlige citerer, når de refererer til din rapport.
Scope-erklæring
Hvad der blev testet — URL’er, sidetyper, brugerrejser, enheder, browsere, hjælpeteknologi. Og hvad der ikke blev — autentificerings-afskærmede sider uden for testkontoen, PDF’er, native mobilapps, tredjepartsindlejringer. Hver udeladt overflade er navngivet med begrundelsen for, at den blev udeladt (uden for budget, ingen testlegitimationsoplysninger, udsat til opfølgningsengagement).
Scope-erklæringen er det, der forhindrer, at en årsslut-audit afvises på teknikaliteter. Hvis den mangler, er overensstemmelseskravet ikke falsificerbart — en sagsøger kan pege på enhver uauditeret overflade og hævde, at rapporten er tavs om den, og en forsvarer kan ikke bevise det modsatte. En scope-erklæring begrænser også auditorens ansvar: en udelukkelse, du navngav, er en udelukkelse, den auditerede organisation accepterede.
Metodologi
Hvilken standard — WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Hvilken audit-type — automatiseret, manuel, blandet. Hvilke værktøjer og med hvilke versioner — axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Hvilken testmetode — WCAG-EM-stikprøvegennemgang, fuld-skabelon-gennemgang, rejsebaseret.
Metodologien er det, der giver en gentest seks måneder senere mulighed for at sammenligne æbler med æbler. Uden en navngivet version af et værktøj kan en regression ikke skelnes fra en artefakt af en værktøjsopdatering. Uden en navngivet standard er et „overensstemmelse“-krav ikke fortolkbart. Metodologi-sektionen er også det sted, hvor en auditors kompetence læses af andre auditorer.
Overensstemmelsesvurdering
Det formelle overensstemmelseskrav, pr. succeskriterium, i tre tilstande: består, fejler, ikke-relevant. WCAG 2.2 AA har 55 succeskriterier; alle bør fremgå af denne tabel. Ikke-relevant er en legitim vurdering — et websted uden video behøver ikke bestå 1.2.2 Undertekster — men hvert N/A har brug for en enkelt-linje-begrundelse.
Det er det, regulatorer og sagsøgers advokater læser først. En rapport, der slører vurderingen — „overholder for det meste“, „i væsentlig overensstemmelse“, „på vej mod tilgængelighed“ — er en rapport, der taber over for DOJ eller et EAA-håndhævelsesorgan i en medlemsstat. Vurderingstabellen er også inputtet til den offentlige tilgængelighedserklæring, så en uklar tabel producerer en uklar erklæring.
Fund — problemlisten
Den længste sektion i enhver reel rapport. Hvert fund får sin egen række med et stabilt ID, WCAG SC, alvorlighed, placering, beskrivelse, brugerindvirkning og anbefalet rettelse. Formatet er beskrevet i afsnittet „fund-format“ længere nede. Fund er grupperet efter skabelon eller efter alvorlighed, rangeret efter udbedringsprioritet og krydskoblet til overensstemmelsesvurderingstabellen.
Fundlisten er den del, ingeniørteamet faktisk åbner. En rapport, der begraverer sine fund i fortælleprose, vil aldrig blive triageret; en rapport, der leverer dem som rækker med stabile ID’er, bliver en backlog af tickets. Det stabile ID er den bærende detalje — det lader det samme fund refereres på tværs af vurderingstabellen, køreplanen og gentest-rapporten tolv måneder senere.
Alvorsgradssystem
Et defineret system, der navngiver, hvad blokerende, større og mindre betyder i denne specifikke rapport. Uden et system er alvorsgraderne vage fornemmelser. Det anbefalede tre-niveau-system — forankret i brugerindvirkning snarere end scanner-konfidensscorer eller juridisk eksponering — er beskrevet i afsnittet om alvorsgradssystemet længere nede.
Uden et system betyder „høj alvorlighed“ hvad som helst, læseren bringer med sig, og alvorsgradsskolonnen bliver dekorativ. Med et system betyder blokerende det samme i fund F-001 som i fund F-247, og køreplanen kan prioritere rationelt. Et system er også det, der forhindrer scope-udvidelse under gentests — et fund kan ikke lydløst omklassificeres mellem cyklusser, hvis dets alvorsgradsdefinition er skrevet ned.
Udbedringskøreplan
En prioriteret rækkefølge af rettelser med grove indsatsskøn. Blokerende først, derefter større, derefter mindre; inden for hvert niveau rettes de ting, der gentager sig på tværs af skabeloner, først. Indsatsskøn kan være grove — lille, mellem, stor i ingeniør-dage — men de skal eksistere, fordi køreplanen er det, der forvandler rapporten til et program.
En rapport uden en køreplan er en bunke fund uden instruktion til, hvad der skal gøres næste, og den auditerede organisation vil stille den lydløst i hylden. En køreplan forvandler rapporten til et arbejdsprogram, der kan følges op, ressource-allokeres og rapporteres på i efterfølgende kvartaler. Det er også den artefakt, som overvågningskøberrguiden anbefaler som input til en løbende overvågningskonfiguration.
Gentestpolitik
Hvornår rapporten skal genvalideres, hvad der udløser en ikke-planmæssig gentest og hvilke fund der vil blive gentestet. En årlig fuld audit plus en gentest af tidligere mislykkede kriterier ved seks-måneder er forsvarlig for de fleste websteder; produkter, der leveres dagligt, har brug for en tættere cyklus.
En rapport uden en gentestcyklus er en rapport, der lydløst forældes inden for tolv måneder. EU’s webtilgængelighedsdirektiv forventer, at offentliggjorte erklæringer opdateres årligt; EAA og DOJ Title II betragter begge ikke-opdaterede audits som bevis for, at organisationen er holdt op med at være opmærksom. En navngivet cyklus beskytter også en auditor mod en fremtidig klient, der spørger, hvorfor den forrige rapport ikke fangede en regression, der landede to måneder efter, at audit-vinduet lukkede.
Skabelon til tilgængelighedserklæring
Et udkast til offentlig erklæring skrevet ud fra audit-fundene, klar til publicering på /accessibility/. Auditoren har fakta, så auditoren udkaster erklæringen; den auditerede organisation gennemgår og publicerer. For eksempler på, hvordan offentliggjorte erklæringer varierer i kvalitet, katalogiserer tilgængeligheds-erklærings-auditen de top 100 i 2026.
Erklæringen er rapportens offentlige overflade og det eneste dokument, de fleste brugere nogensinde vil se. At udkaste den som del af rapporten — snarere end at lade den auditerede organisation oversætte fund til offentligt sprog seks måneder senere — er det, der lukker kredsen mellem audit og offentlig holdning. Det er også EAA-overensstemmelses-artefakten under Artikel 7 og et af de dokumenter, DOJ’s 2024 Title II-regel forventer er tilgængeligt på anmodning.
Et alvorsgradssystem, der faktisk virker
De fleste rapporter bruger „høj / medium / lav“ uden at definere, hvad disse ord betyder, hvilket gør alvorsgradsskolonnen dekorativ snarere end bærende. Et fungerende system er forankret i brugerindvirkning, ikke i scanner-konfidensscorer og ikke i juridisk eksponering.
Blokerende. Brugere med den relevante funktionsnedsættelse kan ikke fuldføre rejsen overhovedet. Et tastatur-fælde ved checkout. En skærmlæser, der ikke annoncerer et kritisk formularfelt. En modal, der fanger fokus og ikke kan lukkes uden en mus. Brugeren er nødt til at opgive eller bede om hjælp.
Større. Brugere kan fuldføre rejsen, men med betydelig friktion eller væsentligt mindre information end en seende musbruger. Fokusrækkefølge, der hopper uforudsigeligt. Fejlmeddelelser, der vises visuelt, men ikke annonceres. Kontrast under 4,5:1 over store dele af siden. Rejsen fuldføres, men oplevelsen er materielt forringet.
Mindre. Et tilgængelighedsproblem, der ikke blokerer eller i væsentlig grad forringer rejsen. Et dekorativt billede, der mangler alt="". Et vartegn, der mangler sin etiket. Et AAA-kun problem præsenteret som information. Disse hører hjemme i rapporten, men sidder nederst i udbedringskøen.
En note om juridisk alvorlighed. Nogle juridiske afdelinger skubber til en parallel „juridisk alvorlighed“-nivel vægtet efter klassesøgsmålseksponering snarere end brugerindvirkning. Det er fint — men behold det som en separat kolonne. At sammenblande de to producerer en rapport, som udviklingsholdet ikke stoler på, og juristerne over-roterer på.
Et fund-format, ingeniørteams faktisk vil bruge
Et fund er en række, ikke et afsnit. De krævede felter:
| Felt | Eksempel |
|---|---|
| Fund-ID | F-014 |
| WCAG SC | 1.4.3 Kontrast (Minimum) |
| Alvorlighed | Større |
| Placering | https://example.com/checkout — button.cta-primary (se skærmbillede F-014.png) |
| Beskrivelse | Primær CTA-tekst gengives med 3,2:1 mod den orange baggrund; WCAG AA kræver 4,5:1. |
| Brugerindvirkning | Brugere med svagt syn og brugere i stærkt sollys kan ikke læse knappe-etiketten. |
| Anbefalet rettelse | Mørk baggrundstoken fra #F2994A til #C95F0A, eller skift teksten til mørkeblå. |
Enhver række, der udelader brugerindvirkning-sætningen, vil blive nedprioriteret af ingeniører, der spørger: „hvad bryder dette egentlig?“ Enhver række, der udelader en anbefalet rettelse, vil blive nedprioriteret af produktchefer, der spørger: „hvad er vurderingen her?“ En rapport, der triageres, er en rapport, der fikser ting; en rapport, der ikke gør, er en bunke alvorsgradsmærker.
„Scanner-output“-versionen — hvad der er anderledes
For en automatiseret scanner-rapport — den PDF, som en CI-kørsel, en gratis tilgængeligheds-scanner eller en overvågningsplatform producerer — er sektionerne E·01, E·02, E·07 og E·09 normalt fraværende eller auto-udfyldt. Værdien af en scanner-rapport er i E·04 og E·05: en maskinlæsbar liste over mislykkede succeskriterier og fund koblet til DOM-selektorer. Scanneren kan ikke udkaste et nyttigt resumé, kan ikke træffe en scope-beslutning, kan ikke prioritere en køreplan og kan ikke skrive en erklæring, nogen jurist ville underskrive.
Det er fint — en scanner-rapport er råinputtet til en komplet tilgængelighedsrapport, ikke en erstatning. Nogle overvågningsplatforme lægger nu de manglende sektioner oven på scan-output; det er tættere på en komplet artefakt, men resuméet og køreplanen har stadig brug for en menneskelig læsning inden publicering.
Den download-bare skabelon
En fungerende markdown-skabelon svarer én-til-én til de ni sektioner ovenfor:
# Tilgængelighedsrapport — [Ejendom] — [Dato]## Resumé— ét afsnit plus vurderingssætningen## Scope— URL’er, rejser, enheder, AT’er; eksplicit liste uden for scope## Metodologi— standard, audit-type, værktøjer, versioner## Overensstemmelsesvurdering— tabel over alle WCAG 2.2 AA SC med bestå / fejl / N/A## Fund— en underoverskrift pr. fund, felter pr. formatet ovenfor## Alvorsgradssystem— blokerende / større / mindre definitioner brugt## Udbedringskøreplan— prioriteret liste med indsatsstørrelse## Gentestpolitik— tidsplan og udløsere## Tilgængelighedserklæring (udkast)— klar-til-publicering-version
En fremtidig iteration af denne side vil hoste download-bare .md- og .docx-versioner; for nu er strukturen ovenfor den kanoniske reference. Tilgængeligheds-erklærings-auditen katalogiserer, hvordan de top 100 erklæringer varierer — kløften mellem god og dårlig svarer nøje til, om den underliggende rapport havde et defineret scope og et reelt alvorsgradssystem.
Hvad disse 9 sektioner har til fælles
Alle ni sektioner udfører den samme underliggende opgave: de konverterer et bevisstykke til et stykke sprog, der kan citeres, auditeres og holdes op imod den auditerede organisation tolv måneder senere. Resuméet konverterer en 60-siders gennemgang til en vurdering. Scope-erklæringen konverterer auditorens faktiske dækning til en ufalsificerbar grænse. Metodologien konverterer en proces til en gentagelig sammenligningsbaseline. Vurderingstabellen konverterer WCAG-overensstemmelse til 55 atomare påstande. Fundene konverterer defekter til triagérbare rækker. Systemet konverterer alvorlighed fra en fornemmelse til en definition. Køreplanen konverterer fund til et program. Gentestpolitikken konverterer rapporten fra et øjebliksbillede til en cyklus. Erklæringsskabelonen konverterer den interne rapport til en offentlig holdning.
De rapporter, der fejler i 2026, fejler fordi de springer konverteringstrinnet over. De citerer et WCAG-nummer uden at oversætte det til „hvad bryder dette faktisk for hvilke brugere“. De mærker fund „høj“ uden at oversætte „høj“ til en definition. De producerer en vurdering uden at producere det scope, den gælder for. Hvert manglende oversætningstrin er et sted, hvor rapporten bliver ufalsificerbar — og en ufalsificerbar tilgængelighedsrapport er ikke et leverandørdokument, det er et markedsføringsartefakt.
Det dybere mønster er, at en tilgængelighedsrapport læses fra fire meget forskellige afstande. Ledelsessponsor læser E·01 og vender aldrig tilbage. Indkøbsansvarlig læser E·02, E·03 og E·09. Teknisk projektleder læser E·05, E·06 og E·07. Auditoren, der læser rapporten tolv måneder senere, læser E·03, E·04 og E·08. En rapport, der ikke fungerer på alle fire afstande, er en, der svigter mindst én af disse læsere, og den læser, der svigter, er typisk den med budgettet.
Hvad man skal gøre først
Praktiske handlinger for tilgængeligheds-ansvarlige i 2026
- Kør den gratis tilgængeligheds-scanner på tre repræsentative skabeloner for at producere en baseline-fundsliste i E·05-format — dette er det minimum-levedygtige artefakt, og det koster ingenting.
- Bestil en manuel audit af testere med handicap for den fulde ni-sektions-rapport. Kræv E·02, E·06 og E·07 som leverandør-acceptkriterier.
- Publicer udkastet til tilgængelighedserklæring fra E·09 på
/accessibility/inden for fire uger efter rapporten. Lad den ikke ligge upubliceret. - Opsæt løbende overvågning i henhold til overvågningskøberrguiden for at fange regressioner mellem den årlige rapport og seks-månedersgentest.
- Dagbogfør gentesten fra E·08 i ingeniørkalenderen — ikke den juridiske kalender — og behandl den som en release-gate.
En brugbar tilgængelighedsrapport er den, en regulator kan læse på fem minutter (E·01, E·02, E·04), en ingeniør kan triagere i en sprint (E·05, E·06, E·07) og en auditor kan gentage om et år (E·03, E·08). En ubrugelig er den, der citerer WCAG-numre uden at oversætte dem til sprog, nogen af disse læsere kan handle på. Halvdelen af de rapporter, der lander på tilgængeligheds-ansattes borde i 2026, fejler denne test, og fejlen har næsten altid den samme form: intet scope, intet alvorsgradssystem, ingen køreplan, ingen vurdering.
Kør den gratis WCAG 2.2-scanner for en automatiseret baseline i E·05-format, og bestil derefter en manuel audit for de seks resterende sektioner.
Åbn scanneren →Hyppigt stillede spørgsmål
Hvad skal en tilgængelighedsrapport indeholde?
En komplet rapport indeholder ni sektioner: et resumé med en holdningsvurdering, en scope-erklæring, en metodologisektion med angivelse af standard og værktøjer, en overensstemmelsesvurdering pr. succeskriterium, en fund-liste, et alvorsgradssystem, en udbedringskøreplan med indsatsskøn, en gentestpolitik og en udkast til tilgængelighedserklæring. En rapport, der mangler scope, alvorsgradssystemet eller vurderingen, er ubrugelig — læseren kan ikke afgøre, hvad der blev testet, hvad „alvorlighed“ betyder, eller om webstedet overholder reglerne.
Hvad er forskellen på en tilgængelighedsrapport og en tilgængelighedserklæring?
En tilgængelighedsrapport er et internt leverandørdokument — typisk 30 til 80 sider — der dokumenterer en audits fund, alvorlighedsgrader og køreplan. En tilgængelighedserklæring er den korte, offentligt tilgængelige side på /accessibility/, der opsummerer overensstemmelsesholdningen, standarden, auditdatoen, kendte undtagelser og kontaktvej for brugere, der støder på en barriere. Rapporten producerer erklæringen; erklæringen er ikke rapporten.
Hvor lang er en typisk tilgængelighedsrapport?
En manuel audit-rapport for et lille marketingwebsted løber på 25 til 40 sider. En rapport for et komplekst autentificeret produkt på tværs af flere brugerrejser kan nå 80 til 150 sider, fordi fund-sektionen vokser med antallet af gennemgåede skabeloner. De narrative sektioner tilsammen fylder ca. 10 til 15 sider uanset webstedets størrelse. Resten er fund.
Er tilgængeligheds-scanner-rapporter juridisk tilstrækkelige?
Nej. Hverken DOJ’s 2024 Title II-regel eller det europæiske tilgængelighedsdirektiv (EAA) betragter automatiseret scanner-output som en komplet tilgængelighedsrapport. Scannere registrerer ca. 30 til 40 procent af WCAG-problemer — primært kontrast, manglende alternativ tekst, manglende etiketter og dokumentstruktur. De resterende 60 til 70 procent kræver menneskelig vurdering. En scanner-rapport er råinput til en fuld rapport, ikke en erstatning.
Hvor ofte bør vi genudstede en tilgængelighedsrapport?
En fuld manuel audit- og rapportcyklus hvert tolvte måneder er den arbejdsmæssige baseline for de fleste websteder. En gentest på de tidligere mislykkede kriterier ved seks-måneders-mærket er god hygiejne. Enhver væsentlig skabelonændring, redesign eller ramme-migration bør udløse en delta-audit. Løbende overvågning kører mellem rapporter, så regressioner opdages øjeblikkeligt.
Kræver WCAG et specifikt rapportformat?
Nej. WCAG specificerer succeskriterier; det foreskriver ikke formatet for noget audit-leverandørdokument. W3C udgiver EARL og WCAG-EM som strukturelle referencer, men ingen af dem er obligatoriske under ADA, EAA, AODA eller andet regime. Regimerne forventer, at en rapport navngiver standarden, scope, metodologien og vurderingen — formatet omkring disse fakta er auditorens valg.
MetodologiSektionsmodellen er afledt af WCAG-EM-evalueringsmetodologien, IAAP audit-rapport-referencer og 30+ offentliggjorte tilgængelighedserklæringer undersøgt i /articles/accessibility-statement-audit-top-100/.
ScopeDette er en guide til rapport-format, ikke en juridisk overholdelsestjekliste. Konsulter kompetent rådgiver for jurisdiktionsspecifikke rapporteringsforpligtelser under ADA Afsnit III, EAA eller andre gældende regimer.