Shopify verandert je product-ID's voor Google Shopping: zo behoud je je historie

Je installeert de Google-koppeling in je Shopify-shop even opnieuw, om een storinkje te fixen. Standaardtip, zo gebeurd. Twee weken later zakt je omzet uit Google Shopping in en snap je niet waarom. Je biedingen staan goed, je producten zijn gewoon op voorraad, en toch loopt het niet meer.

De oorzaak zit op een plek waar je nooit kijkt: het unieke nummer waarmee Google je producten herkent, het product-ID. Bij die herinstallatie kreeg elk product een nieuw nummer. En voor Google is een product met een nieuw nummer een splinternieuw product, zonder verleden. Alle clicks, conversies en leerdata die Google in maanden had opgebouwd: weg.

Dit is geen pech, het is een wijziging die eraan komt. Google stapt over op een nieuwe manier om productdata aan te leveren, en Shopify past zijn standaard Google-koppeling daarop aan. Het goede nieuws meteen erbij: je loopt alléén risico als je de standaard van Shopify als product-ID gebruikt. Gebruik je je eigen artikelnummer, je SKU, dan merk je er niks van. In dit stuk lees je wat er verandert, waarom het je advertenties raakt, hoe je in dertig seconden checkt of het bij jou speelt, en hoe je je historie vastzet.

In het kort

• Google stopt op 18 augustus 2026 met de oude koppeling (de Content API) en stapt over op de nieuwe Merchant API. Shopify past zijn Google-koppeling daarop aan.
• Daarbij verandert het formaat van je product-ID, naar een nieuw `shopify_zz_…`-formaat.
• Verandert je product-ID, dan ziet Google een nieuw product en begint je opgebouwde historie bij nul.
• De gevaarlijkste trigger: de Google-koppeling verwijderen en opnieuw installeren. Doe dat niet zonder dat het echt moet.
• Je loopt alléén risico als je de standaard van Shopify als ID gebruikt. Met je eigen SKU zit je veilig. Check in dertig seconden wat er nu in je feed staat.

Wat er verandert, en waarom

De aanleiding ligt bij Google, niet bij Shopify. Google vervangt de oude manier waarop webshops hun productdata aanleveren (de Content API for Shopping) door een nieuwe (de Merchant API). De oude koppeling wordt op 18 augustus 2026 uitgezet. Dat is een vaste datum, geen schatting.

Shopify past zijn standaard Google & YouTube-koppeling op die overstap aan. En in die aanpassing zit het venijn: het formaat van je product-ID verandert mee. Tot nu toe kreeg een product in je feed een ID met je landcode erin, iets als `shopify_nl_…`. In het nieuwe formaat wordt dat `shopify_zz_…`, met de `zz` als landneutrale code, gevolgd door een lange cijferreeks.

Shopify-verkopers lopen er nu al tegenaan. Op het Shopify-communityforum beschrijft een shop dat Merchant Center ineens `shopify_zz_8820779319523_46242936324323` als product-ID kreeg, waar eerst gewoon zijn SKU stond, en meerdere andere verkopers melden precies hetzelfde. Feed-specialist Bidnamic analyseerde dezelfde wijziging en koppelt hem aan diezelfde overstap naar de Merchant API.

Eerlijk erbij, want we houden van geen kleine lettertjes: Shopify heeft dit zelf nog niet met een officiële mededeling aangekondigd. Het zijn meldingen van verkopers en de analyse van een feed-specialist. Maar de signalen zijn concreet, dateren van eind 2025 tot in 2026, en hangen aan een datum die wél vaststaat. Genoeg reden om het niet af te wachten, maar bij jezelf te controleren.

Waarom dit je advertenties raakt

Om te snappen waarom een veranderend nummer zo'n gevolg heeft, moet je weten wat dat product-ID voor Google doet. Het is het kenmerk waarmee Google elk product in je feed herkent en door de tijd heen volgt. Aan dat nummer hangt alles wat Google over een product heeft geleerd.

Google is er in zijn eigen documentatie helder over. Eerst de regel zelf:

"Once you've assigned an ID to a product, don't change it."

En verderop in diezelfde passage staat wat er gebeurt als je het tóch doet:

"If you change the ID, you'll overwrite your product and its history."

Daartussen legt Google uit dat juist dat ID, samen met je land en taal, gebruikt wordt om de prestatiegeschiedenis van een product bij te houden in Merchant Center en Google Ads. Verander je het, dan ben je die geschiedenis kwijt. Google ziet niet "dit bestaande product heeft een nieuw nummer", maar een product dat het nog nooit eerder heeft gezien.

