Google Merchant Centerin hintapolitiikkaongelmat – syyt, ratkaisut ja tekniset vinkit

Google Merchant Center hintapolitiikan virheet syntyvät, kun tuotesyötteessä ilmoitettu hinta ei vastaa tuotesivulla tai kassalla näkyvää hintaa. Nopein ratkaisu on varmistaa, että syötteen hinta, tuotesivun hinta, strukturoidut tiedot, valuutta, ALV/nouto- tai toimitusmaksut sekä alennussäännöt ovat yhteneväiset – ja tämän jälkeen tuotteet tulee uudelleentarkistaa Merchant Centerissä. Jos ongelmaa ei korjata, tuotteesi voidaan rajoittaa Shopping-välilehdessä, ilmaisissa listauksissa tai Performance Max -kampanjoissa.

Verkkokaupassa hintatiedot eivät sijaitse yhdessä paikassa. Teemamallit, ERP-integraatiot, markkinapaikkalisäosat, kampanjalisäosat, kuponkijärjestelmät, variaatioiden hinnat, varastotilanteen mukaan päivittyvät hinnat sekä Google-syötteen lisäosat voivat kaikki tuottaa eri hintaa. Google perustaa tarkistuksensa käyttäjälle näkyvään todelliseen hintaan. Eli jos syötteessä lähetät hinnan 999 € mutta tuotesivulla näkyy 1 049 €, kassalla lisätään ALV tai ostoskorissa ilmestyy pakollinen palvelumaksu, kyseessä on hintapolitiikan rikkomus.

Tässä oppaassa käydään läpi Merchant Centerin hintavirheiden syyt, diagnosointi käytännön esimerkeillä sekä pysyvän ratkaisun tekniset vaiheet. Mukana on tarkistuslistat erityisesti WooCommerce-, OpenCart-, Shopify-, räätälöityjen ohjelmistojen ja API-pohjaisten syötteiden verkkokauppiaille. Hyvä tekninen perusta vaatii myös nopeat, saavutettavat ja turvalliset tuotesivut – tässä Verkkokaupan hosting-ratkaisut ja SSL-sertifika voivat auttaa varmistamaan sivustosi terveydentilan.

Mikä on Google Merchant Centerin hintapolitiikkaongelma?

Hintapolitiikkaongelma tarkoittaa, että Google havaitsee ristiriidan tuotesyötteessä ilmoitetun käyttäjälle luvatun hinnan ja sivustolta vahvistetun hinnan välillä. Ristiriita voi olla muutaman sentin pyöristys tai selkeä ero, kuten alennushinnan sijasta normaalihinta syötteessä. Koska hinta vaikuttaa suoraan ostopäätökseen, Google pitää sitä yhtenä herkimmistä datapisteistä.

Merchant Center antaa yleensä seuraavia varoituksia: hintaristiriita, valuuttavirhe, laskeutumissivun hinta ei vastaa syötteen hintaa, hintaa nostetaan kassalla, myyntihinta virheellinen, strukturoitujen tietojen hinta virheellinen tai automaattinen päivitys muutti hintaa. Ongelman nimi voi vaihdella, mutta yleensä kyse on siitä, että Google-botti ei näe samaa hintaa kuin syötteessä price tai sale_price -kentässä.

Google tarkistaa hinnat myös säännöllisesti – ei vain ensimmäisellä latauksella. Tuotteet indeksoidaan uudelleen kampanjan päätyttyä, kurssimuutoksen, varastotilanteen tai lisäosan virheen vuoksi. Ratkaisu ei ole vain yksittäisen tuotteen korjaus, vaan kokonaisvaltaisen hintatiedon hallintasysteemin luominen.

Yleisimmät hintapolitiikan virheet

1. Syötteen hinta ja tuotesivun hinta eroavat

