Napake cenovne politike Google Merchant Center in rešitve

Napake cenovne politike Google Merchant Center se pojavijo, ko cena, poslana v vaši datoteki izdelkov, ne ustreza ceni, ki je prikazana na strani izdelka ali v postopku plačila. Najhitrejša rešitev je uskladiti ceno v datoteki, ceno na strani izdelka, strukturirane podatke, valuto, prikaz DDV/pošiljanja in pravila za popuste, nato pa ponovno skenirati izdelke v Merchant Centerju. Dokler te napake ne odpravite, so lahko vaši izdelki omejeni v zavihku Nakupovanje, pri brezplačnih seznamih ali kampanjah Performance Max.

Cenovne informacije na spletnih trgovinah se ne nahajajo na enem mestu. Predloga teme, integracija ERP, modul tržnice, vtičnik kampanje, sistem kuponov, področje različic, posodobitve cen glede na stanje zaloge in vtičnik za Google feed lahko vsak posebej generira cene. Google pa upošteva dejansko ceno, prikazano uporabniku. To pomeni, da je lahko pošiljanje 999 EUR v feedu, medtem ko izdelek na strani kaže 1.049 EUR, dodajanje DDV na plačilnem zaslonu ali prikaz obvezne pristojbine v nakupovalnem vozičku lahko šteje za kršitev cenovne politike.

V tem priročniku boste našli vzroke za napake cenovne politike v Merchant Centerju, kako jih diagnosticirati s pravimi scenariji in tehnične korake, ki jih je treba izvesti za trajno rešitev. Za spletne strani, ki uporabljajo WooCommerce, OpenCart, Shopify, posebno programsko opremo in API-jem podprte feed-e, smo dodali uporabne kontrolne sezname. Za trdno infrastrukturo je prav tako pomembno, da vaše strani izdelkov delujejo hitro, dostopno in varno; v tej točki lahko Rešitve za e-trgovinsko gostovanje in SSL certifikat podpirajo vašo tehnično zdravje.

Kaj je napaka cenovne politike Google Merchant Center?

Napaka cenovne politike je, ko Google ugotovi neskladje med ceno, obljubljeno uporabniku za vaš izdelek, in ceno, ki jo potrdi na spletnem mestu. To neskladje je lahko včasih majhno, kot je razlika v zaokroževanju za nekaj centov, včasih pa tako očitno, kot je pošiljanje redne cene namesto znižane cene. Google ceno ocenjuje kot eno najbolj občutljivih podatkov, ker neposredno vpliva na odločitev o nakupu.

Merchant Center običajno daje naslednje vrste opozoril: neskladje cen, neskladje valut, cena na ciljni strani se ne ujema s ceno v feedu, cena se povečuje med plačilom, napačna prodajna cena, neveljavna cena strukturiranih podatkov ali avtomatska posodobitev cene. Čeprav se imena napak lahko razlikujejo, je osnovni problem pogosto enak: cena, ki jo vidi Google bot, ni enaka ceni v polju price ali sale_price v feedu.

Google te preveritve ne opravi le ob prvem nalaganju. Vaši izdelki se redno ponovno skenirajo. Izdelek, ki je danes odobren, lahko jutri zavrne zaradi konca kampanje, posodobitve tečaja, spremembe zaloge ali napake v vtičniku. Zato rešitev ni le popraviti napačnega izdelka, temveč vzpostaviti sistem, ki upravlja cenovne podatke dosledno od začetka do konca.

Najpogostejše napake cenovne politike

1. Različna cena v feedu in na strani izdelka

Najpogostejši scenarij je, da cena izdelka v feedu ni enaka ceni na ciljni strani. Na primer, če je v feedu cena za čevlje 749,90 EUR, na spletnem mestu pa je 799,90 EUR. Ta razlika običajno nastane zaradi predpomnjenja, vtičnika za kampanje, ročne posodobitve cene ali zato, ker feed uporablja stare podatke.

