Google Merchant Center: Typiske prisfejl og hvordan du løser dem

Google Merchant Center prisfejl opstår, når prisen i dit produktfeed ikke stemmer overens med den pris, der vises på produktsiden eller i checkout-processen. Den hurtigste løsning er at sikre, at feed-pris, produktside-pris, strukturerede data, valuta, moms/fragtvisning og rabatregler matcher, og derefter sende produkterne til genindlæsning i Merchant Center. Indtil problemet er løst kan dine produkter blive begrænset i Shopping-fanen, gratis produktvisninger eller Performance Max-kampagner.

På webshops findes prisoplysninger sjældent kun ét sted. Tema-skabeloner, ERP-integration, markedspladsmoduler, kampagne-plugins, kuponsystemer, variant-felter, prisopdateringer baseret på lagerstatus og Google feed-plugins kan hver især generere forskellige priser. Google tager altid udgangspunkt i den pris, som brugeren faktisk ser. At sende 999 DKK i feedet, men vise 1049 DKK på produktsiden, lægge moms til i checkout eller tilføje obligatoriske gebyrer i kurven, kan føre til prispolicy-overtrædelser.

I denne guide får du overblik over årsager til Merchant Center prisfejl, hvordan du diagnosticerer dem i praksis, og tekniske trin til en permanent løsning. Vi har tilføjet tjeklister, der kan bruges på WooCommerce, OpenCart, Shopify, custom-løsninger og API-baserede feeds. Husk, at dine produktsider skal være hurtige, tilgængelige og sikre; her kan E-handel hostingløsninger og SSL certifikat styrke den tekniske sundhed.

Hvad er en Google Merchant Center prisfejl?

En prisfejl opstår, når Google finder uoverensstemmelser mellem den pris, du lover brugeren, og den pris, Google validerer på din shop. Det kan være små afrundingsforskelle eller større fejl, som at sende normalpris i stedet for tilbudspris. Prisen er et af de mest følsomme datafelter, fordi den påvirker købsbeslutningen direkte.

Typiske advarsler fra Merchant Center inkluderer: pris mismatch, valuta mismatch, landing page-pris stemmer ikke med feed, pris stiger under checkout, forkert tilbudspris, ugyldig struktureret data-pris eller automatisk opdatering har ændret prisen. Uanset fejlens navn er grundproblemet ofte det samme: Google-botten ser en anden pris end den, der står i price eller sale_price i produktfeedet.

Google tjekker ikke kun ved første upload. Produkterne crawleres løbende. Et produkt, der er godkendt i dag, kan blive afvist i morgen pga. kampagneslut, valutakurs, lagerændringer eller plugin-fejl. Derfor skal løsningen være et system, der håndterer prisdata konsistent fra ende til anden – ikke bare rettelse af enkelte produkter.

De mest almindelige prisfejl

1. Forskelle mellem feed-pris og produktside-pris

Det hyppigste problem er, at prisen i feedet ikke matcher prisen på produktsiden. Fx sendes 749,90 DKK i feedet for et par sko, men på websitet vises 799,90 DKK. Det skyldes ofte cache, kampagne-plugins, manuelle prisopdateringer eller et feed, der trækker forældede data.

Tjek først den pris, der er sendt til Merchant Center via produktdetaljer. Åbn derefter produkt-URL’en i inkognito-mode, opdater uden cache, og noter hvad brugeren ser. Hvis du bruger CDN eller side-cache, automatiser cache-rensning efter prisopdateringer. På WordPress/WooCommerce bør feed-plugins opdateres mindst dagligt – eller hver 1-4 time i travle kampagneperioder.

2. Forkert indsendt tilbudspris

I Merchant Center er to felter vigtige for tilbudspriser: price til normalpris og sale_price til den aktuelle tilbudspris. Hvis et produkt er sat ned fra 599 DKK til 499 DKK, skal feedet indeholde price 599 DKK, sale_price 499 DKK. Mange butikker sender kun normalpris eller glemmer at fjerne sale_price, når tilbud er slut.

Bruger du tilbudspris, så send også sale_price_effective_date med kampagnens start- og slutdato. Det er ikke obligatorisk, men hjælper Google med at tolke prisen korrekt. Hvis feedet ikke opdateres, ser brugeren måske 599 DKK på produktsiden, mens Google stadig forventer 499 DKK – og så opstår prisfejl.

3. Tilføjelse af moms, afgifter eller obligatoriske gebyrer i checkout

På danske webshops forventes det, at prisen er inkl. moms. Hvis produktsiden viser 1.000 DKK, men prisen stiger til 1.200 DKK i checkout pga. moms, er det en klar pris-inkonsistens. På samme måde, hvis emballage-, service- eller transaktionsgebyrer automatisk tilføjes i kurven, skal disse være indregnet i produktprisen eller tydeligt angivet som fragt/gebyr.

