ID [id] i Google Shopping: krav, bästa praxis och exempel

Vad är attributet id?

Attributet id är den unika identifieraren för varje produkt i din Google Merchant Center-feed. Det är den primära nyckeln som Google använder för att följa din produkt i alla system: feedbearbetning, auktionsdeltagande, tillskrivning av klick och konverteringar, signaler för Smart Bidding, kampanjinriktning och resultatrapportering. All data som Google samlar in om en produkt är kopplad till dess id.

Till skillnad från de flesta andra feedattribut påverkar attributet id inte vad kunderna ser – det visas aldrig i Shopping-annonser eller produktlistningar. Dess inverkan är helt strukturell och operationell. Denna osynlighet gör det lätt att underskatta, men det är sannolikt det enskilda fält i din feed som får störst konsekvenser. Regeln är enkel: tilldela det korrekt en gång och ändra det sedan aldrig.

Tekniska specifikationer

Var det visas

• Feedhantering i Merchant Center – ID:t är radnyckeln som visas i feeddiagnostik, produktlistor och problemrapporter. När du undersöker en underkänd produkt eller ett problem med datakvalitet slår du upp produkten via dess ID.

• Gränssnittet för Google Ads-kampanjer – I Shopping-kampanjer refererar rapporter på produktnivå, budjusteringar och uteslutningar alla till Merchant Center-ID:t. Inriktning på produktgrupper i Standard Shopping och Performance Max använder ID:t som produktreferens.

• Taggar för dynamisk remarketing – Remarketingtaggen på din webbplats måste skicka samma ID-värden som finns i din Merchant Center-feed så att Google kan matcha användarbeteende (produktvisningar, lägg i varukorg, köp) med specifika produkter för att bygga målgrupper och anpassa annonser.

• Konverteringsspårning – För Shopping-kampanjer tillskrivs konverteringsdata på produktnivå med hjälp av ID:t. Detta är grunden för ROAS-rapportering på produktnivå och signaler för Smart Bidding.

ID:t visas aldrig för kunder i någon av Googles tjänster – det är en rent intern systemidentifierare.

Regler

• Måste vara unikt inom ditt Merchant Center-konto – Två produkter med samma ID i samma feed gör att den ena skriver över den andra. Även mellan flera feeder i samma konto måste ID:n vara unika.

• Max 50 tecken – ID:n som överstiger 50 tecken kortas av eller orsakar feedfel. Utforma ditt ID-schema så att det håller sig med god marginal under gränsen.

• Skiftlägeskänsligt – Håll skiftläget konsekvent i hela din feed och i alla system som refererar till produkt-ID:n (Google Ads, remarketingtaggar, analysverktyg). Blandat skiftläge är en vanlig orsak till misslyckad tillskrivning.

• Måste matcha värden i remarketingtaggen – Om du implementerar dynamisk remarketing måste värdet för ecomm_prodid (eller motsvarande) i taggen på din webbplats exakt matcha id i Merchant Center, inklusive skiftläge.

• Stabilt mellan feeduppladdningar – Samma fysiska produkt måste ha samma ID i varje feeduppladdning. Att generera nya ID:n vid varje uppladdning (t.ex. med hjälp av tidsstämplar eller automatisk inkrementering) är ett allvarligt misstag.

Bästa praxis

Använd ditt artikelnummer som ID

Det allra bästa du kan göra med produkt-ID:n är att använda ditt interna artikelnummer (SKU) – den identifierare som ditt företag redan använder för specifika produktvarianter i ditt lager, affärssystem eller orderhanteringssystem. Artikelnummer är stabila (de ändras inte när priser, beskrivningar eller bilder ändras), unika per variant (varje storleks-/färgkombination har sitt eget artikelnummer) och begripliga för ditt driftteam (praktiskt vid felsökning av feedproblem).

Så utformar du ID-schemat för stora kataloger

För kataloger med tusentals artikelnummer förbättrar ett strukturerat ID-schema hanterbarheten:

Strategi för variant-ID

För produktvarianter (olika storlekar, färger eller konfigurationer av samma basprodukt) behöver varje variant ett unikt ID. Med ett konsekvent namngivningsschema undviker du förvirring:

