Veebisaidi ligipääsetavuse kontrollnimekiri väikeettevõttele

Kujutage ette ekraanilugejat kasutavat klienti. Ta leiab soovitud tossud, valib suuruse ja vajutab nuppu, mida peab ostukorvi nupuks. Ekraanilugeja ütleb „nupp“. Ja muud midagi. Lehel on kolm sellist nuppu ja ühelgi pole nime, nii et ta lahkub ja teie ei saa kunagi teada, miks.

Enamik väikeettevõtete saitide ligipääsetavusprobleeme on just sellised: omanikule nähtamatud, kliendile tupik. See kontrollnimekiri on mõeldud neile, kes peavad Shopify, WooCommerce'i, Wixi või Squarespace'i saiti ilma oma arendajata.

Kas minu väikeettevõtte veebisait peab olema ligipääsetav?

Kui müüte ELi tarbijatele, siis tõenäoliselt jah. Euroopa ligipääsetavuse akt (avaneb uuel vahelehel) hõlmab e-kaubanduse teenuseid alates 28. juunist 2025. Peamine erand on teenuseid osutavatele mikroettevõtjatele: ettevõtetele, kus töötab alla 10 inimese ja mille aastakäive või bilansimaht ei ületa 2 miljonit eurot.

E-kaubandus tähendab siin müüki vahemaa tagant, veebisaidi või rakenduse kaudu, „tarbija isikliku taotluse põhjal eesmärgiga sõlmida tarbijaleping“ (artikli 3 punkt 30). E-pood või broneerimissüsteem sobib selle alla. Erand hõlmab ainult teenuseid: hõlmatud toodete, näiteks e-lugerite, müümisel kehtivad ikkagi toodete reeglid (artikli 4 lõige 5). Ka see, et asute väljaspool ELi, ei aita, sest Ühendkuningriigi pood, mis müüb klientidele Prantsusmaal, on nende osas hõlmatud (artikli 3 punkt 4). Meie juhend Euroopa ligipääsetavuse akti kohta käsitleb riigisiseseid seadusi ja trahve.

Ühendkuningriigi Equality Act 2010 (avaneb uuel vahelehel) nõuab puuetega inimeste jaoks mõistlikke kohandusi, kuid ei kehtesta veebisaitidele tehnilist standardit. USA justiitsministeeriumi 2022. aasta märtsi juhend (avaneb uuel vahelehel) ütleb, et avalikkusele avatud ettevõtted peavad muutma ligipääsetavaks selle, mida nad internetis pakuvad, ning et sellised standardid nagu WCAG „pakuvad kasulikke juhiseid“. Ükskõik mida seadus ütleb, klient, kes ei saa maksmist lõpule viia, ei osta.

Millised on veebisaitide levinumad ligipääsetavusprobleemid?

Domineerivad kuus viga. 2026. aasta veebruaris tehtud WebAIM Million 2026 (avaneb uuel vahelehel) automaatses skannimises, mis hõlmas miljonit populaarseimat avalehte, leiti WCAG-vigu 95,9% lehtedest, keskmiselt 56,1 viga lehe kohta. Kõige levinum probleem oli madala kontrastiga tekst, mida leidus 83,9% avalehtedest.

Nende kontrollide taga on WCAG ehk veebisisu ligipääsetavuse suunised; enamik seadusi viitab selle tasemele AA ja meie WCAG 2.2 juhend selgitab uusimat versiooni. Mitut allpool toodud kontrolli ei suuda ükski skanner hinnata.

Kas kõik saavad teie teksti lugeda ja pilte mõista?

Alustage siit, sest need parandused on odavad ja enamasti saate need ise saidiredaktoris teha. Tekstil peab olema piisav kontrast, teavet kandvatel piltidel peab olema alternatiivtekst ja miski ei tohi sõltuda ainult värvist. Colour Blind Awareness (avaneb uuel vahelehel) andmetel on värvinägemise häire umbes igal 12. mehel ja igal 200. naisel.

• Kontrast. Tavalisel tekstil peab olema taustaga kontrastisuhe vähemalt 4,5:1 (avaneb uuel vahelehel), suurel tekstil vähemalt 3:1. Testige oma värve tasuta kontrollijaga, ka bännerifotode peal olevat teksti. Meie värvikontrasti juhend näitab parandusi, mis säilitavad teie brändi.
• Toodete alternatiivtekst. Kirjeldage seda, mida ostja peab teadma: „Tumesinine villane kampsun ribilise rullkraega, eestvaade“ on parem kui „tootepilt 1“. Alustage kümnest enimmüüdud tootest.
• Dekoratiivsed pildid. Tausta kaunistusel peaks olema tühi alternatiivtekst, et ekraanilugeja selle vahele jätaks. Mõni platvorm täidab tühja alt-välja failinimega, nii et kontrollige, kuidas teie oma seda teeb.
• Ainult värv. „Otsas“, mida näidatakse ainult hallikaks muudetud värvinäidisena, või kohustuslik väli, mis on tähistatud ainult punasega, ei jõua kõigini. Vaadake lehte telefoni halltoonide filtriga ja lisage sõna või ikoon kõikjale, kus tähendus kaob.
• Suurendus. 200% brauserisuurenduse juures peaks tekst kasvama, ilma et see kattuks või ära lõigataks, ning menüü peaks endiselt töötama.
• Lehe keel. Iga tasuta kontrollija märkab puuduvat keelemääratlust. See on kujundusteema seade või üherealine muudatus mallis.

