WooCommerce-saavutettavuus
Tee WooCommerce-kaupastasi aidosti saavutettava. EAA ja WCAG, ilman overlayta
WooCommerce pyörii WordPressin päällä, mutta ei ole automaattisesti saavutettava: kassa, lomakkeet ja teeman painikkeet tuovat hiljaisia esteitä. Me löydämme ne ja toimitamme korjauksen omaan template-koodiisi, ei widgettiä joka hidastaa kauppaasi.
Näin Seviranta korjaa WooCommerce-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 liitännäiset-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: WooCommerce ei ole automaattisesti saavutettava
Siisti WooCommerce-teema kuten Storefront alkaa paremmasta lähtöpisteestä kuin moni kauppa, mutta harvoin yltää itsestään WCAG 2.2 AA -tasolle. Heti kun muokkaat kassaasi, asennat laajennuksia tai valitset teeman, jossa on vaaleanharmaat painikkeet, syntyy esteitä, joita asiakkaasi, 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ä WooCommerce’ 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 WooCommerce-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: WooCommerce-teemasi sekä kaikki sovellukset ja dynaaminen sisältö.
Mikä WooCommerce-alustalla menee usein pieleen
- Checkout-virheilmoitukset ilman aria-liveaJos kassalla maksaminen epäonnistuu, WooCommerce näyttää ilmoituksen kuten 'anna kelvollinen osoite'. Ilman aria-live="assertive" sokea käyttäjä ei kuule ilmoitusta ja jää arvailemaan miksi tilaus ei mene läpi.
- Lomakekentät ilman yhdistettyä nimilappuaMonissa teemoissa ja kassan mukautuksissa kentät ovat ilman oikein liitettyä nimilappua tai vain paikkamerkin kanssa. Ruudunlukijan käyttäjä kuulee tällöin tyhjän syöttökentän tietämättä, mitä siihen kuuluu.
- Liian heikko kontrasti teeman painikkeissaMonet WooCommerce-teemat käyttävät vaaleanharmaata tekstiä värillisellä painikkeella tai painikkeen väriä lähellä taustaa. Se ei useinkaan yllä WCAG:n kontrastin vähimmäistasoon, joten heikkonäköiset asiakkaat eivät voi lukea painiketta 'Lisää ostoskoriin'.
- Lisää ostoskoriin AJAXilla ilman tilailmoitustaKun asiakas klikkaa ’Lisää ostoskoriin’, se tapahtuu AJAXin kautta ilman sivun uudelleenlatausta. Ilman live-aluetta ruudunlukija ei ilmoita, että tuote on lisätty, joten käyttäjä ei tiedä, onnistuiko toiminto.
Miltä todellinen korjaus näyttää
Ota lomakenimiö WooCommerce-checkoutissasi. Filterin kautta kiinnityt kenttään ja annat sille oikean, kytketyn nimen, ei checkoutin uudelleenrakennusta:
<input type="text" name="billing_company" id="billing_company"
placeholder="Bedrijfsnaam">add_filter( 'woocommerce_checkout_fields', function( $fields ) {
$fields['billing']['billing_company']['label'] = __( 'Bedrijfsnaam', 'theme' );
return $fields;
} );Missä korjaat sen itse WooCommercessa
WooCommerce toteaa itse, että ydinlisäosan front-end on 'substantially conformant' WCAG 2.2 AA:n kanssa, ja sillä on tästä ulkoisesti testattu raportti. Riski on siinä, mitä rakennat sen ympärille: teema, checkout-mukautukset ja lisäosat. Tässä on järjestys.
- 1Tiedä, mitä raportti kattaa ja mitä eiVaatimustenmukaisuusraportti (kesäkuu 2025, WooCommerce 10.0, testattu NVDA:lla, VoiceOverilla ja JAWSilla) kattaa vain ydinlisäosan front-endin oletusteemalla. 'Partially supports' -kohdat ovat lähes kaikki versiosta 9.9 alkaen vanhentuneissa suodatinlohkoissa: puuttuvat labelit ja fieldsetit, näppäimistöloukku Firefoxissa VoiceOverin kanssa, ei kohdistusilmaisinta, ei tilaviestejä. Jos käytät näitä lohkoja yhä, korvaa ne. Yhä avoinna repossa: ruudunlukijoille toisteinen tuotegalleria (vuodesta 2022), mini-cart-liukupaneeli, jossa on kohdistettavia elementtejä aria-hiddenin takana, sekä kaupan ilmoitukset ilman aria-roolia.
- 2Teema: accessibility-ready ei ole WCAGWordPress.orgin 'accessibility-ready'-tunniste tarkoittaa, että teema on läpäissyt manuaalisen tarkistuksen 18 perusvaatimuksesta (skip-linkki, vähintään 2 px:n kohdistus, kontrasti 4,5:1, maamerkit, labelit). WordPress lisää itse, ettei se tarkoita teeman täyttävän WCAG AA:ta. Storefrontilla (4.6.2, joulukuu 2025) on tunniste; WooCommercen oma lohkoteema vedettiin pois heinäkuussa 2025. Valitse teema, jolla on tunniste, ja testaa sen jälkeen omat värisi ja sisältösi.
- 3Checkout: lohkot vai shortcode, ja mitä lisäosat tekevät silleVersiosta 8.3 alkaen Cart- ja Checkout-lohkot ovat oletus; shortcode-checkout toimii edelleen olemassa olevissa kaupoissa. Lohkot renderöidään JavaScriptillä, ja ne hyväksyvät vain migroidut hookit, joten checkoutia muokkaavan lisäosan on ilmoitettava yhteensopivuus. WooCommerce varoittaa itse: checkoutia muokkaavat teemat ja lisäosat voivat rikkoa saavutettavuuden. Testaa checkout jokaisen lisäosapäivityksen jälkeen.
- 4Mihin korjaus päätyyKlassinen teema: ylikirjoita mallipohjat polussa wp-content/themes/<child>/woocommerce/…, tai mieluummin hookeilla, koska ne säilyvät päivityksessä. Lohkoteema: templates/single-product.html ja Site Editor, värit ja typografia theme.json-tiedostossa. Lang-attribuutti tulee kohdasta Settings → General → Site Language. Lisäosat injektoivat merkkausta samojen hookien kautta; auditoinnissa se lasketaan ikään kuin olisit kirjoittanut sen itse.
- 5Alt-teksti ja sisältöTuotekuvat ovat tavallisia mediakohteita: Media → Library → 'Alt Text'. Kuvaile se, mikä vaikuttaa ostopäätökseen; koristeellinen jää tyhjäksi. WooCommerce mainitsee tämän itse kaupan omistajan kotitehtävänä otsikkorakenteen, lomakelabelien ja ruudunlukijatestin ohella.
WordPress Accessibility Team ei suosittele overlay-widgetejä ja kirjoittaa, ettei mikään automaattinen työkalu saavuta vaatimustenmukaisuutta yksinään. Emme mekään: skannaus löytää sen, mikä on koneellisesti varmaa, korjaus on teemassasi ja lisäosissasi, ja ihmisen arviota vaativan osan listaamme erikseen.
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, WooCommerce-tietoisen ratkaisun, koodiesimerkin kera silloin kun se on mahdollista.
Alustakohtainen tunnistus
Havaitset virheet, jotka syntyvät juuri WooCommerce-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 WooCommerce-sivustosi päälle, on riski liiketoiminnallesi. Faktat rivissä:
WooCommerce-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 WooCommerce-mallipohjiesi todellisen lähdekoodin.
- Rakennamme automaattisesti säilytettävän EAA-dokumentaatiosi, valmiina näytettäväksi valvontaviranomaiselle.
Kysymykset ja vastaukset
- WooCommerce sanoo täyttävänsä WCAG 2.2 AA:n. Miksi kauppani sitten ei läpäise?
- Väite koskee ydinlisäosan front-endiä oletusteemalla. Teemasi, värisi, tuotesisältösi, checkout-mukautuksesi ja jokainen lisäosa renderöityvät samalle sivulle, ja siellä havainnot ovat. WooCommerce sanoo sen itse: teemat ja lisäosat voivat rikkoa checkoutin saavutettavuuden.
- Myyn myös Saksaan tai Ranskaan. Mikä siellä koskee WooCommerce-kauppaani?
- 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 WooCommercea.
- Pitäisikö minun vaihtaa shortcode-checkoutista lohko-checkoutiin?
- Ei välttämättä. WooCommerce ei julkaise vertailua, ja raportti testaa molemmat. Lohko-checkout on kuitenkin versiosta 9.0 alkaen se paikka, johon useimmat parannukset päätyvät (main-maamerkki, tilaviestit, otsikkorakenne). Jos pysyt shortcodessa, tarkista itse virheilmoitukset, labelit ja tilaviesti 'päivitä ostoskori' -toiminnossa; nämä kohdat korjattiin vasta vuonna 2025.
- Riittääkö WooCommerce-saavutettavuus-widgetti EAA:han?
- Ei. Widget asettaa kerroksen sivustosi päälle, mutta ei korjaa taustalla olevaa koodia eikä käy rakenteellisesta vaatimustenmukaisuudesta.
- Kuuluuko WooCommerce-kassani EAA:n piiriin?
- Kyllä. Kassa ja navigointi ovat nimenomaisesti osa WCAG 2.1 AA:n mukaista velvollisuutta.
- Skannaako Seviranta myös WooCommerce-sovellukseni?
- Kyllä. Testaamme lopullisen generoidun HTML:n, teeman ja sovellukset, samoin kuin valvontaviranomainen tekee.
- Hidastaako tämä WooCommerce-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 WooCommerce-kauppasi. Sen, minkä kone toteaa varmasti, korjaamme koneellisesti, loput arvioi ihminen. Näin tarkasti saat sen meiltä: katso todellinen esimerkkiraportti.
Mitä EAA vaatii WooCommerce-kaupaltasi
Kesäkuusta 2025 lähtien verkkokauppasi on täytettävä WCAG 2.1 AA, WooCommerce-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 WooCommerce-kauppasi kerran WCAG:iin, niin katat teknisen riman kaikilla noilla markkinoilla. Markkinakohtaisesti vaihtelevat valvoja ja seuraamusmaksut.
Katso, mikä pätee myyntimarkkinoittainHallinnoitko useita WooCommerce-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 WooCommerce-kauppasi ilmaiseksi
Liitä WooCommerce-URL-osoitteesi ilmaiseen skannaukseen ja näe minuutissa mitkä säännöt eivät täyty, sekä tarkka kohta kassallasi tai teemassasi.