Hvorfor dette gælder dig
WordPress driver cirka fire gange flere websites end Wix, og begge publikummer er nu underlagt European Accessibility Act, når de tilbyder tjenester til EU-forbrugere. Juridisk er de identiske: EN 301 549 / WCAG 2.1 AA-conformance, håndhævet nationalt siden midten af 2025. Arkitektonisk kunne de ikke være mere forskellige. WordPress er open source-software du hoster selv, temaet og udvidet fra et enormt plugin-økosystem. Wix er en hosted website builder hvor visuel redigering skriver markeringen for dig. De to modeller giver markant forskellige tilgængeligheds-fejlmønstre — og markant forskellige rette-workflows.
Samme pligt
EAA-omfattede tjenester på begge platforme skal møde WCAG 2.1 niveau AA. Håndhævelsesmyndigheder er ligeglade med hvilket CMS renderer dine sider.
Åben vs hosted
WordPress giver fuld kontrol over hver byte HTML — inklusive magten til at ødelægge den. Wix begrænser hvad du kan ændre, til gavn og besvær.
Extension-risiko
WordPress-plugins og Wix-apps injicerer begge widgets af ukendt kvalitet. Formularer, sliders og popups er de værste syndere på begge.
Hvor WordPress fejler
Redaktørindhold
Manglende alt-tekst (media-uploaderen tillader tomt alt), overskrifter indsat som fed tekst og linktekster som "klik her" skrevet direkte i block-editoren.
Plugin-widgets
Form-builders, page-builder-blokke og slider-plugins med placeholder-only felter, div-baserede "knapper" og keyboard-fælder.
tema-arv
Custom themes og page-builder-layouts der springer landmarks over, fjerner fokus-outlines eller gentager identiske "læs mere"-links i arkiv-loops.
Opdaterings-regressioner
Plugin- og temaopdateringer genintroducerer lydløst rettede fejl — tilgængelighed behøver en fast plads i opdateringsrutinen.
Hvor Wix fejler
Visuelle defaults
Truk-positionerede tekstbokse giver overskriftsniveauer valgt efter udseende, ikke struktur — flere manglende eller forkert ordnede overskrifter pr. side.
Alt-tekst-huller
Wix foreslår alt-tekst men kræver den ikke; gallerier importeret fra fotos skibes rutinemæssigt tomme.
Mobil-layout-duplikering
Den separate mobileditor lader rettelser fra desktop overse mobil-viewet helt — en klassisk kilde til "rettet men fejler stadig".
Tredjeparts-apps
Formular-, chat- og booking-apps injicerer iframes og custom kontroller med inkonsistent tastaturstøtte.
Ret-workflow sammenlignet
Forskellen er igen kontrol:
WordPress: næsten alt kan rettes — redaktøruddannelse dækker indholdsproblemer, tema-/child-theme-arbejde dækker strukturelle, og ødelagte plugins kan udskiftes fra tusindvis af alternativer. Prisen er at intet gennemtvinger sig selv: hvert nyt plugin, temaopdatering og ny redaktør kan rulle fremskridtet tilbage, så scanning hører hjemme i vedligeholdelsesrutinen.
Wix: mange retter er konfiguration frem for kode — alt-tekst-felter, semantisk overskriftstildeling i SEO-/tilgængelighedsindstillingerne, kontrastjustering i site styles og aktivering af ren tekst-rendering på mobil. Strukturelle grænser (hvordan en given app renderer sin widget) kan slet ikke rettes; du vælger en anden app eller dokumenterer begrænsningen.
Nettoeffekt: WordPress belønner investering med fuld retbarhed men kræver løbende årvågenhed; Wix når "rimeligt compliant" hurtigere for simple sider men rammer et loft sat af builderen og appsene.
Hvad skal du vælge
Eksisterer siden allerede på en af platformene, bliv dér — migrationsomkostningerne overstiger udbedringen, og EAA-pligterne er identiske. Vælger du til et nyt EU-projekt:
Vælg WordPress når du har (eller kan hyre) en der er tryg ved at vedligeholde themes og plugins — hver tilgængelighedsdefekt er i sidste ende retbar. Vælg Wix til simple brochure-agtige sider vedligeholdt af ikke-tekniske ejere, og acceptér at enkelte tredjeparts-widgets kan være uretbare og skal dokumenteres.
Uanset hvad er workflowet det samme: automatisk scanning på tværs af nøgle-templates, ret mekaniske fejl (kontrast, alt-tekst, labels, overskriftsorden), auditér hver extension enkeltvis, publicér en tilgængelighedserklæring, og genscan ved hver meningsfuld ændring.
Begge kan comply'e
Fuldt conformante sider findes på begge platforme. Proceskvalitet slår platformvalg.
Start med en scanning
En automatisk scanning skiller rette-i-dag-problemer fra arkitektoniske på minutter — på ethvert CMS.
Erklæring påkrævet
EAA-omfattede virksomheder bør publicere en tilgængelighedserklæring med conformance-status og dokumenterede begrænsninger.
Ofte stillede spørgsmål
Gælder EAA forskelligt for WordPress- og Wix-sider?
Nej. Loven regulerer tjenesten der tilbydes forbrugeren, ikke publiceringsplatformen. En WordPress-side og en Wix-side der tilbyder samme tjeneste står overfor de samme WCAG 2.1 AA-krav.
Er WordPress mere tilgængeligt end Wix ud af boksen?
Ingen af dem er conformant som default når rigtigt indhold, temas og extensions kommer i bildet. WordPress-kernens defaults er solide, men plugin-økosystemet er jokeren; Wix begrænser dårlig markup men dens visuelle redigering skaber strukturelle overskriftsproblemer.
Kan jeg rette tilgængelighedsproblemer i Wix uden udvikler?
Meget af det, ja: alt-tekst-felter, overskriftstildeling, farvekontrast i site styles og linkbeskrivelser er ejerniveau-indstillinger. Problemer inde i tredjeparts-apps kræver som regel app-udskiftning eller dokumenterede begrænsninger.
Hvad er den største enkeltstående WordPress-tilgængelighedsrisiko?
Uadministrerede plugins. Hvert ekstra formular-, slider- eller page-builder-plugin øger defektfladen, og opdateringer kan lydløst genintroducere rettede fejl. Hold plugin-antallet lavt og scan efter hver opdateringsrunde.
Hvor lang tid tager udbedring på hver platform?
Et typisk 20-50 siders site: dage til mekaniske retter på begge. WordPress-sider tunge på page-builders og plugins kan tage uger; Wix-sider bliver normalt hurtigere færdige men kan bære dokumenterede begrænsninger for specifikke apps.
Relateret: Wix og tilgængelighed · Drupal og tilgængelighed · WCAG 2.2-ændringer