Kas teie saiti saab kasutada klaviatuuriga?

Paljud inimesed sirvivad ilma hiireta: ekraanilugeja kasutajad, värisevate kätega või piiratud käeliigutustega inimesed ja igaüks, kelle puuteplaat just üles ütles. Pange hiir kõrvale ja vajutage tabulaatorit. Peaksite jõudma iga lingi, nupu ja vormiväljani mõistlikus järjekorras, nägema alati, kus olete, ja mitte kuhugi kinni jääma.

• Nähtav fookus. Piirjoon peaks näitama, milline element on aktiivne, ja kleepuv päis või vestlusmull ei tohi seda katta (WCAG 2.2 kriteerium 2.4.11 Fookus pole varjatud). Paljud kujundusteemad eemaldavad piirjoone välimuse pärast; arendaja saab selle taastada.
• Lõkse pole. Avage klaviatuuriga menüü, suuruse valik, hüpikaknad ja pildigalerii, valige midagi ja proovige siis lahkuda. Escape-klahv peaks hüpikaknad sulgema.
• Ikoonidel on nimed. Igal ikoonlingil ja -nupul peab olema nimi, mida ekraanilugeja saab ette lugeda, näiteks „Ostukorv, 2 toodet“. Asendage „Klõpsa siin“ sõnadega, mis ütlevad, kuhu link viib.
• Vahelejätulink ja pealkirjad. Esimene tabulaatorivajutus peaks ideaalis näitama linki „Liigu sisu juurde“. WebAIM-i 2024. aasta ekraanilugejate uuringus (avaneb uuel vahelehel) ütles 71,6% vastanutest, et pika lehe puhul liiguvad nad kõigepealt pealkirjade järgi, seega kasutage päris pealkirjatasemeid, mitte paksu kirja.
• Puutesihtmärgid. WCAG 2.2 nõuab vähemalt 24 × 24 CSS-piksli suuruseid sihtmärke või piisavalt ruumi nende ümber (edukriteerium 2.5.8 (avaneb uuel vahelehel)).

Kas kõik saavad läbi teie vormide, ostukorvi ja maksmise?

Maksmise juures maksavad ligipääsetavusprobleemid teile otse raha, nii et testige see algusest lõpuni läbi, ka seda, mis juhtub, kui midagi läheb valesti. Igal väljal peab olema nähtav silt, veateated peavad probleemi sõnadega selgitama ja sisselogimine ei tohiks sõltuda mälutestidest ega mõistatustest. Arvesse lähevad ka teie makseteenuse pakkuja lehed.

• Sildid, mitte kohatäitjad. Kohatäitetekst kaob kohe, kui keegi trükkima hakkab, ja on sageli lugemiseks liiga kahvatu. Igal väljal peab olema silt, mis jääb nähtavaks.
• Veateated. Saatke vorm tühjana. Iga viga peaks olema sõnadega lahti kirjutatud („Sisestage postiindeks, näiteks 10111“), asuma oma välja kõrval ja olema ette loetud, mitte ainult muutma välja äärise punaseks.
• Ärge küsige kaks korda. Pakkuge valikut „Arveldusaadress on sama“ selle asemel, et panna inimesi tarneaadressi uuesti sisestama. WCAG 2.2 muutis selle A-taseme nõudeks, 3.3.7 Korduv sisestus.
• Sisselogimine. Lubage paroolide ja ühekordsete koodide kleepimist ning paroolihaldurite kasutamist. Kleepimise keelamine rikub WCAG 2.2 ligipääsetava autentimise kriteeriumi (avaneb uuel vahelehel), kui te ei paku muud sisenemisviisi.
• CAPTCHA-d. WebAIM-i 2024. aasta uuringus pidasid ekraanilugeja kasutajad CAPTCHA-t veebi kõige problemaatilisemaks elemendiks. Kui vajate kaitset robotite eest, vältige visuaalseid mõistatusi ja pakkuge alati mittevisuaalset alternatiivi.
• Ajapiirangud. Kui ostukorvi või broneeringu hoidmise aeg saab läbi, hoiatage inimesi ja laske neil seda pikendada.

Kui osa maksmisprotsessist kuulub teie platvormile või makseteenuse pakkujale, testige seda siiski, teatage probleemidest ja märkige need teadaolevate probleemidena üles.

Aga küpsiseribad, hüpikaknad ja vestlusvidinad?

