Atribut ID [id] za Google Shopping: zahteve, najboljše prakse in primeri

Kaj je atribut id?

Atribut id je edinstven identifikator vsakega izdelka v vašem feedu za Google Merchant Center. Je primarni ključ, s katerim Google sledi izdelku v vseh sistemih: pri obdelavi feeda, sodelovanju na dražbah, pripisovanju klikov in konverzij, signalih pametnih ponudb, ciljanju kampanj in poročanju o uspešnosti. Vsak podatek, ki ga Google zbere o izdelku, je vezan na njegov id.

Za razliko od večine drugih atributov v feedu id ne vpliva na to, kaj vidijo kupci — v Shopping oglasih ali vnosih izdelkov se nikoli ne prikaže. Njegov vpliv je povsem strukturen in operativen. Ker ni viden, ga zlahka podcenite, vendar je verjetno posamezno polje z največjimi posledicami v vašem feedu. Pravilo je preprosto: enkrat ga pravilno dodelite, potem pa ga nikoli ne spreminjajte.

Tehnične specifikacije

Kje se prikazuje

• Upravljanje feeda v Merchant Centru — ID je ključ vrstice, ki je prikazan v diagnostiki feeda, na seznamih izdelkov in v poročilih o težavah. Ko raziskujete zavrnitev ali težavo s kakovostjo podatkov, izdelek poiščete po ID-ju.

• Vmesnik Google Ads kampanj — V Shopping kampanjah se poročila na ravni izdelka, prilagoditve ponudb in izključitve sklicujejo na ID iz Merchant Centra. Ciljanje skupin izdelkov v standardnih Shopping kampanjah in Performance Max kampanjah uporablja ID kot referenco izdelka.

• Oznake za dinamični remarketing — Remarketing oznaka na vašem spletnem mestu mora posredovati iste vrednosti ID-jev, kot so v vašem feedu v Merchant Centru, da lahko Google vedenje uporabnikov (oglede izdelkov, dodajanja v košarico, nakupe) poveže z določenimi izdelki za gradnjo občinstev in personalizacijo oglasov.

• Sledenje konverzijam — Pri Shopping kampanjah se podatki o konverzijah na ravni izdelka pripišejo prek ID-ja. To je osnova za poročila o ROAS-u na ravni izdelka in za signale pametnih ponudb.

ID se kupcem nikoli ne prikaže na nobeni Googlovi površini — je izključno interni sistemski identifikator.

Pravila

• Biti mora edinstven znotraj vašega računa Merchant Center — Če imata dva izdelka v istem feedu enak ID, bo eden prepisal drugega. Tudi v več feedih znotraj enega računa morajo biti ID-ji edinstveni.

• Največ 50 znakov — ID-ji, daljši od 50 znakov, bodo skrajšani ali bodo povzročili napake v feedu. Shemo ID-jev zasnujte tako, da boste krepko pod to mejo.

• Razlikovanje velikih in malih črk — Velike in male črke pišite dosledno v celotnem feedu in v vseh sistemih, ki se sklicujejo na ID-je izdelkov (Google Ads, remarketing oznake, analitika). Mešanje velikih in malih črk je pogost vzrok za napake pri pripisovanju.

• Ujemati se mora z vrednostmi v remarketing oznakah — Če uporabljate dinamični remarketing, se mora vrednost ecomm_prodid (ali enakovredna) v oznaki na vašem spletnem mestu natančno ujemati z id v Merchant Centru, vključno z velikimi in malimi črkami.

• Stabilen ob vseh nalaganjih feeda — Isti fizični izdelek mora imeti pri vsakem nalaganju feeda isti ID. Generiranje novih ID-jev ob vsakem nalaganju (npr. s časovnimi žigi ali samodejnim povečevanjem) je huda napaka v zasnovi.

Najboljše prakse

SKU uporabite kot ID

Najboljša praksa za ID-je izdelkov je, da uporabite svoj interni SKU — identifikator, s katerim vaše podjetje že označuje posamezne različice izdelkov v zalogah, ERP-ju ali sistemu za upravljanje naročil. SKU-ji so stabilni (ne spremenijo se, ko se spremenijo cene, opisi ali slike), edinstveni za vsako različico (vsaka kombinacija velikosti/barve ima svoj SKU) in razumljivi vaši operativni ekipi (koristni pri odpravljanju težav s feedom).

Zasnova sheme ID-jev za velike kataloge

Pri katalogih s tisoči SKU-jev strukturirana shema ID-jev olajša upravljanje:

Strategija ID-jev za različice

Pri različicah izdelka (različne velikosti, barve ali konfiguracije istega osnovnega izdelka) potrebuje vsaka različica edinstven ID. Dosledna shema poimenovanja prepreči zmedo:

