Vad kostar det att tillgänglighetsanpassa hemsidan?

Granskning först – vad det kostar

En granskning testar sajten mot kriterierna i WCAG, standarden som de europeiska reglerna hänvisar till. En användbar granskning kombinerar automatisk skanning, som snabbt hittar de enkla felen, med manuella tester med tangentbord och skärmläsare, som hittar dem som faktiskt stoppar människor. Priset beror på hur många olika mallar och flöden som testas, inte på det totala antalet sidor: en sajt med tusentals produktsidor byggda på en mall har en produktmall att testa.

Åtgärder i design och kod

Designåtgärder gäller färger med för låg kontrast, fokusmarkeringar som inte syns, för små klickytor och information som bara förmedlas med färg. Kodåtgärder gäller formulärfält utan etiketter, knappar som inte är riktiga knappar, bilder utan textalternativ, menyer som inte går att använda med tangentbord och dynamiskt innehåll som skärmläsare inte läser upp. Den viktiga insikten om kostnad är att båda till stor del sitter i gemensamma komponenter. Rätta knappen, formulärfältet och menyn en gång, så blir varje sida bättre.

• Färg och kontrast: ofta en justering av paletten, billigt om färgerna är definierade centralt.
• Tangentbord och fokus: oftast åtgärder på komponentnivå i navigation, dialogrutor och egna kontroller.
• Formulär: etiketter, felmeddelanden och instruktioner kopplade till fälten, rättade en gång i formulärkomponenten.
• Egna widgetar: karuseller, filter och datumväljare är dyrast; ibland är det billigare att byta ut dem än att rätta dem.
• Delar från tredje part som chattwidgetar, bokningsverktyg och betalformulär: här är ni beroende av leverantören, så kontrollera tillgängligheten före köpet.

Innehåll, PDF:er och dokument

Innehållet är den del budgeten glömmer. Rubriker som används för utseendets skull i stället för struktur, länktexter som bara säger läs mer, bilder utan meningsfull alternativtext, filmer utan undertexter och PDF:er som skannats som bilder stänger ute användare, och allt måste rättas av den som sköter innehållet. PDF:er är dyrast: att göra en befintlig PDF tillgänglig är långsamt handarbete, och ofta är det billigare att göra om innehållet till en webbsida.

Åtgärda i efterhand eller bygga in

Tillgänglighet som byggs in i designsystem och utvecklingsprocess lägger till en måttlig kostnad per komponent, eftersom rätt val görs en gång. Att åtgärda i efterhand innebär att hitta varje problem, designa om, koda om och testa om komponenter som redan betalats en gång. Står sajten ändå inför en omdesign, lägg in tillgänglighetskraven i kravspecifikationen i stället för att rätta den gamla sajten först. Guiden om att designa för WCAG 2.2 förklarar vad du ska kräva.

1. Skriv in WCAG 2.1 nivå AA, eller 2.2 om ni vill ligga före, i kraven och avtalet.
2. Kräv tillgänglighetskontroller som en del av acceptanstestet, med tester för tangentbord och skärmläsare.
3. Välj verktyg från tredje part som dokumenterar sin tillgänglighet.
4. Fråga leverantören hur tillgänglighet hanteras i deras komponentbibliotek.

Löpande kontroller

En sajt som är tillgänglig vid lanseringen glider: nytt innehåll, nya kampanjer och nya funktioner för med sig fel. Budgetera för automatisk bevakning, en kort manuell kontroll av nya mallar före release och en årlig genomgång. Om lagen gäller er beror på storlek och vad ni säljer; guiden om tillgänglighetskrav på företagshemsidor går igenom omfattningen, inklusive undantaget för de minsta tjänsteföretagen.

När ni inte ska köpa åtgärder av oss: planeras en omdesign inom ett år, lägg pengarna på att bygga in tillgängligheten i stället för att rätta den gamla sajten, om inte lagen eller verkliga användare kräver det tidigare. Vår UX-granskning för konvertering innehåller en tillgänglighetsgenomgång med prioriterad åtgärdslista; se priser eller boka ett samtal så avgränsar vi en granskning utifrån era mallar.

Vanliga frågor