Za rešitev najprej preverite ceno, ki je poslana v podrobnostih izdelka v Merchant Centerju. Nato odprite URL izdelka v zasebnem zavihku, osvežite stran brez predpomnilnika in zabeležite, kako je cena vidna uporabniku. Če uporabljate CDN ali predpomnjenje strani, avtomatizirajte čiščenje predpomnilnika po posodobitvi cene. Na spletnih straneh, ki uporabljajo WordPress/WooCommerce, je bolj varno nastaviti frekvenco posodabljanja vtičnika feed vsaj enkrat na dan, v obdobjih intenzivnih kampanj pa na 1-4 ure.

2. Napačno poslana znižana cena

V Merchant Centerju sta za znižano ceno pomembna dva polja: price predstavlja redno ceno, sale_price pa trenutno znižano ceno. Če je izdelek na spletu znižan s 599 EUR na 499 EUR, mora biti v feedu price 599 EUR, sale_price 499 EUR. Vendar mnoge trgovine v feedu pošljejo le 599 EUR ali pa ne odstranijo polja sale_price, ko popust preneha veljati.

Če uporabljate znižano ceno, je koristno, da pošljete tudi začetni in končni datum kampanje z uporabo polja sale_price_effective_date. To polje ni obvezno, vendar pomaga Googlu pravilno interpretirati ceno. Če se feed po koncu kampanje ne posodobi, lahko uporabnik na strani izdelka vidi 599 EUR, medtem ko Google še vedno pričakuje 499 EUR, kar povzroči napako v ceni.

3. DDV, davki in obvezne pristojbine, dodane kasneje

Na spletnih trgovinah v Sloveniji se pričakuje, da je cena, prikazana potrošniku, vključuje DDV. Če izdelek, ki je na strani 1.000 EUR, na koraku plačila z DDV znaša 1.200 EUR, gre za jasno cenovno neskladje. Podobno, če se obvezno pakiranje, strošek storitve ali transakcijska pristojbina avtomatsko dodaja v nakupovalni voziček, mora ta znesek biti vključen v ceno izdelka ali jasno navedeni strukturi pošiljanja/stroškov.

Za Google je pomemben kriterij dejanski znesek, ki ga mora uporabnik plačati za nakup izdelka. Neobvezno darilo, hitra dostava ali dodatna garancija se lahko ocenijo drugače; vendar vse obvezne pristojbine, ki jih mora uporabnik plačati, preden pridobi izdelek, vplivajo na dojemanje cene. Zato bi morali sprejeti pristop, ki vključuje končno ceno, vključujoč DDV, med stranjo izdelka, feedom in korakom plačila.

4. Napake v valuti in formatu

Cena v feedu mora biti poslana v formatu valute ISO 4217. Za Slovenijo je pravilen format običajno EUR. Le pisanje EUR, uporaba simbola, nepravilno oblikovanje decimalnih točk in vejic ali prikaz USD na strani izdelka ter pošiljanje EUR v feedu lahko povzroči napako.

Primer pravilne vrednosti: 1299,90 EUR. Uporaba pike kot decimalnega ločila je običajno bolj zanesljiva glede na vaš feed format. Na spletu lahko uporabniku prikažete 1.299,90 EUR; vendar morajo biti format strukturiranih podatkov in feeda jasni za Google. Na spletnih straneh, ki uporabljajo več valut, je treba dodatno preveriti ciljanje po državah, hreflang in usklajevanje valut. Če prodajate mednarodno, je tudi Upravljanje domene in državne končnice pomembno za zaupanje ciljne tržne skupine.

5. Zmeda med cenami različic

Razlike v cenah so pogoste pri izdelkih z barvnimi, velikostnimi, kapacitetnimi ali paketi različic. Na primer, črna različica telefonskega ovitka je lahko 199 EUR, medtem ko je usnjena različica 299 EUR. Če je v feedu poslano 199 EUR za glavni izdelek, vendar se ob odpiranju URL-ja privzeta različica izkaže za 299 EUR, lahko Google zazna neskladje v ceni.

V tem primeru je treba uporabiti ločeno identifikacijo izdelkov za vsako različico, pravilno item_group_id, pravilne URL parametre in ciljno stran, ki prikazuje ceno te različice. Ko uporabnik klikne na različico, ki jo vidi v feedu, se mora odpreti s točno to izbrano različico. Še posebej na spletnih straneh, ki uporabljajo posebno programsko opremo, morajo biti URL-ji različic dostopni za iskanje in ne smejo prikazovati različnih cen botom.

