Google Merchant Center Politika Cijena: Greške i Rješenja

Greške u politici cijena Google Merchant Centera nastaju kada cijena poslana u vašem feedu ne odgovara cijeni koja se prikazuje na stranici proizvoda ili u koraku plaćanja. Najbrže rješenje je uskladiti cijene u feedu, cijene na stranici proizvoda, strukturirane podatke, valutu, prikaz PDV-a/poštarine i pravila popusta, a zatim ponovno poslati proizvode na indeksiranje unutar Merchant Centra. Dok se ova greška ne riješi, vaši proizvodi mogu biti ograničeni u Shopping sekciji, besplatnim popisima ili Performance Max kampanjama.

Na e-trgovinskim web stranicama informacije o cijenama ne nalaze se na samo jednom mjestu. Predložak teme, ERP integracija, moduli tržišta, dodaci za kampanje, sustavi kupona, varijante proizvoda, ažuriranje cijena prema stanju zaliha i Google feed dodatak mogu generirati različite cijene. Google se oslanja na stvarnu cijenu koja se prikazuje korisniku. Dakle, slanje cijene od 999 HRK u feedu dok se na stranici proizvoda prikazuje 1.049 HRK, dodavanje PDV-a na ekranu plaćanja ili prikazivanje obavezne naknade za uslugu u košarici može se smatrati kršenjem politike cijena.

U ovom vodiču pronaći ćete uzroke grešaka u cijenama Merchant Centra, kako ih dijagnosticirati kroz stvarne scenarije i tehničke korake koji se trebaju poduzeti za trajno rješenje. Osobito smo dodali primjenjive kontrolne liste za web stranice koje koriste WooCommerce, OpenCart, Shopify, prilagođeni softver i feedove temeljene na API-ju. Također je važno da vaše stranice proizvoda brzo, dostupno i sigurno rade; u tom pogledu, Rješenja za e-trgovinu hosting i SSL certifikat mogu podržati tehničko zdravlje vaših stranica.

Što je greška u politici cijena Google Merchant Centra?

Greška u politici cijena nastaje kada Google otkrije nesklad između cijene koju korisniku obećavate i cijene koju je potvrdio na vašoj web stranici. Ova neskladnost ponekad može biti vrlo mala, poput razlike u zaokruživanju, a ponekad i vrlo jasna, poput slanja redovne cijene umjesto snižene cijene. Google cijenu smatra jednim od najosjetljivijih područja podataka jer izravno utječe na odluku o kupnji.

Merchant Center obično daje sljedeće vrste upozorenja: nesklad cijena, nesklad valuta, cijena na odredišnoj stranici ne odgovara cijeni u feedu, cijena raste tijekom plaćanja, greška u prodajnoj cijeni, nevažeća cijena strukturiranih podataka ili automatsko ažuriranje mijenja cijenu. Iako se imena grešaka mogu razlikovati, osnovni problem često je isti: cijena koju vidi Googleov bot nije ista kao vrijednost u feedu price ili sale_price.

Google ovu provjeru ne radi samo prilikom prvog učitavanja. Vaši proizvodi se redovito ponovno indeksiraju. Proizvod koji je danas odobren može biti odbijen sutra zbog završetka kampanje, ažuriranja tečaja, promjene zaliha ili greške u dodatku. Stoga rješenje nije samo ispraviti greškom proizvod, već stvoriti sustav koji dosljedno upravlja podacima o cijenama od kraja do kraja.

Najčešće greške u politici cijena

1. Različite cijene u feedu i na stranici proizvoda

U najčešćem scenariju cijena proizvoda u feedu nije ista kao cijena na odredišnoj stranici. Na primjer, ako je u feedu cijena cipela 749,90 HRK, a na stranici se prikazuje 799,90 HRK. Ova razlika obično nastaje zbog predmemoriranja, dodataka za kampanje, ručnog ažuriranja cijena ili feed koji povlači stare podatke.

Za rješenje prvo provjerite cijenu koja je poslana iz odjeljka detalja proizvoda u Merchant Centru. Zatim otvorite URL proizvoda u privatnom prozoru, osvježite stranicu bez predmemorije i zabilježite kako se cijena prikazuje korisniku. Ako koristite CDN ili predmemoriju stranice, automatizirajte čišćenje predmemorije nakon ažuriranja cijena. Na web stranicama koje koriste WordPress/WooCommerce, preporučuje se postaviti učestalost ažuriranja feed dodatka na najmanje jednom dnevno, a tijekom intenzivnih kampanja na interval od 1-4 sata.

