Shopifys deadline för Thank You-sidan: granskning före 26 augusti

26 augusti 2026 är sista datum för butiker med ett Shopify-abonnemang som inte är Plus att uppgradera sina nuvarande Thank You- och orderstatussidor till de nya versionerna. I Shopifys uppgraderingsguide för non-Plus står det att när en handlare uppgraderar ersätts de befintliga sidorna och deras anpassningar. Inkompatibla appar, script, pixlar och sidanpassningar måste därför granskas och ersättas med lösningar som stöds där de fortfarande behövs.

Det här är sidor som visas efter checkout. Shopify beskriver Thank You-sidan som en engångssida som visas efter ett lyckat köp, medan orderstatussidan är en sida som kunden kan gå tillbaka till efter att en order har skapats. Beroende på butikens konfiguration kan sidorna också innehålla spårning och appinnehåll som enkäter, nedladdningar, lojalitets- eller rekommendationsbudskap, merförsäljning, leveransinformation, returverktyg och supportlänkar.

För Shopify-handlare, e-handelsansvariga, byråer och IT-team bör deadlinen behandlas som både en migrering och en mätgranskning. Målet är inte bara att publicera de nya sidorna. Målet är att säkerställa att intäktsdata, upplevelser efter köp och operativa överlämningar fortfarande fungerar efter förändringen.

Vad Shopifys dokumentation bekräftar

Deadlinen gäller Thank You- och orderstatussidorna efter checkout. I Shopifys publicerade vägledning står det inte att checkout i allmänhet stängs ner den 26 augusti. Det som krävs är att non-Plus-butiker uppgraderar dessa sidor senast då, och att befintliga sidor och anpassningar ersätts när uppgraderingen genomförs. Den formuleringen ska inte tolkas som en garanti för att en obetestad butikskonfiguration inte får problem.

Shopify anger också separat att en butik som använder det tillfälliga alternativet för återgång uppgraderas automatiskt om den inte uppgraderar igen före 26 augusti. Det uttalandet finns i villkoren för återgång och bör inte generaliseras till ett dokumenterat universellt utfall för alla non-Plus-butiker.

Eftersom Shopify kräver att inkompatibel spårning och sidanpassningar ersätts bör handlare verifiera varje nödvändig funktion efter migreringen i stället för att anta att ett befintligt script eller appbeteende har följt med.

Vad förändras?

Shopify ersätter de äldre sidorna efter checkout med versioner som använder checkout- och kontoeditorn, appblock, checkout UI extensions och Shopifys pixelramverk. När en handlare uppgraderar ersätts de befintliga Thank You- och orderstatussidorna samt deras nuvarande anpassningar av de nya sidorna.

Hur ersättningen ska göras beror på vad den gamla anpassningen gjorde:

• Synligt sidinnehåll bör flyttas till inbyggda Shopify-funktioner, kompatibla appblock eller en anpassad checkout UI extension.
• Spårning och analys bör flyttas till app-pixlar eller, där det behövs, en granskad anpassad pixel.
• Appar som fortfarande är beroende av inkompatibelt äldre beteende behöver en uppdatering från leverantören eller ersättas.
• Kod som bygger på DOM-skrapning eller använder en pixel för att rendera gränssnittselement kan inte flyttas oförändrad till Shopifys pixel-sandbox; den behöver en ersättningslösning som stöds.

I Shopifys utvecklardokumentation listas användningsfall som stöds av tillägg, till exempel enkäter, omdömesförfrågningar, upsell-erbjudanden, delning i sociala medier och nedladdningslänkar. Där skiljer man också mellan Thank You-sidan som bara visas en gång och orderstatussidan som kan besökas igen, där orderdata finns tillgänglig efter att ordern skapats.

Varför detta är ett spårningsprojekt, inte bara en sidmigrering

Additional Scripts kunde användas både för spårning och analys och för sidanpassningar. Shopifys personliga uppgraderingsguide identifierar befintliga script och kategoriserar dem efter syfte, bland annat autentisering och orderspårning. Handlare bör dokumentera vad varje listat script gör, vilken plattform som tar emot datan och om funktionen fortfarande behövs.

