Direktivet själv anger ingen fast tidsram för att "göra tillgänglig" en webbutik. Det som däremot är fastställt är det datum då skyldigheten träder in kraft: sedan 28 juni 2025 är kravet verkställbart för tjänster som omfattas av den. Hur lång den faktiska processen tar för att gå från en nuvarande webbplats till en webbplats som uppfyller EN 301 549 (i praktiken WCAG 2.1 nivå AA) beror på webbplatsens omfattning, antalet problem och hur snabbt en organisation kan handla internt.
I praktiken består en process av fyra faser: inventering, prioritering, teknisk reparation och dokumentering. En liten webbutik med ett standardiserat cms-tema och en begränsad beställningsprocess genomgår dessa faser vanligtvis snabbare än en plattform med en egen inloggningsmiljö, en skräddarsydd kassa och flera språk. Det finns inget tal som passar för varje organisation, men det finns ett mönster i var processer möter förseningar.
Vad lagen reglerar och vad den inte gör
Förordningen beskriver vilka tjänster som omfattas av området, vilken teknisk standard som gäller och vilken information en tillgänglighetsförklaring måste innehålla. En konkret tidsram för "först skanna, sedan förbättra inom X veckor" finns inte i den. Tillsynsmyndigheter tittar på det aktuella tillståndet för en tjänst och på frågan om en organisation arbetsbar och strukturellt arbetar för att uppfylla kraven, inte enligt en fast genomlöpningstid som skulle vara densamma överallt. För de exakta kraven för varje del av en webbplats rekommenderas det att rådföra sig med själva texten. för varje ämne har utredningen gjorts vad reglerna exakt innebär och där de finns i den officiella texten.
Där processer fastnar i praktiken
Den första förseningen uppstår ofta inte i tekniken utan i överblicken: företag vet inte vilka sidor, formulär och flöden som omfattas av området och vilka som inte gör det. Ett andra problem är betalningssteget och inloggningsmiljön; dessa är ofta skräddarsydda komponenter som inte ingår i ett standardtema och därför inte automatiskt följer med en cms-uppdatering. Ett tredje problem är beroendet av en extern leverantör för cms eller betalningsmodulen, där en ändring ibland väntar på en utgåva från denna part. Och ett fjärde problem är internt: en lista med fynd i teknisk språkdräkt ligger kvar eftersom ingen vet vem som tar på sig vilken regel.
Fyra faser och där de fastnar
Inventeringsfasen handlar om att fastställa vad som inte stämmer, på vilka sidor och hur allvarligt det är för någon som använder en skärmläsare eller endast ett tangentbord. Detta är fasen där en automatiserad skanning gör det mesta arbetet, men också fasen där det måste vara klart vad sådan skanning inte kan se; inte varje WCAG-kriterium kan maskinellt testas.
Prioriteringsfasen omvandlar fynd till en ordning: vad blockerar en beställning helt och hållet, och vad är ett mindre problem. Detta fastnar ofta eftersom en teknisk resultatlista inte säger vem inom organisationen som är ansvarig för vilken del.
Reparationsfasen är fasen med den längsta genomlöpningstiden, och dess varaktighet beror mycket på om justeringar kan göras internt eller måste gå via en leverantör. Formuläretikett och färgkontrast löses ofta snabbt; ett beställningssteg som tekniskt inte kan betjänas med endast ett tangentbord kräver mer utvecklingsarbete.
Den sista fasen är dokumentering: att upprätta tillgänglighetsförklaringen, fastställa en förbättringsplan med tidsfrister och på ett verifierbart sätt visa att en egen bedömning har gjorts. Detta är ingen fas som du hoppar över när tekniken väl fungerar; förklaringen bör återspegla det aktuella läget, även om det läget ännu inte är perfekt.
Vad som faktiskt påverkar genomlöpningstiden
En organisation som i förväg vet vilka sidor som omfattas av området och vilka problem som väger tyngst förlorar mindre tid på fram-och-tillbaka mellan teknik och beslutsfattande. I några frågor kan det gratis ses var en webbplats står nu, utan att det kräver något konto. För nästa steg – alltså den fullständiga genomsökningen av betalsteg och inloggningsflöde plus en prioriterad handlingslista i vanlig språkstil – gäller att arbetningen per krav tillsammans med motsvarande tidsfrister är en del av det betalda spåret; vad som ingår där står på ett tydligt sätt presenterat.
En sista faktor som påverkar genomloppstiden: tillgänglighet är ingen projekt med ett slutdatum utan ett tillstånd som gäller på nytt efter varje ändring på webbplatsen. Ett nytt kassasteg eller ett förnyat kontaktformulär kan föra tillbaka ett problem som redan hade lösts. Den som vill veta var informationen i en rapport kommer från och hur ofta den uppdateras, hittar det på sidan som förklarar hur processen fungerar.
För den egna situationen, med eget cms, leverantör och intern planering, förblir det svårt att namnge en fast tidsfrist i förväg. Den som är osäker på om ett spår är realistiskt att planera gör bäst i att först få skarpt vad som exakt måste hända innan en planering byggs runt det. Den kostnadsfria snabbsökningen är ett logiskt startpunkt för det, utan att det omedelbar medför ett konto eller betalning.