PRESTASHOP VS SHOPIFY · SAMMENLIGNING · EAA

PrestaShop vs Shopify:
tilgængelighed sammenlignet

Sammenligning for EU-handlere og bureauer: samme lov, to arkitekturer. Se hvor defekterne kommer fra på hver platform, hvem der kan rette dem, og hvilken proces der holder shoppens compliance i hævd efter hver opdatering.

Opdateret august 2026 · 7 minutters læsning

Hvorfor dette gælder dig

Shopify og PrestaShop ligger under præcis samme juridiske forpligtelse: siden juni 2025 kræver European Accessibility Act, at e-handel opfylder EN 301 549 / WCAG 2.1 AA — uden undtagelse for mikrovirksomheder der sælger online. Det der adskiller dem, er hvor defekterne kommer fra, og hvem der kan rette dem. Shopify samler kontrollen i et hosted theme-lag med Liquid-skabeloner og et app-økosystem; PrestaShop giver dig selvhostede kernetemplates, et back office og et marked af moduler. Compliance-arbejdet følger arkitekturen — ikke loven.

⚖️ Samme standard

EN 301 549 med WCAG 2.1 niveau AA gælder begge. Betalingsudbydere og markedspladser forlanger i stigende grad dokumenteret conformance fra handlere på begge platforme.

🎨 Theme dominerer

På begge platforme styrer det aktive theme næsten al renderet HTML — overskriftshierarki, fokus-tilstande, kontrast og formularlabels er theme-beslutninger, ikke platformbeslutninger.

🔌 Tredjepartsrisiko

Shopify-apps og PrestaShop-moduler injicerer begge widgets (filtre, reviews, popups) med svingende tilgængelighedskvalitet. Hver skal auditers for sig.

Hvor Shopify fejltypisk ses

Typiske Shopify-defektmønstre:

App-widgets: review-sliders, quick-view-modals og upsell-popups fra apps fanger ofte tastaturfokus eller renderer knapper uden labels.

Theme-kontrast: Dawn-baserede custom-themes sejler grå-på-grå udsalgsbadges og footer-tekst under 4.5:1.

Ajax-sektioner: cart-drawer og filtrering som hverken flytter fokus eller annoncerer ændringer via ARIA live regions.

Separate mobil-beslutninger: theme-indstillinger lader handleren style mobil uafhængigt — retter lavet til desktop når i tavshed aldrig mobil-breakpointet.

Hvor PrestaShop fejltypisk ses

Typiske PrestaShop-defektmønstre:

Tomme produkt-legender: bulk-import springer Legend-feltet over, så kategorigitter fyldes med billeder helt uden alt-tekst.

Facetterede filtermoduler: tredjepartsfilter facetter renderer som klikbare divs uden tastaturunderstøttelse eller aria-expanded.

Checkout-flow: ajax-udskiftede checkout-trin uden focus management, betalingsfelter uten tilknyttede labels.

Patchede vendor-filer: direkte rettelser i kerne- eller modulfiler bliver lydløst rullet tilbage ved hver opgradering og genindfører gamle fejl.

Fix-workflow sammenlignet

Remedieringslooppene adskiller sig i én vigtig ting: hvem ejer koden.

Shopify: retter lander i theme Liquid/CSS via theme-editoren eller en udviklingskopi af themet. App-forårsagede defekter kan slet ikke rettes — du erstatter appen eller dokumenterer den som en begrænsning i din tilgængelighedserklæring. Opgraderinger håndteres af Shopify og rammer sjældent dit theme-arbejde.

PrestaShop: back office-content-retter (alt-tekst via Katalog → Produkter → Photos Legend, shoppens sprogindstillinger) plus template-overrides i et child theme. Du ejer selv hostingen, så du ejer også opgraderingsdisciplinen: scan igen efter hver kerne-, theme- og modulopdatering, for patchede vendorfiler ruller tilbage.

Nettoeffekt: Shopify bytter mindre kontrol til færre regressionsoverraskelser; PrestaShop giver fuld kontrol men kræver en gentagelig re-verifikationsvane.

Hvad er nemmest at comply?

For en typisk lille EU-handler allerede på én af platformene er det næsten aldrig værd at skifte platform for at opnå tilgængelighed — defektvolumenet ligger i theme- og tredjepartslagene, som findes på begge.

Den praktiske indsats-rækkefølge: mekaniske retter (kontrast-tokens, alt-tekst, labels) tager dage på begge; widget-niveau app/modul-remediation tager uger på begge; differentiatoren er processdisciplin.

Kør et automatisk scan hen over forside, kategori, produkt, kurv og checkout på begge stacks, ret i theme eller child theme, auditér hver app/modul individuelt, og publicér en tilgængelighedserklæring med dokumenterede begrænsninger. Scan igen efter hver theme-ændring og platformopgradering.

Ofte stillede spørgsmål

Skal min webshop overholde EAA?

Ja. Siden 28. juni 2025 omfatter European Accessibility Act e-handelstjenester i hele EU — også mikrovirksomheder der sælger online. Teknisk standard er EN 301 549 / WCAG 2.1 niveau AA.

Kan jeg bare skifte platform for at blive compliant?

Næsten aldrig. Defekterne kommer fra theme, apps/moduler og redaktionelt indhold — lag der findes på begge platforme. En migrering koster mere end remediation og flytter ikke ansvaret.

Hvad med apps og moduler fra tredjepart?

De skal auditers ét ad gangen: test tastaturnavigation, fokus-håndtering, labels og kontrast i hver widget. Er en app utilgængelig og uundværlig, så dokumentér den som kendt begrænsning i din tilgængelighedserklæring.

Start med en gratis scanning →

Relateret: Shopify og tilgængelighed · PrestaShop og tilgængelighed · Skriv en tilgængelighedserklæring