6. Neskladje med strukturiranimi podatki in prikazano ceno

Google lahko bere ne samo besedilo, ki je prikazano na zaslonu, temveč tudi označbe schema.org Product in Offer na strani. Če na strani piše 899 EUR, medtem ko so strukturirani podatki ostali pri 999 EUR, lahko Merchant Center zazna to neskladje. Ta težava običajno izhaja iz posodobitev tem, vtičnikov predpomnilnika ali starih modulov schema.

Preverite, katero ceno prikazuje stran z orodji za testiranje bogatih rezultatov in inšpekcijo URL-ja. Prepričajte se, da so v Product schema posodobljena polja price, priceCurrency, availability in po potrebi priceValidUntil. Če vaša tema in vtičnik feeda pridobivata ceno iz različnih virov, je dolgoročno bolj zdravo preiti na en vir podatkov o izdelkih.

Hitri diagnostični tabeli za napake cen

Kako korak za korakom odpraviti napake cenovne politike Google Merchant Center?

Korak 1: Določite obseg napake

Najprej ugotovite, ali je težava prisotna pri enem samem izdelku, določeni kategoriji ali celotnem katalogu. V Merchant Centerju izvozite zavrnjene izdelke s filtriranjem v razdelku Izdelki. Izberite 10-20 primerkov izdelkov in primerjajte ceno, URL, kategorijo, blagovno znamko, različico in stanje kampanje. Če so težave prisotne pri vseh izdelkih, so lahko napačne nastavitve valute, davka, formata feeda ali podatkov schema na ravni celotne strani. Če so težave prisotne le pri izdelkih s popustom, se osredotočite na polja sale_price in datume.

Korak 2: Primerjajte vrednost feeda z živo stranjo

Za vsak primer izdelka zapišite tri cene ob strani: cena v feedu, cena, prikazana na strani izdelka, in cena, prikazana na koraku plačila. Če se vse tri cene ne ujemajo, popravki v Merchant Centerju ne bodo dovolj. Na primer, če je cena na strani 349 EUR, v nakupovalnem vozičku pa 369 EUR, je težava morda obvezna pristojbina, dodana v voziček. Če je cena na strani 349 EUR, feed pa 329 EUR, je feed zastarel.

Pri ročnem preverjanju izklopite predpomnilnik brskalnika, uporabljajte zasebni zavihek in po možnosti testirajte z različnim IP-jem ali napravo. Nekatere strani lahko spreminjajo cene glede na lokacijo, članstvo ali segment uporabnikov. Google bot se v večini primerov obnaša kot standardni obiskovalec; cene, ki so na voljo le članom, cene po kuponu ali popusti, ki se prikažejo po prijavi, ne bi smele biti poslane kot feed cena.

Korak 3: Očistite in standardizirajte feed izdelkov

Vaš feed je lahko ustvarjen v XML, CSV, Google Sheets, Content API ali vtičniku za e-trgovino. Ne glede na to, katero metodo uporabljate, morajo biti cene hranjene iz enega samega vira. Imati različne cene za isti izdelek v ERP, na spletu in v vtičniku za feed povečuje tveganje za napake. Določite preprosto pravilo za tehnično ekipo: veljavna prodajna cena naj se pridobiva iz enega samega polja v podatkovni bazi, informacije o popustu pa naj bodo ločene in pod nadzorom datumov.

• price: Pošljite pravilno glavno ceno ali veljavno ceno v ustrezni valuti.
• sale_price: Uporabite le, če je popust resnično aktiven.
• sale_price_effective_date: Določite začetek in konec kampanje.
• availability: Posodobite stanje zaloge skupaj s ceno.
• link: Uporabnika preusmerite na pravilno stran izdelka ali različice.

Korak 4: Preverite dostop do skeniranja strani

Da lahko Google pravilno prebere vašo stran, morajo biti strani izdelkov odprte za bot-e. URL-ji izdelkov, CSS in JavaScript viri ne smejo biti blokirani v datoteki robots.txt. Če se cena nalaga z JavaScript-om, lahko Google včasih vidi zamudo ali napačno ceno. Če je strežnik počasen, lahko bot ujame stare ali prazne cene, preden stran obdelana v celoti.

