Shopify Thank You-pagina deadline: audit vóór 26 augustus

26 augustus 2026 is de deadline voor winkels met een Shopify-abonnement zonder Plus om hun bestaande Thank You- en Order Status-pagina’s te upgraden naar de nieuwe versies. In Shopify’s upgradehandleiding voor non-Plus staat dat bij een upgrade de bestaande pagina’s en hun aanpassingen worden vervangen. Niet-compatibele apps, scripts, pixels en pagina-aanpassingen moeten daarom worden beoordeeld en, waar nog nodig, vervangen door ondersteunde alternatieven.

Dit zijn pagina’s na het afrekenen. Shopify omschrijft de Thank You-pagina als een eenmalige pagina die na een succesvolle checkout wordt getoond, en de Order Status-pagina als een pagina die klanten later opnieuw kunnen bezoeken zodra een bestelling is aangemaakt. Afhankelijk van de configuratie van de shop kunnen deze pagina’s ook tracking en app-content bevatten, zoals enquêtes, downloads, loyaliteits- of referralverzoeken, upsells, bezorginformatie, retourtools en supportlinks.

Voor Shopify-merchants, e-commercemanagers, bureaus en IT-teams moet deze deadline worden gezien als een migratie- en meetaudit. Het doel is niet alleen om de nieuwe pagina’s live te zetten, maar ook om aan te tonen dat omzetdata, post-purchase ervaringen en operationele overdrachten na de wijziging nog steeds goed werken.

Wat Shopify’s documentatie bevestigt

De deadline geldt voor de Thank You- en Order Status-pagina’s na de checkout. Shopify’s gepubliceerde richtlijnen kondigen geen algemene uitschakeling van de checkout aan op 26 augustus. Voor non-Plus shops geldt dat deze pagina’s vóór die datum moeten worden geüpgraded, en Shopify geeft aan dat bestaande pagina’s en aanpassingen worden vervangen zodra de upgrade wordt uitgevoerd. Die formulering mag niet worden opgevat als een garantie dat een niet-geteste shopconfiguratie probleemloos blijft werken.

Shopify vermeldt daarnaast dat een in aanmerking komende shop die gebruikmaakt van de tijdelijke revert-optie automatisch wordt geüpgraded als die niet opnieuw upgradet vóór 26 augustus. Die mededeling staat in de voorwaarden van die revert-optie en moet niet worden veralgemeniseerd tot een gedocumenteerde universele uitkomst voor elke non-Plus shop.

Omdat Shopify vereist dat incompatibele tracking en pagina-aanpassingen worden vervangen, moeten merchants na de migratie elke benodigde functie controleren, in plaats van ervan uit te gaan dat bestaand script- of appgedrag automatisch is overgenomen.

Wat verandert er?

Shopify vervangt de oude post-checkoutpagina’s door versies die gebruikmaken van de checkout- en accounts-editor, app blocks, checkout UI extensions en Shopify’s pixelframework. Zodra een merchant upgradet, worden de bestaande Thank You- en Order Status-pagina’s en hun huidige aanpassingen vervangen door de nieuwe pagina’s.

De vervangingsroute verschilt afhankelijk van wat de oude aanpassing precies deed:

• Zichtbare paginacontent moet worden verplaatst naar ingebouwde Shopify-functies, compatibele app blocks of een custom checkout UI extension.
• Tracking en analytics moeten worden verplaatst naar app pixels of, waar nodig, naar een beoordeelde custom pixel.
• Apps die nog afhankelijk zijn van incompatibel legacygedrag hebben een update van de leverancier of een vervanging nodig.
• Code die afhankelijk is van DOM-scraping of een pixel gebruikt om interface-elementen te renderen, kan niet ongewijzigd worden overgezet naar Shopify’s pixel sandbox; daarvoor is een ondersteund alternatief nodig.

In Shopify’s documentatie voor developers staan ondersteunde use cases voor extensions, zoals enquêtes, reviewverzoeken, upsell-aanbiedingen, social sharing en downloadlinks. Ook wordt daar onderscheid gemaakt tussen de eenmalige Thank You-pagina en de opnieuw te bezoeken Order Status-pagina, waar orderdata beschikbaar is nadat de bestelling is aangemaakt.

Waarom dit een trackingproject is, en niet alleen een paginamigratie

Additional Scripts konden worden gebruikt voor tracking en analytics of voor pagina-aanpassingen. Shopify’s gepersonaliseerde upgradehandleiding brengt bestaande scripts in kaart en deelt ze in op doel, met categorieën zoals authenticatie en ordertracking. Merchants doen er goed aan vast te leggen wat elk script precies doet, naar welk platform de data gaat en of die functie nog steeds nodig is.

