Tillgänglighet i Norce: ansvaret ligger i din front end

25 oktober 2026Uppdaterad 26 oktober 2026

Norce är headless, så tillgängligheten avgörs av din front end. Vad Norce dokumenterar om komponenter och kassa, och hur du kontrollerar butiken.

Det här är teknisk vägledning och inte juridisk rådgivning. För tolkningsfrågor om Lag (2023:254) om vissa produkters och tjänsters tillgänglighet, vänd dig till Post- och telestyrelsen (PTS).

Norce är i första hand en plattform bakom butiken. Norce Commerce beskriver sig själva som en composable, headless SaaS-plattform för digital handel, och det som kunden ser byggs av en byrå eller av butiken själv. Det gör frågan "är Norce tillgängligt?" svår att svara på med ett ja eller nej. Vi har läst Norces egna sidor i oktober 2026. Det som står där återges med egna ord, och källorna finns sist.

Norce Commerce eller Jetshop

Namnen blandas ihop ofta, så det är värt att reda ut vilken plattform ditt avtal gäller. Adressen jetshop.se skickar idag vidare till norce.io. I Norces dokumentation kallas Jetshop-plattformen "Norce [Jetshop]", och dess front end-ramverk heter Flight, som levereras med en standardmall för nya butiker. Den som kör Norce Commerce bygger som regel en egen front end mot Norces API:er. Vissa äldre tjänster och komponenter under namnet Norce [Storm] listas i dokumentationen som legacy. Den här guiden skiljer på tre lägen: Flight-butiker, egenbyggda front ends och Norce Checkout. Är du osäker på vilket du har, fråga byrån som byggde butiken.

Vad Norce säger om tillgänglighet

På norce.io/sv står att Norce Commerce är True SaaS med "hög tillgänglighet", regelbundna uppgraderingar och en licensavgift baserad på användning. Meningen handlar om plattformen som tjänst och är inget påstående om WCAG. Vi hittade ingen sida hos Norce som anger en WCAG-nivå för plattformen eller för färdiga butiker, och inte heller någon tillgänglighetsredovisning. Vi har inte läst hela webbplatsen, så en sådan kan finnas på annat håll. Be annars leverantören om ett skriftligt besked: vilken version av WCAG, vilka sidor och när testet gjordes.

Det enda konkreta vi hittade är i ändringsloggen för Flight. Där står att version 6.3.2 (24 juni 2025) la till alt-text och aria-hidden för platshållarbilder i Image-komponenten med motiveringen bättre WCAG-efterlevnad, och att Price-komponenten gjordes WCAG-anpassad, med en migreringsguide. Version 6.3.3 (3 juli 2025) återställde alt-texten för platshållarbilder, eftersom den blev visuellt störande. Det visar att Norce arbetar med frågan i sina komponenter. Det visar inte att en butik byggd på Flight uppfyller kraven. Din butik kan ligga på en äldre version, ha egna komponenter eller ha ändrat temat.

Det som ligger i din front end

Det mesta besökaren ser och använder är butikens egen kod, vare sig den bygger på Flight eller är helt egen:

Rubriker, listor och landmärken (Information och relationer).
Färger på text, knappar och fält (Kontrast (minimum) och Använd tillräckliga kontraster i komponenter och grafik).
Tangentbordsstyrning av meny, filter, produktgalleri och varukorg (Tangentbord).
Synligt fokus och en länk som hoppar förbi menyn (Synligt fokus och Hoppa över grupperat innehåll).
Sidtitlar som byts när besökaren går mellan sidor (Sidans titel).
Språkattribut på varje språkversion (Sidans språk). Flights standardmall har stöd för flera språk och regioner, men vilket lang-attribut varje sida får avgörs av front end.
Ikonknappar och menyer med namn och roll (Namn, roll, värde).

Använder butiken Flight kan du läsa ändringsloggen och se vilken version ni ligger på. Ligger ni på en version från före 6.3.2 saknas den WCAG-anpassade Price-komponenten.

Produktbilder och alt-text