Det afgørende for Google er den samlede pris, kunden skal betale for at få produktet. Valgfrie tilkøb som gaveindpakning, ekspreslevering eller ekstra garanti vurderes separat; men alle obligatoriske gebyrer skal fremgå af produktsiden, feed og checkout. Anvend “inkl. moms”-praksis hele vejen igennem.

4. Valuta- og formateringsfejl

Feed-prisen skal sendes med ISO 4217-format. For Danmark typisk DKK. At skrive “kr”, bruge symboler, forkert punktum/komma, eller vise USD på produktsiden mens feedet sender DKK, giver fejl.

Eksempel på korrekt værdi: 1299.90 DKK. Brug punktum som decimalseparator i feedet. På websitet kan du vise 1.299,90 kr., men i feed og schema skal formatet være klart. Shops med flere valutaer bør kontrollere land-targeting, hreflang og valuta-match. Sælger du internationalt, er Domænestyring og lands-udvidelser relevant for tillid i målmarkedet.

5. Variant-priser blandes sammen

Produkter med varianter – farve, størrelse, kapacitet, pakke – har ofte prisforskelle. Fx koster det sorte mobilcover 199 DKK, læderversionen 299 DKK. Feedet sender hovedproduktet til 199 DKK, men URL’en åbner med 299 DKK som default-variant, hvilket giver prisfejl.

Løsningen er separate produkt-ID’er for hver variant, korrekt item_group_id, rigtige URL-parametre og en landing page, der viser den variant/den pris, som feedet refererer til. Når brugeren klikker på feed-varianten, skal den samme variant være valgt på produktsiden. Custom shops bør sikre, at variant-URL’er kan crawles, og at bots ikke får en anden pris end brugeren.

6. Uoverensstemmelse mellem struktureret data og visuel pris

Google læser ikke kun tekst på siden, men også schema.org Product og Offer markup. Hvis der står 899 DKK på siden, men schema stadig har 999 DKK, kan Merchant Center registrere prisfejl. Det sker ofte efter tema-opdateringer, cache-plugins eller gamle schema-moduler.

Brug Google Rich Results Test og URL Inspection til at tjekke, hvilken pris siden giver. Product-schema skal have opdaterede price, priceCurrency, availability og evt. priceValidUntil. Hvis tema og feed-plugin henter pris fra forskellige steder, så saml dataen ét sted for at undgå fejl.

Hurtig diagnose-tabel for prisfejl

Sådan løser du prisfejl i Merchant Center – trin for trin

Trin 1: Afgræns problemet

Find ud af, om fejlen rammer ét produkt, en kategori eller hele kataloget. Filtrér i Merchant Center under Produkter, og eksportér afviste produkter. Vælg 10-20 eksempler og sammenlign pris, URL, kategori, brand, variant og kampagnestatus. Hvis alle produkter fejler, skyldes det typisk valuta, moms, feed-format eller global schema-fejl. Hvis kun kampagneprodukter fejler, så tjek sale_price og dato-felter.

Trin 2: Sammenlign feed-værdier med live-side

Skriv pris fra feed, produktside og checkout for hvert eksemplar. Hvis de ikke matcher, er det ikke nok at rette i Merchant Center. Fx hvis produktsiden viser 349 DKK, kurven 369 DKK og feedet 349 DKK, skyldes det et ekstra gebyr. Hvis produktsiden har 349 DKK og feedet 329 DKK, er feedet forældet.

Test manuelt – slå browser-cache fra, brug inkognito, og test gerne fra forskellige IP’er/enheder. Nogle shops ændrer pris efter lokation, medlemskab eller segment. Google-botten optræder som standardbruger; medlemspriser, kuponpriser eller priser, der kræver login, må ikke sendes i feedet.

Trin 3: Rens og standardiser produktfeedet

Feedet kan bygges via XML, CSV, Google Sheets, Content API eller plugins. Uanset metode skal prisfelter have én kilde. At holde forskellige priser i ERP, website og feed-plugin fører til fejl. Lav en klar regel: produktets gyldige salgspris trækkes fra én database, tilbud er separat og styret af dato.

• price: Send korrekt normalpris med rigtig valuta.
• sale_price: Kun aktiv, hvis tilbud virkelig gælder.
• sale_price_effective_date: Angiv kampagnens start/slut.
• availability: Opdater lagerstatus sammen med pris.
• link: Send brugeren til den rigtige variant-URL.

Trin 4: Tjek crawl-adgang til webshoppen

