Attributguide
Pris [price] i Google Shopping: Krav, bedste praksis og eksempler
Guide til attributten price i Google Merchant Center: hvorfor prisuoverensstemmelser giver så mange afvisninger, korrekt format og momsregler i EU.
Smart Home Hub – Hvid
Feed: 34.99 EUR / Side: 34,99 EUR inkl. moms → Perfekt match → Godkendt. Køberen bevarer tilliden, og vejen til købet er intakt.
Smart Home Hub – Hvid
Feed: 29.99 EUR / Landingsside: 34,99 EUR → Afvist pga. uoverensstemmende pris. Køberen ser én pris i annoncen og en højere pris på siden – tilliden er væk, konvertering umulig.
Googles crawlere tjekker, at prisen på din landingsside matcher dit feed, når siden crawles. I EU skal prisen være den pris inkl. moms, der vises til forbrugerne – bruttoprisen, ikke nettoprisen ekskl. moms. Selv en forskel på 0,01 EUR kan udløse en advarsel om uoverensstemmende pris; fortsætter afvigelsen, bliver produktet afvist.
Hvad er attributten price?
Attributten price indeholder den almindelige salgspris for dit produkt – det beløb, kunden betaler for at købe det. Den er et af de tre mest synlige elementer i enhver Shopping-annonce (sammen med titel og billede) og den vigtigste værdi, Google viser købere på Shopping-fanen, i prissammenligninger og i dynamiske remarketingannoncer. Prisen er også den attribut, Googles crawlere tjekker hårdest op mod din landingsside. Det gør korrekte priser til den største praktiske udfordring i arbejdet med feeds.
Uoverensstemmende priser – hvor prisen i feedet afviger fra prisen på landingssiden – er årsag nr. 1 til afviste produkter i Google Merchant Center på verdensplan. Et produkt, der er afvist på grund af uoverensstemmende pris, får nul eksponeringer og giver nul omsætning, indtil fejlen er rettet. Da priserne hele tiden ændrer sig på grund af kampagner, nedsættelser og tilpasninger til konkurrenterne, kræver korrekte priser en plan for feedopdatering, der holder trit med dit prissystem.
Tekniske specifikationer
| Feednavn | price |
| Påkrævet | Ja – for alle produkter |
| Format | Tal + mellemrum + ISO 4217-valutakode: 29.99 EUR |
| Decimalseparator | Punktum (.) – aldrig komma, uanset lokalt talformat |
| Valutasymbol | Ikke tilladt – brug kun ISO-kode (EUR, GBP, USD, CZK, PLN…) |
| Tusindtalsseparator | Ikke tilladt – 1999.00 EUR, ikke 1,999.00 EUR |
| Moms (EU/UK) | Skal være bruttoprisen inkl. moms |
| Skat (USA) | Angiv prisen ekskl. skat; brug attributten tax til at angive skattesatsen |
| Relaterede attributter | sale_price, sale_price_effective_date, tax |
Hvor den vises
-
Shopping-annoncer – Prisen er et af de tre mest synlige elementer på Shopping-annoncen (sammen med titel og billede). Den står med stor skrift lige under titlen. Google viser enten
priceellersale_price(hvis den er angivet og aktiv lige nu). Når begge er angivet, fremhæves tilbudsprisen, og den oprindelige pris står gennemstreget – et stærkt visuelt signal, der fremmer konverteringer. -
Gratis fortegnelser – Prisen vises på kortene i gratis fortegnelser på Shopping-fanen og på produktsiden. Den er også en vigtig faktor i Googles rangeringsalgoritme for gratis fortegnelser – konkurrencedygtige priser i forhold til andre forhandlere, der sælger de samme eller lignende produkter, kan påvirke eksponeringsandelen.
-
Prissammenligning på Shopping-fanen – Google samler flere forhandlere, der sælger det samme produkt (identificeret ud fra matchende GTIN/MPN/brand+titel), i et prissammenligningspanel sorteret efter pris. Det er værdien i attributten
price, der sammenlignes. Det er her, korrekte priser direkte giver trafik i konkurrencen med andre forhandlere. -
Dynamisk remarketing – Remarketingannoncer viser den aktuelle pris fra feedet sammen med produktbilledet og titlen. Har en bruger set et produkt til 29,99 EUR og kommer tilbage senere, når prisen er 24,99 EUR (feedet er opdateret, og remarketingannoncen er genereret på ny), vises den lavere pris – og det kan være et stærkt argument for at vende tilbage.
Regler
-
Skal svare nøjagtigt til prisen på landingssiden – Den pris, der vises på produktets landingsside (inkl. en eventuel tilbudspris, der vises lige nu), skal svare til prisen i feedet. Googles crawlere tjekker det, og kravet håndhæves strengt.
-
Inkl. moms i EU/UK – Angiv forbrugerprisen inkl. gældende moms. Angiv aldrig nettoprisen ekskl. moms for markeder i EU/UK.
-
Kun ISO 4217-valutakode – Brug
EUR,GBP,CZK,PLNosv. Valutasymboler (€, £, Kč) accepteres ikke. -
Angiv aldrig 0 for produkter, der koster penge – En pris på nul er kun gyldig for produkter, der reelt er gratis. Bruger du nul til at skjule prisen eller som pladsholder, overtræder du politikkerne.
-
Brug sale_price til kampagner – Sæt ikke
pricened til det nedsatte beløb under et udsalg; brug i stedetsale_price. Ændrer du grundprisen under kampagner, forsvinder »før/nu«-visningen, og prishistorikken bliver misvisende. -
Valutaen skal passe til mållandet – Valutaen i attributten price skal svare til den valuta, der er sat op for feedets målland. Sender du USD-priser i et tysk feed med EUR som valuta, giver det feedfejl.
Bedste praksis
Synkronisering af feedet i realtid
Det vigtigste for korrekte priser i praksis er, hvor ofte feedet opdateres. Tilpas opdateringsfrekvensen til, hvor ofte dine priser ændrer sig:
| Hvor ofte priserne ændres | Anbefalet metode |
| Dagligt eller sjældnere | Almindelig daglig upload af feedet |
| Flere gange om dagen | Supplerende feed med prisopdateringer, der opdateres hver time |
| Realtid (lynudsalg, dynamisk prissætning) | Merchant API med opdatering af enkelte produkter |
| Planlagte kampagner | sale_price + sale_price_effective_date (planlæg på forhånd) |
Samspillet mellem price og sale_price
Sådan håndterer du en kampagnepris korrekt i Google Shopping:
-
price=34.99 EUR(normalpris – ændres ikke under kampagner) -
sale_price=24.99 EUR(kampagnepris – aktiv under udsalget) -
sale_price_effective_date=2026-04-20T00:00:00+02:00/2026-04-27T23:59:59+02:00
Resultat i Shopping: »24,99 EUR« vises med stor skrift og 34,99 EUR gennemstreget ved siden af – det format til prisvisning, der giver flest konverteringer af dem, Google tilbyder.
Schema.org skal stemme med feedet
Tilføj og vedligehold Schema.org Product-markup på alle produktsider med priser, der svarer til feedet. Det har to formål: (1) Googles crawler bruger det som et signal til verificering, så du får færre advarsler om uoverensstemmelser i de korte perioder, hvor feed og side ikke er synkroniseret; (2) det kan give rigere organiske søgeresultater (pris i SERP’erne) – en ekstra fordel i form af gratis trafik.
Effekt på resultaterne
-
Risiko for afvisning – Uoverensstemmende priser er den største årsag til afviste produkter. Selv en forskel på 1 cent udløser en advarsel; fortsætter afvigelsen (typisk ved 3+ crawlerbesøg), bliver produktet afvist helt. Hvert produkt, der forsvinder, giver nul omsætning, indtil fejlen er rettet.
-
Din placering i prissammenligningen – I Googles prissammenligningspaneler med flere forhandlere sorteres der primært efter pris. Er du 1–2 EUR billigere end konkurrenterne (hvor marginen tillader det), kan du rykke fra plads 3 til plads 1 og få en markant større andel af klikkene.
-
Købernes tillid og konverteringsraten – Når en køber ser 29,99 EUR i annoncen og 34,99 EUR på siden, føler vedkommende sig vildledt. Det slår konverteringerne ihjel og skader tilliden til dit brand – et problem, der rækker ud over at overholde politikkerne. Korrekte priser er både et krav fra Google og en helt basal del af en god kundeoplevelse.
-
Effekten af dynamisk remarketing – Remarketingannoncer med aktuelle, korrekte priser har en markant højere CTR end annoncer med forældede priser. Er et produkt kommet på udsalg siden den seneste feedopdatering, viser remarketingannoncen den gamle pris og undersælger tilbuddet – eller endnu værre: viser en højere pris end den, brugeren ser på siden.
Almindelige fejl
-
At angive nettoprisen ekskl. moms for EU-markeder i stedet for forbrugerprisen inkl. moms
-
At bruge komma som decimalseparator (
29,99 EUR) i stedet for punktum (29.99 EUR) -
At skrive valutasymbolet i prisværdien (
€29.99i stedet for29.99 EUR) -
At ændre attributten
pricetil den nedsatte pris under kampagner i stedet for at brugesale_price -
Ikke at opdatere feedet, når en kampagne slutter, så den gamle kampagnepris bliver stående i feedet, mens websitet går tilbage til fuld pris
-
Ikke at opdatere feedet, når priserne ændres på websitet, så priserne i feedet og på siden gradvist glider fra hinanden
-
At bruge forskellige priser på mobil- og desktopsider, når feedet kun har én pris – Google crawler begge
Pro-tips
-
Slå underretninger om uoverensstemmende priser til i Merchant Center – I Google Merchant Center kan du under Kontoindstillinger → Underretninger slå e-mailunderretninger til for problemer med uoverensstemmende priser. Får du besked inden for få timer – i stedet for at opdage det ved en ugentlig gennemgang – undgår du, at produkter er afvist i lang tid, og omsætningen fortsætter uden afbrydelser.
-
Upload en supplerende fil til prisopdateringer i næsten realtid – Opret en lille supplerende CSV-fil med kun 4 kolonner:
id,price,availabilityogsale_price. Upload den til GMC hver 30. minut via SFTP eller Google Cloud Storage – en planlagt hentning kører højst én gang om dagen. Det er langt hurtigere end at generere hele dit produktfeed igen og holder prisdataene friske nok til at undgå afvisninger på grund af uoverensstemmelser. Tilføj filen som supplerende datakilde under Merchant Center → Datakilder, og giv den højeste prioritet i standardreglen, så den overskriver værdierne fra det primære feed. -
Planlæg kampagnepriser på forhånd med sale_price_effective_date – Til kampagner, du kender på forhånd (Black Friday, sæsonudsalg), så send
sale_priceogsale_price_effective_datei god tid. Google aktiverer automatisk tilbudsprisen på det angivne starttidspunkt, så du slipper for en hastende feedopdatering samme dag – og den er risikabel, hvis din feed-pipeline er langsom. -
Tjek priserne med et script, der crawler og sammenligner – Kør hver måned eller før store kampagner et script, der henter en stikprøve af dine produktsider, trækker den synlige pris (eller Schema.org-prisen) ud og sammenligner den med den aktuelle pris i feedet. Alle afvigelser, du finder, er produkter, der risikerer at blive afvist for uoverensstemmende pris. Ret dem, før problemet opstår, i stedet for bagefter.
Ofte stillede spørgsmål
Hvorfor er prisen den hyppigste årsag til afviste produkter i Google Shopping?
Hvordan skal prisen formateres i feedet?
29.99 EUR, 149.00 GBP, 19.99 USD. Brug punktum (.) som decimalseparator, uanset hvilket talformat dit land bruger. Brug aldrig komma som decimalseparator. Skriv aldrig valutasymboler (€, £, $) – kun ISO-koden på tre bogstaver. Brug aldrig tusindtalsseparator.Skal prisen i EU være med eller uden moms?
34.99 EUR. Sender du nettoprisen ekskl. moms, vil den ikke stemme overens med den pris, forbrugerne ser på din side.Hvordan håndterer jeg tilbudspriser? Skal jeg ændre attributten price?
price. Behold i stedet price som din normale/oprindelige pris, og brug attributten sale_price til den nedsatte pris. Google viser så tilbudsprisen tydeligt med den oprindelige pris gennemstreget – et stærkt visuelt signal, der fremmer konverteringer. Når du bruger sale_price i stedet for at ændre price, bevarer du også den prishistorik, Google bruger til prissammenligning.Kan jeg angive en pris på 0 for gratis produkter?
0.00 EUR er gyldigt for produkter, der reelt er gratis. Google har dog særlige politikker for gratis produkter, og en pris på nul for produkter, der faktisk koster penge (eller er »gratis med abonnement«), kan være en overtrædelse af politikkerne. For freemium-produkter og gratis prøveversioner skal price vise, hvad standardproduktet koster at købe. Tjek Googles politik for gratis produkter, før du sender varer med en pris på nul.Hvad betyder det, at mikrodataene for prisen ikke stemmer, og hvordan løser jeg det?
Product-markup har den samme pris som både dit feed og den synlige pris på siden. Indsæt Schema.org-markup dynamisk, hvis dine priser ændrer sig ofte.Hvor hurtigt slår prisændringer i mit feed igennem i Shopping-annoncer?
sale_price sammen med sale_price_effective_date kan du planlægge fremtidige prisændringer på forhånd uden manuelle feedopdateringer.