Eiropas Pieejamības akts (EAA) ir spēkā: ko WordPress vietnēm darīt jau tagad

Eiropas Pieejamības akts (European Accessibility Act, EAA) vairs nav “termiņš kaut kad nākotnē”. Tas ir spēkā esošs regulējums: kopš 2025. gada 28. jūnija uzņēmumiem, kas apkalpo patērētājus Eiropas Savienībā, jānodrošina, ka viņu tīmekļa vietnes un digitālie pakalpojumi ir pieejami.

WordPress ekosistēmā tas skar praktiski visus: vietņu īpašniekus, aģentūras, freelancerus, tēmu un spraudņu autorus. Ja tava vietne piedāvā preces vai pakalpojumus cilvēkiem ES (arī tad, ja tu pats neatrodies ES), EAA kļūst par ikdienas prasību. Un galvenais jautājums vairs nav vai būs jāievieš pieejamība, bet kā to izdarīt saprātīgi un pierādāmi – sākot no šodienas.

Zemāk iziešu cauri laika līnijai, izpildes (enforcement) loģikai, riskiem, kā arī pieciem praktiskiem soļiem, ko reāli var sākt darīt ar WordPress vietni tūlīt pat.

Laika līnija un pārejas periods: “termiņš” nav vienkāršs slēdzis

Svarīga nianse: EAA nav binārs “ieslēgts/izslēgts” režīms visiem vienādi. Tas paredz pakāpenisku pieeju, atšķirot jaunus piedāvājumus no jau esošiem pakalpojumiem.

Jauni produkti un pakalpojumi: atbilstība no pirmās dienas

Ja tu palaid pēc 2025. gada 28. jūnija jaunu produktu vai pakalpojumu, tam jābūt pieejamam uzreiz – bez “atlaides perioda”.

• Palaid jaunu e-komercijas vietni oktobrī? Tai pieejamības prasības jāizpilda jau palaišanas brīdī.
• Izdod jaunu WordPress spraudni novembrī? Tam jābūt pieejamam “out of the box” (t.i., lietojamam bez papildus pielāgojumiem).

Regulatoru gaidas te ir skaidras: ja tu būvē kaut ko šodien, tad būvē to visiem. Praktiski tas nozīmē, ka pieejamība jāpārvērš par plānošanas, dizaina un izstrādes procesa sastāvdaļu, nevis par pēdējo “čeklistes” punktu pēc launch. WordPress profesionāļiem tas nostājas blakus drošībai un mobilajai pielāgotībai kā pamata prasība.

Esošie pakalpojumi: pārejas periods līdz 2030. gadam (bet tas nav brīvbiļete)

Pakalpojumiem, kas bija ieviesti pirms 2025. gada 28. jūnija, paredzēts pārejas periods – pilnai atbilstībai jābūt sasniegtai līdz 2030. gada 28. jūnijam.

To bieži dēvē par “grace period”, bet praksē tā ir maldinoša frāze. Tas nav iemesls atlikt – tas ir logs pakāpeniskam progresam.

1. Atlikšana nostāda tevi sliktākā pozīcijā. Pieejamas vietnes sasniedz plašāku auditoriju, bieži uzrāda labāku sniegumu meklētājos un ceļ zīmola uzticību. Ja gaidīsi līdz pēdējam brīdim, tu gadiem neizmantosi ieguvumus.
2. Sūdzības var iedarbināt procesu arī pārejas periodā. Ja lietotājs ar invaliditāti iesniedz sūdzību 2026. gadā, iestādes negaidīs līdz 2030. gadam. Tās izvērtēs situāciju un sagaidīs redzamu plānu un pierādījumus par uzlabojumiem. Dokumentēta “roadmap”, redzams progress un pierādāma attieksme pret pieejamību ir labākā aizsardzība. Nedarbība atstāj tevi neaizsargātu.
3. Lieli atjauninājumi var “resetot” termiņu. Pārejas periods bieži neattiecas, ja veic “substantial modifications” esošam pakalpojumam. Kas skaitās būtiska izmaiņa, var būt pelēkā zona, bet pilns pārdizains, lielas e-komercijas platformas pārbūves vai būtiskas funkcionalitātes izmaiņas var tikt traktētas kā jauns pakalpojums. Tādā gadījumā pilna atbilstība var būt jānodrošina nekavējoties, nevis līdz 2030. gadam.

