Sådan kommer rettelser af tilgængelighed ind i et tema til Shopify, Shopware, WooCommerce eller Magento

Når fejlen kommer fra temaet, skal rettelsen ind i den fil, der danner den opmærkning, styling eller tekst, som fejler: en skabelon, et stilark, et script eller en oversættelsesfil i webshoppens tema. Hver platform har disse filer i sin egen struktur og med sit eget skabelonsprog, så den samme fejl, for eksempel en knap uden navn, kan ligge i en Liquid-fil på Shopify, en Twig-fil på Shopware, en PHP-fil på WooCommerce og en .phtml-fil på Magento.

En rettelse i temaet ændrer den kode, som webshoppen selv leverer. En udvikler kan læse den som en diff, før den går live, og rulle den tilbage som enhver anden ændring af koden. Et tilgængelighedsoverlay er anderledes: Det er et script, der ændrer webshoppens sider i den besøgendes browser, mens temaet forbliver, som det var, bortset fra den henvisning, der indlæser scriptet. Hvad overlays ændrer, og hvad de lader urørt

En temaopdatering kan fortryde en tilgængelighedsrettelse, når rettelsen ligger i en fil, som opdateringen erstatter, eller når opdateringen ikke kan føre ændringen med over, og på nogle platforme kan andre ændringer skjule en rettelse. Platformene dokumenterer det på forskellig vis.

• WooCommerce. Ændringer, der er lavet direkte i et plugin eller et parent-tema, »vil forsvinde, når pluginet eller temaet opdaterer sig selv; en proces, der helt sletter den gamle version og erstatter den med en ny, opdateret kopi« (WooCommerce om skabelonstrukturen). WooCommerce anbefaler i stedet et child-tema med overstyringer af skabelonerne. Disse overstyringer opdateres ikke, når WooCommerces kerneskabeloner gør, og rapporten System Status i WooCommerce kan vise en meddelelse om, at en overstyring er forældet.
• WordPress-bloktemaer. En skabelon, som nogen har ændret i Site Editor, gemmes i webstedets database og har forrang for skabelonfilerne i temaet og i et child-tema (WordPress Theme Handbook om skabeloner og om skabelonhierarkiet). En rettelse i filen til en sådan skabelon er så ikke det, de besøgende ser.
• Magento Open Source og Adobe Commerce. Adobe »anbefaler kraftigt« ikke at ændre filerne i temaerne Luma og Blank eller standardskabelonerne, fordi opgraderinger kan overskrive dem (Adobe om temaer, Adobe om skabeloner). Adobes anbefalede sted for ændringer er et eget tema, som kan arve fra Luma eller Blank.
• Shopware 6. Et tema, der arver fra et købt tema, lader det købte temas kode være uændret, som beskrevet ovenfor. Shopware advarer om, at et tema, der overstyrer variabler fra et tredjepartstema, kan holde op med at kompilere, hvis tredjepartstemaet senere omdøber eller fjerner dem (Shopware om temakonfiguration).
• Shopify. Shopifys Help Center om opdatering af temaer siger, at kodeændringer, der ikke er i konflikt med en temaopdatering, føres med ind i den opdaterede kopi. Hvis de er uforenelige med opdateringen, fjernes alle kodeændringer fra den opdaterede kopi, og vil man beholde dem, skal de kopieres over i den nye version. Opdateringen kommer som et kladdetema, hvis navn begynder med »Updated copy of«.

Validiscans rettelser er ændringer i filerne i den temakilde, Validiscan modtager. Hvilken kilde det er (temaet i brug, dets child-tema eller et tema, der arver fra det), er derfor et spørgsmål til webshoppens udvikler, før arbejdet begynder. Når et WooCommerce-tema når til Validiscan som en ZIP-fil, beder kundeportalen om temamappen »inklusive child-temaet, hvis du bruger et«. Regressionsbeskyttelse, en særskilt ydelse, der faktureres månedligt efter et projekt, scanner webshoppen igen hver uge eller hver måned og sammenligner hver kørsel med udgangsscanningen. Når en fejl, der var rettet, findes igen, for eksempel efter en temaopdatering, genåbnes fundet og rapporteres som en regression. En ny scanning finder kun det, automatiske kontroller kan finde på de sider, den når.

