Shopify-deadline for takkeside: audit før 26. august

26. august 2026 er fristen for butikker på et Shopify-abonnement uden Plus til at opgradere deres nuværende takkeside og ordrestatusside til de nye versioner. Shopifys opgraderingsguide for ikke-Plus-butikker oplyser, at når en merchant opgraderer, bliver de eksisterende sider og deres tilpasninger erstattet. Inkompatible apps, scripts, pixels og sidetilpasninger skal gennemgås og erstattes med understøttede alternativer, hvor de stadig er nødvendige.

Det er sider, der vises efter checkout. Shopify beskriver takkesiden som en engangsside, der vises efter en gennemført checkout, og ordrestatussiden som en side, kunden kan vende tilbage til, efter at ordren er oprettet. Afhængigt af butikkens opsætning kan siderne også indeholde tracking og indhold fra apps, fx spørgeskemaer, downloads, loyalitets- eller henvisningsbudskaber, upsells, leveringsinformation, returværktøjer og supportlinks.

For Shopify-merchants, e-commerce managers, bureauer og IT-teams bør fristen behandles som en migrations- og målingsaudit. Målet er ikke kun at publicere de nye sider. Målet er at dokumentere, at omsætningsdata, post-purchase-oplevelser og operationelle overdragelser stadig fungerer efter ændringen.

Det bekræfter Shopifys dokumentation

Fristen gælder de post-checkout-sider, der hedder takkeside og ordrestatusside. Shopifys offentliggjorte vejledning varsler ikke en generel nedlukning af checkout den 26. august. Den kræver, at butikker uden Plus opgraderer disse sider inden den dato, og oplyser, at eksisterende sider og tilpasninger erstattes, når opgraderingen gennemføres. Den formulering bør ikke tolkes som en garanti for, at en ikke-testet butiksopsætning ikke vil give problemer.

Shopify oplyser også særskilt, at en kvalificeret butik, som bruger den midlertidige mulighed for at rulle tilbage, automatisk bliver opgraderet, hvis den ikke opgraderer igen inden 26. august. Den formulering fremgår af betingelserne for rollback og bør ikke generaliseres til et dokumenteret universelt udfald for alle ikke-Plus-butikker.

Fordi Shopify kræver, at inkompatibel tracking og sidetilpasninger erstattes, bør merchants verificere hver nødvendig funktion efter migreringen i stedet for at antage, at et eksisterende script eller en appfunktion bare er fulgt med over.

Hvad ændrer sig?

Shopify erstatter de gamle post-checkout-sider med versioner, der bruger checkout- og kontoeditoren, appblokke, checkout UI extensions og Shopifys pixel-framework. Når en merchant opgraderer, bliver den eksisterende takkeside og ordrestatusside samt deres nuværende tilpasninger erstattet af de nye sider.

Erstatningsvejene er forskellige alt efter, hvad den gamle tilpasning gjorde:

• Synligt sideindhold bør flyttes til indbyggede Shopify-funktioner, kompatible appblokke eller en custom checkout UI extension.
• Tracking og analyse bør flyttes til app-pixels eller, hvor det er nødvendigt, en gennemgået custom pixel.
• Apps, der stadig er afhængige af inkompatibel legacy-adfærd, kræver en opdatering fra leverandøren eller en erstatning.
• Kode, der er afhængig af DOM-scraping eller bruger en pixel til at rendere interfaceelementer, kan ikke flyttes uændret ind i Shopifys pixel-sandbox; den kræver en understøttet erstatningsmekanisme.

Shopifys udviklerdokumentation oplister understøttede use cases for extensions som spørgeskemaer, anmeldelsesanmodninger, upsell-tilbud, deling på sociale medier og downloadlinks. Den skelner også mellem takkesiden, som kun vises én gang, og ordrestatussiden, som kan genbesøges, og hvor ordredata er tilgængelige efter oprettelsen.

Hvorfor dette er et trackingprojekt og ikke kun en sidemigrering

Additional Scripts kunne bruges til tracking og analyse eller til sidetilpasninger. Shopifys personlige opgraderingsguide identificerer eksisterende scripts og kategoriserer dem efter formål, herunder kategorier som autentificering og ordresporing. Merchants bør dokumentere, hvad hvert script gør, hvilken platform der modtager dataene, og om funktionen stadig er nødvendig.