De gevolgen zie je terug in je cijfers. Het product gaat opnieuw door de goedkeuring van Merchant Center. De leerdata over wie erop klikt en koopt, begint opnieuw. Draai je Performance Max of slimme biedingen, dan moet het systeem opnieuw inregelen wat het al wist. Bij één product is dat vervelend. Bij je hele catalogus tegelijk is het een streep door je rekening.

Wie risico loopt, en wie niet

Niet elke Shopify-shop is de klos. Het hangt af van wat je nu als product-ID gebruikt.

Je loopt risico als je de standaard van Shopify overneemt en de automatisch gegenereerde identifier het product-ID laat zijn. Dat is precies het nummer dat van formaat verandert, dus je valt om zodra de wijziging je producten raakt.

Je zit veilig als je je eigen SKU als product-ID gebruikt. Die verandert niet mee met de koppeling, dus Google blijft je product herkennen en deze hele wijziging gaat langs je heen. Niet toevallig is dat ook precies wat Google zelf aanraadt.

Let daarbij op de momenten waarop het misgaat. Nieuwe producten kunnen het nieuwe formaat automatisch krijgen. En de meest gemelde trigger waarop ook je bestáánde producten omvallen, is die herinstallatie van de Google-koppeling uit het begin van dit stuk. Vermijd dat dus, tenzij het echt niet anders kan.

Zo check je in dertig seconden of het bij jou speelt

Je hoeft hier niemand op zijn woord te geloven, ook mij niet. Je kunt het zelf zien:

1. Log in op Google Merchant Center.

2. Ga naar je productenoverzicht en open een willekeurig product.

3. Kijk naar het veld ID (of `id`).

Staat daar je eigen artikelnummer, dan zit je goed. Staat er iets als `shopify_zz_8820779319523_…`, dan gebruik je de standaard van Shopify en loop je risico. Niet per se dat het vandaag al misgaat, maar je historie hangt aan een nummer dat gaat veranderen.

Doe deze check sowieso als je je Google-koppeling onlangs opnieuw hebt geïnstalleerd, of als je Shopping-resultaten zonder duidelijke reden zijn ingezakt. Het is vaak het eerste wat je over het hoofd ziet.

De oplossing: je SKU als vast anker

De oplossing is simpel: zorg dat je product-ID je SKU is, niet de automatische code van Shopify.

Waarom werkt dat zo goed? Omdat je SKU het enige nummer is dat van jou is en niet verandert. Wijzigt Shopify de standaard, dan blijft je SKU je SKU. Stap je later over naar een ander platform, dan verhuist hij gewoon mee.

Het is een beetje als het kenteken van een auto. Je kunt 'm overspuiten, andere velgen eronder zetten, een nieuwe eigenaar geven, maar het kenteken blijft. Daaraan herkent iedereen dezelfde auto. Je SKU is dat kenteken. Laat een platform er geen nieuw nummer overheen plakken.

Drie manieren om je ID vast te houden

Hoe je dat regelt, hangt af van hoe je je feed naar Google stuurt. Grofweg zijn er drie routes.

Via je shop zelf is gratis, maar je bent afhankelijk van wat de koppeling toelaat. En het is nu juist die standaardkoppeling die van formaat wisselt. Met de hand is geen route, joh, eerlijk: ID's bewaken bij een groeiende catalogus is dweilen met de kraan open. Via een feed-tool geef je het uit handen aan iets dat het stabiel houdt, omdat je daar zelf bepaalt wat het ID wordt en het platform er niet meer tussen kan komen.

Geldt dit ook voor andere platforms?

Op dit moment speelt het concreet bij Shopify. Voor bijvoorbeeld Magento of WooCommerce is geen vergelijkbare wijziging bekend; daar blijft je SKU gewoon het anker.

Maar de onderliggende oorzaak, Google's overstap naar de Merchant API, raakt elk platform dat aan Google levert. Het zou dus zomaar kunnen dat andere koppelingen op termijn iets soortgelijks doen zodra ze meebewegen met de nieuwe standaard. Zeker weten doen we dat niet, en we gaan het ook niet beweren.

Het mooie is dat je je daar niet druk om hoeft te maken zodra je je SKU als vast anker gebruikt. Die regel beschermt je ongeacht welk platform je hebt of waar je later naartoe gaat. Eén keer goed instellen, en de hele discussie over formaatwijzigingen gaat aan je voorbij.