• Basprodukt: DRESS-WRAP-MIDI (skicka inte in basprodukten – skicka in varianter)

• Blommig / S: DRESS-WRAP-MIDI-FLORAL-S

• Blommig / M: DRESS-WRAP-MIDI-FLORAL-M

• Enfärgad marinblå / S: DRESS-WRAP-MIDI-NAVY-S

Gruppera dessa med ett gemensamt item_group_id (t.ex. DRESS-WRAP-MIDI) för att tala om för Google att de är varianter av samma produkt.

Påverkan på resultat

• Kontinuitet för Smart Bidding – Strategier för Smart Bidding som mål-ROAS (tROAS) och Maximera konverteringsvärde samlar in konverteringssignaler per produkt-ID. Ett stabilt ID med 6 månaders konverteringshistorik får mycket bättre budbeslut än ett nytt ID som börjar från noll. ID-ändringar försämrar direkt resultatet för Smart Bidding.

• Auktionssignaler – Googles auktion använder historiska resultatsignaler på produktnivå (CTR, konverteringsgrad, kvalitet) förankrade i ID:t. Dessa signaler tar 4–8 veckor att bygga upp igen efter ett ID-byte, vilket orsakar högre CPC och lägre exponeringsandel under den perioden.

• Träffsäker dynamisk remarketing – Om ID:n i remarketingtaggen inte matchar feed-ID:n blir målgruppslistorna felaktiga eller tomma, och då slutar remarketingkampanjerna att fungera helt. Att få ID:n rätt från dag ett förhindrar denna typ av problem.

• Rapportering och tillskrivning – ROAS-rapporter på produktnivå, data om exponeringsandel och analys av konverteringsvägar är alla beroende av stabila ID:n. Att ändra ID:n mitt i en kampanj gör historiska jämförelser omöjliga och kräver vanligtvis manuell dataavstämning.

Vanliga misstag

• Att använda autogenererade sekventiella ID:n som ändras när produkter importeras på nytt eller databasen migreras

• Att använda produktwebbadresser som ID:n – webbadresser ändras när webbplatsens struktur ändras

• Att använda produkttitlar eller namn som ID:n – titlar ändras av SEO- eller marknadsföringsskäl

• Inkonsekvent skiftläge mellan feed-ID:n och värden i remarketingtaggen, vilket förstör tillskrivningen för dynamisk remarketing

• Att återanvända ID:n från produkter som gått ur sortimentet för nya produkter – gamla auktionssignaler från den utfasade produkten smittar av sig på den nya

• Att skicka in huvud- eller basproduktens ID i stället för enskilda variant-ID:n

• Att använda specialtecken eller mellanslag som orsakar tolkningsfel i TSV/CSV-feeder

Proffstips

• Lägg till ett valideringssteg för feed-ID i din feedpipeline – Kör före varje feeduppladdning en kontroll som säkerställer att inga nya ID:n har dykt upp för produkter som redan hade ID:n i föregående feed, att inga ID:n överstiger 50 tecken och att inga ID:n innehåller förbjudna tecken. Detta fångar upp oavsiktliga ID-ändringar innan de når Merchant Center och förstör resultathistoriken.

• Upprätthåll ett register över produkt-ID:n – Håll en kanonisk mappning mellan dina interna produktidentifierare och deras Merchant Center-ID:n. Detta är särskilt viktigt under plattformsmigreringar (när du byter e-handelsplattform) där interna ID:n kan ändras men Merchant Center-ID:n måste förbli identiska.

• Om en framtvingad ID-ändring är oundviklig – Planera för en återhämtningsperiod på 2–4 veckor för resultatet. Höj tillfälligt buden på berörda produkter för att bibehålla exponeringsandelen medan Smart Bidding lär sig på nytt. Övervaka auktionssignaler varje vecka och minska budgetskyddet när resultatet stabiliseras.

• Använd ID:t som gemensam produktnyckel i alla system – Se till att ditt Merchant Center-ID stämmer överens med produkt-ID:t i Google Analytics 4 (item_id i e-handelshändelser), dina remarketingtaggar och din annonsrapportering. Med en enda, konsekvent produktidentifierare i alla system kan du analysera produktresultat hela vägen utan att behöva stämma av ID:n.