Kassasteget är för många webbutiker den mest känsliga delen av webbplatsen när det gäller tillgänglighet. Medan produktsidorna ofta fungerar ganska bra med en skärmläsare, fastnar processen så fort en kund måste betala: knappar utan tydlig etikett, felmeddelanden som inte tillkännages, eller en betalningswidget från en extern leverantör som inte går att använda utan mus. Det är ingen slump. Kassasteget innehåller de mest dynamiska elementen på hela webbplatsen, och dynamiska element är exakt där skärmläsare och tangentbordsnavigering fastnar snabbast.
Det här handlar inte om en liten detalj. Betalningssteget omfattas av samma EN 301 549-krav som resten av webbplatsen, och den här steget genomför en användare per definition när han eller hon faktiskt vill köpa något. En skärmläsare som fastnar där utesluter en kund i det avgörande ögonblicket. Det är också anledningen till att vi på axessia.eu inkluderar kassasteget som standard i den fullständiga skanningen, inte bara i den kostnadsfria snabbskanningen av kärnintrosidorna.
Var det går fel i praktiken
De vanligaste problemen är slående återkommande. En knapp för "nästa steg" eller "betala nu" som bara innehåller en ikon utan text som en skärmläsare kan läsa upp. Ett felmeddelande för ett felaktigt ifyllt postnummerfält som visas på skärmen men inte tillkännages eftersom rätt teknisk koppling saknas. En förloppsindikatorn ("steg 2 av 3") som är visuellt tydlig men förblir osynlig för en skärmläsare. Och själva betalningsleverantören: iDEAL- eller kreditkortswidgetar från tredje part är ofta löst integrerade och har sina egna tillgänglighetsnivåer, där en webbutik själv har liten kontroll men förblir ansvarig.
Fokusordning är också ett återkommande problem. Efter att ett formulär med ett fel skickats in bör användarens uppmärksamhet gå till felmeddelandet. Om det inte sker, förblir någon som arbetar med tangentbordet eller en skärmläsare i sökandet efter vad som gick fel, utan någon vägledning.
Varför en automatiserad skanning delvis missar detta
En automatiserad skanning är bra på att identifiera saknade etiketter, tomma knappar och strukturella problem i källkoden. Det som en skanning inte kan bedöma väl är beteende: tillkännages ett felmeddelande faktiskt högt, hoppar fokus logiskt, och är kassasteget fortfarande åtkomligt utan mus efter att uppgifter har matats in. Det kräver någon som faktiskt går igenom steget med en skärmläsare. Det är exakt denna typ av begränsning som uttryckligen anges i varje axessia.eu-rapport: en skanning testar en del av kraven, inte allt.
Därför fokuserar den fullständiga skanningen inte bara på startsidan utan även på de steg som en kund faktiskt går igenom, inklusive inloggning och utcheckning. Om du först vill ha en indikation utan åtaganden kan du se på några frågor var din webbplats för närvarande står.
Vad detta betyder för de krav du måste uppfylla
Den underliggande standarden EN 301 549 översätts i praktiken till WCAG 2.1 nivå AA. Den innehåller krav på namn, roll och status för interaktiva element, om statusmeddelanden som måste kunna noteras utan visuell uppmärksamhet, och om information som inte bara förmedlas via färg eller position. För exakt formulering och plats i den officiella texten är EUR-Lex den lämpliga källan; vi översätter dessa krav till igenkännbara situationer som kassasteget, men gör ingen bedömning av din specifika situation. Mer bakgrundsinformation om hur denna översättning görs kan du läsa på sidan som förklarar var vår information kommer från.
Hur du testar detta själv eller låter testa det
Ett första, praktiskt steg är att gå igenom betalningssteget utan mus: endast med tabulatortangenten och Enter. Om du inte kommer vidare någonstans, är det stor risk att en skärmläsare också fastnar där. Ett andra steg är att testa med en gratis skärmläsare som NVDA, och särskilt notera vad som läses upp när ett fel uppstår. För en fullständig överblick, inklusive de delar som bara kommer fram genom en manuell genomgång, krävs mer omfattande testning; axessia.eu utför denna testning och dokumenterar resultaten i en prioriterad åtgärdslista, men utför själva inte något reparationsarbete. Det ligger på dina egna utvecklare eller leverantörer, ofta baserat på precis de punkter som vi nämner. Andra vanliga frågor kring denna typ av konkreta flaskhalsar hittar du samlat i kunskapsbanken med utarbetade ämnen per situation.
Om du vill veta vad en fullständig testning av ditt betalningssteg och inloggningsmiljö kostar, hittar du det tydligt presenterat på sidan med priser och vad som ingår.
Vill du först själv få ett intryck utan förpliktelser? axessia.eu:s gratis snabbsökning ger inom några minuter en första bild av dina kärnor, och omfattningskontrollen visar om regelverket gäller för din organisation.