2. Pogrešno slanje snižene cijene

U Merchant Centru postoje dva važna polja za sniženu cijenu: price predstavlja redovnu cijenu, dok sale_price predstavlja trenutnu sniženu cijenu. Ako je cijena proizvoda 599 HRK, a snižena na 499 HRK, feed treba sadržavati price 599 HRK, sale_price 499 HRK. Međutim, mnoge trgovine šalju samo 599 HRK u feedu ili ne brišu sale_price polje kada popust završi.

Kada koristite sniženu cijenu, korisno je poslati i datume početka i završetka kampanje putem polja sale_price_effective_date. Ovo polje nije obavezno, ali pomaže Googleu da ispravno interpretira cijenu. Ako se feed ne ažurira nakon završetka kampanje, korisnik može vidjeti 599 HRK na stranici proizvoda dok Google još uvijek očekuje 499 HRK, što može rezultirati greškom u cijeni.

3. Kasnije dodavanje PDV-a, poreza i obaveznih naknada

Na e-trgovinskim stranicama u Hrvatskoj očekuje se da cijena prikazana potrošaču uključuje PDV. Ako je proizvod koji se prikazuje na stranici 1.000 HRK, a na koraku plaćanja iznosi 1.200 HRK s PDV-om, to je jasno neslaganje cijena. Slično tome, ako se obavezna naknada za pakiranje, uslugu ili transakciju automatski dodaje u košaricu, taj iznos treba uključiti u cijenu proizvoda ili jasno naznačiti u strukturi naknade/poštarine.

Za Google je ključno da je stvarni iznos koji korisnik mora platiti kako bi kupio proizvod. Opcionalno pakiranje, brza dostava ili dodatna garancija mogu se drugačije ocjenjivati; međutim, sve obavezne naknade koje korisnik mora platiti prije nego što dobije proizvod mijenjaju percepciju cijene. Stoga bi konačna cijena trebala biti uključena s PDV-om između stranice proizvoda, feeda i koraka plaćanja.

4. Greške u valuti i formatu

Valuta u feedu treba biti poslana u ISO 4217 formatu. Za Hrvatsku ispravni format obično je HRK. Samo pisanje HRK, korištenje simbola, pogrešno formatiranje točke i zareza ili prikazivanje USD na stranici proizvoda dok se u feedu šalje HRK može uzrokovati greške.

Primjer ispravne vrijednosti: 1299.90 HRK. Za decimalni separator, korištenje točke je sigurnije prema vašem formatu feeda. Na stranici možete prikazati 1.299,90 HRK, ali format koji Google može pročitati mora biti jasan na strani strukturiranih podataka i feeda. Na stranicama koje koriste više valuta također treba provjeriti ciljanje prema zemlji, hreflang i usklađivanje valuta. Ako vršite međunarodnu prodaju, tema Upravljanje domenom i nacionalne ekstenzije također je važna za povjerenje ciljnog tržišta.

5. Zbunjenost s cijenama varijacija

Razlike u cijenama često se javljaju kod proizvoda s varijacijama, poput boje, veličine, kapaciteta ili opcija pakiranja. Na primjer, crna verzija futrole za mobitel može koštati 199 HRK, dok kožna verzija može koštati 299 HRK. Ako se u feedu glavna cijena proizvoda šalje kao 199 HRK, ali kada se otvori URL, zadana varijacija se prikazuje kao 299 HRK, Google može otkriti nesklad cijena.

U ovom slučaju, svaka varijacija treba imati jedinstveni identitet proizvoda, ispravnu item_group_id, točne URL parametre i stranicu proizvoda koja prikazuje cijenu te varijacije. Kada korisnik klikne na varijaciju koju vidi u feedu, ta ista varijacija treba se otvoriti kao odabrana. Osobito kod trgovina koje koriste prilagođeni softver, varijacijski URL-ovi trebaju biti indeksabilni i ne smiju prikazivati različite cijene botovima.

