WordPress-saavutettavuus
Tee WordPress-sivustostasi aidosti saavutettava. EAA ja WCAG, ilman overlayta
WordPress on joustava, mutta ei automaattisesti saavutettava: page builderit, liitännäiset ja teemat tuovat hiljaisia esteitä. Me löydämme ne ja toimitamme korjauksen omaan template-koodiisi, ei widgettiä joka hidastaa sivustoasi.
Näin Seviranta korjaa WordPress-sivustosi juurta myöten
Missä esteet piileskelevät
Teemat, laajennukset ja lomakkeet tuovat hiljaisia esteitä. Löydämme ne kaikki.
Korjaus lähteessä, ei sen päälle
Konkreettisia korjauksia teema ja lisäosat-ympäristössäsi, ei overlay-kerrosta joka vain piilottaa virheet.
Ei widgettiä, ei hidastusta
Crawlaamme ulkoisesti EU-palvelimilta, 0% vaikutus latausnopeuteesi ja Core Web Vitals -arvoihin.
Valmis EAA:ta varten
Testaamme sivustoasi WCAG:tä vasten, sillä tasolla jolla valvontaviranomaiset testaavat.
Headless-skannaus axe-corella, sama moottori kuin Google Lighthousessa, EU-palvelimiltamme. 0% vaikutus latausnopeuteesi.
Totuus: WordPress ei ole automaattisesti saavutettava
Siisti WordPress-lohkoteema kuten Twenty Twenty-Four alkaa paremmasta lähtöpisteestä kuin moni sivusto, mutta harvoin yltää itsestään WCAG 2.2 AA -tasolle. Heti kun rakennat Elementorilla, Divillä tai Gutenbergilla, annat liitännäisten injektoida merkkausta tai lisäät kuvia ilman alt-tekstiä, syntyy esteitä, joita kävijäsi, ja European Accessibility Act, eivät hyväksy.
Mikä on todella pelissä
- Saavuttamaton kassa on suora EAA-rikkomus.
- Accessibility-widgetti ei käy rakenteellisesta ratkaisusta.
- Valvontaviranomaiset testaavat generoidun HTML:n, mukaan lukien sovelluksesi.
- ’Meillä on käytössä WordPress’ ei ole oikeudellinen puolustus: vastuu on julkaistulla verkkokaupalla, ei alustalla.
Mitä odottaminen voi maksaa
enintään € 1.000.000
EU-maksimi · Espanja/Luxemburg
$ 4.000
USA · Kalifornia (Unruh), per käynti
Sinua ei sakoteta tyhjästä, ensin tulee korjausmääräys ja takaraja. Mutta se, joka voi silloin näyttää päivätyn dokumentaation, selviää halvimmalla.
Katso, mikä pätee myyntimarkkinallasiKolmansien osapuolten WordPress-laajennusten piilevä riski
Arvostelu-widgetit, suodattimet, niputtajat ja hakusovellukset injektoivat dynaamista HTML:ää frontendiisi, ja jokainen sovelluspäivitys voi lisätä uuden esteen. Auditoinnissa tuo koodi lasketaan täysimääräisesti mukaan, vaikka et kirjoittanut sitä itse. Siksi Seviranta seuraa jatkuvasti lopputulosta niin kuin valvontaviranomainen sen näkee: WordPress-teemasi sekä kaikki sovellukset ja dynaaminen sisältö.
Mikä WordPress-alustalla menee usein pieleen
- Page builderit rakentavat lukukelvotonta div-soppaaElementor ja Divi sisäkkäistävät osioita, sarakkeita ja wrappereita kymmeniä tasoja syvälle. Tällä div-sopalla ei ole semantiikkaa, joten ruudunlukija menettää sivusi loogisen rakenteen ja lukee vain irrallisia tekstinpätkiä.
- Lisäosan merkintä ilman saavutettavaa nimeäLiukusäätimet, ponnahdusikkunat ja lisäosien lomakkeet lisäävät usein painikkeita ja kenttiä ilman nimilappua tai aria-labelia. Ruudunlukijan käyttäjä kuulee tällöin vain ‘painike’ eikä tiedä, mitä toiminto tekee.
- Rikkinäinen otsikkojärjestys builderistaPage builderit valitsevat otsikot usein koon eivätkä merkityksen mukaan, jolloin hyppäät h2:sta suoraan h4:ään. Ruudunlukijan käyttäjät navigoivat otsikoiden mukaan ja menettävät näin sivusi punaisen langan.
- Mediakirjaston kuvat ilman alt-tekstiäMediakirjaston kuvat päätyvät usein teemaasi ilman alt-tekstiä, tai tiedostonimi alt-tekstinä, mikä on lukukelvotonta ruudunlukijoille ja näkymätöntä Googlelle.
Miltä todellinen korjaus näyttää
Ota kuvakepainike Elementor- tai Gutenberg-lohkostasi. Ilman saavutettavaa nimeä ruudunlukijan käyttäjä kuulee vain ‘painike’. Korjaus on yksi attribuutti, ei uudelleenrakennusta:
<button class="elementor-button">
<i class="icon-cart" aria-hidden="true"></i>
</button><button class="elementor-button"
aria-label="<?php esc_attr_e( 'Bekijk winkelwagen', 'theme' ); ?>">
<i class="icon-cart" aria-hidden="true"></i>
</button>Missä korjaat sen itse WordPressissä
WordPress lupaa WCAG 2.2 AA:n hallinnalle ja mukana tuleville teemoille, missä mahdollista. Kolmannen osapuolen teemoille, lisäosille ja sinun sisällöllesi se ei lupaa mitään. Juuri siinä työ on.
- 1Teema: lue accessibility-ready niin kuin se on tarkoitettuTunniste tarkoittaa manuaalista tarkistusta 18 perusvaatimuksesta: skip-linkki ensimmäisenä kohdistettavana elementtinä, näkyvä vähintään 2 px:n kohdistus, kontrasti 4,5:1 ja 3:1 käyttöliittymäelementeille, maamerkit, lomakelabelit, ei välkkyvää mediaa. WordPress lisää itse, ettei tunniste tarkoita teeman täyttävän WCAG AA:ta ja että WCAG koskee sisältöä eikä sitä voi soveltaa teemaan.
- 2Alt-teksti: lohkossa ja kirjastossaImage block -lohkossa on kenttä 'Alternative text' ja valintaruutu 'Mark as decorative'; mediakirjaston alt on oletus, lohkon alt voittaa. Kuvaile, mitä kuva tuo sisältöön. Varo lightboxia: kuvateksti on siellä piilotettu (avoin issue), ja tyhjällä altilla suurennusdialogilla ei ole nimeä.
- 3Otsikot ja kontrasti editorissaTarkista otsikkojärjestys Document Overview'n Outline-välilehdeltä; sivun otsikko on yleensä h1, teemasta riippuen. Editori varoittaa heikosta kontrastista ('This color combination may be hard for people to read'), mutta vain editorissa, vain lohkoissa, joissa on väriasetukset, eikä läpinäkyvillä väreillä. Aseta palettisi theme.json-tiedostoon tai Global Stylesiin, niin se pätee kaikkialla.
- 4Kieli, navigaatio ja mallipohjatLang-attribuutti tulee kohdasta Settings → General → Site Language. Navigation block -lohkossa on avoin issue overlay-valikon kohdistusloukusta, kun alavalikko on laajennettu; testaa valikkosi pelkästään Tab- ja Esc-näppäimillä. Mallipohjat ja mallipohjan osat ylikirjoitetaan child-teemassa tiedostonimen perusteella tai lohkoteemassa Site Editorissa.
- 5Sivunrakentajat ja lisäosatElementor sanoo, että sinun tarvitsee vain tuottaa saavutettavaa sisältöä, mutta skip-linkin saat vain Hello-teemalla, Canvasilla tai Full Widthilla asetat CSS-ID:n 'content' itse, ja ARIA hoidetaan custom attributes -määritteillä. Divi 4 ohjaa näppäimistökohdistuksen ja ARIAn osalta marketplace-tuotteisiin; Divi 5 lisää semantiikan ja ARIAn Custom Attributes -toiminnolla. Kaikki, mitä rakentaja tai lisäosa renderöi, on samalla sivulla ja lasketaan auditoinnissa.
WordPress Accessibility Team ei suosittele overlay-widgetejä: mikään automaattinen työkalu ei saavuta vaatimustenmukaisuutta yksinään. Elementor myy tällaista widgetiä nimellä 'Ally' ja Divi-marketplace nimellä 'Accessibility Sidebar'. Sivustosi päälle asetettu kerros ei korjaa sen alla olevia lohkoja.
Mitä saat
Virhekohtaisesti: mitä, miksi ja miten
Jokaisen havainnon kohdalla näet, mikä on vialla, keneen se vaikuttaa, mitä WCAG-sääntöä se koskee ja konkreettisen, WordPress-tietoisen ratkaisun, koodiesimerkin kera silloin kun se on mahdollista.
Alustakohtainen tunnistus
Havaitset virheet, jotka syntyvät juuri WordPress-alustalla, et vain sitä, minkä geneerinen WCAG-tarkistus poimii.
Dokumentaatio joka kestää
Päivätty yleiskuva skannauksistasi ja havainnoistasi, jonka voit näyttää auditoinnissa tai tarkastuksessa.
Raportointityökalussa maksat lisenssin ja kehittäjäsi virheiden korjaamisesta. Sevirannassa korjaus on mukana, ei kaksinkertaista laskua.
Suojaa konversiosi ja oikeudellinen asemasi
Sovellus, joka liimaa saavutettavuuskuvakkeen WordPress-sivustosi päälle, on riski liiketoiminnallesi. Faktat rivissä:
WordPress-saavutettavuuswidgetit
- Lataavat ylimääräisiä ulkoisia skriptejä, jotka heikentävät latausnopeuttasi (LCP) ja siten konversiotasi.
- Peittävät virheen sen sijaan että ratkaisisivat sen, taustalla oleva koodi jää virheelliseksi.
- Eivät suojaa vaateilta. FTC sakotti overlay-tarjoaja accessiBea vuonna 2025 $1 miljoonalla harhaanjohtavista vaatimustenmukaisuusväitteistä.
Sevirannan lähestymistapa
- 0% vaikutus latausnopeuteesi, skannaamme ulkoisesti EU-palvelimiltamme.
- Korjaamme WordPress-mallipohjiesi todellisen lähdekoodin.
- Rakennamme automaattisesti säilytettävän EAA-dokumentaatiosi, valmiina näytettäväksi valvontaviranomaiselle.
Kysymykset ja vastaukset
- Teemani on accessibility-ready. Olenko silloin valmis?
- Et. Tunniste kertoo, että teema täyttää tarkistustiimin perusvaatimukset; WordPress sanoo itse, ettei se ole WCAG AA -lausunto. Sisältösi, lisäosasi ja rakentajasi tulevat sen päälle, ja siellä useimmat havainnot ovat.
- Myyn tai julkaisen myös Saksaan tai Ranskaan. Mikä siellä koskee WordPress-sivustoani?
- Saksa: BFSG on koskenut B2C-verkkokauppoja 28. kesäkuuta 2025 alkaen, poikkeuksena mikroyritykset (alle kymmenen henkilöä ja enintään 2 miljoonan euron liikevaihto tai taseen loppusumma); valvonnasta vastaa Marktüberwachungsstelle der Länder (MLBF). Ranska: 28. kesäkuuta 2025 alkaen verkkokauppa kuuluu EAA:n kansalliseen täytäntöönpanoon Code de la consommationissa, samalla mikroyrityspoikkeuksella, DGCCRF:n valvonnassa; mittapuuna on RGAA (WCAG 2.1 AA). Molemmissa maissa ratkaisee julkaistu sivu, ei se, että käytät WordPressiä.
- Voinko tehdä korjauksen itse Site Editorissa, vai tarvitsenko kehittäjääni?
- Värit, otsikot, alt-tekstit, valikkorakenteen ja monet mallipohjan osat voit muuttaa itse editorissa tai Site Editorissa. Lisäosien tai rakentajan merkkaus vaatii usein kehittäjän: mallipohjan ylikirjoituksen child-teemassa, filtterin tai lisäosan asetuksen. Raporttimme kertoo jokaisen havainnon kohdalla, missä se on, joten tiedät, kuka voi tarttua siihen.
- Riittääkö WordPress-saavutettavuus-widgetti EAA:han?
- Ei. Widget asettaa kerroksen sivustosi päälle, mutta ei korjaa taustalla olevaa koodia eikä käy rakenteellisesta vaatimustenmukaisuudesta.
- Kuuluuko WordPress-kassani EAA:n piiriin?
- Kyllä. Kassa ja navigointi ovat nimenomaisesti osa WCAG 2.1 AA:n mukaista velvollisuutta.
- Skannaako Seviranta myös WordPress-sovellukseni?
- Kyllä. Testaamme lopullisen generoidun HTML:n, teeman ja sovellukset, samoin kuin valvontaviranomainen tekee.
- Hidastaako tämä WordPress-sivustoani?
- Ei. Skannaamme ulkoisesti EU-palvelimiltamme; sivustollesi ei tule mitään skriptiä. 0% vaikutus latausnopeuteesi ja Core Web Vitals -arvoihin.
Teemme sen itsekin
Pidämme itsemme täsmälleen samalla rimalla: oma sivustomme saa 0 virhettä axe-coressa, samassa moottorissa, joka on Google Lighthousessa ja jolla skannaamme myös sinun WordPress-kauppasi. Sen, minkä kone toteaa varmasti, korjaamme koneellisesti, loput arvioi ihminen. Näin tarkasti saat sen meiltä: katso todellinen esimerkkiraportti.
Mitä EAA vaatii WordPress-kaupaltasi
Kesäkuusta 2025 lähtien verkkokauppasi on täytettävä WCAG 2.1 AA, WordPress-kauppa ei ole poikkeus. Maksuton skannaus näyttää 60 sekunnissa, mikä tilanne on, ja tarkan rivin, joka ei täytä vaatimusta.
Myytkö useampaan maahan?
WCAG on maailmanlaajuinen standardi. Lähes jokainen markkina nojaa siihen:
Korjaa WordPress-kauppasi kerran WCAG:iin, niin katat teknisen riman kaikilla noilla markkinoilla. Markkinakohtaisesti vaihtelevat valvoja ja seuraamusmaksut.
Katso, mikä pätee myyntimarkkinoittainHallinnoitko useita WordPress-sivustoja asiakkaille?
Estä se, että toimittamistasi verkkokaupoista tulee EAA:n mukainen oikeudellinen riski asiakkaillesi. Ota Seviranta käyttöön automaattisena laatuleimanasi jokaisessa luovutuksessa ja deployssa, yksi skannaus, ja jokainen sivusto on osoitettavasti kunnossa.
Tutustu kumppaniohjelmaammeMuut alustat
Skannaa WordPress-kauppasi ilmaiseksi
Liitä WordPress-URL-osoitteesi ilmaiseen skannaukseen ja näe minuutissa mitkä säännöt eivät täyty, sekä tarkka kohta teemassasi tai page builderissa.