Feil med Google Merchant Center prispolitikk og løsninger

Feil med Google Merchant Center prispolitikk oppstår når prisen som sendes i produktfeedet ikke samsvarer med prisen som vises på produktsiden eller i betalingssteget. Den raskeste løsningen er å sørge for at prisene i feedet, på produktsiden, i de strukturerte dataene, valutaen, moms/fraktvisning og rabatter er konsistente, og deretter sende produktene til ny indeksering i Merchant Center. Uten å løse dette feilet kan produktene dine bli begrenset i Shopping-fanen, gratis oppføringer eller Performance Max-kampanjer.

I nettbutikker er prisinformasjon sjelden statisk. Tema maler, ERP-integrasjoner, markedsplassmoduler, kampanjeplugins, kupongsystemer, variasjonsfelt, prisoppdateringer basert på lagerstatus og Google feed-plugins kan alle generere forskjellige priser. Google baserer seg imidlertid på den faktiske prisen som vises for brukeren. Å sende 999 NOK i feedet mens produktet vises til 1.049 NOK på siden, legge til moms i betalingsskjermen, eller vise obligatoriske gebyrer i handlekurven, kan betraktes som et brudd på prispolitikken.

I denne guiden vil du finne årsakene til feil i Merchant Center, hvordan du kan diagnostisere dem med reelle scenarioer, og tekniske trinn som må følges for å oppnå en varig løsning. Vi har inkludert anvendelige sjekklister spesielt for nettsteder som bruker WooCommerce, OpenCart, Shopify, spesialprogramvare og API-baserte feeds. En solid infrastruktur for produkt sider er også viktig; det er nødvendig at de fungerer raskt, er tilgjengelige og trygge; i denne forbindelse kan Løsninger for e-handel hosting og SSL-sertifikat sidene dine støtte den tekniske helsen.

Hva er feil med Google Merchant Center prispolitikk?

En prispolitikkfeil oppstår når Google finner en inkonsistens mellom prisen som er lovet til brukeren og den prisen som er bekreftet på nettstedet. Denne inkonsistensen kan være så liten som noen få øre eller så åpenbar som å sende normal pris i stedet for rabattert pris. Google anser pris som en av de mest sensitive datafeltene, da det direkte påvirker kjøpsbeslutninger.

Merchant Center gir vanligvis varsler av denne typen: prisavvik, valutaavvik, prisen på landingssiden samsvarer ikke med feed-prisen, prisen øker under betaling, salgsprisen er feil, strukturerte data har ugyldig pris, eller automatisk oppdatering endrer prisen. Til tross for at navnet på feilen kan variere, er grunnproblemet ofte det samme: prisen Google-boten ser, er ikke den samme som feltet price eller sale_price i produktfeedet.

Google utfører denne kontrollen ikke bare ved første opplasting. Produktene dine skannes regelmessig. Et produkt som er godkjent i dag, kan avvises i morgen på grunn av kampanjens slutt, valutauppdatering, lagerendring eller plugin-feil. Derfor er løsningen ikke bare å rette opp i det feilaktige produktet, men å etablere et system som håndterer prisdataene på en konsistent måte fra ende til annen.

De mest vanlige feilene med prispolitikken

1. Ulike priser i feedet og på produktsiden

I de fleste tilfeller er produktprisen i feedet ikke lik prisen på landingssiden. For eksempel kan en sko som er sendt med 749,90 NOK i feedet vises som 799,90 NOK på nettstedet. Denne forskjellen oppstår ofte på grunn av cache, kampanjeplugins, manuelle prisoppdateringer eller at feedet henter gamle data.

For å løse dette, sjekk først prisen som er sendt i produktdetaljene i Merchant Center. Deretter åpner du produkt-URL-en i en inkognitomodus, oppdaterer siden uten cache, og noterer deg hvordan prisen vises for brukeren. Hvis du bruker CDN eller sidecache, bør du automatisere ryddeprosessen etter prisoppdateringer. For nettsteder som bruker WordPress/WooCommerce, er det tryggere å sette opp feed-pluginen til å oppdatere minst en gang om dagen, og i perioder med høy kampanjeaktivitet, hvert 1-4 time.