Kopsavilkums: 2030. gads ir vēlākais datums, nevis starts. No biznesa tiek sagaidīts konsekvents, labā ticībā balstīts progress jau tagad.

Kas notiek, ja vietne nav atbilstoša: kā parasti strādā izpilde (enforcement)

EAA ir spēkā, un ignorēšana var radīt pavisam reālas sekas. Izpildes prakse atšķiras starp ES dalībvalstīm, taču tipiskais process ir līdzīgs: tas vairāk līdzinās strukturētai, patērētāju virzītai sistēmai, nevis mītiskai “pieejamības policijai” pie durvīm.

Kā vietne nonāk redzeslokā

Parasti ir divi galvenie ceļi, kā neatbilstība tiek fiksēta:

1. Patērētāju sūdzības. Visbiežākais scenārijs: cilvēks ar invaliditāti nespēj izmantot vietni, lai pabeigtu pirkumu, saņemtu pakalpojumu vai atrastu informāciju. EAA ietvaros viņam ir skaidrs juridisks mehānisms iesniegt sūdzību savas valsts atbildīgajai iestādei.
2. Tirgus uzraudzība (market surveillance). Regulatori var veikt proaktīvas pārbaudes, īpaši nozarēs ar lielu ietekmi, piemēram, e-komercijā, banku pakalpojumos un tūrismā. Vietne var tikt atzīmēta kāda rutīnas audita laikā.

Kas notiek tālāk: tipiskās stadijas

Parasti “rēķins ar sodu” nepienāk uzreiz. EAA mērķis ir panākt pieejamību, nevis primāri sodīt. Tāpēc izpilde bieži notiek pa posmiem:

1. Neatbilstības paziņojums (notice of non-compliance). Pirmais solis gandrīz vienmēr ir formāls brīdinājums. Nacionālā iestāde sazināsies un uzskaitīs konkrētās pieejamības problēmas, kā arī paskaidros, kuras EAA prasības tiek pārkāptas.
2. Termiņš labojumiem. Līdz ar brīdinājumu tiek dots saprātīgs, bet konkrēts termiņš, kurā jānovērš identificētās problēmas. Tas nav piecu gadu pārejas periods – tas ir īsāks, situācijai pielāgots termiņš, kura ilgums atkarīgs no problēmu sarežģītības.
3. Eskalācija. Ja brīdinājumu ignorē un noteiktajā laikā izmaiņas netiek veiktas, seko sankcijas.

Iespējamās sankcijas

EAA prasa, lai sankcijas būtu “effective, proportionate, and dissuasive” – pietiekami nozīmīgas, lai bizness tās uztvertu nopietni. Praktiskās sekas var izskatīties šādi:

• Būtiski naudas sodi. Visizplatītākais sods. Apjoms var atšķirties starp valstīm – no dažiem tūkstošiem eiro līdz procentam no gada apgrozījuma. Mazam biznesam arī salīdzinoši neliels sods var būt jūtams, lieliem uzņēmumiem summa var kļūt ļoti liela.
• Pakalpojuma aizliegums vai ierobežojumi. Smagākos gadījumos iestādes var uzlikt pienākumu pārtraukt pakalpojuma sniegšanu patērētājiem konkrētā valstī, kamēr nav sasniegta atbilstība. Tiešsaistes biznesam “aizvērta” ES valsts ir ļoti nopietns trieciens.
• Produktu izņemšana no tirgus. Ja pārdod digitālu produktu (piemēram, WordPress spraudni) un tas tiek atzīts par neatbilstošu, var nākties to izņemt no aprites.

