Tema-retter, indholdsvaner og tjek af medlemsflows der bringer et Ghost-site op på WCAG 2.2 AA — uden at bygge det forfra.
Opdateret august 2026 · 6 minutters læsning
Ghost driver nyhedsbreve, betalte publikationer og medlemskabsbaserede sites — netop de kommersielle forbrugertjenester European Accessibility Act dækker. Siden 28 juni 2025 skal e-handelslignende tjenester og forbrugervendte digitale tjenester være opfattelige, betjenelige, forståelige og robuste — de fire WCAG-principper. For en Ghost-udgiver betyder det at temaet, artikelindholdet og især tilmeldings- og checkout-flowene alle har brug for opmærksomhed. Den gode nyhed: et moderne Ghost-setup har færre bevægelige dele end de fleste platforme, så WCAG 2.2 AA er reelt opnåeligt.
De fleste Ghost-problemer bor i temaet, ikke kernen: kontrast, fokus-tilstande og baggrundsbilleder uden alt-tekst.
Editoren producerer pæn HTML som default, men den gennemtvinger ikke alt-tekst eller overskriftsdisciplin. Redaktionelle regler fylder hullet.
Under EAA er en betalingsflow som assistive technology-brugere ikke kan gennemføre et compliance-svigt — ikke bare et WCAG-nitpick.
Mange magasin-temaer bruger lysegrå tekst på hvid eller tekst oven på gradient-hero-billeder. Brødtekst kræver 4,5:1; store overskrifter 3:1; input og ikoner 3:1. Ret én gang i temaets CSS eller custom-indstillinger — gavn alle steder.
Tab dig igennem header-navigation, post-kort og member-portalen. Dropdowns og kort-overlays er de sædvanlige fælder. Sørg for synlige :focus-visible-styles.
Post-thumbnails renderet som background-image-divs bærer ingen alt-tekst. Foretræk img-elementer fødet fra postens feature-billede med meningsfuld alt-tekst arvet fra indlægget.
Verificér at layoutet overlever 200 % browser-zoom og 320 px bredde uden vandret scrolling (WCAG 1.4.10). Fluid type-systemer klarer det; gamle bryder sammen.
Én h1 pr. side (post-titlen), rigtig overskriftsorden i artikler, landmarks i temaets default-layout.
Ghost's Koenig-editor producerer ren HTML som standard — bedre end de fleste rich-text-editorer — men forfattere kan stadig lave utilgængeligt indhold:
Alt-tekst: billedkortet foreslår alt-tekst men ingen bliver tvunget til at udfylde det. Gør det til en redaktionel regel: ethvert informativt billede får beskrivende alt; dekorative markeres eksplicit som sådan.
Embeds: YouTube-, Twitter/X- og andre embed-korte injicerer iframes du ikke styrer. Giv hvert embed en forudgående sætning der beskriver hvad læseren vil se/høre, da iframe-indhold er uigennemsigtigt for din egen markup.
Overskriftsdisciplin: forfattere fra Word bruger fed tekst i stedet for overskrifter. Skærmlæserebrugere navigerer via overskriftslister — en artikel uden rigtige h2'er er unavigérbar.
Linktekst: undgå nøgne "her" og "denne artikel". Linktekst skal holde til at blive læst uden kontekst.
Gallerier: sørg for at hvert galleribillede har egen alt-tekst — ikke bare en samlet caption.
Dette er delen der er unik for Ghost, og let at gå glip af. Tilmelding, login, checkout og kontostyring er brugerrejser, og under EAA er en betalingsrejse som assistive technology-brugere ikke kan gennemføre et compliance-svigt. Tjek at:
e-mail-input og fejlbeskeder er korrekt labelde og annonceret (fejltekst knyttet til feltet via aria-describedby); Stripe-checkout'en Ghost sender videre til er konfigureret med tilgængelige branding-indstillinger; magic-link-mails har meningsfuld linktekst ("Åbn dit login-link" — ikke "Klik her"); og member-portalen er brugbar med tastatur alene. Test hele rejsen selv med en skærmlæser én gang — det tager tyve minutter og afslører mere end noget automatisk værktøj.
En gentagelig QA-loop for et Ghost-site:
1. Automatisk scanning af forside, en tag-side, en komplet artikel, /#/portal og tilmelingssiderne. Statiska scannere fanger det mekaniske lag hurtigt — forvent kontrast-, alt-tekst- og overskriftsfund ved første kørsel.
2. Keyboard-pass gennem navigation, post-liste, artikel, kommentarer (hvis slået til) og hele tilmelding-til-checkout-rejsen.
3. Skærmlæser-sample: én artikel start-til-slut med VoiceOver eller NVDA, plus tilmeldingsflowet.
4. Erklæring: publicér en tilgængelighedserklæring med conformance-status, kendte begrænsninger og kontaktkanal. Kommercielle udgivere i EAA-omfang bør have den synlig fra footeren.
5. Regressionsvane: kør den automatiske scanning igen efter hver tema-opdatering eller ny udgivelse — temaer ændres oftere end folk tror, og regressioner er lydløse.
Hvis tjenesten er forbrugervendt og kommerciel — betalte abonnementer, e-handel med digitale produkter — ja. Gratis personlige blogs falder som regel uden for EAA, men WCAG-compliant publicering koster lidt og beskytter rækkevidde; der er sjældent en grund til ikke at rette basen.
Ghost-kernen er rimeligt solid: ren HTML-output, labelde portal-komponenter, fornuftige defaults. De dominerende defektkilder er tredjepartstemаer og forfatteres indholdsvaner — derfor betyder tema-gennemgang og redaktionelle regler mere end platformvalget.
Ja — tilføj :focus-visible { outline: 2px solid currentColor; outline-offset: 3px; } under Code Injection. Det respekterer temapaletten og genskaber synligt tastaturfokus hele sitet i én linje.
Delvist. Automatiske værktøjer fanger cirka 30-50 % af problemerne — kontrast, manglende alt, struktur, labels. Tastaturbetjening, meningsfulde alt-beskrivelser og embed-tilgængelighed kræver menneskelig gennemgang. Kombinér: scan automatisk efter hver temaændring, gennemgå manuelt pr. udgivelse.
Flere tilgængelighedssignaler overlapper SEO: rigtig overskriftshierarki, beskrivende linktekst, alt-tekst, hurtig semantisk HTML, mobilvenlige layouts. Tilgængelighedsarbejde forbedrer typisk crawlbarhed og placering som sideeffekt — men det bør gøres for brugerne først.
Relateret: WCAG 2.2-ændringer · Overlays og EAA · EAA-håndhævelse i 2026