Da zmanjšate napake v Merchant Centerju, ne zanemarjajte hitrosti strani in stabilnosti strežnika. Čeprav se bodo sistemi za skeniranje Googla v letu 2026 izboljšali, bodo počasne, prekinjene ali napačne odgovore e-trgovine vodile do slabšega preverjanja podatkov. Prepričajte se, da vaše strani izdelkov vračajo status HTTP 200, da so verige preusmeritev 3xx kratke in da vaš SSL certifikat deluje brez težav. Za tehnično osnovo se lahko razmislijo NVMe gostovanje in Namestitev brezplačnega SSL.

Korak 5: Posodobite strukturirane podatke

Uporaba Product schema na straneh izdelkov je koristna tako za organsko vidnost kot za potrditev v Merchant Centerju. Vendar pa je napačna shema lahko bolj škodljiva kot pomanjkanje sheme. Preverite, da cene v vaši temi izvirajo iz posodobljenega izdelka. Pri izdelkih z različicami preverite, ali se cena sheme pravilno posodobi, ko se izbrana različica spremeni.

Cena, ki se prikaže v testu bogatih rezultatov, mora biti enaka ceni, prikazani uporabniku na strani. Prav tako mora biti polje priceCurrency eno izmed veljavnih kod, kot so EUR, USD ali GBP. Pri izdelkih, ki niso na voljo, je treba pravilno posredovati tudi polje availability; prikazovanje stare znižane cene pri izdelkih, ki niso na voljo, negativno vpliva tako na uporabniško izkušnjo kot na odobritev Merchant Centerja.

Korak 6: Zahtevajte ponovno pregledovanje in skeniranje v Merchant Centerju

Po popravkih ponovno naložite feed ali sprožite sinhronizacijo API-ja. Preverite, ali je zadnja poslana cena posodobljena v podrobnostih izdelka v Merchant Centerju. Nato zahtevajte ponovno pregledovanje za problematične izdelke. V nekaterih primerih se avtomatski sistem posodobi v nekaj urah, v drugih pa lahko traja od 24 do 72 ur. Pri izdelkih z visokim proračunom za kampanje je priporočljivo najprej testirati na manjšem vzorčnem sklopu, da preprečite ponavljanje množičnih napak.

Posebne kontrole glede na platforme

Spletne strani WooCommerce

Na spletu WooCommerce so napake cen pogosto posledica predpomnjenja, vtičnikov za več valut, dinamičnega določanja cen ali uporabe zastare podatkov v vtičniku za feed. Preverite polja normalne cene in znižane cene na zaslonu za urejanje izdelkov. Nato preverite nastavitve preslikave cene v vtičniku za feed, ki ga uporabljate. Če se cena na straneh izdelkov spreminja glede na članstvo ali pogoje kupona, morate v feed poslati ceno za splošne uporabnike.

Če na strežniku uporabljate predpomnjenje, se prepričajte, da so ustrezni izdelki, kategorije in datoteke predpomnilnika feeda očiščene, ko se cena izdelka spremeni. V tem pogledu je WordPress gostovanje infrastruktura in pravilna konfiguracija predpomnjenja ključnega pomena.

Shopify in pripravljeni sistemi e-trgovine

V sistemih, kot je Shopify, so običajno cene bolje urejene; vendar lahko več tržnic, več valut in avtomatski popusti povzročijo napake. V aplikaciji Google & YouTube preverite ujemanja ciljne države, valute in različice izdelkov. Ne mešajte primerjalne cene s prodajno ceno. Ne prikazujte avtomatsko uporabljenih popustov v feedu, ker Google morda ne bo sprejel popustov, ki niso neposredno vidni na strani izdelka.

Posebna programska oprema in integracije API

V posebnih programskih rešitvah je najboljši pristop ustvariti različico in beležiti pretok podatkov za cene izdelkov. Ob vsakem spremembi cene mora biti vidna informacija, kdo, kdaj, katero ceno je spremenil in kdaj je bila ta sprememba odražena v feedu. Če uporabljate Content API, spremljajte uspešne odgovore po posodobitvi in beležite napake v centraliziranem sistemu beleženja. Prav tako zagotovite, da ni blokade botov, preusmeritev po državah ali zahtev po seji na URL-jih, ki jih Google pridobiva.