6. Neslaganje između strukturiranih podataka i vizualne cijene

Google može pročitati ne samo tekst koji se prikazuje na ekranu, već i schema.org oznake za proizvod i ponudu na stranici. Ako je na stranici napisano 899 HRK dok je u strukturiranim podacima ostala cijena 999 HRK, Merchant Center može otkriti nesklad cijena koristeći ove podatke. Ovaj problem obično nastaje zbog ažuriranja teme, dodataka za predmemoriju ili starih schema modula.

Provjerite koji se iznos prikazuje na stranici pomoću Googleovih alata za testiranje bogatih rezultata i inspekciju URL-a. U okviru schema za proizvode, pobrinite se da su polja price, priceCurrency, availability i, ako je potrebno, priceValidUntil ažurirana. Ako vaša tema i feed dodatak povlače cijene iz različitih izvora, dugoročno je zdravije preći na jedan izvor podataka o proizvodu.

Brza dijagnostička tablica za greške u cijenama

Kako korak po korak riješiti greške u politici cijena Google Merchant Centra?

Korak 1: Odredite opseg greške

Prvo utvrdite je li problem u jednom proizvodu, određenoj kategoriji ili u cijelom katalogu. U odjeljku Proizvodi u Merchant Centru filtrirajte odbijene proizvode i izvezite ih. Odaberite 10-20 primjeraka i usporedite cijene, URL-ove, kategorije, marke, varijacije i status kampanje. Ako su svi proizvodi pogođeni, može biti greška u valuti, postavkama poreza, formatu feeda ili općim podacima o schema na web stranici. Ako je problem prisutan samo kod proizvoda u kampanji, fokusirajte se na sale_price i datum polja.

Korak 2: Usporedite vrijednost feeda s aktivnom stranicom

Za svaki primjerak proizvoda zapišite tri cijene: cijenu iz feeda, cijenu prikazanu na stranici proizvoda i cijenu vidljivu u koraku plaćanja. Ako se sve tri cijene ne podudaraju, ispravke na strani Merchant Centra same neće biti dovoljne. Na primjer, ako je cijena proizvoda 349 HRK, cijena u košarici 369 HRK, a u feedu 349 HRK, problem može biti u obaveznoj naknadi dodanoj u košaricu. Ako je cijena proizvoda 349 HRK, a feed 329 HRK, feed je zastario.

Prilikom ručne provjere onemogućite predmemoriju preglednika, koristite privatni prozor i, ako je moguće, testirajte s različitih IP adresa ili uređaja. Jer neki web stranice mogu mijenjati cijene ovisno o lokaciji, statusu članstva ili segmentu korisnika. Googleov bot u većini slučajeva ponaša se kao standardni posjetitelj; cijene koje su specifične za članove, cijene s kuponima ili popusti koji se prikazuju nakon prijave ne bi trebali biti poslani kao cijene u feedu.

Korak 3: Očistite i standardizirajte feed proizvoda

Vaš feed može biti stvoren putem XML, CSV, Google Sheets, Content API-a ili dodatka e-trgovine. Bez obzira na metodu koju koristite, cijene trebaju dolaziti iz jednog izvora. Držanje različitih cijena za isti proizvod u ERP-u, na web stranici i u feed dodatku povećava rizik od grešaka. Postavite jednostavno pravilo za tehnički tim: stvarna prodajna cijena proizvoda treba se generirati iz jednog polja u bazi podataka, a informacije o popustu trebaju biti zasebne i podložne kontroli datuma.

• price: Pošaljite redovnu ili važeću cijenu u ispravnoj valuti.
• sale_price: Koristite samo ako je popust stvarno aktivan.
• sale_price_effective_date: Opišite datume početka i završetka kampanje.
• availability: Održavajte stanje zaliha ažuriranim s cijenom.
• link: Usmjerite korisnika na ispravnu stranicu proizvoda ili varijacije.

Korak 4: Provjerite pristup skeniranju stranice

Kako bi Google mogao pravilno pročitati vašu stranicu, stranice proizvoda moraju biti otvorene za botove. URL-ovi proizvoda, CSS i JavaScript resursi ne smiju biti blokirani u datoteci robots.txt. Ako se cijena učitava putem JavaScripta, Google ponekad može vidjeti odgođene ili pogrešne cijene. Ako je server spor, bot može uhvatiti stare ili prazne cijene prije nego što stranica bude potpuno obrađena.