Validiscan forbereder rettelser på en kopi af temaets kildekode. Kopien får Validiscan på en af tre måder. Rettelserne anvendes i en midlertidig arbejdsmappe, som slettes efter hver levering.

• Et GitHub-repository, på alle fire platforme. Webshoppen installerer Validiscans GitHub-app på repositoriet eller giver Validiscan et adgangstoken. Validiscans opsætning angiver appens tilladelser som skriveadgang til repositoriets indhold og pull requests samt læseadgang til dets metadata, og intet andet.
• En Theme Access-adgangskode, kun på Shopify. Shopifys Theme Access-app opretter adgangskoder, der kun giver skriveadgang til temaer (scopet write_themes). Opsætningen af appen kræver ejeren af webshoppen eller en medarbejder eller samarbejdspartner med tilladelsen Themes. Pr. 6. oktober 2026 siger Shopifys dokumentation, at linket til adgangskoden udløber efter 7 dage, eller så snart det er blevet vist, og at adgangen tilbagekaldes, når adgangskoden slettes.
• En ZIP-fil med temaet, på alle fire platforme, til en patchpakke, uploadet i kundeportalen som én fil på op til 100 MB. Portalen beder om temapluginets mappe under custom/plugins på Shopware, temamappen under wp-content/themes på WooCommerce, temamappen under app/design/frontend på Magento og den temafil, der er downloadet fra Shopify-administrationen, på Shopify.

Uden nogen af de tre veje har Validiscan ingen kode at ændre, og der forberedes ingen rettelse.

Validiscan leverer godkendte rettelser som en pull request, som en upubliceret kopi af Shopify-temaet eller som en patchpakke. Leveringsmåden fastsættes pr. webshop, ikke pr. platform, og patchpakken er standard. Ingen af de tre ændrer webshoppens publicerede tema eller repositoriets standardbranch.

Tjeklisten til gennemgangen i Validiscans pull request beder udvikleren om at gennemgå rettelserne som enhver anden temaændring og desuden om at betjene de ændrede elementer med tastaturet og, hvor det er muligt, en skærmlæser. Den oplister disse trin:

1. Læs diffen for hvert commit.
2. Udrul branchen til et forhåndsvisnings- eller staging-miljø, ikke til den live webshop.
3. Åbn de berørte sider, og kontroller, at de ser ud og virker som før.
4. Betjen de ændrede elementer kun med tastaturet: Alt skal kunne nås, og fokus skal være synligt.
5. Kontroller om muligt de ændrede elementer med en skærmlæser, for eksempel NVDA eller VoiceOver.
6. Merge, når du er tilfreds. Derefter kontrollerer Validiscan de berørte sider med en verifikationsscanning.

Leveringsdokumenterne (pull request-teksten, PATCH.md og README) er skrevet på engelsk eller tysk. Kunder, hvis sprog er sat til dansk, fransk eller spansk, får den engelske version.

Hver platformside beskriver, hvad rettelserne ændrer på den platform, og hvad virksomheden stiller til rådighed: tilgængelighedsrettelser til Shopify-temaer, til Shopware-temaer, til WooCommerce-temaer og til Magento-temaer.

På Shopify, Shopware, WooCommerce og Magento forbereder Validiscan rettelser i webshoppens egen temakode for de fejl, hvis rettelse hører hjemme dér, og leverer dem på de tre måder ovenfor. Fund på rettelsesniveau MANUAL får kun vejledning, ikke en kodeændring. Når ændringerne er live, kontrollerer en verifikationsscanning de berørte sider igen. Remediation Evidence Package registrerer derefter, hvad der er testet, hvad der er ændret, og hvad verifikationsscanningen fandt, med datoen for hver scanning. Den er dokumentation for en vurdering og for udbedringsarbejde, ikke et certifikat. Sådan forløber et projekt, trin for trin