Tilgængelighed på WooCommerce: typiske WCAG-fejl og hvem der retter dem

På WooCommerce kommer flest fund fra temaet, page builderen og plugins; WooCommerce-kernens skabeloner er sjældent problemet.

• image-alt1.1.1 Ikke-tekstbaseret indhold · A

  Billeder uden alt-attribut har intet tekstalternativ. Skærmlæserbrugere hører enten filnavnet (fx 'IMG_2043.jpg') eller ingenting og går glip af indholdet — fx et produktbillede, et kampagnebanner eller et betalingskort-ikon.

  Giv alle <img> en alt-attribut. Beskriv billedets indhold eller funktion i én kort sætning (uden 'billede af'). Er billedet rent dekorativt (rammer, skygger, spacer-gifs), så brug tom alt="" — så springer skærmlæseren det over. Et billede i et link skal beskrive linkets mål, ikke billedet. I webshops: produktbilleder bør nævne produktnavn og variant ('Sort uldfrakke, model Nora, set forfra'), og logoer bør have firmanavnet som alt.

  Før

  <img src="/img/frakke-nora-sort.jpg">

  Efter

  <img src="/img/frakke-nora-sort.jpg" alt="Sort uldfrakke, model Nora, set forfra">
  <img src="/img/border.gif" alt="">

• color-contrast1.4.3 Kontrast (minimum) · AA

  Tekstens kontrast mod baggrunden er under 4,5:1 (3:1 for stor tekst ≥ 18 pt eller ≥ 14 pt fed). Brugere med nedsat syn eller farvesynsdefekt — og alle på en mobil i sollys — kan ikke læse teksten. Rammer typisk lysegrå hjælpetekst, placeholder-tekst, priser på farvet baggrund og hvid tekst på pastelfarvede knapper.

  Mørkn tekstfarven eller lysn baggrunden, til kontrasten er mindst 4,5:1 (3:1 for stor tekst). axe angiver den målte kontrast og de præcise farver i fejlbeskrivelsen. Ret farven i design-tokens/CSS-variabler frem for pr. element, så det slår igennem overalt. Tjek også hover-, fokus- og disabled-tilstande (disabled-tekst er undtaget, men bør stadig kunne læses).

  Før

  .hint { color: #9ca3af; background: #ffffff; } /* 2,5:1 */

  Efter

  .hint { color: #4b5563; background: #ffffff; } /* 7,6:1 */

• label4.1.2 Navn, rolle, værdi · A

  Formularfeltet har ingen etiket (label). Skærmlæserbrugere hører 'redigér tekst' uden at vide, hvad de skal skrive — typisk søgefelter, nyhedsbrevsfelter, rabatkode og felter i checkout, hvor kun en placeholder er brugt.

  Kobl en synlig <label> til feltet med for/id. Placeholder tæller ikke som etiket (den forsvinder ved indtastning og har ofte for lav kontrast). Kan der ikke være synlig tekst (fx søgefelt med ikon), så brug aria-label.

  Før

  <input type="email" placeholder="Din e-mail">

  Efter

  <label for="nyhedsbrev-email">E-mail</label>
  <input id="nyhedsbrev-email" type="email" autocomplete="email">

• heading-order1.3.1 Information og relationer · A

  Overskriftsniveauer springer (fx h2 → h4). Skærmlæserbrugere, der navigerer via overskrifter, mister overblikket over sidens struktur.

  Brug overskriftsniveauer som en disposition: h1 for sidens emne, h2 for hovedafsnit, h3 for underafsnit. Vælg aldrig niveau efter udseende — styr størrelsen med CSS i stedet.

  Før

  <h2>Beskrivelse</h2>
  <h4>Materiale</h4>

  Efter

  <h2>Beskrivelse</h2>
  <h3>Materiale</h3>

• landmark-one-main1.3.1 Information og relationer · A2.4.1 Spring over blokke · A

  Siden har ingen <main>-landemærke. Skærmlæserbrugere bruger 'spring til hovedindhold' via main-landemærket for at komme forbi header og navigation.

  Pak sidens primære indhold (ikke header, nav og footer) i ét <main>-element — typisk i sideskabelonen.

  Før

  <div id="content">…</div>

  Efter

  <main id="content">…</main>

• duplicate-id4.1.1 Parsing · A

  Samme id bruges på flere elementer. Koblinger via id (label for, aria-describedby, ankerlinks) rammer så det forkerte element.

  Gør id'er unikke pr. side. Fejlen opstår typisk, når en komponent (produktkort, modal, formular) gentages med et fast id — generér id'et ud fra produkt-/komponent-id i stedet.

  Før

  <div id="product"><…></div>
  <div id="product"><…></div>

  Efter

  <div id="product-1042"><…></div>
  <div id="product-1043"><…></div>