Google skal kunne læse produktsiderne. robots.txt må ikke blokere produkt-URL’er, CSS eller JavaScript. Hvis prisen loades via JavaScript, kan Google læse forkert eller forsinket pris. Hvis serveren er langsom, kan Google få en tom eller gammel pris.

For færre Merchant Center-fejl, sørg for god page speed og stabil hosting. Selvom Googles crawler er avanceret i 2026, så giver langsomme eller ustabile shops stadig ulemper i datavalidering. Sørg for at dine produktsider returnerer HTTP 200, at redirects er korte, og at SSL-certifikatet virker. Se NVMe Hosting og Installation af gratis SSL for tekniske råd.

Trin 5: Opdater struktureret data

Product-schema på produktsider hjælper både med organisk synlighed og Merchant Center-validering. Men forkert schema er værre end intet schema. Kontroller, at prisvariablen hentes fra den aktuelle produktdata. Ved variantprodukter skal schema-prisen opdateres når valgt variant skifter.

Pris i Rich Results Test skal matche den visuelle pris på siden. priceCurrency skal være DKK, USD, EUR eller anden gyldig kode. Lagerstatus (“availability”) skal også være korrekt; ikke at vise udsolgte produkter med gammel tilbudspris, skader både brugeroplevelse og Merchant Center.

Trin 6: Genindlæs feed og anmod om genvurdering

Efter rettelser: upload feedet igen eller trig API-synkronisering. Tjek at produktets pris i Merchant Center er opdateret. Anmod om genvurdering af de berørte produkter. Nogle gange opdaterer systemet på få timer, andre gange tager det 24-72 timer. Ved store kampagner bør du teste på et mindre udvalg før bulk-opdatering, for at undgå gentagne fejl.

Platform-specifikke tjek

WooCommerce shops

WooCommerce-prisfejl skyldes ofte cache, multi-valuta plugins, dynamiske prisplugins eller feed-plugin med gamle data. Tjek normalpris og tilbudspris i produkteditoren. Kontroller, at feed-plugin har korrekt mapping af sale price. Hvis produktsiden viser priser, der afhænger af medlemskab eller kupon, skal feedet sende den generelle brugerpris.

Bruger du server-side cache, så sørg for, at cache for relevante produkter, kategorier og feeds ryddes ved prisændringer. WordPress hosting og korrekt cache-konfiguration er afgørende her.

Shopify og hosted e-commerce systemer

I Shopify er prisfelter ofte mere strukturerede, men multi-market, multi-currency og auto-rabatter kan give fejl. Tjek land, valuta og variant-match i Google & YouTube appen. Skil mellem sammenligningspris og salgspris. Rabatter, der automatisk lægges i kurven, må ikke vises som feed-pris, da Google ikke altid accepterer kuponbaserede rabatter, der ikke ses direkte på produktsiden.

Custom software og API-integrationer

Bedste praksis for custom shops: byg versioneret og logget prishistorik. Hvem ændrede prisen, hvornår, og hvornår blev den sendt til feed? Brug Content API, og overvåg responses og fejl i et centralt log-system. Sikr, at produkt-URL’en ikke blokeres for Googlebot, ikke har landebaseret redirect eller kræver login/session.

Best practices for varig pris-konsistens

Prisfejl skal ikke blot rettes én gang – du skal have en vedvarende kontrolmekanisme. I store kataloger ændrer tusindvis af priser sig dagligt. Automatisering, logging og regelmæssig audit er vejen frem.

• Planlæg feed-opdateringer lige efter kampagne-start og -slut.
• Rens cache for side, feed og schema simultant ved prisændringer.
• Tjek ugentligt de 50 mest besøgte produkter for feed-site pris-match.
• Skriv ned, at “inkl. moms” er obligatorisk for alle teams.
• Test hvert variant-produkt for korrekt pris og URL.
• Overvåg Merchant Center diagnose-rapporter dagligt; hvis fejlrate overstiger 1%, lav årsagsanalyse.
• Monitorér SSL, DNS, hosting og redirects; utilgængelige sider påvirker prisvalidering.

Eksempel: Har du 5.000 produkter og 8% daglig prisændring, bør ca. 400 produkter testes for feed-site match hver dag. Det er ikke realistisk manuelt. Lav et cron-script, der sammenligner feed-pris med live-pris på URL, og rapporterer fejl tidligt.

Fragt, rabatkuponer og kampagnepriser – hvordan håndteres det?

Fragt kan administreres separat, men dine Merchant Center-fragtindstillinger skal være korrekte. Skriver du “gratis fragt” på produktsiden, men opkræver fragt i checkout, undermineres brugerens tillid og Google’s pricematch. Hvis fragt varierer efter land, by, vægt eller kurvtotal, så konfigurer Merchant Center’s fragtregler tilsvarende.