Shopify geeft aan dat Additional Scripts niet worden ondersteund op de nieuwe pagina’s. Voor tracking raadt Shopify app pixels aan en staat het custom pixels toe wanneer een geschikte app niet aan de eis voldoet. Zichtbare aanpassingen moeten opnieuw worden opgebouwd met compatibele blocks of andere ondersteunde functies.

Shopify waarschuwt dat het koppelen van een app pixel vóór het uitschakelen van een Additional Script een korte periode met dubbele events veroorzaakt, terwijl het eerst uitschakelen van het script de eventtracking tijdelijk kan onderbreken. De door Shopify beschreven volgorde is: vervangende pixel koppelen en testen, bevestigen dat het doelplatform events ontvangt, en daarna pas het legacyscript uitschakelen om verdere duplicaten te voorkomen.

Stap 1: open Shopify’s gepersonaliseerde upgradehandleiding

Begin in Shopify Admin via Settings > Checkout. Open in de sectie Configurations de melding met de titel “Upgrade Thank You and Order Status pages by August 26, 2026” en kies vervolgens Review customizations.

Shopify genereert een shopspecifiek rapport dat bestaande aanpassingen in kaart brengt en compatibele en incompatibele apps, tracking en analytics, pagina-aanpassingen en Additional Scripts van elkaar scheidt. Gebruik dit als startinventarisatie en vergelijk het daarna met de systemen die worden gebruikt door marketing, finance, support, operations en externe bureaus.

Klaar wanneer: één eigenaar de upgradehandleiding heeft gedocumenteerd en elk vermeld item een verantwoordelijke, doel, vervangingsroute en teststatus heeft.

Stap 2: maak een volledige post-purchase inventaris

Controleer vier groepen afhankelijkheden.

1. Tracking en analytics

• GA4- en Google Ads-purchase-events
• Meta-, TikTok-, Pinterest- of andere advertentiepixels
• Conversietags van affiliate- en partnernetwerken
• Omzetattributie voor e-mail of sms
• A/B-testen, sessierecordings, heatmaps en surveytracking
• Custom data-layer-events en interne analytics

2. Zichtbare post-purchase content

• Enquêtes, reviewverzoeken en referralprompts
• Post-purchase aanbiedingen, reorder-prompts en loyaliteitsboodschappen
• Downloadlinks voor digitale producten
• Instructies voor bezorging, afhalen, pakketkluizen, rembours of betaling
• Supportlinks, contactinformatie, beleid en trust messaging

3. Orderacties en selfservice voor klanten

• Ordertracking en status van meerdere zendingen
• Links voor retouren, omruilen, annuleren en orderwijzigingen
• Links voor abonnementsbeheer of verlenging
• Buy again- en reorder-functionaliteit
• Authenticatie van klantaccounts en verlopen orderstatuslinks

4. Verborgen technische aannames

• Hardcoded Thank You-pagina-URL’s
• Code die de DOM uitleest of onbeperkte paginavariabelen leest
• Scripts die uitgaan van een specifiek ordernummer of klant-ID
• Tags die zowel handmatig als via een app zijn geïnstalleerd
• Klantaccountdomeinen die niet dezelfde rootdomeinnaam delen als de webshop

Stap 3: prioriteer op bedrijfsrisico

Geef niet elke legacyaanpassing dezelfde urgentie. Werk met drie risiconiveaus, zodat het team eerst omzet en klantprocessen beschermt.

• Kritiek: Het item registreert een aankoop, verwerkt omzet- of valutawaarden, schrijft een affiliateverkoop toe, levert een betaald digitaal product of toont essentiële order- en bezorginformatie.
• Belangrijk: Het item beïnvloedt klantvertrouwen, herhaalaankopen, reviewverzameling, loyaliteit, retouren, selfservice voor abonnementen of de werkdruk van support.
• Laag risico: Het item is verouderd, dubbel, ongebruikt of puur informatief terwijl Shopify die informatie elders al biedt.

Een handige verwijderregel: Als niemand kan uitleggen wie eigenaar is van een script, welk platform de data ontvangt of welke beslissing ervan afhangt, bouw het dan niet automatisch opnieuw op. Controleer eerst of het echt nodig is.

Stap 4: kies de ondersteunde vervanging

Voor tracking: geef de voorkeur aan app pixels, daarna custom pixels

