Beløbet for selve handlingsplanen er normalt begrænset: det er dokumentet med den prioriterede liste over barrierer, de tilhørende frister og begrundelsen for, hvorfor noget er mere eller mindre presserende. De virkelige omkostninger kommer i næste trin – når websitet, webshopen eller appen skal tilpasses af en udvikler. Og det beløb varierer enormt, afhængig af nogle få faktorer, som gennemgås nedenfor.
Det vigtigste er ikke antallet af påviste barrierer, men typen af barriere og hvor den ligger. Dårlig farvekontrast på et par overskrifter kan løses på en eftermiddag. Et betalingsflow, der ikke kan bruges med tastaturet, påvirker ofte den underliggende kode i en betalt eller tilpasset komponent, og det kræver markant mere tid. Handlingsplanen siger, hvad der skal ske og i hvilken rækkefølge; den siger ikke, hvor mange timer en udvikler skal bruge på det, fordi det afhænger af, hvordan siden er bygget op.
Hvor beløbet kommer fra
De fleste tilbud på at rette tilgængelighedsbarrierer er opbygget af tre dele: tiden til at forstå problemet, tiden til at løse det, og tiden til at kontrollere, at løsningen også fungerer med en skærmlæser eller kun tastatur. Denne sidste del glemmes ofte i første vurdering, men det er præcis hvor reparationsarbejdet går over budget: en knap, der ser visuelt fin ud, kan stadig ikke kommunikere, hvad den gør, til hjælpeteknologi.
En anden omkostningspost er selve platformen. En webshop på en standardplatform med velvedligeholdte temaer har ofte allerede styr på det grundlæggende, såsom korrekt overskriftsstruktur og grundlæggende tastaturfokusrækkefølge. Et erhvervswebsted med en tilpasset loginomgeving eller eget betalingsflow mangler undertiden dette grundlag helt, og så handler det ikke om at justere indstillinger, men om at omskrive komponenter. læse pr. situation præcis, hvad der bliver testet giver et billede af, hvilke dele af et websted normalt kræver mest arbejde.
En tredje faktor er, hvem der udfører arbejdet. Interne udvikler, der allerede kender koden, er ofte hurtigere end en ekstern part, der først skal finde ud af, hvordan alt hænger sammen. Omvendt har en ekstern part, der ofte udfører denne type reparationsarbejde, en fordel i erfaring med præcis denne type fejl, såsom formularmærkater eller alternativ tekst, der strukturelt mangler.
Hvad der ikke reducerer omkostningerne
En tilgængelighedswidget, der hævder at forbedre siden med ét klik, løser ingen af disse underliggende problemer og reducerer derfor heller ikke de faktiske omkostninger. Sådan en overlay tilføjer et lag foran på siden, men den underliggende kode, formularmærkater og tastaturfokusrækkefølge forbliver uændret. Tilsynsmyndigheder og selve lovteksten går ud fra den faktiske tilgængelighed af den underliggende tjeneste, ikke fra hvad en widget lover at gøre. Hvis man stoler på dette, udsætter man blot omkostningerne ved det rigtige reparationsarbejde.
En anden misforståelse er, at alt skal rettes på én gang for at spare på timeprisen. I praksis er en faset tilgang ofte billigere, fordi de mest alvorlige barrierer – for eksempel et betalingsflow, der ikke kan gennemføres med en skærmlæser – først løses, mens mindre problemer som farvekontrast følger med i en almindelig vedligeholdsplan. Det er præcis, hvor en prioriteret handlingsliste i simpelt sprog har værdi: udvikler ved så, hvor de skal starte først, i stedet for at tackle alt på én gang.
Hvad axessia gør og ikke gør
Axessia opretter handlingslisten, dokumenterer hvad der er blevet testet, og overvåger, om ændringer på siden kræver ny testning. Det egentlige reparationsarbejde, skrivning af ny kode eller tilpasning af et tema, påhviler jeres egen udvikler eller bureau. Dette skel er bevidst: en automatisk scan kan ikke teste en del af kravene, og gennemførelse af reparationer kræver kendskab til jeres specifikke platform, som en scan ikke besidder.
Hvis man gerne vil vide, hvilken del af omkostningerne der overhovedet er relevant for ens egen situation, begynder man med spørgsmålet, om loven gælder. få en første indikation på et par spørgsmål viser om en fritagelse gælder, for eksempel for mikrovirksomheder, før man tænker på reparationsomkostninger. For dem, der allerede ved, at loven gælder, og er nysgerrige på, hvad axessia's egen rapport og erklæring koster, ligger det uden for reparationsarbejdet på oversigten over abonnementer og hvad de indeholder.
Hvis du stadig er i tvivl om en del af din site, eller hvis du gerne vil vide, hvordan en tidligere testning blev foretaget, før du indsætter en udvikler? læs hvor vurderingen kommer fra forklarer hvilke kilder der bruges dertil.
Den gratis quick-scan giver på en håndfuld kernepages et første billede af, hvor de største flaskehalse sidder, uden at der kræves en konto til det. Det er et godt udgangspunkt til at vurdere, hvor meget reparationsarbejde der cirka venter, før du indhenter et tilbud hos en udvikler.