Atsevišķās dalībvalstīs un noteiktos gadījumos (atkārtoti vai īpaši smagi pārkāpumi) var parādīties arī personiskās atbildības sekas uzņēmuma vadībai, tostarp krimināltiesiskas implikācijas. Tas nav tipisks ikdienas scenārijs, bet tas labi parāda, cik nopietni regulējums tiek uztverts.

Ne tikai juridika: reputācija un bizness

Pat ja neskaita oficiālos sodus, reputācijas risks var būt tikpat sāpīgs. Publiska “nepieejamas vietnes” birka grauj uzticību un var vilkties līdzi gadiem. Mūsdienu tirgū izslēdzoša pieredze nav tikai neatbilstība – tā ir slikta uzņēmējdarbība.

Kāpēc jāreaģē visai WordPress ekosistēmai: īpašniekiem, aģentūrām un spraudņu autoriem

EAA ir plašs regulējums, bet WordPress realitātē tas pārtop konkrētos pienākumos. Un atbildība ir sadalīta pa ķēdi: vietnes īpašnieks, izstrādātājs/aģentūra un izmantotie rīki kopā veido lietotāja pieredzi.

WordPress vietņu īpašniekiem

Ja apkalpo ES lietotājus, atbilstība vairs nav izvēles opcija – neatkarīgi no tā, vai pārdod preces, sniedz pakalpojumus vai mērķē uz ES auditoriju ar saturu.

• Atbildība ir tev. Sodi un sankcijas tiks vērsti pret uzņēmumu, nevis pret izmantotajiem rīkiem.
• Svarīgs ir viss ceļš, ne tikai sākumlapa. Pieejamībai jābūt nodrošinātai visā lietotāja ceļojumā: produktu lapās, kontaktformās, checkout plūsmā, atbalsta sadaļās u.tml.
• Trešo pušu rīki arī skaitās. Rezervāciju spraudnis, e-komercijas paplašinājums, formu būvētājs – tu esi atbildīgs, lai tie neievieš barjeras. Tas nozīmē apzinātu tēmu un spraudņu izvēli.

Pieejamība kļūst par pamatprasību biznesam, nevis par “fīču”, no kuras var atteikties.

Aģentūrām un freelanceriem

Web profesionāļu loma kļūst kritiskāka: klienti sagaida ne tikai skaistu un funkcionālu vietni, bet arī atbilstošu. Tajā pašā laikā tā ir iespēja.

• Aizsargā klientus. Daudzi klienti nezinās EAA detaļas vai tehniskās prasības. Izglītošana un pieejamu vietņu būvēšana pasargā gan klienta biznesu, gan tavu profesionālo reputāciju.
• Izcelies tirgū. Aģentūras ar pierādāmu pieejamības kompetenci būs konkurētspējīgākas projektos, kuros prasības kļūst stingrākas.
• Pārveido darba plūsmu. Pieejamībai jābūt iebūvētai dizainā, izstrādē un QA: sākot ar tēmas izvēli un spraudņu “vetting” (izvērtēšanu), beidzot ar testēšanas rutīnām.

EAA kontekstā tas ir aicinājums pacelt latiņu: kļūt par partneri, kurš klientam palīdz orientēties jaunajā juridiskajā realitātē.

Spraudņu un tēmu izstrādātājiem

Tēmas un spraudņi WordPress pasaulē ir centrāli. Kods, ko tu piegādā, tieši ietekmē to, vai galalietotāja vietne spēj izpildīt prasības.

• Tu esi daļa no atbilstības ķēdes. Ja spraudnis ģenerē nepieejamus elementus (piemēram, formu laukus bez label, vai sliderus, ko nevar lietot ar tastatūru), tas rada risku taviem lietotājiem.
• Pieprasījums mainās. Aģentūras un vietņu īpašnieki aktīvi meklē “accessibility-ready” rīkus. Atbilstības dokumentēšana (piemēram, ar Accessibility Conformance Report) arvien biežāk kļūst par pārdošanas argumentu.
• Risks tikt “izsvītrotam”. Produktus, kas bloķē atbilstību, vienkārši pametīs. Pieejamība nav tikai “best practice” – tā kļūst kritiska ilgtermiņa adopcijai.