Shopify’s pixels manager ondersteunt app pixels die via marketing- en data-apps worden geïnstalleerd, en ook custom pixels die door een developer worden toegevoegd. Pixels laden op de storefront, checkout, Thank You-pagina, Order Status-pagina en klantaccounts, binnen de geldende permissies en sandboxregels.

Shopify raadt in de upgradehandleiding app pixels aan vanwege betere stabiliteit, beveiliging en performance. Als geen geschikte app aan de eis voldoet, staat Shopify een custom pixel toe.

Voor zichtbare content: gebruik blocks of UI extensions

Gebruik de checkout- en accounts-editor om compatibele app blocks toe te voegen. Voor maatwerk kunnen checkout UI extensions worden gebruikt, maar de implementatie moet Shopify’s ondersteunde API’s volgen in plaats van onbeperkte legacy JavaScript na te bouwen.

De nieuwe Order Status-pagina bevat ook native functies zoals Buy Again en, indien geconfigureerd, self-serve returns. Controleer eerst wat Shopify al standaard biedt voordat je betaalt om vergelijkbaar maatwerk opnieuw te laten bouwen.

Voor Google Tag Manager: maak er een bewuste keuze van

Shopify’s migratierichtlijnen voor GTM raden voor de meeste shops de Google & YouTube-app aan. Merchants met een bestaande GTM custom pixel kunnen die updaten, maar Google raadt die custom-pixelopzet niet aan en ondersteunt die ook niet, en Google Tag Assistant kan die niet testen.

Als de shop een GTM custom pixel blijft gebruiken, controleer dan of die zich abonneert op Shopify’s checkout_completed-event en test beide kanten van de koppeling: Shopify Pixel Helper voor eventlevering en het relevante Google-product voor ontvangst. Werk ook alle hardcoded URL-logica bij, want op de nieuwe Thank You-pagina verandert de handle van /thank_you naar /thank-you.

Voor niet-Google-tags die eerder via Google Tag Manager waren ingesteld, instrueert Shopify merchants om alternatieve apps te installeren die app pixels gebruiken. Elk doelplatform moet afzonderlijk worden getest.

Stap 5: valideer consent, domeinen en eventkwaliteit

Een succesvol event is niet alleen een event dat afgaat. Het moet afgaan met de juiste consent, identifiers, omzet, valuta en deduplicatie.

• Consent: In markten waar toestemming vereist is, wat volgens Shopify meestal de EER en het VK zijn, draaien web pixels pas nadat de klant de toestemmingen heeft gegeven die de pixelconfiguratie vereist.
• Domeincontinuïteit: Als de shop een custom domein gebruikt, stel het klantaccountdomein dan in als subdomein van het webshopdomein. Shopify geeft aan dat pixels en cookietoestemming anders niet werken op de Order Status-pagina.
• Omzetdata: Controleer bedrag, valuta, kortingen, belasting, verzendkosten en order-ID in het doelplatform.
• Deduplicatie: Als browser- en server-side-events allebei aankopen rapporteren, controleer dan of het platform één order herkent in plaats van twee conversies.
• Attributie: Als auditadvies is het verstandig om vóór de migratie een baseline vast te leggen voor Shopify-orders en elk doelplatform, en plotselinge veranderingen na de migratie in die verhouding te onderzoeken.

Interpreteer een daling door consent niet verkeerd. Shopify merkt op dat app pixels en custom pixels minder events kunnen rapporteren dan oude scripts, omdat ondersteunde pixels de ingestelde toestemming respecteren. Een lager aantal betekent dus niet automatisch dat de migratie is mislukt; het moet worden beoordeeld in relatie tot consentinstellingen, Shopify-orders en diagnostiek van het doelplatform.

Stap 6: test echte klantreizen

Een paginapreview is niet genoeg. Plaats gecontroleerde testorders en bezoek de Order Status-pagina opnieuw op dezelfde manier als een klant dat zou doen: via bevestigingsmail, sms, accountnavigatie en supportlinks.

• Standaard kaartbetaling op desktop en mobiel
• Shop Pay of andere versnelde betaalflows die de shop gebruikt
• Rembours, inclusief bevestiging en bezorginstructies
• Een nieuw abonnement en een gemengde winkelwagen met abonnement plus eenmalige aankoop
• Lokale afhaling, lokale bezorging of pakketkluisbestellingen
• Een post-purchase upsell- of reorder-flow
• Een bestelling van een digitaal product met downloadlink
• Een internationale bestelling met de juiste taal en valuta
• Een gedeeltelijk uitgeleverde of gesplitste bestelling met meerdere trackingupdates
• Een terugkerende klant die de Order Status-pagina opent na de oorspronkelijke sessie
• Een klant die wel of geen marketing- of analyticsconsent heeft gegeven