Shopify oplyser at Additional Scripts ikke understøttes på de nye sider. Til tracking anbefaler Shopify app-pixels og tillader custom pixels, når en relevant app ikke opfylder behovet. Synlige tilpasninger bør genskabes med kompatible blokke eller andre understøttede funktioner.

Shopify advarer om, at hvis man forbinder en app-pixel, før et Additional Script deaktiveres, opstår der en kort periode med dobbelte events, mens en deaktivering af scriptet først kan afbryde event-tracking under ændringen. Shopifys dokumenterede rækkefølge er at forbinde og teste erstatnings-pixlen, bekræfte at destinationsplatformen modtager events, og derefter deaktivere legacy-scriptet for at undgå yderligere dubletter.

Trin 1: Åbn Shopifys personlige opgraderingsguide

Start i Shopify Admin under Indstillinger > Checkout. I sektionen Konfigurationer skal du udvide meddelelsen med titlen “Upgrade Thank You and Order Status pages by August 26, 2026” og derefter vælge Review customizations.

Shopify genererer en butiksspecifik rapport, der identificerer eksisterende tilpasninger og opdeler kompatible og inkompatible apps, tracking og analyse, sidetilpasninger og Additional Scripts. Brug den som første inventarliste, og sammenhold den derefter med de systemer, som marketing, økonomi, support, drift og eksterne bureauer bruger.

Færdig når: Én ansvarlig har dokumenteret opgraderingsguiden, og hvert punkt på listen har en ansvarlig person, et formål, en erstatningsvej og en teststatus.

Trin 2: Lav et komplet overblik over post-purchase-afhængigheder

Auditér fire grupper af afhængigheder.

1. Tracking og analyse

• GA4- og Google Ads-purchase-events
• Meta-, TikTok-, Pinterest- eller andre annonceringspixels
• Affiliate- og partnernetværks-tags til konverteringsmåling
• Omsætningsattribution for e-mail eller SMS
• A/B-tests, session recordings, heatmaps og survey-tracking
• Custom data-layer-events og intern analyse

2. Synligt post-purchase-indhold

• Spørgeskemaer, anmeldelsesanmodninger og henvisningsprompts
• Post-purchase-tilbud, genkøbsbudskaber og loyalitetskommunikation
• Downloadlinks til digitale produkter
• Instruktioner om levering, afhentning, pakkeboks, efterkrav eller betaling
• Supportlinks, kontaktoplysninger, politikker og tillidsskabende budskaber

3. Ordrehandlinger og kundens selvbetjening

• Ordresporing og status for flere forsendelser
• Links til returnering, ombytning, annullering og redigering af ordre
• Links til abonnementsstyring eller fornyelse
• Buy Again- og genbestillingsfunktioner
• Autentificering i kundekonto og udløbne links til ordrestatus

4. Skjulte tekniske antagelser

• Hardcodede URL'er til takkesiden
• Kode, der scraper DOM'en eller læser ubegrænsede sidevariabler
• Scripts, der forudsætter et bestemt ordrenummer eller kunde-id
• Tags installeret både manuelt og via en app
• Domæner til kundekonti, som ikke deler webshopens roddomæne

Trin 3: Prioritér efter forretningsrisiko

Giv ikke alle legacy-tilpasninger samme hastesag. Brug tre risikoniveauer, så teamet først beskytter omsætning og kundevendte driftsprocesser.

• Kritisk: Punktet registrerer et køb, overfører omsætnings- eller valutaværdier, attribuerer et affiliatesalg, leverer et betalt digitalt produkt eller giver essentiel ordre- og leveringsinformation.
• Vigtigt: Punktet påvirker kundetillid, genkøb, indsamling af anmeldelser, loyalitet, returneringer, selvbetjening for abonnementer eller supportbelastning.
• Lav risiko: Punktet er forældet, duplikeret, ubrugt eller rent informativt indhold, som Shopify allerede leverer et andet sted.

En nyttig sletteregel: Hvis ingen kan forklare, hvem der ejer et script, hvilken platform der modtager dets data, eller hvilken beslutning der afhænger af det, så genskab det ikke automatisk. Bekræft først behovet.

Trin 4: Vælg den understøttede erstatning

Til tracking: vælg app-pixels først, derefter custom pixels

Shopifys pixelmanager understøtter app-pixels installeret via marketing- og dataapps samt custom pixels tilføjet af en udvikler. Pixels indlæses på tværs af webshop, checkout, takkeside, ordrestatusside og kundekonti, underlagt de gældende tilladelser og sandbox-regler.