Ne zanemarujte brzinu stranice i stabilnost servera kako biste smanjili greške u Merchant Centru. Iako će u 2026. Googleovi sustavi skeniranja napredovati, spore, nestabilne ili pogrešne e-trgovinske stranice doživjet će nedostatke u provjeri podataka. Osigurajte da vaše stranice proizvoda vraćaju HTTP status kod 200, da su 3xx lanac preusmjeravanja kratki i da vaš SSL certifikat radi besprijekorno. Za tehničku osnovu, NVMe Hosting i Instalacija besplatnog SSL-a mogu biti korisni sadržaji.

Korak 5: Ažurirajte strukturirane podatke

Korištenje Product schema na stranicama proizvoda korisno je za organsku vidljivost i provjeru u Merchant Centru. Međutim, pogrešni schema može biti štetniji od nepostojanja schema. Provjerite dolazi li varijabla cijene iz ažuriranog proizvoda u vašoj datoteci teme. Testirajte se mijenja li cijena schema kada se odabere druga varijacija proizvoda.

Cijena koja se prikazuje u Testu bogatih rezultata trebala bi biti ista kao cijena koja se prikazuje korisniku na stranici. Također, polje priceCurrency treba biti jedno od važećih kodova poput HRK, USD ili EUR. Za proizvode koji nisu dostupni, također treba ispravno navesti polje availability; prikazivanje stare snižene cijene za nedostupne proizvode može negativno utjecati na korisničko iskustvo i odobrenje Merchant Centra.

Korak 6: Zatražite ponovno preispitivanje i skeniranje u Merchant Centru

Nakon ispravki ponovno učitajte feed ili pokrenite API sinkronizaciju. Provjerite je li cijena posljednjeg poslanog proizvoda ažurirana u detaljima proizvoda u Merchant Centru. Zatim zatražite ponovno preispitivanje za problematične proizvode. U nekim slučajevima, automatski sustav ažurira u nekoliko sati, dok u drugim slučajevima to može trajati 24-72 sata. Ako su proizvodi s visokim budžetom u kampanji, preporučljivo je prvo testirati na maloj grupi uzoraka kako biste spriječili ponavljanje grupnih grešaka.

Specifične provjere prema platformama

WooCommerce stranice

Greške u cijenama na WooCommerce stranicama često su rezultat predmemorije, dodataka za višestruke valute, dodataka za dinamičko određivanje cijena ili korištenja starih podataka u feed dodatku. Provjerite polja za regularnu i sniženu cijenu u prozoru za uređivanje proizvoda. Zatim provjerite je li postavka mapiranja snižene cijene u vašem feed dodatku ispravna. Ako se cijene na stranicama proizvoda mijenjaju ovisno o članstvu ili uvjetima kupona, trebate poslati cijenu za opće korisnike u feedu.

Ako koristite predmemoriju na strani servera, provjerite da li su relevantni proizvodi, kategorije i datoteke cache feeda očišćene kada se cijena proizvoda promijeni. U ovom slučaju, WordPress hosting infrastruktura i ispravna konfiguracija predmemorije igraju ključnu ulogu.

Shopify i gotovi sustavi e-trgovine

U gotovim sustavima poput Shopifaya, polja cijena obično su bolje organizirana; međutim, višestruka tržišta, višestruke valute i automatski popusti mogu uzrokovati greške. U aplikaciji Google & YouTube provjerite podudarnosti između ciljne zemlje, valute i varijacija proizvoda. Ne miješajte usporednu cijenu s prodajnom cijenom. Ne prikazujte automatski primijenjene popuste u feedu kao cijenu, jer Google možda neće uvijek prihvatiti popuste koji nisu izravno vidljivi na stranici proizvoda.

Prilagođeni softver i API integracije

U prilagođenim softverima najbolji pristup je stvaranje verzioniranog i logiranog toka podataka za cijene proizvoda. Na svaku promjenu cijene treba biti evidentirano tko, kada, koju cijenu je promijenio i kada je to odraženo u feedu. Ako koristite Content API, pratite uspješne odgovore nakon ažuriranja i zapišite kodove grešaka u središnji sustav evidencije. Također, provjerite da u URL-u koji povlači Google nema blokade za botove, preusmjeravanja prema zemlji ili obavezu prijave.

