Product-ID's splitsen: wanneer online- en winkelproducten aparte ID's nodig hebben

Wat er is veranderd

Google heeft de manier veranderd waarop het omgaat met multichannelproducten — artikelen die zowel online als in fysieke winkels worden verkocht. Een multichannelproduct hoort nu in beide kanalen dezelfde waarden voor de kernkenmerken te hebben. Heb je online en in de winkel andere kenmerkwaarden nodig (bijvoorbeeld een andere staat, of andere custom labels voor advertentietargeting), dan raadt Google twee aparte producten aan: een product dat de ID SKU-1234 gebruikte voor zowel de onlinevermelding als de vermelding in advertenties voor lokale voorraad, krijgt dan twee verschillende ID’s, één voor het onlinekanaal en een andere voor het lokale kanaal (de winkel).

Dit geldt voor verkopers die zowel Shopping-advertenties (online) als advertenties voor lokale voorraad (winkel) draaien, waarbij dezelfde SKU zowel in een primaire productfeed als in een feed met lokale voorraad staat. Alleen een andere prijs in de winkel vraagt niet om een aparte ID: met gegevens over lokale voorraad kun je de prijs per winkel overschrijven. Draai je alleen online Shopping-advertenties en doe je niet mee aan het programma voor advertenties voor lokale voorraad, dan verandert er voor jou niets.

Waarom Google dit heeft veranderd

Gebruik je dezelfde product-ID voor online- en winkelvoorraad, dan krijgt het biedsysteem van Google gemengde signalen. De prestatiedata van beide kanalen wordt aan één product-ID toegeschreven, waardoor het algoritme de kanalen moeilijk los van elkaar kan optimaliseren:

Een product dat in de winkel goed converteert maar online slecht, levert vermengde prestatiesignalen op waar Smart Bidding niet goed op kan sturen
Kenmerken kunnen per kanaal verschillen — bijvoorbeeld een andere staat in de winkel, of andere custom labels voor advertentietargeting (een andere winkelprijs, zoals € 34,99 tegenover € 29,99 online, kan in plaats daarvan uit de gegevens over lokale voorraad komen)
Conversies met afhalen in de winkel en conversies met thuisbezorging vragen om andere optimalisatiesignalen

Met gesplitste ID’s kan het systeem van Google elk kanaal bij bieden en attributie als een apart product behandelen — ook al is het fysieke product identiek.

Voor wie het geldt

Het geldt voor jou als:

je een primaire productfeed bij Merchant Center aanlevert voor online Shopping-advertenties
je daarnaast een feed met lokale voorraad aanlevert (of advertenties voor lokale voorraad gebruikt)
dezelfde SKU/ID in beide feeds voorkomt
die producten online en in de winkel andere kenmerkwaarden nodig hebben (anders dan de prijs)

Verkopers die alleen online verkopen, merken hier niets van.

Stappenplan voor de migratie

Stap 1: Breng de overlap in ID’s in kaart

# Find overlapping IDs across feeds
online_ids = set(primary_feed['id'])
instore_ids = set(local_inventory_feed['id'])
overlapping = online_ids.intersection(instore_ids)
print(f"Products requiring ID split: {len(overlapping)}")

Stap 2: Kies een naamgevingsconventie

Gangbare patronen:

SKU-1234-online versus SKU-1234-store
online_SKU-1234 versus store_SKU-1234
SKU-1234-W (web) versus SKU-1234-S (store)

Harde beperking: een product-ID mag niet langer zijn dan 50 tekens en geen spaties bevatten. Controleer of je nieuwe ID’s hieraan voldoen voordat je ze in bulk doorvoert.

Stap 3: Werk je primaire productfeed bij

Zet alle betrokken product-ID’s om naar de nieuwe conventie voor het onlinekanaal. Alle andere kenmerken (titel, prijs, GTIN, afbeeldingen) blijven ongewijzigd — alleen het kenmerk id verandert.

Stap 4: Werk je feed met lokale voorraad bij

Zet alle betrokken product-ID’s in de feed met lokale voorraad om naar de conventie voor de winkel. De ID’s moeten nu overeenkomen met de nieuwe ID’s voor het winkelkanaal, niet met die voor het onlinekanaal.

Stap 5: Regel item_group_id

Groepeer je varianten met item_group_id, dan heb je een consistente aanpak nodig. De huidige richtlijn van Google is om voor hetzelfde product in alle kanalen dezelfde item_group_id te gebruiken — het blijft hetzelfde fysieke product, alleen per kanaal anders weergegeven. Zo blijft de groepering van varianten consistent en wordt het feedbeheer eenvoudiger. Zie de gids voor het kenmerk item_group_id voor meer informatie.

Stap 6: Aanleveren en controleren

Houd na het bijwerken van beide feeds het tabblad Vereist aandacht in Merchant Center in de gaten. Je hoort de onlineproducten te zien met hun nieuwe kanaalspecifieke ID’s, zonder waarschuwingen over “conflicterende product-ID’s”.

Gevolgen voor de prestaties van Smart Bidding

Verander je een product-ID, dan ziet het systeem van Google dat als een nieuw product. De prestatiegeschiedenis van de oude ID gaat niet mee. Smart Bidding moet voor de nieuwe ID’s opnieuw modellen opbouwen — meestal een leerperiode van 2-4 weken. Plan je budget tijdens de overgang wat voorzichtiger; de ROAS kan schommelen.

Belangrijk: verwijder oude ID’s niet meteen

Voer je nieuwe ID’s in, verwijder de oude dan niet meteen zolang er nog Google Ads-campagnes of productgroepen naar verwijzen. Pas eerst de productgroepfilters in je campagnes aan zodat ze naar de nieuwe ID’s verwijzen en haal de oude pas daarna uit de feed. Verwijder je een ID waarnaar nog wordt verwezen, dan toont de campagne voor die productgroep niets meer tot het filter is bijgewerkt.