Yleisin tilanne: syötteessä tuotteen hinta on eri kuin laskeutumissivulla. Esimerkiksi syötteessä lähetetään 749,90 € mutta tuotesivulla näkyy 799,90 €. Tämä johtuu usein välimuistista, kampanjalisäosasta, manuaalisesta päivityksestä tai syötteen vanhentuneista tiedoista.

Ratkaise näin: tarkista tuotteen tiedot Merchant Centerissä, avaa tuote-URL incognito-tilassa ja tarkista näkyvä hinta. Jos käytät CDN:ää tai sivuvälimuistia, automatisoi cache-puhdistus hintapäivitysten jälkeen. WordPress/WooCommerce-sivustoilla syötteen päivitys vähintään kerran päivässä – ja kampanja-aikoina 1–4 tunnin välein – on suositeltavaa.

2. Alennushinnan virheellinen lähetys

Merchant Centerissä alennushintaa varten on kaksi kenttää: price (normaalihinta) ja sale_price (voimassa oleva tarjoushinta). Jos tuote on sivulla 599 € → 499 €, syötteessä price 599 €, sale_price 499 €. Usein kauppias lähettää vain 599 € tai jättää sale_price tyhjäksi kampanjan päätyttyä.

Jos käytät alennushintaa, lisää myös sale_price_effective_date (kampanjan alku/loppu). Kenttä ei ole pakollinen, mutta auttaa Googlea tulkitsemaan hintaa oikein. Jos syötettä ei päivitetä kampanjan loputtua, tuotesivulla näkyy 599 € mutta Google odottaa 499 € – syntyy hintavirhe.

3. ALV, verot ja pakolliset maksut lisätään vasta kassalla

Suomalaisessa verkkokaupassa tuotesivulla näkyvän hinnan odotetaan sisältävän ALV:n. Jos tuotesivulla näkyy 1 000 € mutta kassalla hinta nousee ALV:n vuoksi 1 240 €:oon, tämä on selkeä hintaristiriita. Vastaavasti pakolliset pakkaus-, palvelu- tai käsittelymaksut tulee sisällyttää tuotteen hintaan tai ilmoittaa selvästi toimitusmaksuna.

Google vaatii, että käyttäjä näkee todellisen maksettavan summan heti. Valinnaiset lisäpalvelut (lahjapakkaus, pikatoimitus, takuu) ovat ok, mutta kaikki pakolliset maksut muuttavat hintakäsitystä – niiden on oltava tuotesivulla, syötteessä ja kassalla mukana.

4. Valuuttavirheet ja väärät hintamuodot

Syötteen hinnan valuutta tulee lähettää ISO 4217 -muodossa – Suomen osalta EUR. Pelkkä €-merkki, väärä desimaalierottelu tai tuotesivulla USD mutta syötteessä EUR aiheuttaa virheitä.

Esimerkki oikeasta arvosta: 1299.90 EUR. Syötteessä on suositeltavaa käyttää pistettä desimaalierottimena. Tuotesivulla voit näyttää 1 299,90 €, mutta syötteessä ja schema-tiedoissa tulee noudattaa standardia. Monivaluuttakaupoissa kohdemaat, hreflang ja valuuttamääritys tulee varmistaa. Jos myyt kansainvälisesti, Domainin hallinta ja maan päätteet tukee markkinan luottamusta.

5. Variaatioiden hintasekoilut

Väri, koko, kapasiteetti tai pakettivaihtoehdot voivat aiheuttaa hintaristiriitoja. Esimerkiksi puhelimen suojakotelon musta versio 19,90 €, nahkainen 29,90 €. Jos syötteessä lähetetään päätuote 19,90 € mutta URL avataan nahkaiseen (29,90 €), Google huomaa virheen.

Ratkaisu: jokaiselle variaatiolle oma tuote-ID, oikea item_group_id, oikea URL-parametri ja laskeutumissivu, joka näyttää kyseisen variaation hinnan. Kun käyttäjä avaa syötteestä variaation, sivulla tulee näkyä sama hinta. Räätälöidyissä ohjelmistoissa URL-parametrien indeksoitavuus ja botille näkyvä hinta on varmistettava.