Shopify anger att Additional Scripts inte stöds på de nya sidorna. För spårning rekommenderar Shopify app-pixlar och tillåter anpassade pixlar när ingen lämplig app uppfyller kravet. Synliga anpassningar bör återskapas med kompatibla block eller andra funktioner som stöds.

Shopify varnar för att om en app-pixel ansluts innan ett Additional Script avaktiveras uppstår en kort period med dubbla händelser, medan en tidig avaktivering av scriptet kan avbryta händelsespårningen under bytet. Den sekvens Shopify dokumenterar är att först ansluta och testa ersättningspixeln, bekräfta att målplattformen tar emot händelser och därefter avaktivera det äldre scriptet för att undvika fortsatta dubletter.

Steg 1: Öppna Shopifys personliga uppgraderingsguide

Börja i Shopify Admin under Inställningar > Checkout. I avsnittet Konfigurationer expanderar du meddelandet med rubriken “Upgrade Thank You and Order Status pages by August 26, 2026” och väljer sedan Review customizations.

Shopify genererar en butiksspecifik rapport som identifierar befintliga anpassningar och delar upp kompatibla och inkompatibla appar, spårning och analys, sidanpassningar samt Additional Scripts. Använd den som första inventering och jämför sedan med de system som används av marknad, ekonomi, support, drift och externa byråer.

Klart när: En ansvarig person har dokumenterat uppgraderingsguiden och varje listad punkt har en ägare, ett syfte, en ersättningsväg och en teststatus.

Steg 2: Bygg en komplett inventering av allt efter köp

Granska fyra grupper av beroenden.

1. Spårning och analys

• Köphändelser i GA4 och Google Ads
• Pixlar från Meta, TikTok, Pinterest eller andra annonsplattformar
• Konverteringstaggar för affiliate- och partnernätverk
• Intäktsattribuering för e-post eller SMS
• A/B-testning, sessionsinspelning, heatmaps och enkätspårning
• Anpassade data layer-händelser och intern analys

2. Synligt innehåll efter köp

• Enkäter, omdömesförfrågningar och rekommendationsuppmaningar
• Erbjudanden efter köp, uppmaningar till återköp och lojalitetsbudskap
• Nedladdningslänkar för digitala produkter
• Instruktioner för leverans, upphämtning, paketbox, postförskott eller betalning
• Supportlänkar, kontaktuppgifter, policyer och förtroendeskapande budskap

3. Orderåtgärder och självservice för kunder

• Orderspårning och status för flera leveranser
• Länkar för returer, byten, avbokning och orderändringar
• Länkar för prenumerationshantering eller förnyelse
• Funktioner för köp igen och ombeställning
• Autentisering i kundkonto och utgångna länkar till orderstatus

4. Dolda tekniska antaganden

• Hårdkodade URL:er till Thank You-sidan
• Kod som skrapar DOM:en eller läser obegränsade sidvariabler
• Script som förutsätter ett visst ordernummer eller kund-ID
• Taggar som installerats både manuellt och via en app
• Domäner för kundkonton som inte delar webbshopens rotdomän

Steg 3: Prioritera utifrån affärsrisk

Ge inte alla äldre anpassningar samma prioritet. Använd tre risknivåer så att teamet först skyddar intäkter och kundnära processer.

• Kritisk: Punkten registrerar ett köp, skickar intäkts- eller valutavärden, attribuerar en affiliateförsäljning, levererar en betald digital produkt eller ger viktig order- och leveransinformation.
• Viktig: Punkten påverkar kundförtroende, återköp, insamling av omdömen, lojalitet, returer, självservice för prenumerationer eller supportbelastning.
• Låg risk: Punkten är föråldrad, duplicerad, oanvänd eller informationsinnehåll som Shopify redan tillhandahåller på annat håll.

En användbar regel för borttagning: Om ingen kan förklara vem som äger ett script, vilken plattform som tar emot datan eller vilket beslut som bygger på den, ska det inte automatiskt byggas om. Verifiera först om det verkligen behövs.

Steg 4: Välj en ersättning som stöds

För spårning: välj i första hand app-pixlar, därefter anpassade pixlar

Shopifys pixelhanterare stöder app-pixlar som installeras via marknadsförings- och dataappar, samt anpassade pixlar som läggs till av en utvecklare. Pixlar laddas i hela butiken, checkout, Thank You-sidan, orderstatussidan och kundkonton, beroende på vilka behörigheter och sandbox-regler som gäller.