WordPress izstrādātājiem EAA nav slogs; tā ir tirgus iespēja. Tie, kas ieliek pieejamību savu produktu kodolā, nebūs tikai atbilstoši – viņi kļūs par noklusējuma izvēli jaunai būvētāju paaudzei, kur iekļaujoša pieeja nav apspriežama.

Itamar Haim

5 praktiski soļi WordPress vietnes īpašniekam (un komandai) – sākt var šodien

Ko nozīmē “rīkoties” praksē? Laba ziņa: progress nav jāizdara vienā sprintā. Ja ej strukturēti, tu vari ātri uzlabot lietojamību un vienlaikus izveidot procesu ilgtermiņam.

1) Veic vietnes pieejamības auditu

Nevar salabot to, ko neesi identificējis. Pirmais solis ir saprast, kāds ir pašreizējais stāvoklis. Labs audits parasti apvieno automatizētu skenēšanu un manuālu testēšanu.

Automatizētā skenēšana

Automatizētie rīki ir lieliski tipisku, kodā “noķeramu” problēmu atrašanai: zems kontrasts, trūkstošs alt attēliem, formu lauki bez label, u.tml. Pieejami gan pārlūka paplašinājumi, gan specializēti spraudņi.

WordPress vidē ir arī rīki, kas integrējas darba plūsmā. Piemēram, Elementor piedāvā Accessibility Assistant no Ally, kas skenē lapas pret WCAG 2.1 AA (tas ir tehniskais standarts, pēc kura praktiski mēra EAA prasību izpildi) un izvada saprotamu pārskatu par pārkāpumiem.

Manuālā testēšana

Ar skeneri nepietiek, jo tas neredz, vai pieredze lietotājam patiešām ir loģiska. Manuāla pārbaude atrod lietojamības problēmas. Vienkārša starta čekliste:

• Tastatūras navigācija: vai visu vietni var iziet tikai ar Tab? Vai var sasniegt katru saiti, pogu un formu lauku? Vai fokuss vienmēr ir redzams, lai saprastu, kur atrodies?
• Screen reader pārbaude: izmanto NVDA (Windows), VoiceOver (Mac) vai TalkBack (Android). Vai saturs, klausoties, ir saprotams? Vai attēli ir korekti aprakstīti? Vai saites un pogas ir skaidri nosauktas?
• Satura pārbaude: vai virsrakstu struktūra ir loģiska (H1, tad H2, tad H3)? Vai saišu teksts ir aprakstošs (piem., “Izlasi pilnu pieejamības ziņojumu”, nevis “Spied šeit”)? Vai teksts ir rakstīts vienkāršā, saprotamā valodā?

Audita rezultātam ideāli jābūt prioritizētam darbu sarakstam: ko labot vispirms un kāpēc.

2) Sāc ar “high-impact” problēmām

Nav obligāti jāsalabo viss uzreiz. Sāc ar lietām, kas visvairāk ietekmē lietojamību un konversijas.

• Trūkstošs alt informatīviem attēliem: ja attēls nes būtisku informāciju, tam vajadzīgs aprakstošs alternatīvais teksts screen reader lietotājiem. Tas bieži ir viens no ātrākajiem un kritiskākajiem labojumiem.
• Zems krāsu kontrasts: grūti salasāms teksts uz fona ir barjera cilvēkiem ar vājāku redzi. Izmanto kontrasta pārbaudītāju un tiecies vismaz uz 4.5:1 kontrasta attiecību tekstam.
• Neskaidrs saišu teksts: izķer “click here”, “learn more”, “read more”. Saites tekstam pašam jāpasaka, kur lietotājs nonāks.
• Trūkstoši formu lauku label: kontaktformās, pieteikšanās formās, checkout posmā katram laukam jābūt korekti sasaistītam ar label. Tas ir kritiski screen reader lietotājiem.
• Tastatūras pieejamība: pārliecinies, ka katru interaktīvu elementu var sasniegt un izmantot ar tastatūru.