6. Strukturoitujen tietojen ja näkyvän hinnan ristiriita

Google lukee sivulta myös schema.org Product ja Offer -merkinnät. Jos tuotesivulla näkyy 899 € mutta schema-tiedoissa price on 999 €, Merchant Center käyttää schemaa ja huomaa virheen. Tämä johtuu usein teemapäivityksistä, cache-lisäosista tai vanhoista schema-moduuleista.

Tarkista Google Rich Results Testillä ja URL Inspectionilla, mitä hintaa sivu antaa. Product-schema:ssa price, priceCurrency, availability ja mahdollisesti priceValidUntil oltava ajan tasalla. Jos teema ja syötelisäosa hakevat hintaa eri lähteistä, keskity yhteen tuotedataan.

Hintavirheiden pikadiagnoosi – taulukko

Google Merchant Center hintapolitiikkaongelmien ratkaisu – vaiheittainen ohje

Vaihe 1: Ongelman laajuuden määrittely

Selvitä, onko ongelma yksittäisessä tuotteessa, tietyssä kategoriassa vai koko katalogissa. Merchant Centerissä voit suodattaa hylätyt tuotteet ja viedä ne ulos. Valitse 10–20 esimerkkituotetta ja vertaa hintaa, URL:ia, kategoriaa, brändiä, variaatiota ja kampanjatilannetta. Jos ongelma on kaikissa tuotteissa, syynä voi olla valuutta, verot, syötemuoto tai sivuston schema-tiedot. Jos vain kampanjatuotteissa, keskity sale_price- ja aikakenttiin.

Vaihe 2: Syötteen ja sivun hintojen vertailu

Kirjaa jokaiselle tuotteelle kolme hintaa: syötteen hinta, tuotesivun hinta ja kassalla näkyvä hinta. Jos kaikki kolme eivät täsmää, pelkkä Merchant Centerin korjaus ei riitä. Esim. tuotesivulla 349 €, kassalla 369 €, syötteessä 349 € – syynä pakollinen maksu kassalla. Tuotesivulla 349 €, syötteessä 329 € – syöte on vanha.

Tee vertailu incognito-tilassa, ilman cachea ja mahdollisuuksien mukaan eri IP:llä/laitteella. Osa sivustoista muuttaa hintaa sijainnin, käyttäjästatuksen tai segmentin mukaan. Google-botti käyttäytyy kuin tavallinen kävijä – jäsenhinta, kuponkialennus tai kirjautuneen hinnat eivät kuulu syötteeseen.

Vaihe 3: Syötteen siistiminen ja standardisointi

Syöte voi olla XML-, CSV-, Google Sheets-, Content API- tai verkkokauppalisäosapohjainen. Riippumatta tavasta, hintakentät tulee hakea yhdestä lähteestä. Jos ERP:ssä, sivustolla ja syötelisäosassa on eri hintatieto, virheriski kasvaa. Määritä tekniselle tiimille sääntö: voimassa oleva myyntihinta tulee yhdestä tietokentästä, alennustiedot omasta ja aikakontrollilla.

• price: Lähetä normaali tai voimassa oleva hinta oikealla valuutalla.
• sale_price: Käytä vain, jos alennus on oikeasti aktiivinen.
• sale_price_effective_date: Ilmoita kampanjan alku/loppu.
• availability: Päivitä saatavuus hinnan kanssa.
• link: Lähetä käyttäjä oikealle tuote- tai variaatiosivulle.

Vaihe 4: Sivuston indeksoinnin varmistus

Google-botin tulee päästä tuotesivuille. robots.txt ei saa estää tuote-URL:ia, CSS- tai JS-tiedostoja. Jos hinta latautuu JavaScriptilla, Google voi nähdä väärän tai viivästyneen tiedon. Jos palvelin on hidas, botti voi tallentaa vanhan tai tyhjän hinnan.

