Optimizacija produktnega feeda za Google Shopping

Kratek odgovor: produktni feed je prodajni inventar, ne tehnični izvoz

Optimizacija produktnega feeda pomeni, da ima vsak izdelek v Google Merchant Centerju pravilen, popoln in dovolj specifičen nabor podatkov, ki se ujema s produktno stranjo. Google te podatke uporablja za povezovanje izdelkov z ustreznimi poizvedbami ter kot vhod za Shopping oglase, brezplačne prikaze in AI podprte formate. Če so naslov, cena, zaloga, različica ali identifikator napačni, boljša ponudba za klik ne odpravi osnovnega problema.

Najprej uredite vir resnice v trgovini, nato preslikavo v feed in šele nato besedilo za posamezen kanal. Feed ne sme postati ločena zbirka popravkov, ki se po nekaj tednih razlikuje od spletne strani. Dober sistem ohranja stabilen ID izdelka, dosledno različico, svežo ceno in zalogo ter jasne atribute od kataloga do pristajalne strani.

NUMEDIA zato feed obravnava kot skupen projekt trgovine, vsebine, razvoja in oglaševanja. Cilj ni čim več izpolnjenih polj. Cilj je zanesljiv katalog, pri katerem Google in kupec dobita isto informacijo, ekipa pa lahko napake odkrije, razvrsti in odpravi brez ročnega gašenja.

Zakaj kampanja ne more popraviti slabega kataloga

Shopping oglas nima klasičnega nabora ključnih besed in oglasa, ki bi ga ekipa napisala za vsako poizvedbo. Sistem razume ponudbo predvsem iz produktnih podatkov, strani in signalov kampanje. Generičen naslov, manjkajoča barva ali napačno združene različice zmanjšajo količino uporabnega konteksta, še preden oglas vstopi v pravo primerjavo.

Google v specifikaciji opozarja, da lahko manjkajoči, napačni ali nasprotujoči si podatki povzročijo zavrnitev izdelka, omejeno upravičenost ali napačen prikaz. Posebej izpostavlja kategorijo izdelka, GTIN, atribute različic, slike ter neskladje med feedom in spletno stranjo. To je pomembna meja: optimizacija ni pisanje bolj mamljivih superlativov, ampak izboljšanje točnosti in razločljivosti podatkov.

Ločite tri vrste težav. Tehnična napaka prepreči obdelavo ali osvežitev. Napaka upravičenosti omeji prikaz zaradi manjkajočih zahtev ali pravil. Kakovostna vrzel pa izdelek sicer pusti aktiven, vendar mu odvzame pomemben kontekst. Vsaka skupina potrebuje drug lastnik in drugačen rok.

Okvir FEED: štiri plasti od vira do odločitve

F pomeni Facts oziroma dejstva. Za vsak SKU zaklenite identiteto, naziv, znamko, identifikatorje, različico, ceno, zalogo in ciljni URL. Podatek naj nastane v sistemu, ki ga dejansko upravlja. Zaloga sodi v skladiščni ali trgovinski sistem, ne v ročno preglednico oglaševalske ekipe.

Prvi E pomeni Eligibility oziroma upravičenost. Preverite zahtevane atribute, podprte vrednosti, slike, pristajalne strani, dostavo in vračila za posamezen ciljni trg. Izdelek, ki je tehnično prisoten v viru, še ni nujno upravičen do vseh ciljev in držav.

Drugi E pomeni Enrichment oziroma obogatitev. Dodajte atribute, ki jasno razlikujejo izdelek in različice: tip, spol, starostna skupina, barva, velikost, material, vzorec, združljivost ali druge lastnosti, ki jih kategorija res potrebuje. Obogatitev ne sme izmišljati lastnosti in ne sme nasprotovati strani.

D pomeni Decisions oziroma odločitve. Izdelke segmentirajte tako, da lahko ekipa vidi, kateri sklop ima napake, dobiva prikaze, ustvarja klike ali prodajo in kateri potrebuje drugačno ponudbo. Optimizacija je zaključena šele, ko sprememba vodi do preverljive odločitve, ne ko feed samo postane daljši.

Naslovi in opisi naj identificirajo izdelek, ne posnemajo oglasa

Google za naslov zahteva jasen opis izdelka, ujemanje z naslovom na pristajalni strani ter razlikovalne lastnosti pri različicah. Promocijsko besedilo, velike črke za poudarjanje in triki ne sodijo v naslov. Najpomembnejše entitete postavite dovolj zgodaj, ker se naslov v različnih prikazih lahko skrajša.

Predloga naslova naj sledi načinu, kako kupci razlikujejo izdelke v konkretni kategoriji. Pri oblačilu je lahko smiselno zaporedje znamka, tip, spol, ključna lastnost, barva in velikost. Pri tehničnem izdelku so pomembnejši znamka, model, tip, zmogljivost in združljivost. Ena univerzalna predloga za celoten katalog skoraj vedno ustvari nepotreben šum.

Opis razširi dejstva iz naslova. Vključite uporabne lastnosti, material, mere, način uporabe in omejitve, vendar samo za ta izdelek. Google odsvetuje povezave do trgovine, podatke o konkurentih in prodajna sporočila, ki ne opisujejo izdelka. Če besedilo ustvari generativna AI, trenutno veljavna specifikacija predvideva ustrezna strukturirana polja in označitev izvora, zato avtomatizacije ne objavite brez validacije.

• Naslov jasno pove, kateri izdelek in različico kupec vidi.
• Ključna razlikovalna lastnost je dovolj zgodaj v naslovu.
• Opis vsebuje preverljive produktne lastnosti, ne splošnih obljub.
• Barva, velikost, material in drugi atributi uporabljajo dosledne vrednosti.
• Naslov, opis in izbrana različica se ujemajo s pristajalno stranjo.
• Besedilo, ustvarjeno z AI, je pregledano in pravilno označeno glede na aktualno specifikacijo.