Hur alt-text hanteras i produktdatan kunde vi inte fastställa. Vi hittade ingen sida på docs.norce.io som beskriver ett alt-textfält per produktbild (läst 2026-10-24), och användardokumentationen i Merchant Portal har vi inte gått igenom. Fråga därför byrån eller Norce: finns alt-text i produktdatan, kan den skrivas per språk, och skrivs den ut i alt-attributet? Oavsett svar gäller Innehåll som inte är text: titta på sidans faktiska kod, inte på vad systemet kan. Är alt-texten tom eller ett filnamn spelar det ingen roll vad PIM-systemet tillåter. Exempel på bra texter finns i Alt-texter för produktbilder.

Kassan

Norce Checkout beskrivs som en adapterbaserad kassa för headless-miljöer som sköter betalning, frakt och orderslut. Betalningen går via adaptrar, och dokumentationen nämner Klarna, Adyen, Svea, Walley, PayPal, Qliro och Avarda. Vissa listas som "hosted", alltså leverantörens egen kassa, andra som inbäddade komponenter (Adyen Drop-in, Klarna Payments). Frakt kan hanteras med Ingrid. Dokumentationen beskriver ett API och inget färdigt kassagränssnitt, vilket tyder på att formulär, felmeddelanden och stegindikering byggs av din front end. Den delen är då ditt ansvar.

Rutor som kommer från betalleverantören styrs av leverantören tillsammans med din front end. Anta inte att de uppfyller kraven. Testa dem med tangentbord och fråga leverantören om dess tillgänglighetsredovisning. Gå särskilt igenom fel som visas i text (Identifiering av fel), fält med synliga etiketter (Ledtexter/etiketter eller instruktioner) och meddelanden som en skärmläsare får höra när varukorgen uppdateras (Statusmeddelanden). Läs även de vanligaste felen i kassan.

Så kontrollerar du butiken

Kör det gratis testet på butik.nightwave.se/tillganglighet. Det läser källkoden på upp till fem sidor och hittar bland annat bilder utan alt-text, knappar utan namn och fält utan etikett. Det kontrollerar inte kontrast, synlig fokus, tangentbordsnavigering eller innehåll som laddas med JavaScript, vilket är värt att veta för en butik byggd i React.
Gå igenom checklistan för det testet inte kan se.
Gå igenom köpresan med bara tangentbordet: startsida, kategori, produkt, varukorg, kassa, bekräftelse. Tab, Skift+Tab, Enter och Esc räcker. Läs Tangentbord och synligt fokus i webbutiken.
Testa filter, storleksval och produktgalleri särskilt. Sidor som byggs med JavaScript laddar ofta om delar av innehållet utan att byta sida, och då måste fokus och skärmläsaren följa med.
Skriv ned varje fel med sida, element och kriterium.

Vanliga fel att leta efter

Alt-text som finns i produktdatan men inte skrivs ut på sidan.
Filter och storleksval som bara går att använda med mus.
Fokus som försvinner när innehåll laddas om, till exempel efter att en vara lagts i varukorgen.
Varukorgspanel som öppnas utan att fokus flyttas dit, eller som inte går att stänga med Esc.
Samma sidtitel på alla sidor i en butik som byter innehåll utan sidladdning.
Priser, till exempel ordinarie och nedsatt pris, som en skärmläsare läser upp utan att säga vilket som är vilket.
Felmeddelanden i kassan som bara markeras med färg.

Nästa steg

Börja med det gratis testet och en genomgång med tangentbord. Fel i butikens egen kod går att lämna till byrån, med sida, element och kriterium. Fel i en betalleverantörs ruta tas upp med leverantören. Be Norce eller byrån om en skriftlig tillgänglighetsredovisning för just din butik. Den som vill ha löpande kontroll kan läsa om abonnemanget på butik.nightwave.se/tillganglighet. Det är teknisk granskning mot WCAG, inte juridisk rådgivning.

Vi har liknande genomgångar för Shopify, WooCommerce, Wix, Quickbutik, Squarespace, Magento, Centra och Abicart.

Källor

Läst 2026-10-24.