Teie klientide jaoks on kolmandate osapoolte skriptid osa teie veebisaidist. Küpsiseriba, mida ei saa klaviatuuriga sulgeda, blokeerib iga lehe ning uudiskirja hüpikaken, mis haarab maksmise keskel fookuse, võib müügi ära rikkuda. Testige iga lisatud skripti ja küsige pakkujatelt ligipääsetavuse kohta enne, kui uue paigaldate.

• Küpsiseriba. Kas jõuate tabulaatoriga nõustumise ja keeldumise nuppudeni, kas saate neid lugeda 200% suurendusega ja kas saate pärast jätkata sealt, kus olite?
• Hüpikaknad. Fookus peaks liikuma hüpikaknasse, jääma sinna kuni selle sulgemiseni ja seejärel tagasi tulema. Escape-klahv peaks selle sulgema.
• Vestlusvidinad. Nupul peab olema nimi, aken peaks klaviatuuriga avanema ja sulguma ning telefonis ei tohiks see olla nupu „Maksa kohe“ peal.
• Karussellid. Kõigel, mis liigub automaatselt kauem kui viis sekundit, peab olema võimalus see peatada, lõpetada või peita (WCAG 2.2 (avaneb uuel vahelehel), edukriteerium 2.2.2).
• Manustatud sisu. Arvustuste vidinad, kaardid ja broneerimistööriistad on samuti teie lehel. Andke vigadest teada tarnijale.

Kas teie videod, PDF-id ja menüüd toimivad kõigi jaoks?

Video vajab subtiitreid, heli vajab transkriptsiooni ja oluline teave ei tohiks olla ainult PDF-is või pildil. Restoran, mille menüü on skannitud PDF, või pood, mille suurustabel on foto tabelist, jätab välja ekraanilugeja kasutajad ja kõik, kes peavad telefonis sisse suumima.

• Subtiitrid ja transkriptsioonid. Parandage automaatsed subtiitrid enne avaldamist. Taskuhäälingud vajavad tekstiversiooni.
• Tekst piltidena. Pange menüüd, hinnakirjad, suurustabelid ja lahtiolekuajad tavalisele veebilehele. Kui peate kasutama PDF-i, eksportige see tekstitöötlusprogrammist koos pealkirjade ja märgenditega, selle asemel et väljatrükki skannida.
• Vanemad failid. EAA ei nõua, et parandaksite enne 28. juunit 2025 avaldatud kontorifaile või eelsalvestatud heli ja videot ega arhiive, mida te enam ei uuenda (artikli 2 lõige 4). Uued failid on hõlmatud.

Mida saan ise parandada ja millal vajan arendajat või auditit?

Enamiku sisuprobleemidest saate ise sisuhaldussüsteemis parandada: alternatiivtekst, pealkirjad, linkide tekstid, värvid, subtiitrid ja paljud vormisildid. Kujundusteema tasandi probleemid, nagu puuduvad fookuse stiilid, klaviatuurilõksud ja kohandatud rippmenüüd, vajavad arendajat. Audit on kõige mõttekam siis, kui põhiasjad on parandatud, või enne ümberkujunduse avaldamist.

Kuhu sobib meie omasugune vidin? Külastaja poolel avatav paneel, näiteks SiteAccessible, laseb inimestel kontrasti tõsta, teksti suurendada või lugemisjoonlaua sisse lülitada. See aitab mõnda külastajat, kuid ei märgi sellest kontrollnimekirjast ühtki punkti tehtuks: nimeta nupp jääb nimetuks ja klaviatuurilõks jääb lõksuks. Parandage kõigepealt sait ja pidage vidinat lisaks.

Kuidas tehtut dokumenteerida?

Pidage lihtsat logi selle kohta, mida ja millal testisite, mida parandasite ja mis on endiselt katki, ning avaldage aus kokkuvõte ligipääsetavuse teatises. Kui EAA kehtib teie kohta, peate avaldama ka teabe selle kohta, kuidas teie teenus vastab ligipääsetavusnõuetele, tavaliselt oma üldtingimustes või samaväärses dokumendis.

See teine kohustus tuleneb direktiivi V lisast; vormi määrab riigisisene õigus. Meie ligipääsetavuse teatise kirjutamise juhendis on mall, mida saate kohandada. Seejärel muutke järgmised sammud rutiiniks:

1. Kontrollige kolme põhilehte selle nimekirja järgi ja tehke igast veast ekraanipilt.
2. Parandage sisuga seotud punktid ise juba sel nädalal.
3. Andke arendajale ülesanded kujundusteema ja maksmise kohta, kõige hullemad esimesena.
4. Testige iga parandust uuesti nii klaviatuuri kui ka kontrollijaga.
5. Avaldage või uuendage oma teatist koos kuupäevaga.
6. Korrake seda iga kord, kui lisate rakenduse, vahetate kujundusteemat või avate uue maandumislehe.