Šie “quick wins” parasti dod tūlītēju uzlabojumu vislielākajai lietotāju daļai.

3) Publicē pieejamības paziņojumu (accessibility statement)

Pieejamības paziņojums ir publiska apņemšanās par iekļaujošu pieredzi – un tas ir arī būtisks EAA prasību elements. Parasti to liek kā atsevišķu lapu un saiti ievieto footerī, lai to ir viegli atrast.

Ko šajā lapā iekļaut:

• Apņemšanos nodrošināt pieejamību.
• Atbilstības mērķa standartu (piemēram, WCAG 2.1 Level AA).
• Zināmās pieejamības problēmas, pie kurām šobrīd strādā.
• Kontaktinformāciju, kur ziņot par pieejamības šķēršļiem.

Šāds paziņojums dara divas svarīgas lietas: (1) demonstrē caurspīdīgumu un labu ticību, kas var būt būtiski gan lietotāju, gan regulatoru skatījumā; (2) izveido reālu atgriezeniskās saites kanālu, lai uzzinātu par barjerām no tiem, kuri tās piedzīvo.

4) Izvērtē tēmu un spraudņus (gan esošos, gan jaunus)

WordPress vietnes pieejamību praktiski nosaka tas, kāds HTML/CSS/JS iznāk ārā no tēmas un spraudņiem. Tāpēc izvērtēšana nav “nice to have” – tā ir uzturēšanas daļa.

• Tēmas: sāc ar “accessibility-ready” tēmu, kurai ir semantisks HTML, korekta virsrakstu hierarhija un tastatūras navigācijas atbalsts. Ja esošajai tēmai ir lielas pieejamības problēmas, apsver maiņu.
• Jauni spraudņi: pirms instalēšanas paskaties dokumentāciju – vai tur vispār ir pieminēta pieejamība? Ja vajag, uzdod izstrādātājam jautājumu par WCAG apņemšanos. Esi piesardzīgs ar risinājumiem, kas balstās tikai uz vizuālām interakcijām (piem., slideri vai pop-up, kurus nevar izmantot ar tastatūru).
• Esošie spraudņi: pārbaudi, vai tie nerada problēmas. Piemēram, vai social sharing spraudnis nerada pogas, kuras nav sasniedzamas ar tastatūru? Vai formu būvētājs neveido laukus bez label?

Praktiski: tev jābūt prasīgam WordPress rīku “patērētājam”. Pieejamu produktu izvēle ir kritiska, lai uzturētu atbilstošu vietni.

5) Ievies nepārtrauktu monitoringu (nevis vienreizēju “projektu”)

Pieejamība nav vienreizējs uzdevums. Katrs jauns bloga ieraksts, jauna produktu lapa vai spraudņa atjauninājums var nejauši ieviest jaunas barjeras.

Lai no reaktīva režīma pārietu uz proaktīvu, integrē pieejamību regulārajā uzturēšanā:

• Satura veidošanas čeklistes: cilvēkiem, kas publicē saturu, dod vienkāršu sarakstu – vai visiem attēliem ir alt? Vai virsraksti ir pareizi? Vai saites ir aprakstošas?
• Regulāra skenēšana: ieplāno automatizētu skenēšanu (piem., reizi mēnesī vai reizi ceturksnī), lai noķertu jaunas problēmas.
• Lietotājam redzami rīki: dod lietotājiem kontroli pār pieredzi. Front-end lietojamības logrīks var ļaut pielāgot teksta izmēru, kontrastu, saišu izcelšanu u.c. Tas uzlabo pieredzi un vienlaikus ir redzama apņemšanās pret pieejamību.

Kad pieejamība kļūst par rutīnas daļu, tu ne tikai labo problēmas, bet arī novērs to rašanos. Ilgtermiņā tas ir vienīgais stabilais ceļš uz uzturamu atbilstību.