2. Feilaktig sending av rabattert pris

I Merchant Center er to felt viktige for rabattert pris: price representerer normalpris, mens sale_price representerer den gjeldende rabatterte prisen. Hvis prisen på nettstedet er redusert fra 599 NOK til 499 NOK, bør feedet sende price som 599 NOK og sale_price som 499 NOK. Mange butikker sender imidlertid bare 599 NOK i feedet, eller de rydder ikke sale_price-feltet selv om rabatten er utløpt.

Hvis du bruker rabattert pris, er det også nyttig å sende kampanjens start- og sluttdatoer med sale_price_effective_date-feltet. Dette feltet er ikke obligatorisk, men det hjelper Google med å tolke prisen riktig. Hvis feedet ikke oppdateres ved kampanjens slutt, kan brukeren se 599 NOK på produktsiden, mens Google fortsatt forventer 499 NOK, og en prisfeil oppstår.

3. Moms, avgifter og obligatoriske gebyrer legges til senere

I norske nettbutikker forventes det at prisen som vises til forbrukeren inkluderer moms. Hvis et produkt som vises til 1.000 NOK på produktsiden, koster 1.200 NOK med moms i betalingsprosessen, er dette en klar prisinkonsistens. På samme måte, hvis obligatorisk pakking, serviceavgift eller behandlingsgebyr automatisk legges til i handlekurven, bør dette beløpet inkluderes i produktprisen eller tydelig spesifiseres i frakt/avgiftsstrukturen.

For Google er det viktigste kriteriet den faktiske summen brukeren må betale for å kjøpe produktet. Valgfri gaveinnpakning, rask levering eller ekstra garanti kan vurderes annerledes; men alle obligatoriske avgifter som brukeren ikke kan unngå å betale før de får produktet, endrer prisoppfatningen. Derfor bør det være en enhetlig tilnærming til den endelige prisen inkludert moms mellom produktsiden, feedet og betalingssteget.

4. Valuta- og formatfeil

Valutaen i feedprisen bør sendes i ISO 4217-format. For Norge er det riktige formatet vanligvis NOK. Å bare skrive NOK, bruke symboler, feil formatere punktum og komma, eller vise USD på produktsiden mens du sender NOK i feedet kan føre til feil.

Eksempel på riktig verdi: 1299,90 NOK. For desimaladskiller er det tryggere å bruke punktum i henhold til feedformatet ditt. Du kan vise 1.299,90 NOK til brukeren; men det må være klart hvilket format Google skal lese for de strukturerte dataene og feedet. For nettsteder som bruker flere valutaer, bør landmålretting, hreflang og valutakobling også sjekkes. Hvis du driver internasjonalt salg, er Domeneadministrasjon og lands-forlengelser også viktig for tilliten til målmarkedet.

5. Forvirring med variasjonspriser

Det er vanlig med prisforskjeller på produkter med forskjellige farger, størrelser, kapasiteter eller pakkealternativer. For eksempel kan en svart mobildeksel koste 199 NOK, mens en i lær kan koste 299 NOK. Hvis hovedproduktet i feedet sendes som 199 NOK, men den åpnes med standardvarianten som viser 299 NOK, kan Google oppdage prisavvik.

I dette tilfellet må hver variasjon ha en unik produkt-ID, korrekt item_group_id, riktig URL-parameter og en landingsside som viser prisen for den variasjonen. Når brukeren klikker på variasjonen de ser i feedet, må den samme variasjonen åpnes som valgt. Spesielt for butikker som bruker spesialprogramvare, må variasjons-URLene være indekserbare og ikke vise forskjellige priser for botene.

