Id [id] i Google Shopping: Krav, bedste praksis og eksempler

Hvad er attributten id?

Attributten id er den unikke identifikator for hvert produkt i dit Google Merchant Center-feed. Det er den primære nøgle, som Google bruger til at følge dit produkt gennem alle systemer: feedbehandling, deltagelse i auktioner, tilskrivning af klik og konverteringer, signaler til Smart Bidding, kampagnemålretning og performancerapportering. Alle de data, Google samler om et produkt, er knyttet til dets id.

I modsætning til de fleste andre feedattributter påvirker attributten id ikke, hvad køberne ser – den vises aldrig i Shopping-annoncer eller i produktvisninger. Dens betydning er udelukkende strukturel og driftsmæssig. Fordi den er usynlig, er den nem at undervurdere, men den er nok det enkelte felt i dit feed, der har de største konsekvenser. Reglen er enkel: Tildel den korrekt én gang, og ændr den aldrig bagefter.

Tekniske specifikationer

Hvor den vises

• Feedadministration i Merchant Center – Id’et er rækkenøglen i feeddiagnosticering, produktlister og problemrapporter. Når du undersøger en afvisning eller et problem med datakvaliteten, slår du produktet op på dets id.

• Kampagnegrænsefladen i Google Ads – I Shopping-kampagner henviser rapporter på produktniveau, budjusteringer og ekskluderinger alle til id’et fra Merchant Center. Målretning af produktgrupper i Standard Shopping og Performance Max bruger id’et som produktreference.

• Tags til dynamisk remarketing – Remarketing-tagget på dit website skal sende de samme id-værdier, som findes i dit Merchant Center-feed, så Google kan koble brugeradfærd (produktsidevisninger, læg i kurv, køb) til bestemte produkter, når der opbygges målgrupper og personaliseres annoncer.

• Konverteringssporing – I Shopping-kampagner tilskrives konverteringsdata på produktniveau via id’et. Det er grundlaget for ROAS-rapportering på produktniveau og for signalerne til Smart Bidding.

Id’et vises aldrig for købere på nogen af Googles platforme – det er udelukkende en intern systemidentifikator.

Regler

• Skal være unikt på din Merchant Center-konto – Har to produkter det samme id i det samme feed, overskriver det ene det andet. Også på tværs af flere feeds på samme konto skal id’erne være unikke.

• Maks. 50 tegn – Id’er på mere end 50 tegn bliver afkortet eller giver feedfejl. Læg dit id-skema an, så du holder dig et godt stykke under grænsen.

• Skelner mellem store og små bogstaver – Brug de samme store og små bogstaver i hele dit feed og i alle systemer, der henviser til produkt-id’er (Google Ads, remarketing-tags, analyseværktøjer). Uensartede store og små bogstaver er en hyppig årsag til fejl i tilskrivningen.

• Skal matche værdierne i remarketing-tagget – Hvis du bruger dynamisk remarketing, skal værdien i ecomm_prodid (eller tilsvarende) i tagget på dit website matche id i Merchant Center nøjagtigt, også hvad angår store og små bogstaver.

• Stabilt fra upload til upload – Det samme fysiske produkt skal have det samme id i hvert feedupload. At generere nye id’er ved hvert upload (f.eks. med tidsstempler eller fortløbende numre) er en kritisk fejl i opsætningen.

Bedste praksis

Brug din SKU som id

Det allerbedste, du kan gøre for dine produkt-id’er, er at bruge din interne SKU – den identifikator, din virksomhed allerede bruger om de enkelte produktvarianter i lager-, ERP- eller ordresystemet. SKU’er er stabile (de ændrer sig ikke, når priser, beskrivelser eller billeder ændres), unikke pr. variant (hver kombination af størrelse og farve har sin egen SKU) og genkendelige for dit driftsteam (nyttigt, når du fejlsøger feedproblemer).

Id-skema til store kataloger

I kataloger med tusindvis af SKU’er gør et struktureret id-skema det lettere at holde styr på produkterne:

Id’er til varianter

Produktvarianter (forskellige størrelser, farver eller udgaver af samme basisprodukt) skal hver have sit eget id. En fast navngivning forhindrer forvirring:

• Basisprodukt: DRESS-WRAP-MIDI (indsend ikke basisproduktet – indsend varianterne)

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

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

• Ensfarvet marineblå / S: DRESS-WRAP-MIDI-NAVY-S

Saml dem med et fælles item_group_id (f.eks. DRESS-WRAP-MIDI), så Google ved, at de er varianter af det samme produkt.

Sådan påvirker id’et dine resultater

• Kontinuitet i Smart Bidding – Budstrategierne i Smart Bidding (Mål-ROAS, Maksimér konverteringsværdi) opsamler konverteringssignaler pr. produkt-id. Et stabilt id med 6 måneders konverteringshistorik giver langt bedre budbeslutninger end et nyt id, der starter fra bunden. Et ændret id sætter Smart Bidding direkte tilbage.

• Auktionssignaler – Googles auktion bruger historiske performancesignaler på produktniveau (CTR, konverteringsrate, kvalitet), som er knyttet til id’et. Det tager 4–8 uger at genopbygge signalerne efter et nyt id, og i den periode får du højere CPC’er og lavere eksponeringsandel.

• Præcis dynamisk remarketing – Matcher id’erne i remarketing-tags ikke feed-id’erne, bliver målgruppelisterne forkert tilskrevet eller tomme, og dine retargeting-kampagner holder helt op med at virke. Får du id’erne rigtige fra dag ét, undgår du den slags problemer.

• Rapportering og tilskrivning – ROAS-rapporter på produktniveau, data om eksponeringsandel og analyser af konverteringsstier afhænger alle af stabile id’er. Skifter du id’er midt i en kampagne, kan du ikke længere sammenligne med historikken, og det kræver typisk manuel afstemning af data.

Almindelige fejl

• Autogenererede fortløbende id’er, der ændrer sig, når produkter genimporteres, eller databasen migreres

• Produkt-URL’er som id’er – URL’er ændrer sig, når sitestrukturen ændres

• Produkttitler eller -navne som id’er – titler ændres af hensyn til SEO eller merchandising

• Forskellige store og små bogstaver i feed-id’er og i værdierne i remarketing-tags, så tilskrivningen i dynamisk remarketing går i stykker

• Genbrug af id’er fra udgåede produkter til nye produkter – de gamle auktionssignaler fra det udgåede produkt smitter af på det nye

• Indsendelse af id’et for det overordnede produkt/basisproduktet i stedet for de enkelte variant-id’er

• Specialtegn eller mellemrum, der giver indlæsningsfejl i TSV/CSV-feeds

Pro-tips

• Byg et valideringstrin for id’er ind i din feedpipeline – Kør før hvert feedupload et tjek, der kontrollerer, at der ikke er dukket nye id’er op for produkter, som allerede havde et id i det forrige feed, at ingen id’er er længere end 50 tegn, og at ingen id’er indeholder forbudte tegn. Så fanger du utilsigtede id-ændringer, før de når Merchant Center og ødelægger performancehistorikken.

• Før et register over produkt-id’er – Hav en autoritativ oversigt, der kobler dine interne produktidentifikatorer til deres id’er i Merchant Center. Det er især vigtigt ved platformsskift (når din webshop flytter til en ny platform), hvor de interne id’er kan ændre sig, mens id’erne i Merchant Center skal forblive præcis de samme.

• Hvis et id-skift ikke kan undgås – Regn med 2–4 uger, før performance er tilbage på niveau. Hæv midlertidigt buddene på de berørte produkter for at holde eksponeringsandelen, mens Smart Bidding lærer forfra. Følg auktionssignalerne ugentligt, og skru ned for budgetbeskyttelsen, efterhånden som performance stabiliserer sig.

• Brug id’et som fælles produktnøgle i alle systemer – Brug det samme id i Merchant Center som produkt-id’et i Google Analytics 4 (item_id i e-handelshændelser), i dine remarketing-tags og i din annoncerapportering. Med én ensartet produktidentifikator i alle systemer kan du analysere produktperformance hele vejen igennem uden at skulle afstemme id’er.