Kopsavilkums: atbilstība ir tagad – un ieguvumi sniedzas tālāk par juridiku

“Gatavošanās posms” ir beidzies. EAA jau šodien ietekmē to, kā WordPress vietnes tiek būvētas, uzturētas un paplašinātas.

Fokuss nav tikai uz hipotētiskiem sodiem vai tālu termiņu. Praktiskais plāns ir ļoti konkrēts: veic auditu, salabo galvenos šķēršļus, publicē pieejamības paziņojumu, izvērtē rīkus un padari pieejamību par ikdienas procesa daļu.

Un, lai gan atbilstība ir juridiska nepieciešamība, ieguvumi ir plašāki: pieejamas vietnes sasniedz vairāk cilvēku, nodrošina labāku lietošanas pieredzi un ceļ zīmola uzticību. Iekļaujoša pieeja ir gan pareiza, gan pragmatiska.

Galvenās atziņas (Key Takeaways)

• EAA ir spēkā: kopš 2025. gada 28. jūnija pieejamība ir obligāta vietnēm/pakalpojumiem, kas apkalpo ES patērētājus.
• Jauns vs. esošs: jauniem pakalpojumiem jābūt pieejamiem uzreiz; esošajiem ir pāreja līdz 2030. gadam, bet progress jārāda jau tagad.
• Izpilde ir reāla: sākas ar brīdinājumu, bet ignorēšanas gadījumā seko sodi, ierobežojumi vai digitāla produkta izņemšana no tirgus.
• Atbildība ir kopīga: vietņu īpašnieki, aģentūras un spraudņu/tēmu autori ietekmē atbilstību.
• Praktiska rīcība: audits, “high-impact” labojumi, pieejamības paziņojums, rīku izvērtēšana un nepārtraukts monitorings.
• Pieejamība ir priekšrocība: tā uzlabo sasniedzamību, lietojamību, SEO un zīmola uzticību.

Biežāk uzdotie jautājumi (FAQ)

1. Vai EAA attiecas uz manu mazo biznesa blogu, ja es neko nepārdodu?

Tas ir atkarīgs no biznesa modeļa. EAA attiecas uz produktiem un pakalpojumiem, kas tiek piedāvāti patērētājiem ES. Ja blogs ir hobijs un nepiedāvā pakalpojumus, visticamāk tas ir ārpus tvēruma. Taču, ja blogs ir daļa no biznesa (piemēram, tu esi konsultants un blogs ir mārketinga instruments) un tu apkalpo vai mērķē uz ES klientiem, tad jā – tas var attiekties. Izšķirošais ir komerciālais raksturs.

2. Kāda ir atšķirība starp EAA un WCAG?

Vienkāršs modelis: EAA ir likums, savukārt WCAG (Web Content Accessibility Guidelines) ir tehniskais standarts, ar kuru šo likumu izpilda. EAA pasaka, ka vietnēm/pakalpojumiem jābūt pieejamiem, un kā etalonu norāda tādus standartus kā WCAG 2.1 Level AA. Lai izpildītu EAA, praksē jātiecas uz WCAG atbilstību.

3. Vai viens spraudnis var padarīt manu WordPress vietni 100% atbilstošu?

Nē – un pret šādiem solījumiem jāizturas ļoti piesardzīgi. Pilna pieejamības atbilstība ir tehnoloģijas, satura un dizaina kombinācija. Spraudnis var būt ļoti spēcīgs asistents: skenēt kļūdas, palīdzēt labot, ģenerēt pieejamības paziņojumu, dot lietotājam pielāgošanas rīkus. Taču automatizācija nevar salabot visu. Piemēram, rīks var pateikt, ka trūkst alt, bet nevar zināt, vai tavs alt teksts ir jēgpilns un precīzs. Nepieciešami gan rīki, gan cilvēka kontrole.

4. Esmu ASV uzņēmums bez fiziskas klātbūtnes ES. Vai EAA uz mani attiecas?