Merchant Centerin virheiden vähentämiseksi panosta sivuston nopeuteen ja palvelimen vakauteen. Vuonna 2026 Google on kehittynyt, mutta hidas, virheilevä tai pätkivä verkkokauppa kärsii datan validoinnissa. Tuotesivusi tulee palauttaa 200 HTTP-koodi, 3xx-ohjaukset lyhyitä ja SSL toimiva. Teknistä pohjaa varten tutustu NVMe Hosting ja Ilmainen SSL-asennus -sisältöihin.

Vaihe 5: Strukturoitujen tietojen päivitys

Product schema tuotesivuilla auttaa sekä orgaanisessa näkyvyydessä että Merchant Centerin tarkistuksissa. Väärä schema on pahempi kuin ei schemaa ollenkaan. Varmista, että teeman hintamuuttuja hakee ajantasaisen tuotteen. Variaatiotuotteissa schema-hinta päivittyy kun valittu variaatio vaihtuu.

Rich Results Testissä näkyvän hinnan tulee vastata tuotesivun hintaa. priceCurrency -kentässä tulee olla EUR, USD, SEK tms. Saatavuudessa käytä oikeaa arvoa – älä näytä vanhaa alennushintaa loppuneissa tuotteissa, koska se heikentää sekä käyttäjäkokemusta että Merchant Centerin hyväksyntää.

Vaihe 6: Merchant Centerin uudelleentarkistus

Korjauksen jälkeen lähetä syöte uudelleen tai käynnistä API-synkronointi. Varmista, että Merchant Centerissä näkyy uusi hinta. Pyydä uudelleentarkistus ongelmatuotteille. Usein automaattinen järjestelmä päivittää muutamassa tunnissa, joskus 24–72 tuntia. Jos kampanjabudjetti on suuri, testaa korjaus ensin pienellä tuotejoukolla – vältät laajojen virheiden toistumisen.

Alustakohtaiset tarkistukset

WooCommerce-verkkokaupat

WooCommercessa hintavirheet johtuvat useimmiten cachesta, monivaluuttalisäosasta, dynaamisesta hinnoittelusta tai syötelisäosan vanhoista tiedoista. Tarkista tuotehallinnassa normaali ja alennushinta. Syötelisäosassa sale price -mapping tulee olla oikein. Jos tuotesivulla hinta muuttuu jäsenyyden tai kupongin mukaan, syötteessä tulee lähettää yleinen käyttäjähinta.

Jos käytät palvelinvälimuistia, varmista että hintamuutoksen jälkeen tuote-, kategoria- ja syötecache puhdistetaan automaattisesti. Tässä WordPress hosting ja oikea cache-konfiguraatio ovat kriittisiä.

Shopify ja valmis verkkokauppa-alustat

Shopifyssa hintakentät ovat yleensä selkeitä, mutta monimarkkina, monivaluutta ja automaattiset tarjoukset voivat aiheuttaa virheitä. Tarkista Google & YouTube -sovelluksen kohdemaa, valuutta ja variaatiot. Älä sekoita vertailuhintaa ja myyntihintaa. Ostoskorissa automaattisesti sovellettavia alennuksia ei tule lähettää syötteen hintana, koska Google ei aina hyväksy kupongilla saavutettavaa hintaa.

Räätälöidyt ohjelmistot ja API-integraatiot

Räätälöidyssä ohjelmistossa paras ratkaisu on versioitu ja logattu hintavirta. Joka hintamuutoksesta tulee löytyä: kuka, milloin, mikä hinta, milloin syötteessä. Content API:lla seuraa onnistuneet päivitykset ja loggaa virhekoodit keskitetysti. Varmista, että Google-botti pääsee URL:iin ilman bottiestoa, maakohtaista ohjausta tai kirjautumisvaatimusta.

Pysyvät käytännöt – hintaristiriitojen ennaltaehkäisy

