Het dashboard zei dat de verkoop daalde. Shopify admin liet iets heel anders zien. Als jouw augustus er zo uitzag, verschillen de cijfers niet over hoe je bedrijf presteert. Ze verschillen over de vraag of een pagina aan Meta heeft doorgegeven wat er gebeurde. Op 26 augustus 2026 faseerde Shopify die oude pagina uit voor niet-Plus-winkels.
26 augustus 2026 was de deadline voor winkels met een niet-Plus-abonnement om de Thank you- en Order status-pagina’s naar de nieuwe versies te upgraden. De pagina’s verdwenen niet, maar de oude manier om er code op te plaatsen wel. Additional Scripts was al sinds 28 augustus 2025 alleen nog leesbaar, en script tags stopten met draaien op de Order status-pagina van de resterende winkels. Alles wat afhing van code op de pagina na de aankoop stopte mee. In veel winkels was dat de conversietag voor Google Ads, een Meta purchase-event, een affiliate-postback of een pixel die jaren geleden was geïnstalleerd en sindsdien nooit meer was aangepast.
Waarom het op een verkoopdaling lijkt en niet op een trackingprobleem
Drie dingen komen samen, en alle drie wijzen ze je naar de verkeerde conclusie.
Ten eerste verbergt deduplicatie het gat. Bij winkels met zowel een browserpixel als een server-event bleef de browserroute vaak afvuren. Het totale aantal purchases veranderde daardoor nauwelijks, terwijl de matchkwaliteit en toegeschreven waarde daalden. Wie alleen het aantal bekijkt, concludeert dat er niets kapot is.
Ten tweede verbergen de twee platforms het op verschillende manieren. Meta koppelt de conversiedatum aan het event, waardoor een onderbreking dicht bij de werkelijke datum zichtbaar wordt. Google Ads koppelt de conversiedatum aan de klik. Dezelfde onderbreking wordt daardoor terug over de dagen vóór de klik uitgesmeerd: het lijkt alsof prestaties langzaam verslechteren in plaats van plots stoppen. Dezelfde onderbreking, twee patronen, afhankelijk van het rapport dat je opent.
Ten derde reageert het bieden eerder dan de rapportage. Smart Bidding optimaliseert op het signaal dat het nog ziet. De uitgaven kunnen dus al veranderen terwijl de rapportcijfers nog worden verwerkt. Vakgenoten in de communitythread van Shopify beschrijven precies die volgorde. Die thread bevat ook een belangrijke correctie: een verandering in CPA alleen bewijst geen meetverlies. Het bewijs is het tekort op eventniveau.
Wat is gemist, blijft gemist. Conversieplatforms vullen de events niet achteraf aan. Het gat blijft dus in de historie staan, wat je daarna ook repareert.
Niet elke winkel werd geraakt, en dat is geen toeval
Twee feiten bepalen dit per winkel. Geen van beide is uit een dashboard af te lezen.
- Via welke route het purchase-event werd verstuurd. Het native Facebook and Instagram-kanaal verstuurt events via de eigen pixellaag van Shopify en de Conversions API. Het draaide nooit op de Order status-pagina. Die winkels werden niet geraakt. Alles wat aan de Order status-pagina was gekoppeld, zoals een geplakte pixel of een oudere container van een derde partij, verloor die route.
- Wanneer de pagina’s van die winkel werden geüpgraded. De 26e was de uiterste datum, niet het moment van de wijziging zelf. Een winkel die in het voorjaar werd geüpgraded, merkte het effect toen al en laat rond 26 augustus een vlakke lijn zien. Dat is de winkel waar elke controle zonder problemen uitkomt.
De herstelchecklist die je deze week kunt doorlopen
- Controleer de upgradestatus per winkel. Ga in Shopify admin naar Settings > Checkout en lees het onderdeel Configurations. Als je de upgrademelding ziet, gebruikt de winkel nog de verouderde versie.
- Zoek uit waar het purchase-event nu draait. Open Settings > Customer events. Als de officiële Meta- of Google-pixel daar is gekoppeld, verzorgt die integratie de meting. Plaats daarna een echte testbestelling en controleer of het event binnenkomt.
- Herstel het domein voor klantaccounts als je een eigen domein gebruikt. Shopify vereist dat het domein voor klantaccounts een subdomein van je winkeldomein is, bijvoorbeeld
account.your-store.com. Anders kunnen pixels en cookieconsent op de Order status-pagina misgaan. - Stem de twee klokken af voordat je één dag vergelijkt. Shopify groepeert bestellingen volgens de tijdzone van de winkel. Advertentieplatforms gebruiken de tijdzone van het advertentieaccount, die vaak anders is. Een echte sprong op de 26e kan door dat verschil op een geleidelijke verandering over twee dagen lijken.
- Scheid meetverlies van prestatieverlies. Vergelijk Shopify’s eigen cijfers voor betaalde kanalen, dus bestellingen met je campagne-UTM of referrer, met de platformrapportage over dezelfde dagen. Als die Shopify-cijfers stabiel blijven terwijl het platform daalt, is het een meetprobleem en geen reden om budgetten te wijzigen. Gebruik niet het totale aantal bestellingen als controle: een vlak totaal kan een instorting van betaald verkeer verbergen.
- Controleer de verhouding tussen server en browser in Meta. Open het Purchase-event in Events Manager en vergelijk de uitsplitsing naar connection method voor de week vóór en na 26 augustus. Als het serveraandeel is ingestort, is de serverroute weggevallen.
- Controleer het niveau van Meta data sharing. Shopify gebruikt de Conversions API alleen bij Enhanced of Maximum, niet bij Standard. Een winkel op Standard heeft helemaal geen serverroute voor purchases.
- Vervang het script goed en in de juiste volgorde. Koppel en test de app pixel. Schakel daarna het oude additional script uit om dubbele events te voorkomen. Wil je geen enkel moment met mogelijke duplicaten, schakel het script dan eerst uit en accepteer het korte meetgat.
- Koppel niet blind opnieuw. Als het server-event nooit is gestopt met binnenkomen, kan opnieuw koppelen dubbele Purchase-events veroorzaken. Controleer dit eerst.
- Noteer de precieze datums van het gat in het advertentieaccount. Niets wordt achteraf aangevuld. De aantekening vertelt je later dat de daling door de meting kwam.
- Controleer wat er nog meer op die pagina stond. Alles wat via een script op de Thank you-pagina verscheen, zoals een upsell, cross-sell of herinnering om opnieuw te bestellen, verdween ook. Dat raakt echte omzet, niet de meting. Een aanbod dat wegvalt kan de gemiddelde bestelwaarde laten dalen terwijl het aantal bestellingen gelijk blijft. Kijk in het tabblad Added van de checkout editor welke app blocks nu daadwerkelijk zijn geplaatst. Controleer ook het herhaalaankooppercentage per cohort: een verdwenen bestelherinnering wordt pas weken later zichtbaar.
Hoe ik dit aanpak
Ik neem de bestelling als bron van waarheid, niet de pagina. Ik bouw de purchase-route opnieuw op zodat die niet afhankelijk is van een script op een uitgefaseerde pagina. In mijn eigen pipeline leg ik purchase-events server-side vast en sla ik de advertentieklik-ID’s op bij de bestelling. Zo is een bestelling terug te volgen naar de klik die haar opleverde, zonder afhankelijk te zijn van wat er in een browser afvuurde.
Vóór de vorige Shopify-checkoutdeadline heb ik de meting van begin tot eind opnieuw opgebouwd voor een headless Shopify-retailer op de Amerikaanse markt. Dat was 16 dagen vóór de deadline klaar. Het aandeel verkopen met een bekende bron ging van 6 % naar 76 %, dubbele purchase-rapportage van +100 % naar 0 %, en verkopen die aan Google werden toegeschreven van 0,1 naar 10,5 per dag. Van de 612 verkopen in de onderzochte periode waren er 573 in geen enkel rapport zichtbaar. Ook waren 211 terugbetalingen nooit afgetrokken. Dezelfde herbouw liet zien dat ongeveer één op de zes sessies in de property van bots kwam, zonder enige verkoop. Die sessies hadden al die tijd de noemers opgeblazen.
Dat is wat Aug-26 Tracking Recovery inhoudt: vaststellen welke route de purchase nam, die met een echte testbestelling bewijzen, naar een ondersteunde route verplaatsen en met Shopify-bestellingen reconciliëren zodat het cijfer te controleren is. Ik beloof geen foutloze doorlopende monitoring. Ik houd een open lijst met gebreken bij en laat je die liever zien dan een schoon dashboard dat ze verbergt.
“Hij reageert heel snel en is een expert in het oplossen van pixel- en trackingproblemen in Meta en Shopify.”
— Upwork-klant, 2025 (vertaald uit het Engels)
Wat dit niet is
- Geen budgetprobleem. Pauzeer campagnes niet op basis van een dashboardcijfer voordat je Shopify’s eigen cijfers voor betaalde kanalen hebt gecontroleerd. Veel goed presterende campagnes zijn gepauzeerd omdat een rapport events miste.
- Geen herstel van historische data. Het gat in de historie blijft. Noteer het.
- Niet per se de 26e voor jouw winkel. De 26e was de deadline, niet de datum waarop jouw pagina’s veranderden.
- Geen uitzondering voor Plus. Dezelfde pagina’s zijn voor Plus-winkels eerder uitgefaseerd, met een andere datum.
- Geen juridisch of fiscaal advies. Consent en privacyinstellingen horen bij de implementatie. Welke regels voor jouw winkel gelden is een aparte vraag.
Ik kan dit voor je bouwen
Dit is de toepassing Minder purchases na de Shopify-checkoutupgrade van 26 augustus, of na de overname van je winkel: tracking herstellen.
Het begint met een gratis gesprek. Beschrijf je taak, dan geef ik aan met welk van de twee verliezen je te maken hebt: een meetprobleem of een echte verandering. Dat gebeurt vóór er iets wordt aangepast. Als we eerst de oorzaak moeten vaststellen, spreken we die aparte diagnose af vóór de implementatie.
De gebruikelijke route: Aug-26 Tracking Recovery als Focused Fix vanaf EUR 425. Een Custom Engineering Project vanaf EUR 1.400 als de herbouw meerdere winkels of een headless storefront omvat.
Beschrijf je taak.
