Mall för tillgänglighetsrapport — vad en bra rapport faktiskt innehåller
”Tillgänglighetsrapport” avser minst tre olika artefakter beroende på vem som sagt det, och gapet mellan dem är tillräckligt brett för att en upphandlingsansvarig och en teknikchef ska kunna sitta igenom samma möte och gå därifrån med helt olika önskemål. Frasen täcker den automatiserade PDF som ett axe DevTools- eller WAVE-skann spottar ut ur en byggpipeline; den 60-sidiga manuella leverabeln som ett specialistföretag överlämnar efter en sexveckorsgranskning; och de branschövergripande referensmätningarna som WebAIM Million och de första årets EAA tillsynssammanställningar.
Det här stycket handlar om de två första — den artefakt du beställer, granskar, godkänner och överlämnar till ditt utvecklingsteam. Vad följer är strukturen en användbar rapport har, den allvarsgrad-rubrik som skiljer en fungerande rapport från en hög med omöjliga taggar att åtgärda, och det fyndformat som teknikteamen faktiskt kommer att prioritera. Hälften av de rapporter som landar på tillgänglighetsansvariga skrivbord 2026 misslyckas med testet som beskrivs nedan, och misslyckandet har nästan alltid samma form: inget omfång, ingen rubrik, ingen åtgärdsplan, inget utlåtande — bara en lång lista med WCAG-hänvisningar och ordet “hög” kopierat nedåt i en kolumn.
Automatiserade skannerrapporter, manuella granskningsrapporter och branschens årsrapporter är tre olika artefakter. Fältguiden nedan katalogiserar de nio avsnitt som gör en leverabel användbar, med samma anatomi i varje post: vad det innehåller, exempelformuleringen som förankrar det, varför det spelar roll, avsedd målgrupp och om det är obligatoriskt eller rekommenderat. Katalogen kan läsas uppifrån och ned eller hoppas in i via avsnittsnummer.
9 avsnitt · vad varje bra tillgänglighetsrapport innehåller
| ID | Avsnitt | Uppgift | Krävs? |
|---|---|---|---|
| E·01 | Sammanfattning | Ettyckes ställningstagande för sponsorer | Obligatorisk |
| E·02 | Omfångsdeklaration | Vad som testades — och vad som inte testades | Obligatorisk |
| E·03 | Metodik | Standard, granskningstyp, verktyg, versioner | Obligatorisk |
| E·04 | Överensstämmelseutlåtande | Godkänd / underkänd / ej tillämplig per framgångskriterium | Obligatorisk |
| E·05 | Fynd — problemlistan | Varje defekt med ID, SC, allvarsgrad, åtgärd | Obligatorisk |
| E·06 | Allvarsgrad-rubrik | Definierad innebörd av blockerare / allvarlig / mindre | Obligatorisk |
| E·07 | Åtgärdsplan | Prioriterad åtgärdsordning med arbetsinsatsuppskattningar | Obligatorisk |
| E·08 | Omtestningspolicy | Schema och utlösare för omvalidering | Obligatorisk |
| E·09 | Mall för tillgänglighetsredogörelse | Utkast till publik redogörelse, klar att publicera | Obligatorisk |
Obligatorisk = ingår i både automatiserade skannerrapporter och manuella granskningsrapporter, med förbehållet att skannrar automatiskt stubbar eller utelämnar E·01, E·02, E·07 och E·09 eftersom dessa avsnitt kräver mänskligt omdöme. Formatet för varje avsnitt är granskarens val; att alla nio finns är det som gör en leverabel användbar.
Tre typer av tillgänglighetsrapport — och vilken du faktiskt behöver
Terminologin spelar roll eftersom leverantörer medvetet suddas ihop kategorierna. Tre distinkta artefakter säljs under samma fras, och de besvarar olika frågor.
Automatiserad skannerrapport. Producerad av ett verktyg — axe DevTools, WAVE, Lighthouse, Pa11y eller den kostnadsfria tillgänglighetsskannern på den här sajten. Körs på minuter. Täcker ungefär 60 till 70 procent av WCAG 2.2-framgångskriterierna till ytan men väsentligt mindre mätt i användareffekt, eftersom de mest påverkningsstarka bristerna — tangentbordsfällor, fokusordningskvalitet, skärmläsarläsbarhet, meningsfull alternativtext — till stor del ligger utanför vad statisk analys kan avgöra. Användbar som en baslinje och en CI-regressionsgrind, inte som en komplett rapport i sig.
Manuell granskningsrapport. Beställd från ett specialistföretag eller byggd internt, helst med en genomgång av en manuell granskning av testare med funktionsnedsättning. Tar fyra till åtta veckor. Täcker de 30 till 40 procent av WCAG som automatisering missar plus en mänsklig läsning av resten. Det är den artefakt som etablerar ett försvarbart juridiskt läge enligt ADA Title III eller EAA och driver åtgärdsplanen.
Branschens årsrapport. WebAIM Million, EU:s eGovernment Benchmark, EAA:s år-ett tillsynssammanställningar. Branschövergripande sammanhang, inte en ersättning för att testa din egen webbplats.
Om en intressent säger “vi behöver en tillgänglighetsrapport” utan att kvalificera vilken, fråga. Kostnadsskillnaden mellan de tre är ungefär fyra storleksordningar.
En rapport som utelämnar omfång, rubrik eller utlåtande är aktivt vilseledande, eftersom läsaren inte kan avgöra vad som testades, vad allvarsgrad betyder eller om webbplatsen uppfyller kraven.
Varje post nedan redovisar samma saker i samma ordning: vad det innehåller, exempelformuleringen som förankrar det, varför det spelar roll, avsedd målgrupp och om det är obligatoriskt eller rekommenderat. En rapport som saknar något av de nio är ofullständig; en rapport som saknar E·02, E·04 eller E·06 är oanvändbar.
Sammanfattning
Ett stycke, klarspråk, inga facktermer. Det icke förhandlingsbara elementet är ett ställningstagande — en enda mening som talar om för en ledningssponsor om webbplatsen uppfyller, delvis uppfyller eller inte uppfyller den namngivna standarden. Under utlåtandet, tre till fem meningar som namnger standarden, granskningsfönstret, antalet blockerande fynd och åtgärdsplanens rubrik.
Ledningssponsorer behöver ett utlåtande, inte en temperaturmätning. Sammanfattningen är den enda sidan de flesta icke-specialister öppnar, och en rapport som begravdes ner sitt överensstämmelseläge under tolv sidor metodpreamble misslyckas med sitt primära uppdrag. Utlåtandemeningen är också det som tillsynsmyndigheter och upphandlingsansvariga citerar när de hänvisar till din rapport.
Omfångsdeklaration
Vad som testades — URL:er, sidtyper, användarflöden, enheter, webbläsare, hjälpmedelsteknik. Och vad som inte testades — autentiseringsskyddade sidor utanför testkontot, PDF:er, inhemska mobilappar, tredjepartsembeds. Varje utesluten yta namnges med anledningen till att den uteslöts (utanför budget, inga testbehörigheter, uppskjutet till en uppföljning).
Omfångsdeklarationen är det som hindrar en årsslutsgranskning från att kunna avfärdas på teknikaliteter. Om den saknas är överensstämmelsepåståendet ovedersägligt — en kärande kan peka på vilken som helst otestad yta och hävda att rapporten är tyst om den, och en försvarare kan inte visa något annat. En omfångsdeklaration begränsar också granskarens ansvar: ett undantag du namngivit är ett undantag som den granskade organisationen accepterade.
Metodik
Vilken standard — WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Vilken granskningstyp — automatiserad, manuell, blandad. Vilka verktyg och i vilka versioner — axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Vilket testningsangreppssätt — WCAG-EM samplad genomgång, fullständig mallgranskning, flödesbaserad.
Metodiken är det som gör att ett omtest sex månader senare kan jämföras på lika villkor. Utan en namngiven verktygsversion kan en regression inte särskiljas från ett verktygsuppdateringsartefakt. Utan en namngiven standard är ett “överensstämmelse”-påstående otolkbart. Metodikavsnittet är också det där en granskares kompetens läses av andra granskare.
Överensstämmelseutlåtande
Det formella överensstämmelsepåståendet, per framgångskriterium, i tre tillstånd: godkänd, underkänd, ej tillämplig. WCAG 2.2 AA har 55 framgångskriterier; vart och ett bör synas i den här tabellen. Ej tillämplig är ett legitimt utlåtande — en webbplats utan video behöver inte godkänna 1.2.2 Undertexter — men varje ej tillämplig behöver en motivering på en rad.
Det är vad tillsynsmyndigheter och kärandens jurister läser först. En rapport som myglar med utlåtandet — “uppfyller i stort sett”, “i väsentlig överensstämmelse”, “på en resa mot tillgänglighet” — är en rapport som förlorar inför DOJ eller ett EAA-tillsynsorgan i en medlemsstat. Utlåtandetabellen är också indata till den publika tillgänglighetsredogörelsen, så en oklar tabell ger en oklar redogörelse.
Fynd — problemlistan
Det längsta avsnittet i varje verklig rapport. Varje fynd får sin egen rad med ett stabilt ID, WCAG SC, allvarsgrad, plats, beskrivning, användareffekt och rekommenderad åtgärd. Formatet beskrivs i avsnittet “fyndformat” längre ned. Fynd grupperas per mall eller per allvarsgrad, rangordnas efter åtgärdsprioritet och korslänkas till överensstämmelseutlåtandetabellen.
Fyndlistan är den del teknikteamet faktiskt öppnar. En rapport som begravde sina fynd i narrativ prosa kommer aldrig att prioriteras; en rapport som levererar dem som rader med stabila ID:n blir en eftersläpande lista med ärenden. Det stabila ID:t är den bärande detaljen — det låter samma fynd refereras i utlåtandetabellen, åtgärdsplanen och omtestningsrapporten tolv månader senare.
Allvarsgrad-rubrik
En definierad rubrik som namnger vad blockerare, allvarlig och mindre allvarlig betyder i den här specifika rapporten. Utan en rubrik är allvarsgrader känslobaserade. Den rekommenderade trevågsrubrik — förankrad i användareffekt snarare än skannerförtroende eller juridisk exponering — beskrivs i rubrikalvsnittet längre ned.
Utan en rubrik betyder “hög allvarsgrad” vad läsaren tillskriver det, och allvarsgradskolumnen blir dekorativ. Med en rubrik betyder blockerare samma sak i fynd F-001 som i fynd F-247, och åtgärdsplanen kan prioritera rationellt. En rubrik är också det som hindrar omfångskrypande under omtester — ett fynd kan inte tyst omklassificeras mellan cykler om dess allvarsgradsdefiniton är nedskriven.
Åtgärdsplan
En prioriterad åtgärdsordning med grova arbetsinsatsuppskattningar. Blockerare först, sedan allvarliga, sedan mindre allvarliga; inom varje nivå, åtgärda de saker som återkommer i mallar först. Arbetsinsatsuppskattningar kan vara grova — liten, medel, stor i ingenjörsdagar — men de måste finnas, för åtgärdsplanen är det som omvandlar rapporten till ett program.
En rapport utan en åtgärdsplan är en hög fynd utan instruktion om vad man ska göra härnäst, och den granskade organisationen lägger den tyst på hyllan. En åtgärdsplan omvandlar rapporten till ett arbetspaket som kan spåras, resurssättas och rapporteras mot i efterföljande kvartal. Det är också den artefakt som köparguiden för tillgänglighetsövervakning rekommenderar som indata till en kontinuerlig övervakningskonfiguration.
Omtestningspolicy
När rapporten ska omvalideras, vad som utlöser ett omtest utanför schemat och vilka fynd som ska omtestas. En årlig fullständig granskning plus ett omtest av tidigare underkända kriterier vid sex månader är försvarbart för de flesta webbplatser; produkter som levereras dagligen behöver en tätare cykel.
En rapport utan en omtestningscykel är en rapport som tyst blir inaktuell inom tolv månader. EU:s webbtillgänglighetsdirektiv förväntar sig att publicerade redogörelser uppdateras årligen; EAA och DOJ Title II behandlar båda icke uppdaterade granskningar som bevis på att organisationen har slutat uppmärksamma saken. En namngiven cykel skyddar också en granskare mot en framtida klient som frågar varför föregående rapport inte fångade en regression som landade två månader efter granskningsfönstret stängdes.
Mall för tillgänglighetsredogörelse
Ett utkast till publik redogörelse skrivet utifrån granskningsfynden, klart att publicera på /accessibility/. Granskaren har fakta, så granskaren skriver redogörelsesutkastet; den granskade organisationen granskar och publicerar. För exempel på hur publicerade redogörelser varierar i kvalitet katalogiserar tillgänglighetsredogörelsegranskningen de 100 främsta under 2026.
Redogörelsen är rapportens publika yta och det enda dokument de flesta användare någonsin ser. Att ta fram den som en del av rapporten — i stället för att lämna den granskade organisationen att översätta fynd till publikt språk sex månader senare — är det som sluter loopen mellan granskning och publikt läge. Det är också EAA:s efterlevnadsartefakt enligt artikel 7, och ett av de dokument som DOJ:s 2024 Title II-regel förväntar sig finnas tillgängliga på begäran.
En allvarsgrad-rubrik som faktiskt fungerar
De flesta rapporter använder “hög / medel / låg” utan att definiera vad dessa ord betyder, vilket gör allvarsgradskolumnen dekorativ snarare än bärande. En fungerande rubrik är förankrad i användareffekt, inte i skannerförtroende och inte i juridisk exponering.
Blockerare. Användare med relevant funktionsnedsättning kan inte slutföra flödet alls. En tangentbordsfälla vid kassan. En skärmläsare som inte tillkännager ett kritiskt formulärfält. En modal som fångar fokus och inte kan stängas utan en mus. Användaren måste avbryta eller få hjälp.
Allvarlig. Användare kan slutföra flödet men med betydande friktion eller väsentligt mindre information än en seende, musanvändande användare. Fokusordning som hoppar oförutsägbart. Felmeddelanden som visas visuellt men inte tillkännages. Kontrast under 4,5:1 över stora delar av sidan. Flödet slutförs, men upplevelsen är väsentligt försämrad.
Mindre allvarlig. Ett tillgänglighetsproblem som inte blockerar eller väsentligt försämrar flödet. En dekorativ bild som saknar alt="". Ett landmärke som saknar etikett. Ett AAA-exklusivt problem som rapporteras som informationell. Dessa hör hemma i rapporten men sitter längst ned i åtgärdskön.
En not om juridisk allvarsgrad. Vissa juridiska avdelningar driver på för en parallell “juridisk allvarsgrad”-nivå viktad efter class action-exponering snarare än användareffekt. Det är bra — men håll det som en separat kolumn. Att blanda ihop de två producerar en rapport som teknikteamet misstror och juristerna överroterar på.
Ett fyndformat som teknikteam faktiskt kommer att använda
Ett fynd är en rad, inte ett stycke. De obligatoriska fälten:
| Fält | Exempel |
|---|---|
| Fynd-ID | F-014 |
| WCAG SC | 1.4.3 Kontrast (minimum) |
| Allvarsgrad | Allvarlig |
| Plats | https://example.com/checkout — button.cta-primary (se skärmbild F-014.png) |
| Beskrivning | Primär CTA-text renderas vid 3,2:1 mot den orange bakgrunden; WCAG AA kräver 4,5:1. |
| Användareffekt | Användare med nedsatt syn och användare i starkt utomhusljus kan inte läsa knappetiketten. |
| Rekommenderad åtgärd | Mörkna bakgrundstoken från #F2994A till #C95F0A, eller byt texten till mörkblå. |
Varje rad som utelämnar meningen om användareffekt kommer att deprioriteras av ingenjörer som frågar “vad bryter det här egentligen?” Varje rad som utelämnar en rekommenderad åtgärd kommer att deprioriteras av produktchefer som frågar “vad är beslutet här?” En rapport som prioriteras är en rapport som åtgärdar saker; en rapport som inte gör det är en hög med allvarsgradstaggar.
Versionen “skannerutdata” — vad som är annorlunda
För en automatiserad skannerrapport — den PDF som en CI-körning, en kostnadsfri tillgänglighetsskanner eller en övervakningsplattform producerar — saknas vanligtvis avsnitten E·01, E·02, E·07 och E·09 eller är automatiskt stubbade. Värdet av en skannerrapport ligger i E·04 och E·05: en maskinläsbar lista med underkända framgångskriterier och fynd kopplade till DOM-väljare. Skannern kan inte ta fram en användbar sammanfattning, kan inte fatta ett omfångsbeslut, kan inte prioritera en åtgärdsplan och kan inte skriva en redogörelse som en jurist skulle skriva under på.
Det är bra — en skannerrapport är rådata till en komplett tillgänglighetsrapport, inte en ersättning. Vissa övervakningsplattformar lägger nu de saknade avsnitten ovanpå skannerutdata; det är närmre en komplett artefakt, men sammanfattningen och åtgärdsplanen behöver fortfarande en mänsklig läsning innan publicering.
Den nedladdningsbara mallen
En fungerande markdown-mall mappar ett-till-ett mot de nio avsnitten ovan:
# Tillgänglighetsrapport — [Webbplats] — [Datum]## Sammanfattning— ett stycke plus utlåtandemeningen## Omfång— URL:er, flöden, enheter, hjälpmedel; explicit lista över utanför omfång## Metodik— standard, granskningstyp, verktyg, versioner## Överensstämmelseutlåtande— tabell över alla WCAG 2.2 AA SC med godkänd / underkänd / ej tillämplig## Fynd— en underrubrik per fynd, fält per formatet ovan## Allvarsgrad-rubrik— blockerare / allvarlig / mindre allvarlig definitioner som används## Åtgärdsplan— prioriterad lista med arbetsinsatsstorleksangivning## Omtestningspolicy— schema och utlösare## Tillgänglighetsredogörelse (utkast)— klar att publicera version
En framtida version av den här sidan kommer att tillhandahålla nedladdningsbara .md- och .docx-versioner; tills vidare är strukturen ovan den kanoniska referensen. Tillgänglighetsredogörelsegranskningen katalogiserar hur de 100 bästa redogörelserna varierar — gapet mellan bra och dåliga korrelerar nära med om den underliggande rapporten hade ett definierat omfång och en verklig rubrik.
Vad dessa 9 avsnitt har gemensamt
Vart och ett av de nio avsnitten gör samma underliggande jobb: det omvandlar ett stycke bevis till ett stycke språk som kan citeras, granskas och hållas mot den granskade organisationen tolv månader senare. Sammanfattningen omvandlar en 60-sidig genomgång till ett utlåtande. Omfångsdeklarationen omvandlar granskarens faktiska täckning till ett ovedersägligt avgränsat område. Metodiken omvandlar en process till en repeterbar jämförelsebaslinje. Utlåtandetabellen omvandlar WCAG-överensstämmelse till 55 atomära påståenden. Fynden omvandlar defekter till rader som kan prioriteras. Rubriken omvandlar allvarsgrad från en känsla till en definition. Åtgärdsplanen omvandlar fynd till ett program. Omtestningspolicyn omvandlar rapporten från en ögonblicksbild till en cykel. Redogörelsemallen omvandlar den interna rapporten till ett publikt läge.
De rapporter som misslyckas 2026 misslyckas för att de hoppar över omvandlingssteget. De citerar ett WCAG-nummer utan att översätta det till “vad bryter det här faktiskt för vilka användare.” De taggar fynd “hög” utan att översätta “hög” till en definition. De producerar ett utlåtande utan att producera det omfång det gäller för. Varje saknat omvandlingssteg är ett ställe där rapporten blir ovedersäglig — och en ovedersäglig tillgänglighetsrapport är inte en leverabel, det är en marknadsföringsartefakt.
Det djupare mönstret är att en tillgänglighetsrapport läses på fyra mycket olika avstånd. Ledningssponsorn läser E·01 och återvänder aldrig. Upphandlingsansvarig läser E·02, E·03 och E·09. Teknikchefen läser E·05, E·06 och E·07. Granskaren som läser rapporten tolv månader senare läser E·03, E·04 och E·08. En rapport som inte fungerar på alla fyra avstånd är en rapport som misslyckas för minst en av dessa läsare, och den läsare som misslyckas är vanligtvis den med budgeten.
Vad man ska göra först
Praktiska åtgärder för tillgänglighetsansvariga 2026
- Kör den kostnadsfria tillgänglighetsskannern på tre representativa mallar för att ta fram en grundläggande fyndlista i E·05-format — det är den minsta möjliga artefakten och kostar ingenting.
- Beställ en manuell granskning av testare med funktionsnedsättning för den fullständiga nio-avsnittsrapporten. Kräv E·02, E·06 och E·07 som godkännandekriterier för leverabeln.
- Publicera utkastet till tillgänglighetsredogörelse från E·09 på
/accessibility/inom fyra veckor efter rapporten. Låt den inte ligga opublicerad. - Sätt upp kontinuerlig övervakning per köparguiden för tillgänglighetsövervakning för att fånga regressioner mellan den årliga rapporten och omtestet vid sex månader.
- Lägg in omtestet från E·08 i teknikkalendern — inte juridikkalendern — och behandla det som en releasebroms.
En användbar tillgänglighetsrapport är den en tillsynsmyndighet kan läsa på fem minuter (E·01, E·02, E·04), en ingenjör kan prioritera i en sprint (E·05, E·06, E·07) och en granskare kan köra om ett år (E·03, E·08). En oanvändbar är den som citerar WCAG-nummer utan att översätta dem till språk någon av dessa läsare kan agera på. Hälften av de rapporter som landar på tillgänglighetsansvariga skrivbord 2026 misslyckas med det testet, och misslyckandet har nästan alltid samma form: inget omfång, ingen rubrik, ingen åtgärdsplan, inget utlåtande.
Kör den kostnadsfria WCAG 2.2-skannern för en automatiserad baslinje i E·05-format och beställ sedan en manuell granskning för de sex återstående avsnitten.
Öppna skannern →Vanliga frågor
Vad ska en tillgänglighetsrapport innehålla?
En komplett rapport innehåller nio avsnitt: en sammanfattning med ett ställningstagande, en omfångsdeklaration, ett metodavsnitt som namnger standard och verktyg, ett överensstämmelseutlåtande per framgångskriterium, en fyndlista, en allvarsgrad-rubrik, en åtgärdsplan med arbetsinsatsuppskattningar, en omtestningspolicy och ett utkast till tillgänglighetsredogörelse. En rapport som saknar omfång, rubrik eller utlåtande är oanvändbar — läsaren kan inte avgöra vad som testades, vad “allvarsgrad” betyder eller om webbplatsen uppfyller kraven.
Vad är skillnaden mellan en tillgänglighetsrapport och en tillgänglighetsredogörelse?
En tillgänglighetsrapport är en intern leverabel — vanligtvis 30 till 80 sidor — som dokumenterar en gransknings fynd, allvarsgrader och åtgärdsplan. En tillgänglighetsredogörelse är den korta, publika sidan på /accessibility/ som sammanfattar överensstämmelseläget, standarden, granskningsdatumet, kända undantag och kontaktvägen för användare som stöter på ett hinder. Rapporten producerar redogörelsen; redogörelsen är inte rapporten.
Hur lång är en typisk tillgänglighetsrapport?
En manuell granskningsrapport för en liten marknadsföringssajt är 25 till 40 sidor. En rapport för en komplex autentiserad produkt med flera flöden kan nå 80 till 150 sidor eftersom fyndavsnittet växer med antalet granskade mallar. De narrativa avsnitten tar sammanlagt ungefär 10 till 15 sidor oavsett webbplatsens storlek. Resten är fynd.
Är skannerrapporter för tillgänglighet juridiskt tillräckliga?
Nej. Varken DOJ:s 2024 Title II-regel eller Europeiska tillgänglighetsakten betraktar automatiserad skannerutdata som en komplett tillgänglighetsrapport. Skannrar upptäcker ungefär 30 till 40 procent av WCAG-problemen — främst kontrast, saknad alternativtext, saknade etiketter och dokumentstruktur. Återstående 60 till 70 procent kräver mänskligt omdöme. En skannerrapport är rådata till en fullständig rapport, inte en ersättning.
Hur ofta ska vi ge ut en ny tillgänglighetsrapport?
En fullständig manuell gransknings- och rapportcykel var tolfte månad är den grundläggande normen för de flesta webbplatser. Ett omtest av tidigare underkända kriterier vid sexmånadersmarkeringen är god praxis. Varje betydande mallförändring, omdesign eller ramverksmigrering bör utlösa en deltagranskning. Kontinuerlig övervakning körs mellan rapporterna så att regressioner upptäcks omedelbart.
Kräver WCAG ett specifikt rapportformat?
Nej. WCAG specificerar framgångskriterier; det föreskriver inte formatet på leverabler från granskningar. W3C publicerar EARL och WCAG-EM som strukturella referenser, men ingen av dem är obligatorisk under ADA, EAA, AODA eller något annat regelverk. Regelverken förväntar sig att en rapport namnger standarden, omfånget, metodiken och utlåtandet — formatet runt dessa fakta är granskarens val.
MetodikAvsnittsmodell härledd från WCAG-EM utvärderingsmetodik, IAAP granskningsrapportreferenser och 30+ publicerade tillgänglighetsredogörelser som undersökts i /articles/accessibility-statement-audit-top-100/.
OmfångDet här är en guide för rapportformat, inte en checklista för juridisk efterlevnad. Konsultera behörig juridisk rådgivare för jurisdiktionsspecifika rapporteringsskyldigheter under ADA Title III, EAA eller andra tillämpliga regelverk.