Hintavirheet tulee korjata pysyvästi – tarvitaan jatkuva kontrollimekanismi. Suurissa katalogeissa hinnat muuttuvat tuhansissa tuotteissa päivittäin. Siksi automaatio, logitus ja säännöllinen auditointi ovat välttämättömiä.

• Suunnittele syötteen päivitys kampanjan alun/lopun yhteyteen.
• Puhdista sivu-, syöte- ja schema-cache hintamuutoksen yhteydessä.
• Tarkista viikoittain 50 suosituimman tuotteen syötteen ja sivun hintayhteneväisyys.
• Dokumentoi ALV:n sisältävä hintapolitiikka kaikille tiimeille.
• Testaa jokaisen variaation hinta ja URL erikseen.
• Seuraa Merchant Centerin diagnostiikkaraportteja päivittäin – jos virheprosentti yli 1 %, tee juurisyyn analyysi.
• Monitoroi SSL-, DNS-, hosting- ja ohjausvirheitä – saavutettavuus vaikuttaa hintavalidointiin.

Esimerkiksi 5 000 tuotteen kaupassa, jos hintamuutosprosentti on 8 %, noin 400 tuotteen syötteen ja sivun hintayhteneväisyys tulee testata päivittäin. Manuaalinen tarkistus ei ole realistinen. Yksinkertainen cron-raportti, joka vertaa syötteen hintaa tuotesivulta haettuun hintaan, auttaa löytämään virheet ajoissa.

Toimitus-, kuponki- ja kampanjahintojen käsittely

Toimitusmaksu voidaan hallita erillään tuotteen hinnasta, mutta Merchant Centerin toimitusasetusten tulee olla kunnossa. Jos tuotesivulla lukee ”ilmainen toimitus” mutta kassalla veloitetaan toimitusmaksu, käyttäjän luottamus kärsii ja tulee politiikkaongelmia. Toimitusmaksu voi vaihdella maan, kaupungin, painon tai ostoskorin summan mukaan – määritä Merchant Centeriin toimitussäännöt vastaavasti.

Kuponkialennusten kanssa ole tarkkana. Jos käyttäjän täytyy syöttää kuponki manuaalisesti, alennusta ei yleensä tule lähettää syötteen hintana. Jos alennus on automaattinen ja kaikille näkyvä, käytä sale_price-kenttää. Esim. tuotesivulla näkyy suoraan 699 € (ei 799 €), ja kaikki saavat alennuksen – syötteessä 699 €. Jos hinta näkyy vain EFSANE10-kupongilla, syötteessä ei saa olla kyseistä hintaa – Google näkee sivulla eri hinnan.

Milloin kannattaa käyttää Googlen automaattisia tuotehintapäivityksiä?

Merchant Centerin automaattiset tuotehintapäivitykset voivat korjata pieniä syötteen ja tuotesivun eroja, kun Google lukee hintaa tuotesivulta. Tämä auttaa vähentämään satunnaisia virheitä, mutta ei ole pysyvä ratkaisu. Jos schema tai JavaScript antaa väärän tiedon, myös automaattinen päivitys voi mennä pieleen.

Voit pitää ominaisuuden päällä, mutta päädatan tulee olla kunnossa. Automaattinen päivitys on kuin turvaverkko pienille viiveille. Jos järjestelmä korjaa hintaa jatkuvasti, syötteen hallinnassa on perustavanlaatuinen ongelma.

Teknisen alustan vaikutus hintavirheisiin

Merchant Centerin hintavirheet näkyvät markkinointipaneelissa, mutta juurisyy on usein teknisessä alustassa. Heikko hosting, toistuvat 500-virheet, rikkinäinen SSL, väärät ohjaukset, maakohtainen valuuttamuutos ja aggressiivinen cache voivat johtaa Googlen väärään hintalukuun. Verkkokaupassa tuotesivujen nopea ja vakaa vastaus on tärkeää sekä SEO:n, mainosten että Shopping-näkyvyyden kannalta.