6. Uoverensstemmelser mellom strukturerte data og synlig pris

Google kan lese både den synlige teksten på skjermen og de strukturerte dataene fra schema.org Product og Offer. Hvis du skriver 899 NOK på siden, men i de strukturerte dataene står det 999 NOK, kan Merchant Center oppdage en prisinkonsistens ved hjelp av disse dataene. Dette problemet oppstår ofte på grunn av temoppdateringer, cache-plugins eller utdaterte schema-moduler.

Bruk Google Rich Results Test og URL Inspection-verktøyene for å sjekke hvilken pris siden gir. Forsikre deg om at feltene price, priceCurrency, availability, og om nødvendig priceValidUntil i produkt-schemaet er oppdaterte. Hvis temaet ditt og feed-pluginen henter pris fra forskjellige kilder, er det mer bærekraftig på lang sikt å gå over til en enkelt datakilde for produkter.

Rask diagnose tabell for prisfeil

Hvordan løse Google Merchant Center prispolitikkfeil steg for steg?

Trinn 1: Bestem omfanget av feilen

Først må du finne ut om problemet er med ett produkt, en bestemt kategori, eller hele katalogen. Bruk filter i Produkter-delen i Merchant Center for å eksportere avviste produkter. Velg 10-20 eksempelprodukter og sammenlign pris, URL, kategori, merke, variasjon og kampanjestatus. Hvis det er problemer med alle produkter, kan det være feil med valuta, skatteinnstillinger, feed-format eller de strukturerte dataene på nettstedet. Hvis det bare er problemer med kampanjeprodukter, fokuser på sale_price og datofeltene.

Trinn 2: Sammenlign feedverdien med live-siden

For hvert eksempelprodukt, skriv ned tre priser side om side: feedprisen, prisen som vises på produktsiden, og prisen som vises i betalingsprosessen. Hvis de tre ikke er identiske, er det ikke tilstrekkelig å bare rette opp i Merchant Center. For eksempel, hvis produktprisen er 349 NOK, handlekurven viser 369 NOK, og feedet viser 349 NOK, kan problemet være med de obligatoriske gebyrene som legges til i handlekurven. Hvis produktprisen er 349 NOK, men feedet viser 329 NOK, er feedet utdaterte data.

Når du gjør denne kontrollen manuelt, bør du deaktivere nettlesercachen, bruke inkognitomodus, og hvis mulig teste fra en annen IP eller enhet. Noen nettsteder kan endre pris basert på lokasjon, medlemsstatus eller brukersegment. Google-boten oppfører seg ofte som en standard besøkende; priser som er eksklusive for medlemmer, rabattpriser som gjelder med kupong, eller rabatter som vises etter innlogging, bør ikke sendes som feedpriser.

Trinn 3: Rens og standardiser produkt feedet

Feedet ditt kan være opprettet med XML, CSV, Google Sheets, Content API eller en e-handelsplugin. Uansett hvilken metode du bruker, bør prisfeltene mates fra én enkelt kilde. Å ha forskjellige priser i ERP, på nettstedet og i feed-pluginen for det samme produktet øker risikoen for feil. Sett en enkel regel for det tekniske teamet: produktets gjeldende salgspris skal genereres fra én enkelt felt i databasen, og rabattinformasjonen bør være separat og tidskontrollert.

• price: Send normal eller gjeldende hovedpris med riktig valuta.
• sale_price: Bruk dette feltet kun hvis rabatten faktisk er aktiv.
• sale_price_effective_date: Angi kampanjens start og slutt.
• availability: Hold lagerstatus oppdatert sammen med prisen.
• link: Send brukeren til den riktige produkt- eller variasjonssiden.

Trinn 4: Kontroller tilgang for Google-botene til nettstedet