Trajna dobra praksa za sprečavanje neslaganja cijena

Ispravka grešaka u politici cijena jednom nije dovoljna; potrebno je uspostaviti održiv mehanizam kontrole. U velikim katalogima cijene se mogu mijenjati tisućama svaki dan. Stoga se umjesto ručne provjere treba usvojiti pristup automatizacije, logiranja i redovitih revizija.

• Planirajte vrijeme ažuriranja feeda da se odvija odmah nakon početka i završetka kampanja.
• Kada se cijena proizvoda promijeni, istovremeno očistite predmemorije stranice, feeda i schema.
• Svake sedmice provjeravajte usklađenost cijena za 50 najkliknutijih proizvoda između feeda i stranice.
• Dokumentirajte politiku cijena s PDV-om za sve timove.
• Testirajte svaku varijaciju proizvoda s različitim cijenama i URL-ovima.
• Redovito pratite izvještaje o dijagnostici Merchant Centra; ako stopa grešaka pređe 1%, provedite analizu korijenskih uzroka.
• Redovito pratite SSL, DNS, hosting i probleme s preusmjeravanjima; nedostupne stranice mogu utjecati na provjeru cijena.

Na primjer, ako trgovina ima 5.000 proizvoda s dnevnom stopom promjene cijena od 8%, oko 400 proizvoda treba ponovno testirati na usklađenost između feeda i stranice svaki dan. Ovu provjeru nije realno izvršiti ručno. Čak i jednostavan cron zadatak koji generira izvještaj usporedbe cijene iz feeda s cijenom sa živog URL-a može vam pomoći u ranom otkrivanju grešaka.

Kako upravljati troškovima dostave, kuponima i cijenama kampanja?

Troškovi dostave mogu se upravljati odvojeno od cijene proizvoda; međutim, postavke dostave u Merchant Centru moraju biti ispravne. Prikazivanje besplatne dostave na stranici proizvoda, a zatim dodavanje troška dostave na ekranu plaćanja može narušiti povjerenje korisnika i izazvati probleme s politikom. Ako se trošak dostave mijenja prema zemlji, gradu, dimenzijama ili vrijednosti košarice, konfigurirajte pravila dostave u Merchant Centru u skladu s tim.

Budite oprezni s kuponima. Ako korisnik mora ručno unijeti kupon, taj popust se obično ne bi trebao slati u feedu kao cijena proizvoda. Ako postoji javni i automatski primijenjeni popust na webu, može se definirati kao sale_price. Na primjer, ako se na stranici proizvoda prikazuje cijena od 699 HRK umjesto 799 HRK, i svi korisnici mogu kupiti po toj cijeni, može se koristiti cijena od 699 HRK u feedu. Međutim, slanje cijene koja se smanjuje samo s kuponom EFSANE10 u feed može uzrokovati da Google vidi različitu cijenu na odredišnoj stranici.

Kada koristiti automatska ažuriranja proizvoda Googlea?

Automatska ažuriranja proizvoda u Merchant Centru omogućuju Googleu da privremeno ispravi neke greške u feedu čitajući cijene i informacije o zalihama s vaše stranice proizvoda. Ova značajka može smanjiti male neskladnosti; međutim, nije trajno rješenje. Jer ako su podaci koje Google čita pogrešni zbog neispravnog schema ili kašnjenja u JavaScriptu, automatsko ažuriranje također može dati pogrešne rezultate.

Možete zadržati ovu značajku aktivnom, ali trebate osigurati točnost svog glavnog izvora podataka. Automatska ažuriranja trebaju se smatrati sigurnosnom mrežom za sitne razlike u vremenu uzrokovane starim feedom. Ako sustav kontinuirano ispravlja cijene, to ukazuje na osnovni problem u procesima vašeg feeda.

Utjecaj tehničke infrastrukture na greške u cijenama

