Det finns ingen fastställd tidsfrist för att upprätta ett tillgänglighetsutlåtande. I praktiken ser man att processen tar någonstans mellan ett par dagar och några veckor, och denna skillnad beror nästan alltid på samma orsaker: hur stor webbplatsen är, om det redan finns skanningsresultat och en egen bedömning, och hur många komponenter som måste granskas manuellt eftersom en automatiserad skanning inte kan kontrollera dem.
Den som börjar på en tom sida — ingen skanning, ingen översikt över kärnseidor, ingen aning om betalningssteget eller inloggningsflödet — lägger större delen av tiden på att samla dessa grundläggande data, inte på att skriva utlåtandet själv. Den som redan har en aktuell skanning och en fastställd bedömning kan ofta slutföra utlåtandet inom några arbetsdagar. Utlåtandet är i huvudsak en framställning av arbete som ni redan har gjort; problemet ligger sällan i dokumentet utan i vad som föregår det.
Vad som bestämmer genomlöpningstiden
Tre faktorer spelar alltid en roll. För det första omfattningen: en webbutik med endast en produktkatalog går snabbare att bedöma än en plattform med ett betalningssteg, en inloggningsmiljö och en kundportal. För det andra utgångssituationen: har en snabbskanning redan genomförts, eller måste den göras. För det tredje den interna avstämningen: vem inom organisationen som godkänner och undertecknar utlåtandet, och hur snabbt denna person är tillgänglig. Den sista punkten underskattas ofta — den innehållsmässiga bedömningen är ibland snabbare färdig än det interna godkännandet.
Fas 1: omfattning och datainsamling
Den första fasen består i att fastställa vilka delar av er webbplats eller app som omfattas av riktlinjen och vilka kärnseidor och flöden som måste inkluderas. För den som ännu inte vet om lagen överhuvudtaget är tillämplig är detta också tillfället att kontrollera det; kontrollera i några frågor om och var ni omfattas av riktlinjen ger en första bild av detta, utan att ni behöver ett konto för det.
Fas 2: vad en skanning hittar och inte hittar
En automatiserad skanning testar en del av WCAG-kriterierna på ett tillförlitligt sätt: färgkontrast, saknade alternativa texter, strukturproblem i koden. Andra kriterier — om en formuläretikett är innehållsmässigt korrekt, eller om operationssekvensen med endast ett tangentbord är logisk — kräver mänsklig bedömning. Denna skillnad anges i varje rapport, just för att det påverkar genomlöpningstiden: ju fler komponenter som faller utanför den automatiskt testbara delen, desto mer tid tar bedömningen innan ni kan fylla i utlåtandet. I kunskapsbasen anges per ämne exakt vilka kriterier som detta rör; undersök per ämne vad en skanning täcker och inte täcker är en bra startpunkt för att uppskatta var er situation kommer att ta tid.
Fas 3: upprätta och publicera utlåtandet
När bedömningen är klar är själva upprättandet av utlåtandet vanligtvis den snabbaste delen. Dokumentet följer ett fast format med ett begränsat antal komponenter: status, komponenter som ännu inte uppfyller kraven, och hur användare kan rapportera ett tillgänglighetsproblem. Eftersom formatet kan variera från land till land är det lämpligt att inte börja från början för flera länder utan att använda en underliggande bedömning som grund. Hur denna grund byggs upp och dokumenteras kan ni läsa om på hur underliggande data samlas in och dokumenteras.
Fas 4: hålla utlåtandet aktuellt efter ändringar
Tidsplanen stannar inte vid publicering. En förklaring som var korrekt vid leveransen kan bli föråldrad efter en uppdatering av webbutiken eller ett nytt steg i beställningsflödet. Många organisationer underskattar denna punkt: den första förklaringen tar mest tid, men att hålla den uppdaterad är en återkommande uppgift, inte en engångsuppgift. Den som vill delegera denna process utan att behöva hantera den manuellt varje gång, hittar i vad prenumerationen erbjuder i form av mallar och påminnelser en översikt över vad som är tillgängligt för detta.
Där detta fastnar i praktiken
De flesta förseningar uppstår inte vid skrivandet, utan vid två tillfällen: när det visar sig att beställningssteget eller inloggningsflödet inte inkluderades i en tidigare granskning, och när ingen inom organisationen är ansvarig för förklaringen. Båda kan undvikas genom att i förväg klargöra vem som är ansvarig och vilka delar av webbplatsen som omfattas av granskningen. För specifika situationer — ett företag med færre än tio anställda och högst två miljoner euro i omsättning, en plattform med endast affärskunder, en webbplats som just förnyats — gäller något annorlunda utgångspunkter; dessa presenteras per situation i kunskapsdatabasen och vanliga frågor.
Om du först vill veta hur din webbplats presterar innan du planerar en tidslinje, är den kostnadsfria snabbgranskningen en logisk utgångspunkt. Den ger baserat på ett fåtal kärnor en första indikation, utan att du behöver skapa ett konto.