Shopify anbefaler app-pixels i sin opgraderingsguide for bedre stabilitet, sikkerhed og performance. Hvis ingen relevant app opfylder behovet, tillader Shopify en custom pixel.

Til synligt indhold: brug blokke eller UI extensions

Brug checkout- og kontoeditoren til at tilføje kompatible appblokke. Custom behov kan løses med checkout UI extensions, men implementeringen bør følge Shopifys understøttede API'er i stedet for at genskabe ubegrænset legacy-JavaScript.

Den nye ordrestatusside indeholder også native funktioner som Buy Again og, når det er konfigureret, selvbetjente returneringer. Gennemgå først, hvad Shopify allerede tilbyder, før I betaler for at genopbygge tilsvarende custom adfærd.

For Google Tag Manager: behandl det som en bevidst beslutning

Shopifys vejledning til GTM-migrering anbefaler Google & YouTube-appen til de fleste butikker. Merchants med en eksisterende GTM custom pixel kan opdatere den, men Google anbefaler eller understøtter ikke denne custom-pixel-opsætning, og Google Tag Assistant kan ikke teste den.

Hvis butikken beholder en GTM custom pixel, skal I bekræfte, at den abonnerer på Shopifys checkout_completed-event, og teste begge sider af forbindelsen: Shopify Pixel Helper for eventlevering og det relevante Google-produkt for modtagelse. Opdater også al hardcodet URL-logik, fordi den nye takkeside ændrer handle fra /thank_you til /thank-you.

For ikke-Google-tags, der tidligere var konfigureret i Google Tag Manager, instruerer Shopify merchants i at installere alternative apps, der bruger app-pixels. Hver destination bør testes separat.

Trin 5: Valider samtykke, domæner og eventkvalitet

Et succesfuldt event er ikke kun et event, der affyres. Det skal affyres med korrekt samtykke, de rigtige identifikatorer, korrekt omsætning, valuta og deduplikeringsadfærd.

• Samtykke: På markeder, der er konfigureret til at kræve samtykke, hvilket Shopify oplyser typisk er EØS og Storbritannien, kører web pixels kun, efter at kunden har givet de tilladelser, som pixelkonfigurationen kræver.
• Domænekontinuitet: Hvis butikken bruger et custom domæne, skal kundekonto-domænet konfigureres som et subdomæne til webshopdomænet. Shopify oplyser, at pixels og cookie-samtykke ellers ikke fungerer på ordrestatussiden.
• Omsætningsdata: Bekræft beløb, valuta, rabatter, moms, fragt og ordre-id-værdier i destinationsplatformen.
• Deduplikering: Hvis både browser- og server-side-events rapporterer køb, skal I verificere, at platformen kan identificere én ordre frem for to konverteringer.
• Attribution: Som audit-anbefaling bør I etablere en baseline før migreringen for Shopify-ordrer og hver destinationsplatform og derefter undersøge pludselige ændringer i forholdet mellem dem efter migreringen.

Fejltolk ikke et fald, der skyldes samtykke. Shopify bemærker, at app-pixels og custom pixels kan rapportere færre events end gamle scripts, fordi de understøttede pixels respekterer det konfigurerede samtykke. Et lavere antal er ikke automatisk tegn på en mislykket migrering; det skal vurderes op mod samtykkeindstillinger, Shopify-ordrer og diagnostik i destinationsplatformen.

Trin 6: Test rigtige kunderejser

En sideforhåndsvisning er ikke nok. Gennemfør kontrollerede ordrer, og besøg ordrestatussiden igen på samme måde, som en kunde ville gøre det: fra bekræftelsesmail, SMS, kontonavigation og supportlinks.

• Standard kortbetaling på desktop og mobil
• Shop Pay eller andre hurtige betalingsflows, som butikken bruger
• Efterkrav, inklusive bekræftelse og leveringsinstruktioner
• Et nyt abonnement og en blandet kurv med abonnement plus engangskøb
• Lokal afhentning, lokal levering eller ordrer til pakkeboks
• Et post-purchase-upsell- eller genbestillingsflow
• En ordre på et digitalt produkt med downloadlink
• En international ordre med korrekt sprog og valuta
• En delvist opfyldt eller opdelt ordre med flere trackingopdateringer
• En tilbagevendende kunde, der åbner ordrestatussiden efter den oprindelige session
• En kunde, som henholdsvis har og ikke har givet samtykke til marketing eller analyse