Trajne dobre prakse za preprečevanje cenovnih neskladij

Popraviti napake cenovne politike enkrat ni dovolj; potrebno je vzpostaviti trajen mehanizem nadzora. V velikih katalogih se lahko vsak dan spremeni na tisoče cen. Zato je treba namesto ročnega nadzora sprejeti avtomatizacijo, beleženje in redne revizije.

• Načrtujte čas posodabljanja feeda, da se izvede takoj po začetku in koncu kampanje.
• Ko se cena izdelka spremeni, hkrati očistite predpomnilnik strani, feeda in sheme.
• Tedensko preverjajte 50 izdelkov z največ kliki glede na usklajenost cen feeda in strani.
• Dokumentirajte politiko cen, vključujoč DDV, za vse ekipe.
• Pri izdelkih z različicami izvedite testiranje za vsako različico posebej.
• Vsak dan spremljajte poročila o diagnozah Merchant Centerja; če se stopnja napak dvigne nad 1%, izvedite analizo korenskih vzrokov.
• Redno spremljajte težave z SSL, DNS, gostovanjem in preusmeritvami; nedostopne strani lahko vplivajo na preverjanje cen.

Na primer, če v trgovini s 5.000 izdelki znaša dnevna stopnja sprememb cen 8%, je treba vsak dan ponovno testirati usklajenost feeda in strani za približno 400 izdelkov. Celotno to kontrolo izvajati ročno ni realistično. Celo preprosta naloga cron, ki ustvari poročilo, ki primerja ceno feeda s ceno iz živega URL-ja, lahko pomaga zgodaj odkriti napake.

Kako obravnavati stroške pošiljanja, kuponov in cen kampanj?

Stroške pošiljanja lahko upravljate ločeno od cene izdelka; vendar morajo biti nastavitve pošiljanja v Merchant Centerju pravilne. Prikazovanje brezplačne pošiljke na strani izdelka in zaračunavanje stroškov pošiljanja na plačilnem zaslonu zmanjšuje zaupanje uporabnikov in lahko vodi do težav s politiko. Če se strošek pošiljanja spreminja glede na državo, mesto, težo ali znesek v nakupovalnem vozičku, strukturirajte pravila pošiljanja v Merchant Centerju glede na to.

Bodite previdni pri popustih s kuponi. Če mora uporabnik ročno vnesti kupon, ta popust običajno ne sme biti poslan v feed kot cena izdelka. Če obstaja splošni, samodejno uporabljen popust na spletnem mestu, ga lahko definirate kot sale_price. Na primer, če se na strani izdelka prikaže 699 EUR namesto 799 EUR in imajo vsi uporabniki dostop do te cene, lahko v feedu uporabite 699 EUR. Vendar pa lahko zapisovanje cene, ki je znižana le s kuponom EFSANE10, povzroči, da Google vidi drugačno ceno na ciljni strani.

Kdaj uporabiti samodejne posodobitve izdelkov Googla?

Samodejne posodobitve izdelkov v Merchant Centerju omogočajo Googlu, da začasno odpravi nekatere napake v feedu, če prebere ceno in informacije o zalogi z vaše strani izdelka. Ta funkcija lahko zmanjša majhna neskladja; vendar pa ni trajna rešitev. Če so podatki, ki jih Google prebere, napačna shema ali zamudni JavaScript, lahko samodejna posodobitev prav tako privede do napačnih rezultatov.

To funkcijo lahko omogočite, vendar morate zagotoviti točnost svojega glavnega vira podatkov. Samodejne posodobitve je treba obravnavati kot mrežo varnosti za majhne časovne razlike, ki izhajajo iz starih feed virov. Če sistem nenehno izvaja popravke cen, to kaže na temeljni problem v vaših procesih feeda.

Vpliv tehnične infrastrukture na napake cen