For at Google skal kunne lese siden din korrekt, må produktsidene være åpne for botene. Produkt-URL-er, CSS og JavaScript-kilder må ikke blokkeres i robots.txt-filen. Hvis prisen lastes inn med JavaScript, kan Google noen ganger se en forsinket eller feil pris. Hvis serveren er treg, kan boten fange opp gamle eller tomme priser før den har fullført behandlingen av siden.

Ikke overse hastigheten på siden og serverens stabilitet for å redusere feil i Merchant Center. Selv om Google’s skanningsteknologi vil ha utviklet seg innen 2026, vil sakte, ustabile eller feilaktige e-handelsnettsteder oppleve ulemper i datavalideringen. Sørg for at produktsidene dine returnerer en 200 HTTP-statuskode, at 3xx-omdirigeringene er korte, og at SSL-sertifikatet ditt fungerer uten problemer. For teknisk grunnlag kan NVMe Hosting og Installasjon av gratis SSL vurderes.

Trinn 5: Oppdater de strukturerte dataene

Å bruke Product-schema på produktsidene er nyttig både for organisk synlighet og for validering i Merchant Center. Men feil schema kan være mer skadelig enn å ikke bruke schema i det hele tatt. Kontroller at prisvariabelen i temafilene kommer fra den oppdaterte produktinformasjonen. Test også om schema-prisen oppdateres korrekt når den valgte variasjonen endres i produkter med variasjoner.

Prisen som vises i Rich Results Test må være den samme som prisen som vises for brukeren på siden. I tillegg må priceCurrency-feltet være en gyldig kode som NOK, USD eller EUR. For produkter som ikke er på lager, må availability-feltet også være korrekt; å vise en gammel rabattert pris for produkter som ikke er på lager vil påvirke både brukeropplevelsen og godkjenningen i Merchant Center negativt.

Trinn 6: Be om ny vurdering og skanning i Merchant Center

Etter retting, last opp feedet på nytt eller utløse API-synkroniseringen. Sjekk at den sist sendte prisen er oppdatert i produktdetaljene i Merchant Center. Be deretter om ny vurdering for de problematiske produktene. I noen tilfeller oppdaterer det automatiske systemet innen noen timer, mens det i andre tilfeller kan ta 24-72 timer. For produkter med høyt kampanjebudsjett kan det være lurt å teste på en liten gruppe først for å unngå massefeil.

Spesifikke kontroller for plattformer

WooCommerce-nettsteder

På WooCommerce-nettsteder er prisfeil ofte forårsaket av cache, flervaluta-plugins, dynamiske prisingsplugins, eller at feed-pluginen bruker utdaterte data. Sjekk normal og rabattert pris i produktredigeringsskjermbildet. Bekreft deretter at innstillingen for mapping av salgspris i feed-pluginen din er korrekt. Hvis prisene på produktsidene varierer basert på medlemskap eller kupongbetingelser, bør du sende den generelle brukerprisen til feedet.

Hvis du bruker server-side caching, må du sørge for at relevante produkt-, kategori- og feed-cache-filer blir renset når produktprisen endres. I denne sammenhengen spiller WordPress hosting og korrekt cachekonfigurasjon en kritisk rolle.

Shopify og ferdige e-handelssystemer

I systemer som Shopify er prisfeltene vanligvis mer strukturerte, men flere markeder, flervaluta og automatiske rabatter kan føre til feil. Sjekk mål landet, valutaen og produkt variasjons samsvaret i Google & YouTube-appen. Ikke forveksle sammenligningsprisen med salgsprisen. Ikke vis automatisk anvendte rabatter i handlekurven som feedpriser; Google kan alltid avvise kupongbaserte rabatter som ikke er direkte synlige på produktsiden.

Spesialprogramvare og API-integrasjoner

Den beste tilnærmingen i spesialprogramvare er å opprette en versjonert og logget datakilde for produktpriser. Hver endring i pris må dokumenteres med hvem, når, hvilken pris som ble endret, og når det ble reflektert i feedet. Hvis du bruker Content API, må du overvåke vellykkede svar etter oppdateringer og skrive feilkoder til et sentralt loggsystem. Sørg også for at det ikke er noen blokkering av botene, landbaserte omdirigeringer, eller innloggingskrav for URL-er som Google henter.