Shopify rekommenderar app-pixlar i sin uppgraderingsguide för bättre stabilitet, säkerhet och prestanda. Om ingen lämplig app uppfyller kravet tillåter Shopify en anpassad pixel.

För synligt innehåll: använd block eller UI extensions

Använd checkout- och kontoeditorn för att lägga till kompatibla appblock. Anpassade behov kan lösas med checkout UI extensions, men implementationen bör följa Shopifys API:er som stöds i stället för att återskapa obegränsad äldre JavaScript.

Den nya orderstatussidan innehåller också inbyggda funktioner som Köp igen och, när det är konfigurerat, självbetjänta returer. Gå igenom vad Shopify redan erbjuder innan ni betalar för att bygga om motsvarande anpassat beteende.

För Google Tag Manager: behandla det som ett medvetet beslut

I Shopifys vägledning för GTM-migrering rekommenderas appen Google & YouTube för de flesta butiker. Handlare som redan har en anpassad GTM-pixel kan uppdatera den, men Google rekommenderar eller stöder inte den lösningen med anpassad pixel, och Google Tag Assistant kan inte testa den.

Om butiken behåller en anpassad GTM-pixel, bekräfta att den prenumererar på Shopifys checkout_completed-händelse och testa båda sidor av kopplingen: Shopify Pixel Helper för leverans av händelser och den relevanta Google-produkten för mottagning. Uppdatera också all hårdkodad URL-logik eftersom den nya Thank You-sidan ändrar sökvägen från /thank_you till /thank-you.

För taggar som inte är från Google och som tidigare konfigurerats i Google Tag Manager instruerar Shopify handlare att installera alternativa appar som använder app-pixlar. Varje målplattform bör testas separat.

Steg 5: Validera samtycke, domäner och händelsekvalitet

En lyckad händelse är inte bara en som triggas. Den måste triggas med rätt samtycke, identifierare, intäkter, valuta och dedupliceringsbeteende.

• Samtycke: På marknader där samtycke krävs, vilket Shopify säger vanligtvis är EES och Storbritannien, körs webbpixlar först efter att kunden har gett de behörigheter som pixelkonfigurationen kräver.
• Domänkontinuitet: Om butiken använder en anpassad domän ska domänen för kundkontot konfigureras som en subdomän till webbshopens domän. Shopify anger att pixlar och cookie-samtycke annars inte fungerar på orderstatussidan.
• Intäktsdata: Bekräfta belopp, valuta, rabatter, skatt, frakt och orderidentifierare i målplattformen.
• Deduplicering: Om både webbläsar- och serverhändelser rapporterar köp, verifiera att plattformen kan identifiera en order i stället för två konverteringar.
• Attribuering: Som granskningsrekommendation bör ni etablera en baslinje före migreringen för Shopify-order och varje målplattform, och sedan undersöka plötsliga förändringar efter migreringen i relationen mellan dem.

Feltolka inte en minskning som beror på samtycke. Shopify noterar att app-pixlar och anpassade pixlar kan rapportera färre händelser än gamla script eftersom de pixlar som stöds respekterar konfigurerat samtycke. Ett lägre antal betyder inte automatiskt att migreringen har misslyckats; det måste bedömas utifrån samtyckesinställningar, Shopify-order och diagnostik i målplattformen.

Steg 6: Testa riktiga kundresor

En sidförhandsvisning räcker inte. Genomför kontrollerade testordrar och besök orderstatussidan igen på samma sätt som en kund skulle göra: från bekräftelsemejl, SMS, kontonavigering och supportlänkar.

• Vanlig kortbetalning på desktop och mobil
• Shop Pay eller andra snabba betalflöden som butiken använder
• Postförskott, inklusive bekräftelse och leveransinstruktioner
• En ny prenumeration och en blandad varukorg med prenumeration plus engångsköp
• Lokal upphämtning, lokal leverans eller beställningar till paketbox
• Ett upsell-flöde efter köp eller ett ombeställningsflöde
• En order av en digital produkt med nedladdningslänk
• En internationell order med rätt språk och valuta
• En delvis uppfylld eller uppdelad order med flera spårningsuppdateringar
• En återkommande kund som öppnar orderstatussidan efter den ursprungliga sessionen
• En kund som har respektive inte har gett samtycke till marknadsföring eller analys