• Osnovni izdelek: DRESS-WRAP-MIDI (osnovnega izdelka ne pošiljajte — pošljite različice)

• Cvetlični vzorec / S: DRESS-WRAP-MIDI-FLORAL-S

• Cvetlični vzorec / M: DRESS-WRAP-MIDI-FLORAL-M

• Enobarvno temno modra / S: DRESS-WRAP-MIDI-NAVY-S

Združite jih s skupnim atributom item_group_id (npr. DRESS-WRAP-MIDI), da Googlu sporočite, da gre za različice istega izdelka.

Vpliv na uspešnost

• Kontinuiteta pametnih ponudb — Strategije pametnih ponudb (ciljni ROAS, povečanje vrednosti konverzij) zbirajo signale konverzij za vsak ID izdelka. Stabilen ID s 6 meseci zgodovine konverzij dobi precej boljše odločitve o ponudbah kot nov ID, ki začenja od nič. Spremembe ID-jev uspešnost pametnih ponudb neposredno poslabšajo.

• Signali dražbe — Googlova dražba uporablja pretekle signale uspešnosti na ravni izdelka (CTR, stopnja konverzije, kakovost), vezane na ID. Po ponastavitvi ID-ja se ti signali znova vzpostavljajo 4–8 tednov, zato so v tem obdobju CPC-ji višji, delež prikazov pa nižji.

• Natančnost dinamičnega remarketinga — Če se ID-ji v remarketing oznakah ne ujemajo z ID-ji v feedu, so seznami občinstev napačno pripisani ali prazni, kar remarketing kampanje povsem onesposobi. Če ID-je pravilno nastavite od prvega dne, se tej vrsti težav izognete.

• Poročanje in pripisovanje — Poročila o ROAS-u na ravni izdelka, podatki o deležu prikazov in analiza poti do konverzije so odvisni od stabilnih ID-jev. Spreminjanje ID-jev med trajanjem kampanje onemogoči primerjavo s preteklimi podatki in običajno zahteva ročno usklajevanje podatkov.

Pogoste napake

• Uporaba samodejno generiranih zaporednih ID-jev, ki se spremenijo ob ponovnem uvozu izdelkov ali migraciji baze podatkov

• Uporaba URL-jev izdelkov kot ID-jev — URL-ji se spremenijo, ko se spremeni struktura spletnega mesta

• Uporaba naslovov ali imen izdelkov kot ID-jev — naslovi se spreminjajo zaradi SEO-ja ali prodajne predstavitve

• Nedosledna raba velikih in malih črk med ID-ji v feedu in vrednostmi v remarketing oznakah, kar pokvari pripisovanje dinamičnega remarketinga

• Ponovna uporaba ID-jev ukinjenih izdelkov za nove izdelke — stari signali dražbe umaknjenega izdelka onesnažijo novega

• Pošiljanje ID-ja nadrejenega/osnovnega izdelka namesto ID-jev posameznih različic

• Uporaba posebnih znakov ali presledkov, ki v TSV/CSV feedih povzročajo napake pri razčlenjevanju

Profesionalni nasveti

• V proces priprave feeda dodajte korak za preverjanje ID-jev — Pred vsakim nalaganjem feeda zaženite preverjanje, ki potrdi: pri izdelkih, ki so v prejšnjem feedu že imeli ID, se niso pojavili novi ID-ji, noben ID ne presega 50 znakov in noben ID ne vsebuje prepovedanih znakov. Tako nenamerne spremembe ID-jev ujamete, preden pridejo v Merchant Center in uničijo zgodovino uspešnosti.

• Vodite register ID-jev izdelkov — Hranite kanonično preslikavo internih identifikatorjev izdelkov v njihove ID-je v Merchant Centru. To je še posebej pomembno pri selitvi na novo platformo (zamenjavi platforme spletne trgovine), ko se interni ID-ji lahko spremenijo, ID-ji v Merchant Centru pa morajo ostati enaki.

• Če se spremembi ID-ja ne morete izogniti — Računajte na 2–4-tedensko obdobje okrevanja uspešnosti. Začasno zvišajte ponudbe za prizadete izdelke, da ohranite delež prikazov, dokler se pametne ponudbe znova učijo. Signale dražbe spremljajte tedensko in zaščito proračuna postopno zmanjšujte, ko se uspešnost stabilizira.

• ID uporabljajte kot skupni ključ izdelka v vseh sistemih — ID v Merchant Centru uskladite z ID-jem izdelka v Google Analytics 4 (item_id v dogodkih e-trgovine), remarketing oznakah in poročilih o oglasih. En sam dosleden identifikator izdelka v vseh sistemih omogoča celovito analizo uspešnosti izdelkov brez usklajevanja ID-jev.