Vær opmærksom på rabatkuponer: Hvis brugeren manuelt skal indtaste en kupon, må rabatten ikke sendes som feed-pris. Automatisk, generel rabat kan angives som sale_price. Hvis produktsiden viser 699 DKK (alle får tilbuddet), send 699 DKK i feedet. Men rabat kun for EFSANE10-kupon må ikke sendes, da Google så ser en anden pris end brugeren.

Hvornår skal du bruge Googles automatiske produktopdateringer?

Automatiske produktopdateringer i Merchant Center lader Google læse pris og lagerstatus fra produktsiden, og rette små feed-fejl midlertidigt. Det kan hjælpe ved mindre inkonsistenser, men er ikke en permanent løsning. Hvis schema eller JavaScript-data er forkert, kan automatiske updates også fejle.

Du kan have funktionen slået til, men du skal sikre, at hoveddatakilden er korrekt. Automatiske opdateringer bør ses som et sikkerhedsnet for små timing-forskelle. Hvis systemet konstant retter priser, tyder det på grundlæggende problemer i feed-processen.

Teknisk infrastruktur og prisfejl

Prisfejl dukker typisk op i marketing-panelet, men årsagen er ofte teknisk. Dårlig hosting, hyppige 500-fejl, defekt SSL, forkerte redirects, auto-valuta efter land eller aggressiv cache kan gøre, at Google læser forkert pris. Produktsider skal være hurtige og stabile – ikke kun for SEO, men også for godkendelse af annoncer og Shopping-visninger.

Hostragons tilbyder på e-commerce projekter stabil hosting, domæne-administration og SSL-løsninger til at styrke den tekniske base. Fx Virksomheds Hosting sikrer, at produktsider er tilgængelige under trafikspids; Domæneoverførsel og DNS-håndtering mindsker crawlproblemer pga. redirect-fejl. Målet er ikke salgspres, men at sikre pålidelig dataflow, som Merchant Center kræver.

Tjekliste: De 12 sidste punkter før launch

• Matcher price-feltet i feedet produktside-prisen?
• Bruges sale_price kun ved aktive kampagner?
• Er kampagne start/slut-datoer korrekte?
• Er der skjulte prisstigninger mellem produktside og checkout?
• Sendes valuta i ISO-format?
• Åbner variant-URL den rigtige variant?
• Viser Product schema den aktuelle pris?
• Blokerer robots.txt Google fra at crawle siden?
• Automatiseres cache-rensning ved prisændringer?
• Er Merchant Center’s fragt- og momsindstillinger korrekte?
• Er mobilpris identisk med desktoppris?
• Er feedet genindsendt efter rettelser?

Ofte stillede spørgsmål

Hvor lang tid tager det at få rettet en Google Merchant Center prisfejl?

Efter rettelse tager det typisk fra et par timer til op til 72 timer, før produkterne igen er godkendt. Tiden afhænger af antal produkter, crawl-frekvens, fejltype og hvor travlt der er med genvurderinger.

Hvordan sender jeg tilbudspris i feedet?

Send normalprisen i price-feltet og aktiv tilbudspris i sale_price. Hvis du har kampagnens start/slut-dato, brug også sale_price_effective_date for færre fejl.

Skal jeg vise pris inkl. moms?

Ja – danske webshops skal vise priser inkl. moms til forbrugere. Hvis du tilføjer skjulte afgifter eller gebyrer i checkout, får du prisfejl i Merchant Center.

Løser automatiske produktopdateringer alle prisfejl?

Nej. Automatiske opdateringer kan hjælpe på små timingforskelle, men løser ikke grundlæggende fejl som forkert feed, gammel schema eller forkert pris på websitet. Du skal rette hoveddatakilden.

Hvordan undgår jeg prisfejl på variant-produkter?

Angiv korrekt pris for hver variant, unik produkt-ID, fælles item_group_id og den rigtige variant-URL. Når brugeren klikker på feed-varianten, skal den variant og pris vises på produktsiden.

Konklusion

Google Merchant Center prisfejl skyldes ofte små datadifferencer mellem feed, produktside, schema og checkout. Den permanente løsning er et enkelt priskilde, korrekt tilbudshåndtering, opdateret struktureret data, hurtige og crawlbare sider – samt løbende kontrol. For at sikre problemfri visning i Shopping og gratis produktlister, må den tekniske infrastruktur ikke forsømmes. Se gerne Hostragons’ hosting, domæne og SSL-løsninger, hvis du vil bygge en mere stabil base for din e-commerce shop.