Greške u cijenama Google Merchant Centra često su vidljive u marketing panele, ali korijenski uzrok može biti u tehničkoj infrastrukturi. Slaba performansa hostinga, česte 500 greške, neispravan SSL, pogrešna preusmjeravanja, automatska promjena valute prema zemlji i agresivne postavke predmemorije mogu dovesti do pogrešnog očitavanja cijene od strane Googlea. Brza i stabilna reakcija stranica proizvoda na e-trgovinskim stranicama nije kritična samo za SEO, već i za odobrenje oglasa i vidljivost u trgovini.

Na Hostragonsu, pouzdano hosting, upravljanje domenama i SSL rješenja za projekte e-trgovine pomažu u jačanju ove tehničke osnove. Na primjer, Korporativni Hosting podržava dostupnost stranica proizvoda u razdobljima visokog prometa; dok Prijenos domene i upravljanje DNS-om mogu smanjiti probleme s pretraživanjem uzrokovane pogrešnim preusmjeravanjima. Ovdje je cilj omogućiti pouzdani protok podataka koji je Merchant Centeru potreban, a ne stvarati pritisak na prodaju.

Kontrolna lista: Posljednjih 12 stavki prije objave

• Je li polje price u feedu isto kao cijena na stranici proizvoda?
• Koristi li se sale_price samo u aktivnim kampanjama?
• Jesu li datumi početka i završetka kampanje ispravni?
• Postoji li obavezno povećanje cijene između stranice proizvoda i ekrana za plaćanje?
• Je ли valuta poslana u ISO formatu?
• Otvara ли varijacijski URL ispravnu varijaciju?
• Prikazuje ли Product schema ažuriranu cijenu?
• Blokira ли robots.txt Googleovu obradu stranice?
• Radi ли automatsko čišćenje predmemorije s promjenom cijene?
• Jesu ли postavke za dostavu i porez u Merchant Centru ispravne?
• Je ли cijena na mobilnoj stranici ista kao na desktopu?
• Je ли feed ponovno poslan nakon ispravaka?

Često postavljana pitanja

Koliko dana je potrebno da se ispravi greška u politici cijena Google Merchant Centra?

Nakon ispravki, ponovno odobrenje proizvoda obično traje između nekoliko sati i 72 sata. Vrijeme može varirati ovisno o broju proizvoda, učestalosti skeniranja, vrsti greške i opterećenju ponovnog ispitivanja.

Kako trebam poslati sniženu cijenu u feedu?

Normalnu cijenu trebate poslati u polju price, a aktivnu sniženu cijenu u polju sale_price. Ako su datumi početka i završetka kampanje poznati, korištenje polja sale_price_effective_date također smanjuje mogućnost grešaka.

Je li obavezno prikazivati cijenu s PDV-om?

Na e-trgovinskim stranicama u Hrvatskoj koje prodaju potrošačima očekuje se da cijena uključuje PDV. Dodavanje obaveznih poreza ili naknada koje nisu prikazane na stranici proizvoda u koraku plaćanja može uzrokovati nesklad cijena u Merchant Centru.

Rješavaju li automatska ažuriranja proizvoda potpuno greške u cijenama?

Ne. Automatska ažuriranja proizvoda mogu smanjiti male razlike u vremenu, ali ne rješavaju trajno pogrešan feed, zastarjeli schema ili pogrešno određivanje cijena na web stranici. Potrebno je ispraviti glavni izvor podataka.

Kako spriječiti greške u cijenama kod proizvoda s varijacijama?

Za svaku varijaciju trebate koristiti ispravnu cijenu, jedinstveni identitet proizvoda, zajednički item_group_id i ispravan URL odredišta. Kada korisnik klikne, varijacija treba biti otvorena kao odabrana i usklađena s cijenom u feedu.

Zaključak

Greške u politici cijena Google Merchant Centra često proizlaze iz malih razlika u podacima između feeda, stranice proizvoda, schema i koraka plaćanja. Trajno rješenje uključuje jedinstveni izvor cijena, ispravno upravljanje popustima, ažurirane strukturirane podatke, brzo indeksabilne stranice i redovite revizijske procese. Ne zaboravite na tehničku infrastrukturu vaše web stranice kako bi vaši proizvodi bili ispravno prikazani u Google Shoppingu i besplatnim popisima. Ako želite, možete istražiti hosting, domene i SSL rješenja na Hostragonsu kako biste osigurali pouzdan protok podataka za vašu e-trgovinsku stranicu.