Hostragons tarjoaa verkkokauppaprojekteille luotettavaa hostingia, domainhallintaa ja SSL-ratkaisuja teknisen pohjan vahvistamiseksi. Esimerkiksi Yrityshosting tukee tuotesivujen saavutettavuutta liikenteen huippuina; Domainin siirto ja DNS-hallinta vähentävät ohjausvirheiden aiheuttamia indeksointiongelmia. Tarkoitus ei ole myynti, vaan varmistaa Merchant Centerille luotettava tietovirta.

Tarkistuslista: 12 asiaa ennen julkaisua

• Onko syötteen price-kenttä sama kuin tuotesivun hinta?
• Käytetäänkö sale_price vain aktiivisissa kampanjoissa?
• Ovatko kampanjan alku- ja loppupäivät oikein?
• Onko tuotesivun ja kassasivun välillä pakollinen hinnan korotus?
• Lähetetäänkö valuutta ISO-muodossa?
• Aukeaako variaatio-URL oikeaan variaatioon?
• Näyttääkö Product schema ajantasaisen hinnan?
• Estääkö robots.txt Googlea indeksoimasta sivua?
• Käynnistyykö cache-puhdistus automaattisesti hintamuutoksen jälkeen?
• Ovatko Merchant Centerin toimitus- ja verosäädöt oikein?
• Onko mobiilisivun hinta sama kuin desktopilla?
• Lähetettiinkö syöte uudelleen korjauksen jälkeen?

Usein kysyttyä

Kuinka kauan Merchant Center hintapolitiikkaongelman korjaus kestää?

Korjauksen jälkeen tuotteiden hyväksyntä kestää yleensä muutamasta tunnista 72 tuntiin. Kestoon vaikuttavat tuote- ja virhemäärä, tarkistustiheys sekä uudelleentarkistuksen ruuhka.

Kuinka lähetän alennushinnan syötteessä?

Lähetä normaalihinta price-kentässä, aktiivinen alennushinta sale_price-kentässä. Jos kampanjalla on alku- ja loppupäivät, käytä sale_price_effective_date-kenttää – tämä vähentää virheitä.

Onko pakollista näyttää ALV:n sisältävä hinta?

Suomalaisessa verkkokaupassa on odotettua näyttää ALV:n sisältävä hinta tuotesivulla. Jos tuotesivulla ei näytetä pakollista veroa tai maksua, mutta se lisätään kassalla, Merchant Center hylkää tuotteen hintaristiriidan vuoksi.

Ratkaiseeko automaattinen tuotehintapäivitys hintavirheet kokonaan?

Ei. Automaattiset päivitykset voivat korjata pieniä viiveitä, mutta väärä syöte, vanha schema tai virheelliset sivuhinnat vaativat päädatan korjauksen.

Miten estän hintavirheet variaatiotuotteissa?

Käytä jokaiselle variaatiolle oikeaa hintaa, yksilöllistä tuote-ID:tä, yhteistä item_group_id:tä ja oikeaa laskeutumis-URL:ia. Kun käyttäjä klikkaa syötteen hintaa, tulee avautua kyseinen variaatio.

Yhteenveto

Google Merchant Center hintapolitiikan virheet johtuvat useimmiten pienistä dataristiriidoista syötteen, tuotesivun, scheman ja kassasivun välillä. Pysyvä ratkaisu on yksi hintalähde, oikea alennushallinta, ajantasaiset strukturoidut tiedot, nopeasti indeksoituvat sivut ja säännöllinen auditointi. Jotta tuotteesi näkyvät Shoppingissa ja ilmaisissa listauksissa ilman ongelmia, älä unohda teknistä pohjaa. Voit tutustua Hostragonsin hosting-, domain- ja SSL-ratkaisuihin ja varmistaa verkkokauppasi luotettavan datavirran.