För varje kundresa, dokumentera om:

• Rätt Thank You- och orderstatussida visades
• Viktiga appblock visades och förblev användbara på mobil
• Köphändelsen kom fram en gång i varje förväntad plattform
• Intäkter, valuta, orderidentifierare och produktdata var korrekta
• Orderlänkar, nedladdningar, returer, kontoåtkomst och spårning fortfarande fungerade
• Support kunde förklara upplevelsen utan manuell workaround

Frågor att ställa till appleverantörer och byråer

• Använder er app appblock, checkout UI extensions eller webbpixlar på de nya Thank You- och orderstatussidorna?
• Vilken äldre anpassning ersätter den nya implementationen?
• Behöver handlaren lägga till ett block, koppla ett konto, aktivera en pixel eller publicera en konfiguration?
• Vilka händelser ska synas i Shopify Pixel Helper och i målplattformen?
• Hur förhindrar ni dubbla köphändelser under och efter migreringen?
• Respekterar implementationen Shopifys inställningar för kundintegritet och samtycke?
• Fungerar den med anpassade domäner för kundkonton, flera marknader, prenumerationer, postförskott, upphämtning och delad leverans?
• Vad är planen för rollback eller support före 26 augusti?

Ett vagt svar betyder inte att lösningen är redo. Be om steg för handlarens konfiguration, vilka sidmål som stöds, händelsenamn, testinstruktioner och en dokumenterad supportväg.

Vad du bör övervaka efter migreringen

• Shopify-order jämfört med registrerade köphändelser per plattform
• Korrekthet i intäkter och valuta
• Andel dubbla konverteringar och plötsliga skiften i attribuering
• Varningar i betalda kampanjer eller oförklarliga prestandaförändringar
• Rendering av block på Thank You- och orderstatussidor på desktop och mobil
• Fel i orderspårning, returer, nedladdningar och kontoåtkomst
• Supportärenden som nämner saknad bekräftelse, spårning eller åtgärder efter köp
• Sidprestanda och fel som rapporteras av appar eller anpassade tillägg

Progus rekommenderar att någon får dagligt ansvar för övervakningen under åtminstone den första veckan, så att saknade eller dubbla händelser kan undersökas innan de påverkar en längre rapportperiod.

En praktisk checklista för att bli klar

1. Uppgraderingsguiden granskad. Klart när ingen kritisk punkt saknar ansvarig eller förklaring.
2. Äldre script hanterade. Klart när varje script har ersatts, medvetet avvecklats eller dokumenterats som onödigt.
3. Sidinnehåll publicerat. Klart när varje nödvändigt appblock visas på rätt sida och enhet.
4. Pixlar verifierade. Klart när Shopify och varje målplattform tar emot den förväntade händelsen en gång med korrekta värden.
5. Dubletter borttagna. Klart när verifierad ersättningsspårning fortsätter vara aktiv efter att äldre script har stängts av.
6. Samtycke och domäner kontrollerade. Klart när pixlar beter sig korrekt för resor med och utan samtycke på kundkontots domän.
7. Kärnflöden godkända. Klart när betalnings-, marknads-, prenumerations-, postförskotts- och leveransscenarier som butiken använder fungerar från början till slut.
8. Support förberedd. Klart när dokumentation, eskaleringsansvar och kundnära vägledning är uppdaterade.
9. Övervakning aktiv. Klart när ansvarig, baslinje, granskningsintervall och larmtröskel är dokumenterade.

Avslutande tankar

Deadlinen den 26 augusti gäller två sidor, men funktionerna på dessa sidor kan vara kopplade till marknadsföring, analys, support, fulfillment och kundupplevelse. Därför bör migreringen omfatta inventering och funktionstest, inte bara en genomgång i sideditorn.

Använd migreringen för att rensa bort okänd kod, flytta spårning till pixlar som stöds, bygga om bara de sidelement som kunderna fortfarande behöver och bevisa resultatet med riktiga ordrar. En lyckad uppgradering är inte bara en ny Thank You-sida. Det är tillförlitlig mätning, tydlig orderkommunikation och färre operativa överraskningar inför högsäsongen.