Leg voor elke klantreis vast of:

• de juiste Thank You- en Order Status-pagina werd weergegeven
• essentiële app blocks zichtbaar waren en bruikbaar bleven op mobiel
• het purchase-event één keer aankwam in elk verwacht platform
• omzet, valuta, order-ID’s en productdata correct waren
• orderlinks, downloads, retouren, accounttoegang en tracking nog werkten
• support de ervaring kon uitleggen zonder handmatige workaround

Vragen voor app-leveranciers en bureaus

• Gebruikt jullie app app blocks, checkout UI extensions of web pixels op de nieuwe Thank You- en Order Status-pagina’s?
• Welke legacyaanpassing vervangt de nieuwe implementatie precies?
• Moet de merchant een block toevoegen, een account koppelen, een pixel activeren of een configuratie publiceren?
• Welke events moeten zichtbaar zijn in Shopify Pixel Helper en in het doelplatform?
• Hoe voorkomen jullie dubbele purchase-events tijdens en na de migratie?
• Houdt de implementatie rekening met Shopify’s instellingen voor klantprivacy en toestemming?
• Werkt dit met custom klantaccountdomeinen, meerdere markten, abonnementen, rembours, afhalen en gesplitste fulfilment?
• Wat is het rollback- of supportplan vóór 26 augustus?

Een vaag antwoord betekent niet dat je klaar bent. Vraag om setupstappen aan merchant-zijde, ondersteunde paginadoelen, eventnamen, testinstructies en een gedocumenteerd supportpad.

Wat je na de migratie moet monitoren

• Shopify-orders versus geregistreerde purchase-events per platform
• Nauwkeurigheid van omzet en valuta
• Dubbele conversies en plotselinge verschuivingen in attributie
• Waarschuwingen in betaalde campagnes of onverklaarbare prestatieveranderingen
• Rendering van Thank You- en Order Status-blocks op desktop en mobiel
• Fouten in ordertracking, retouren, downloads en accounttoegang
• Supporttickets over ontbrekende bevestigingen, tracking of post-purchase acties
• Paginaprestaties en fouten gemeld door apps of custom extensions

Progus adviseert om in elk geval de eerste week dagelijks een verantwoordelijke aan te wijzen voor monitoring, zodat ontbrekende of dubbele events kunnen worden onderzocht voordat ze een langere rapportageperiode beïnvloeden.

Een praktische checklist voor afronding

1. Upgradehandleiding beoordeeld. Klaar wanneer geen enkel kritisch item nog niet is toegewezen of onverklaard blijft.
2. Legacyscripts afgehandeld. Klaar wanneer elk script is vervangen, bewust uitgefaseerd of gedocumenteerd als overbodig.
3. Paginacontent gepubliceerd. Klaar wanneer elk vereist app block op de juiste pagina en het juiste apparaat verschijnt.
4. Pixels geverifieerd. Klaar wanneer Shopify en elk doelplatform het verwachte event één keer ontvangen met de juiste waarden.
5. Duplicaten verwijderd. Klaar wanneer geverifieerde vervangende tracking actief blijft nadat legacyscripts zijn uitgeschakeld.
6. Consent en domeinen gecontroleerd. Klaar wanneer pixels zich correct gedragen voor journeys met en zonder toestemming op het klantaccountdomein.
7. Kernjourneys geslaagd. Klaar wanneer betaal-, markt-, abonnements-, rembours- en bezorgscenario’s die de shop gebruikt end-to-end werken.
8. Support voorbereid. Klaar wanneer documentatie, escalatieverantwoordelijkheid en klantgerichte instructies actueel zijn.
9. Monitoring actief. Klaar wanneer een eigenaar, baseline, beoordelingsritme en alertdrempel zijn vastgelegd.

Tot slot

De deadline van 26 augustus gaat over twee pagina’s, maar de functies op die pagina’s kunnen marketing, analytics, support, fulfilment en klantervaring met elkaar verbinden. Daarom moet de migratie niet alleen bestaan uit een controle in de page editor, maar ook uit een inventarisatie en functionele test.

Gebruik de migratie om onbekende code op te ruimen, tracking te verplaatsen naar ondersteunde pixels, alleen die pagina-elementen opnieuw op te bouwen die klanten nog echt nodig hebben, en het resultaat te bewijzen met echte orders. Een succesvolle upgrade is niet simpelweg een nieuwe Thank You-pagina. Het is betrouwbare meting, duidelijke ordercommunicatie en minder operationele verrassingen vóór het piekseizoen.