For hver kunderejse skal I registrere, om:

• Den korrekte takkeside og ordrestatusside blev vist
• Vigtige appblokke blev vist og forblev brugbare på mobil
• Purchase-eventet ankom én gang i hver forventet platform
• Omsætning, valuta, ordre-id'er og produktdata var korrekte
• Ordrelinks, downloads, returneringer, kontoadgang og tracking stadig fungerede
• Support kunne forklare oplevelsen uden en manuel workaround

Spørgsmål til appleverandører og bureauer

• Bruger jeres app appblokke, checkout UI extensions eller web pixels på de nye takkesider og ordrestatussider?
• Hvilken legacy-tilpasning erstatter den nye implementering?
• Skal merchanten tilføje en blok, forbinde en konto, aktivere en pixel eller publicere en konfiguration?
• Hvilke events bør vises i Shopify Pixel Helper og i destinationsplatformen?
• Hvordan forhindrer I dobbelte purchase-events under og efter migreringen?
• Respekterer implementeringen Shopifys indstillinger for kundedata, privatliv og samtykke?
• Fungerer den med custom domæner til kundekonti, flere markeder, abonnementer, efterkrav, afhentning og opdelt fulfillment?
• Hvad er rollback- eller supportplanen før 26. august?

Et uklart svar er ikke det samme som at være klar. Bed om opsætningsskridt på merchantsiden, understøttede sidemål, eventnavne, testinstruktioner og en dokumenteret supportvej.

Hvad I bør overvåge efter migreringen

• Shopify-ordrer versus registrerede purchase-events pr. platform
• Nøjagtighed i omsætning og valuta
• Andel af dobbelte konverteringer og pludselige skift i attribution
• Advarsler i betalte kampagner eller uforklarlige performanceændringer
• Rendering af blokke på takkeside og ordrestatusside på desktop og mobil
• Fejl i ordresporing, returnering, downloads og kontoadgang
• Supporthenvendelser om manglende bekræftelse, tracking eller handlinger efter køb
• Sideperformance og fejl rapporteret af apps eller custom extensions

Progus anbefaler at placere et dagligt overvågningsansvar i mindst den første uge, så manglende eller dobbelte events kan undersøges, før de påvirker en længere rapporteringsperiode.

En praktisk tjekliste for færdiggørelse

1. Opgraderingsguiden er gennemgået. Færdig når ingen kritiske punkter står uden ansvarlig eller forklaring.
2. Legacy-scripts er håndteret. Færdig når hvert script er erstattet, bevidst udfaset eller dokumenteret som unødvendigt.
3. Sideindhold er publiceret. Færdig når alle nødvendige appblokke vises på den rigtige side og enhed.
4. Pixels er verificeret. Færdig når Shopify og hver destinationsplatform modtager det forventede event én gang med korrekte værdier.
5. Dubletter er fjernet. Færdig når verificeret erstatningstracking fortsat er aktiv, efter at legacy-scripts er deaktiveret.
6. Samtykke og domæner er kontrolleret. Færdig når pixels opfører sig korrekt for rejser med og uden samtykke på kundekonto-domænet.
7. Kerneforløb er bestået. Færdig når betalings-, markeds-, abonnements-, efterkravs- og leveringsscenarier, som butikken bruger, fungerer ende til ende.
8. Support er forberedt. Færdig når dokumentation, eskaleringsansvar og kundevendt vejledning er opdateret.
9. Overvågning er aktiv. Færdig når en ansvarlig, baseline, reviewfrekvens og alarmtærskel er dokumenteret.

Afsluttende bemærkninger

Fristen den 26. august omfatter to sider, men funktionerne på disse sider kan være forbundet med marketing, analyse, support, fulfillment og kundeoplevelse. Derfor bør migreringen omfatte en inventarliste og funktionel test, ikke kun en gennemgang i sideeditoren.

Brug migreringen til at fjerne ukendt kode, flytte tracking til understøttede pixels, genopbygge kun de sideelementer, kunderne stadig har brug for, og dokumentere resultatet med rigtige ordrer. En vellykket opgradering er ikke bare en ny takkeside. Det er pålidelig måling, tydelig ordrekommunikation og færre driftsmæssige overraskelser før højsæsonen.