Varige gode praksiser for å forhindre prisinkonsistens

Det er ikke tilstrekkelig å bare rette opp i prispolitikkfeil én gang; det er nødvendig å etablere en bærekraftig kontrollmekanisme. I store kataloger kan tusenvis av priser endres hver dag. Derfor bør man vedta en tilnærming som fokuserer på automatisering, logging og regelmessig revisjon i stedet for manuell kontroll.

• Planlegg oppdateringstid for feeden til å kjøre umiddelbart etter kampanjens start og slutt.
• Når produktprisen endres, rens cache for siden, feedet og schema samtidig.
• Sjekk ukentlig prisen for de 50 mest klikkede produktene for samsvar mellom feed og nettsted.
• Formuler prispolitikken inkludert moms skriftlig for alle team.
• Test hver variasjons separate pris og URL i produkter med variasjoner.
• Overvåk Merchant Center-diagnoserapporter daglig; hvis feilraten overstiger 1%, gjennomfør en rotårsaksanalyse.
• Overvåk SSL, DNS, hosting og omdirigeringsproblemer regelmessig; utilgjengelige sider kan påvirke prisvalideringen.

For eksempel, hvis en butikk med 5.000 produkter har en daglig prisendringsrate på 8%, bør omtrent 400 produkter testes for samsvar mellom feed og side hver dag. Det er ikke realistisk å gjøre hele denne kontrollen manuelt. Å generere en rapport som sammenligner feedprisen med prisen fra den levende URL-en med en enkel cron-jobb kan også hjelpe deg å fange opp feil tidlig.

Hvordan håndtere frakt, kuponger og kampanjepriser?

Fraktkostnader kan administreres separat fra produktprisen; men innstillingene for frakt i Merchant Center må være korrekte. Å vise gratis frakt på produktsiden og så legge til fraktkostnader i betalingsprosessen kan redusere brukerens tillit og føre til politiske problemer. Hvis fraktbeløpet varierer basert på land, by, volum eller handlekurvens verdi, må du strukturere reglene for frakt i Merchant Center deretter.

Vær forsiktig med kupongrabatter. Hvis brukeren må skrive inn kupongen manuelt, bør denne rabatten ikke sendes som produktprisen i feedet. Hvis det finnes en offentlig og automatisk anvendt rabatt på nettstedet, kan det defineres som sale_price. For eksempel, hvis produktet vises direkte til 699 NOK i stedet for 799 NOK på produktsiden, og alle brukere kan få dette prisen, kan 699 NOK brukes i feedet. Men hvis prisen kun faller med kupongen EFSANE10, kan det føre til at Google ser en annen pris på landingssiden.

Når bør man bruke Google’s automatiske produktoppdateringer?

Automatiske produktoppdateringer i Merchant Center lar Google midlertidig rette noen feil i feedet ved å lese pris- og lagerinformasjon fra produktsiden din. Denne funksjonen kan redusere små inkonsistenser; men det er ikke en permanent løsning. Fordi dataene som Google leser kan være feil på grunn av feil schema eller forsinket JavaScript, kan automatisk oppdatering gi feil resultater.

Du kan holde denne funksjonen aktiv, men du må sørge for at hoved datakilden din er korrekt. Automatiske oppdateringer bør betraktes som en sikkerhetsnett for små tidsforskjeller forårsaket av utdaterte feeds. Hvis systemet kontinuerlig justerer priser, indikerer det at det er et grunnleggende problem med feedprosessene dine.

Hvordan påvirker den tekniske infrastrukturen prisfeil?