Napake cen v Merchant Centerju se pogosto pojavijo v marketinškem panele, vendar lahko osnovni vzrok leži v tehnični infrastrukturi. Slaba zmogljivost gostovanja, pogoste napake 500, neveljaven SSL, napačne preusmeritve, samodejna sprememba valute glede na državo in agresivne nastavitve predpomnjenja lahko povzročijo, da Google napačno prebere ceno. Hitro in stabilno delovanje strani izdelkov v e-trgovini je ključno ne le za SEO, temveč tudi za odobritev oglasov in vidnost nakupovanja.

Na Hostragonsu nudimo zanesljivo gostovanje, upravljanje domen in rešitve SSL za e-trgovinske projekte, s čimer krepite to tehnično osnovo. Na primer, Korporativno gostovanje podpira dostopnost strani izdelkov v obdobjih velikega prometa; prenos domene in upravljanje DNS lahko zmanjšata težave s skeniranjem, ki izhajajo iz napačnih preusmeritev. Namen je omogočiti zanesljiv pretok podatkov, ki ga Merchant Center potrebuje, ne pa ustvarjati pritisk na prodajo.

Kontrolni seznam: Zadnjih 12 točk pred objavo

• Ali se cena v polju price v feedu ujema s ceno na strani izdelka?
• Ali se polje sale_price uporablja le v aktivnih kampanjah?
• So datumi začetka in konca kampanje pravilni?
• Ali obstaja obvezno zvišanje cene med stranjo izdelka in plačilnim zaslonom?
• Ali se valuta pošilja v formatu ISO?
• Ali URL različice odpre pravilno različico?
• Ali Product schema prikazuje posodobljeno ceno?
• Ali robots.txt preprečuje Googlu obdelavo strani?
• Ali je čiščenje predpomnilnika avtomatsko povezano s spremembo cene?
• Ali so nastavitve pošiljanja in davkov v Merchant Centerju pravilne?
• Ali je cena na mobilni strani enaka tisti na namizni?
• Ali je feed po popravkih ponovno poslan?

Pogosto zastavljena vprašanja

Koliko dni traja, da se popravijo napake cenovne politike Google Merchant Center?

Obnova odobritve izdelkov po popravkih običajno traja od nekaj ur do 72 ur. Čas se lahko razlikuje glede na število izdelkov, pogostost skeniranja, vrsto napake in gostoto ponovnih pregledov.

Kako naj pošljem znižano ceno v feedu?

Normalno ceno pošljite v polju price, aktivno znižano ceno pa v polju sale_price. Če so datumi začetka in konca kampanje znani, je koristno uporabiti tudi polje sale_price_effective_date, da zmanjšate napake.

Ali je obvezno prikazovati ceno, vključujoč DDV?

Na spletnih trgovinah v Sloveniji, ki prodajajo potrošnikom, se pričakuje, da je cena prikazana vključno z DDV. Dodajanje obveznih davkov ali stroškov, ki niso prikazani na strani izdelka, na plačilnem zaslonu, lahko povzroči neskladje cen v Merchant Centerju.

Ali samodejne posodobitve izdelkov trajno rešijo napake cen?

Ne. Samodejne posodobitve izdelkov lahko zmanjšajo majhne časovne razlike, vendar ne rešijo napačnih feedov, stare sheme ali napačnega cenjenja na spletnem mestu trajno. Potrebno je popraviti glavni vir podatkov.

Kako preprečiti napake v cenah pri izdelkih z različicami?

Za vsako različico morate uporabiti pravilno ceno, edinstveno identifikacijo izdelka, skupno item_group_id in pravilni URL za odpiranje. Ko uporabnik klikne, se mora odpreti izbrana različica, ki se ujema s ceno v feedu.

Zaključek

Napake cenovne politike Google Merchant Center običajno izhajajo iz majhnih razlik v podatkih med feedom, stranjo izdelka, shemo in postopkom plačila. Trajna rešitev vključuje en vir cen, pravilno upravljanje popustov, posodobljene strukturirane podatke, hitro dostopne strani in redne revizijske procese. Ne pozabite na tehnično infrastrukturo, da bodo vaši izdelki brez težav vidni na Google Shopping in pri brezplačnih seznamih. Če želite, lahko preučite rešitve za gostovanje, domene in SSL na Hostragonsu, da svojo e-trgovinsko stran podprete s trdnim pretokom podatkov.