Jā, ja tu piedāvā preces vai pakalpojumus patērētājiem, kas atrodas ES. EAA tvērums ir balstīts uz patērētāja atrašanās vietu, nevis uz uzņēmuma atrašanās vietu. Ja ES iedzīvotājs var nopirkt tavu produktu, abonēt pakalpojumu vai lejupielādēt lietotni, no tevis sagaida atbilstību EAA.

5. Cik maksās padarīt WordPress vietni pieejamu?

Izmaksas var ļoti atšķirties atkarībā no vietnes lieluma un sarežģītības, pašreizējā pieejamības stāvokļa un izvēlētās pieejas. Ja sākums ir ar vienkāršu vietni, izmaksas var būt minimālas – pārsvarā laiks, lai apgūtu pamatus un veiktu labojumus. Lielai e-komercijas vietnei ar daudzu gadu saturu process būs apjomīgāks. Tomēr ieguldījums labos rīkos un pieejamības iebūvēšana darba plūsmā gandrīz vienmēr ir lētāka nekā liels “remediation” projekts vai potenciāls sods.

6. Automatizētais skeneris parādīja 100% atbilstību. Vai esmu drošībā?

Ne obligāti. Automatizētie skeneri ir obligāts pamats, taču tie spēj atklāt tikai apmēram 30–40% no iespējamo pieejamības problēmu spektra. Tie lieliski atrod tehniskas koda problēmas, bet nespēj izvērtēt daudzas “cilvēciskās” lietojamības nianses: vai saturs ir saprotams, vai tastatūras plūsma ir loģiska, vai alt teksts patiesi palīdz. Nepieciešama automatizācijas un manuālās testēšanas kombinācija.

7. Kas ir pieejamības paziņojums un vai tas tiešām ir vajadzīgs?

Pieejamības paziņojums ir publiska lapa, kur tu izskaidro politiku un apņemšanos pieejamībai. Jā, tas ir vajadzīgs – tā ir konkrēta EAA prasība. Paziņojumā jānorāda mērķa atbilstības līmenis (piem., WCAG 2.1 AA), jāuzskaita zināmās problēmas, pie kurām strādā, un jāsniedz kontaktinformācija, kur ziņot par šķēršļiem. Tas demonstrē caurspīdīgumu un labu ticību.

8. Mana tēma apgalvo, ka ir “accessibility-ready”. Vai ar to pietiek?

Tas ir ļoti labs sākums, bet ne visa bilde. “Accessibility-ready” tēma parasti dod stabilu pamatu: tīrs kods, korekta virsrakstu struktūra, tastatūras navigācija. Taču kopējo pieejamību ietekmē arī saturs, spraudņi un tavas pielāgošanas. Pieejama tēma ir kritisks pirmais solis, bet tā neatceļ pienākumu nodrošināt, ka viss pārējais vietnē arī ir pieejams.

9. Cik bieži jāveic pieejamības audits?

Pieejamība nav vienreizējs projekts, tā ir ilgtermiņa saistība. Pilnu, padziļinātu auditu ir vērts veikt ik pēc 12–18 mēnešiem vai pēc lielas pārbūves. Taču ikdienā jāievieš mazākas, biežākas pārbaudes: piemēram, automatizētu skenu reizi ceturksnī un ātru manuālu tastatūras pārbaudi pēc būtiska spraudņu atjauninājuma vai nozīmīga satura papildinājuma.

10. Kur atrast uzticamus resursus, lai iemācītos vairāk par tīmekļa pieejamību?

Ir daudz labu resursu. Oficiālie WCAG dokumenti no W3C ir galvenais avots, lai gan tie var būt tehniski. Saprotamākai ieviešanai noder Web Accessibility Initiative (WAI), WebAIM (ar ļoti labiem rakstiem un čeklistēm) un pieejamībai veltīti ekspertu blogi. Arī daudzi pieejamības rīku nodrošinātāji publicē izglītojošus materiālus (tostarp Elementor ar Ally resursiem), kas palīdz veidot praktisku izpratni un procesu.