Identifikatorji in različice preprečijo, da katalog izgubi pomen

GTIN, znamka in MPN pomagajo Googlu razumeti, kateri izdelek prodajate. Uporabite identifikator, ki ga je dodelil proizvajalec. Ne ustvarjajte lažnega GTIN in ne uporabljajte iste vrednosti za različne izdelke. Če izdelek nima dodeljenih standardnih identifikatorjev, naj feed to opiše skladno s specifikacijo, namesto da izpolni polje z ugibanjem.

Različice morajo imeti svoj stabilen ID in lastne vrednosti za barvo, velikost ali drugo razliko, sorodne različice pa skupen item_group_id. Glavna slika, URL, cena in zaloga morajo pripadati prav tej različici. Pogosta napaka je, da vse velikosti vodijo na isti privzeti izbor ali da slika ne prikazuje izbrane barve.

Stabilnost ID-ja je operativno pomembna. Google priporoča, da ob posodobitvah ohranite isti ID. Če ga po nepotrebnem spreminjate, prekinete kontinuiteto med katalogom, poročanjem in kampanjami. ID zamenjajte le, ko se je res spremenila identiteta ponudbe, ne ob vsakem popravku naslova.

Cena, zaloga, slike in stran morajo tvoriti en zapis

Cena in razpoložljivost se morata ujemati med feedom, produktno stranjo, strukturiranimi podatki in nakupnim procesom. Če se podatki spreminjajo pogosto, povečajte frekvenco posodobitev in odpravite zamik pri viru. Samodejne posodobitve Merchant Centerja lahko pomagajo pri ceni in zalogi, ko Google na strani zazna veljavne strukturirane podatke, vendar so varnostna mreža, ne nadomestilo za zanesljiv feed.

Glavna slika mora natančno prikazati izdelek, biti dosegljiva Googlovim pajkom ter brez promocijskega besedila, vodnega žiga in generičnega nadomestka. Dodatne slike lahko pokažejo druge kote ali uporabo. Slika naj se ujema z različico, predvsem pri barvah, vzorcih in paketih.

Google Search Central priporoča kombinacijo Merchant Center feeda in Product strukturiranih podatkov, ker s tem povečate upravičenost do različnih prikazov in Googlu olajšate preverjanje informacij. Osnovno pravilo je preprosto: feed, schema in vidna stran niso trije ločeni marketinški kanali, ampak trije zapisi iste ponudbe.

Napake razvrstite po izgubljeni upravičenosti in obsegu

Začnite z zavrnjenimi izdelki in težavami na ravni računa, ker lahko popolnoma ustavijo prikaz. Nato obravnavajte opozorila, ki omejujejo cilje ali države, ter ponavljajoče se konflikte cene in zaloge. Šele potem optimizirajte besedilo aktivnih izdelkov. Ta vrstni red prepreči, da ekipa ureja naslove izdelkov, ki se sploh ne morejo prikazovati.

Vsako težavo povežite z izvorom. Če manjka GTIN pri tisoč izdelkih, popravek sodi v katalog ali PIM, ne v tisoč ročnih posegov v Merchant Centerju. Če se cena razlikuje le pri akcijah, preverite urnik feeda, sale_price in časovno veljavnost. Če je težava omejena na eno državo, preglejte lokalni jezik, valuto, dostavo in ciljno stran.

Vodite kratek dnevnik sprememb z datumom, segmentom, spremenjenim poljem in pričakovanim učinkom. Brez tega ekipa ne ve, ali se je rezultat spremenil zaradi naslova, cene, zaloge, proračuna ali sezonskega povpraševanja.

30-dnevni načrt optimizacije brez kaotičnih prepisov

V prvem tednu izvozite izdelke in težave ter izmerite osnovno stanje: delež zavrnitev, manjkajoče identifikatorje, neskladja cene in zaloge, popolnost različic ter pokritost ključnih atributov. Izberite eno pomembno kategorijo, namesto da hkrati spreminjate celoten katalog.

V drugem tednu uredite vir podatkov in preslikave. Zaklenite lastnike polj, stabilne ID-je, pravila za različice, pogostost osveževanja in validacijo pred pošiljanjem. Na vzorcu izdelkov primerjajte feed, strukturirane podatke, vidno stran in dejanski izbor v košarici.

V tretjem tednu pripravite kategorijsko predlogo za naslove in opise, dopolnite manjkajoče atribute ter izboljšajte slike tam, kjer je problem jasen. Spremembe uvedite v merljivem segmentu in pustite dovolj časa za obdelavo ter običajno nihanje povpraševanja.

V četrtem tednu ocenite operativni in tržni rezultat. Operativno spremljajte aktivne izdelke, opozorila, svežino in konflikte. Tržno spremljajte prikaze, klike, stopnjo konverzije in vrednost po istem segmentu, vendar ne pripišite vsake spremembe feedu brez primerljivega obdobja ali testa. Ohranite spremembe, ki izboljšajo kakovost in rezultat, nato ponovite postopek pri naslednji kategoriji.

Viri in metodologija

1. Product data specification (Google Merchant Center Help, dostop 29. september 2026)
2. About unique product identifiers (Google Merchant Center Help, dostop 29. september 2026)
3. Allow Merchant Center to update product information automatically (Google Merchant Center Help, dostop 29. september 2026)
4. Introduction to Product structured data (Google Search Central, dostop 29. september 2026)
5. Tips to optimize your product data (Google Merchant Center Help, dostop 29. september 2026)

Pogosta vprašanja