Waar een feed-tool binnenkomt

Bij die derde route hoort een eerlijke kanttekening: wij zijn Channable-partner. We zetten Channable in voor klanten die hun feeds strak en stabiel willen houden, dus ik ben hier niet helemaal onpartijdig. Daarom houd ik het bij wat een feed-tool feitelijk voor je doet, en bepaal je zelf of je hem nodig hebt.

Het idee is simpel. Zo'n tool leest al je producten in en laat jóu kiezen welk veld het product-ID wordt. Je pint het op je SKU, en vanaf dat moment maakt het niet meer uit wat Shopify of een standaardkoppeling er onder de motorkap van vindt. De tool stuurt de waarde die jij hebt gekozen, elke keer opnieuw, ook voor de producten die je morgen pas toevoegt.

Of je daar een aparte tool voor nodig hebt, hangt af van je situatie. Heb je een klein assortiment en geeft je shop de SKU netjes als ID door, dan red je je prima zonder. Heb je honderden producten, verkoop je op meer kanalen, of wil je gewoon niet meer wakker liggen van dit soort wijzigingen, dan is die controle het meestal waard. Wil je dieper in de afweging tussen tools en zelf doen duiken, lees dan onze eerlijke vergelijking van Channable, DataFeedWatch en het zelf doen. En wil je weten hoe wij hierin werken, kijk dan op onze pagina over Channable.

Veelgestelde vragen

Wat verandert Shopify precies aan mijn product-ID's?

Door Google's overstap van de Content API naar de Merchant API past Shopify zijn standaard Google-koppeling aan. Daarbij verandert het formaat van het product-ID, van een code met je landcode naar een nieuw `shopify_zz_…`-formaat. Verkopers melden dit nu al, al heeft Shopify het zelf nog niet officieel aangekondigd.

Wat gebeurt er met mijn historie als dat ID verandert?

Dan ziet Google een nieuw product. In Google's eigen woorden: je overschrijft het product en zijn historie. Alle opgebouwde clicks, conversies en leerdata beginnen voor dat product opnieuw, en slimme biedingen moeten opnieuw inregelen.

Loopt elke Shopify-shop hier risico?

Nee. Alleen als je de automatische identifier van Shopify als product-ID gebruikt. Gebruik je je eigen SKU als ID, dan gaat deze wijziging langs je heen. Daarom is het belangrijk om even te checken wat er nu in je feed staat.

Geldt dit ook voor Magento of WooCommerce?

Voor die platforms is op dit moment geen vergelijkbare wijziging bekend; daar blijft je SKU het anker. Omdat de oorzaak bij Google ligt, valt niet uit te sluiten dat andere koppelingen later meebewegen. Met je SKU als ID zit je hoe dan ook goed.

Heb ik hier een aparte tool voor nodig?

Niet per se. Soms kan je shop het zelf, als hij de SKU als ID doorgeeft. Maar juist de standaardkoppeling wisselt nu van formaat. Een feed-tool laat jou bepalen welk veld het ID wordt, zodat het platform er niet meer tussen kan komen. Bij een klein, stabiel assortiment kun je het vaak zonder af.

Tot slot

Het product-ID is een klein, saai veld in een bestand dat je nooit opent. En precies daarom is deze wijziging zo verraderlijk: je merkt er niks van tot je historie omvalt. De aanleiding ligt bij Google, de uitvoering bij Shopify, maar de controle ligt bij jou.

Check welke waarde er nu in je `id`-veld staat, zorg dat het je SKU is, en houd het daar. Dan blijft je product voor Google hetzelfde product, hoeveel er onder de motorkap ook verandert. Geen mooie woorden nodig, gewoon één nummer dat blijft staan.

Bronnen

• Google Merchant Center Help, ID [id]: de regel dat je een ID niet moet veranderen en het advies om je SKU te gebruiken. support.google.com/merchants/answer/6324405
• Google Merchant Center Help, Introducing Merchant API: de overstap van de Content API for Shopping naar de Merchant API, met de datum 18 augustus 2026. support.google.com/merchants/answer/16493611
• Shopify Community, "Google & YouTube App Product ID Sync Issue: SKU vs shopify_zz Format": meldingen van verkopers over het nieuwe ID-formaat (okt 2025 tot feb 2026). community.shopify.com
• Bidnamic, "Upcoming Shopify Item ID Changes" (bijgewerkt 14 mei 2026): analyse van het oude en nieuwe ID-formaat, de triggers en wie wel en niet geraakt wordt. bidnamic.com