Feil med Google Merchant Center-priser vises ofte i markedsføringspanelet, men den underliggende årsaken kan ligge i den tekniske infrastrukturen. Svak hostingytelse, hyppige 500-feil, defekt SSL, feilaktige omdirigeringer, automatisk valutaveksling basert på land og aggressive cache-innstillinger kan føre til at Google leser priser feil. Det er kritisk at produktsidene på e-handelsnettsteder gir raske og stabile responser, ikke bare for SEO, men også for annonsegodkjenning og synlighet i shopping.

Hostragons tilbyr pålitelig hosting, domenestyring og SSL-løsninger for e-handelsprosjekter, som bidrar til å styrke denne tekniske plattformen. For eksempel støtter Bedrift Hosting tilgjengeligheten til produktsider i perioder med høy trafikk, mens Domeneoverføring og DNS-administrasjon kan redusere problemer med skanning forårsaket av feilaktige omdirigeringer. Målet her er ikke å presse salg, men å teknisk muliggjøre den pålitelige datatilgangen Merchant Center trenger.

Sjekkliste: De siste 12 punktene før publisering

• Samsvarer price-feltet i feedet med prisen på produktsiden?
• Brukes sale_price kun i aktive kampanjer?
• Er kampanjens start- og sluttdatoer korrekte?
• Er det en obligatorisk prisøkning mellom produktsiden og betalingsskjermen?
• Sendes valutaen i ISO-format?
• Åpner variasjons-URL-en den riktige variasjonen?
• Viser Product-schemaet den oppdaterte prisen?
• Blokkerer robots.txt Google fra å behandle siden?
• Blir cache-renholdet automatisk utført ved prisendring?
• Er innstillingene for frakt og skatt i Merchant Center korrekte?
• Er prisen på mobilversjonen av siden lik desktopversjonen?
• Ble feedet sendt på nytt etter rettingen?

Ofte stilte spørsmål

Hvor lang tid tar det å rette opp feil i Google Merchant Center prispolitikk?

Det tar vanligvis fra noen timer til 72 timer for produktene å bli gjenopprettet etter retting. Tiden varierer avhengig av antall produkter, skanningsfrekvens, type feil og intensiteten til ny vurdering.

Hvordan skal jeg sende rabattert pris i feedet?

Du må sende normalpris i price-feltet og den aktive rabatterte prisen i sale_price-feltet. Hvis kampanjens start og slutt er kjent, vil det redusere feil å bruke sale_price_effective_date-feltet også.

Er det obligatorisk å vise pris inkludert moms?

Ja, i norske nettbutikker forventes det at prisen som selges til forbrukeren er inkludert moms. Å legge til obligatoriske avgifter eller skatter som ikke vises på produktsiden i betalingsprosessen kan føre til prisinkonsistens i Merchant Center.

Fjerner automatiske produktoppdateringer prisfeil helt?

Nei. Automatiske produktoppdateringer kan redusere små tidsforskjeller, men de løser ikke feil som skyldes feil feed, utdaterte schema eller feilaktig prissetting på nettstedet. Hoved datakilden må rettes opp.

Hvordan kan jeg forhindre prisfeil i produkter med variasjoner?

Du må bruke riktig pris, unik produkt-ID, felles item_group_id, og korrekt åpnings-URL for hver variasjon. Når brukeren klikker, må den åpne med den variasjonen som samsvarer med prisen i feedet.

Konklusjon

Feil med Google Merchant Center prispolitikk oppstår ofte fra små datadifferanser mellom feed, produktside, schema og betalingsprosessen. Den varige løsningen er å ha én kilde for pris, korrekt rabattadministrasjon, oppdaterte strukturerte data, raske og indekserbare sider, og et regelmessig revisjonsprosess. Ikke glem å ivareta den tekniske infrastrukturen for at produktene dine skal vises uten problemer i Google Shopping og gratis oppføringer. Du kan også vurdere å se nærmere på hosting, domene og SSL-løsningene fra Hostragons for å bygge en mer solid plattform for pålitelig datatilgang i nettbutikken din.