Veelvoorkomende Google Merchant Center prijsfouten en hoe ze op te lossen

Google Merchant Center prijsfouten ontstaan wanneer de prijs die in je productfeed staat niet overeenkomt met de prijs op de productpagina of tijdens het afrekenen. De snelste oplossing is om de feedprijs, productpagina-prijs, gestructureerde data, valuta, btw/verzendkostenweergave en kortingsregels op één lijn te brengen, en vervolgens de producten opnieuw te laten crawlen in Merchant Center. Zonder deze correctie kunnen je producten beperkt worden in Shopping-tabbladen, gratis vermeldingen of Performance Max-campagnes.

Op e-commerce sites staat prijsinformatie vaak niet op één plek. Thema-templates, ERP-integraties, marktplaatsmodules, campagneplugins, kortingssystemen, variaties, voorraadafhankelijke prijsupdates en Google feed-plugins kunnen allemaal afzonderlijk prijzen genereren. Google baseert zich op de daadwerkelijke prijs die aan de gebruiker getoond wordt. Dus als je in de feed 999 TL doorgeeft, maar op de productpagina 1.049 TL toont, of btw pas bij het afrekenen optelt, of verplichte servicekosten toevoegt in het winkelmandje, dan kan dit als een prijsbeleidsschending worden gezien.

In deze gids lees je wat de oorzaken zijn van prijsfouten in Merchant Center, hoe je ze herkent aan de hand van praktijkvoorbeelden en welke technische stappen je moet nemen voor een blijvende oplossing. We hebben ook specifieke checklists toegevoegd voor WooCommerce, OpenCart, Shopify, maatwerk software en API-gebaseerde feeds. Voor een solide basis is het bovendien belangrijk dat je productpagina’s snel, toegankelijk en veilig functioneren. Op dat gebied kunnen E-commerce hosting oplossingen en SSL certificaat je technische gezondheid ondersteunen.

Wat is een Google Merchant Center prijsbeleidfout?

Een prijsbeleidfout betekent dat Google een inconsistentie ontdekt tussen de prijs die aan de gebruiker wordt beloofd en de prijs die op de website wordt geverifieerd. Dit kan variëren van een klein afrondingsverschil tot een veel duidelijkere mismatch, zoals het doorgeven van een normale prijs terwijl er een kortingsprijs geldt. Omdat prijs een directe invloed heeft op het aankoopbesluit, beschouwt Google dit als een van de meest kritieke datapunten.

Merchant Center geeft vaak waarschuwingen zoals: prijs komt niet overeen, valuta komt niet overeen, prijs op bestemmingspagina komt niet overeen met feedprijs, prijs stijgt bij afrekenen, onjuiste verkoopprijs, ongeldige gestructureerde data prijs of automatische update heeft prijs veranderd. Hoewel de foutnaam kan verschillen, is het onderliggende probleem meestal hetzelfde: de prijs die de Googlebot ziet, komt niet overeen met de price of sale_price waarde in de productfeed.

Google voert deze controle niet alleen bij het eerste uploaden uit. Je producten worden regelmatig opnieuw gecrawld. Een product dat vandaag is goedgekeurd, kan morgen afgekeurd worden vanwege het einde van een actie, koerswijzigingen, voorraadwijzigingen of een pluginfout. Daarom is de oplossing niet alleen het corrigeren van het specifieke product, maar het opzetten van een systeem dat je prijsgegevens consistent en end-to-end beheert.

De meest voorkomende prijsfouten

1. Verschil tussen feedprijs en productpagina-prijs

De meest voorkomende situatie is dat de prijs in de feed niet overeenkomt met die op de bestemmingspagina. Bijvoorbeeld een paar schoenen die in de feed 749,90 TRY kosten, maar op de website 799,90 TL tonen. Dit verschil ontstaat vaak door caching, campagneplugins, handmatige prijsupdates of doordat de feed verouderde data gebruikt.

De oplossing is eerst de prijs in Merchant Center te controleren via de productdetails. Open vervolgens de product-URL in een incognito tabblad, vernieuw de pagina zonder cache en noteer welke prijs de gebruiker te zien krijgt. Gebruik je een CDN of pagina-cache? Zorg dan dat de cache automatisch wordt geleegd na prijsupdates. Voor WordPress/WooCommerce-sites is het veiliger om de updatefrequentie van je feedplugin minimaal één keer per dag te laten draaien, en tijdens drukke campagneperiodes zelfs elke 1 tot 4 uur.

2. Onjuiste doorvoer van kortingsprijs

In Merchant Center zijn twee velden belangrijk voor prijs: price is de normale prijs, sale_price de actuele kortingsprijs. Stijgt een product van 599 TL naar 499 TL, dan moet in de feed price 599 TRY zijn en sale_price 499 TRY. Veel winkels sturen alleen de normale prijs in de feed door, of verwijderen de sale_price niet als de actie is afgelopen.

Gebruik je kortingen, stuur dan ook de start- en einddatum van de actie mee met het veld sale_price_effective_date. Dit is niet verplicht, maar helpt Google om de prijs correct te interpreteren. Als de feed niet wordt geüpdatet na afloop van de actie, kan Google nog steeds de oude kortingsprijs verwachten terwijl de gebruiker op de productpagina de normale prijs ziet, wat tot een fout leidt.

3. Btw, belastingen en verplichte toeslagen achteraf toegevoegd

In Nederland is het gebruikelijk dat prijzen inclusief btw worden weergegeven. Als een product op de pagina 1.000 EUR kost, maar bij het afrekenen met btw ineens 1.200 EUR wordt, ontstaat een duidelijke prijsinconsistentie. Ook verplichte verpakkings-, service- of transactiekosten die automatisch in het winkelmandje worden toegevoegd, moeten onderdeel zijn van de productprijs of duidelijk worden vermeld als aparte kostenposten in de feed en op de site.

Voor Google is de prijs die de koper daadwerkelijk moet betalen doorslaggevend. Optionele diensten zoals cadeauverpakking, snelle levering of extra garantie kunnen apart worden behandeld. Maar alle verplichte toeslagen die de prijs beïnvloeden voordat de klant afrekent, moeten consistent zijn tussen productpagina, feed en betaalproces.

4. Fouten in valuta en prijsnotatie

De valuta in je feed moet voldoen aan de ISO 4217-standaard. Voor Nederland is dit meestal EUR. Alleen “€” gebruiken, of een verkeerde notatie met punten en komma’s, of op de productpagina bijvoorbeeld USD tonen terwijl de feed EUR doorgeeft, kan tot fouten leiden.

Een juiste prijsnotatie is bijvoorbeeld: 1299.90 EUR. In je feed gebruik je bij voorkeur een punt als decimaal scheidingsteken, terwijl je op de site de prijs als 1.299,90 € mag tonen. De gestructureerde data en feed moeten echter in een duidelijk en consistent formaat zijn zodat Google het correct kan lezen. Voor sites met meerdere valuta’s is het belangrijk dat landdoelen, hreflang-tags en valuta consistent zijn afgestemd. Internationaal verkopen? Dan is ook Domeinbeheer en landextensies relevant voor vertrouwen en herkenbaarheid.

5. Verwarring bij variatieprijzen

Producten met kleur-, maat-, capaciteit- of bundelopties hebben vaak verschillende prijzen. Bijvoorbeeld een zwarte telefoonhoes kost 199 EUR, een leren variant 299 EUR. Als in de feed het hoofdproduct 199 EUR heeft maar de standaardvariatie op de pagina 299 EUR is, kan Google een prijsverschil detecteren.

Hierbij is het belangrijk dat elke variatie een eigen product-ID, correcte item_group_id, juiste URL-parameters en een productpagina met de juiste variatieprijs heeft. De gebruiker moet bij het klikken op een variatie in de feed exact die variatie te zien krijgen. Vooral bij maatwerksoftware moet worden gewaarborgd dat variatie-URLs crawlbaar zijn en dat bots niet verschillende prijzen te zien krijgen.

6. Inconsistente prijzen in gestructureerde data

Google leest niet alleen de zichtbare prijs op het scherm, maar ook de schema.org Product en Offer markup in de HTML. Als er op de pagina 899 EUR staat, maar in de gestructureerde data nog 999 EUR, kan Merchant Center een prijsverschil signaleren. Dit gebeurt vaak door thema-updates, cache-plugins of verouderde schema-modules.

Controleer met Google Rich Results Test en URL Inspection welke prijs Google ziet. Zorg dat in de Product schema de velden price, priceCurrency, availability en waar nodig priceValidUntil actueel zijn. Als je thema en feedplugin verschillende bronnen gebruiken, is het op lange termijn aan te raden één enkele bron voor productdata te hanteren.

Snel overzicht van prijsfouten en oplossingen

Stapsgewijze aanpak voor het oplossen van Google Merchant Center prijsfouten

Stap 1: Bepaal de omvang van het probleem

Onderzoek eerst of het probleem zich voordoet bij één product, een categorie of de hele catalogus. Exporteer afgekeurde producten via de producten-sectie in Merchant Center. Vergelijk 10-20 voorbeeldproducten op prijs, URL, categorie, merk, variatie en campagne-status. Is het probleem breed? Dan kan het aan valuta-instellingen, btw-configuratie, feedformaat of algemene schema data liggen. Alleen bij kortingsproducten? Focus dan op sale_price en datumvelden.

Stap 2: Vergelijk feedwaarde met live pagina

Noteer van elk voorbeeldproduct drie prijzen naast elkaar: feedprijs, productpagina-prijs en prijs tijdens het afrekenen. Komt er verschil uit? Dan is alleen een correctie in Merchant Center niet genoeg. Bijvoorbeeld: pagina 349 EUR, winkelmandje 369 EUR, feed 349 EUR duidt op extra kosten in het mandje. Is de pagina 349 EUR en feed 329 EUR? Dan is de feed verouderd.

Voer deze controle handmatig uit, zonder browsercache, in een incognito venster en eventueel vanaf een ander IP of apparaat. Sommige sites tonen prijsvariaties op basis van locatie, lidmaatschap of gebruikerssegment. Googlebot gedraagt zich meestal als een standaard bezoeker. Prijzen voor leden, coupons of ingelogde kortingen mogen niet in de feed worden opgenomen.

Stap 3: Maak de productfeed schoon en uniform

Je feed kan via XML, CSV, Google Sheets, Content API of een e-commerce plugin worden gegenereerd. Ongeacht de methode moeten prijsvelden uit één bron komen. Verschillende prijzen in ERP, site en feed verhogen het risico op fouten. Stel een simpele regel op voor je technische team: de actuele verkoopprijs komt uit één veld in de database, kortingsinformatie is apart en wordt op datum gecontroleerd.

• price: Stuur de normale of actuele hoofdprijs met de juiste valuta.
• sale_price: Gebruik dit alleen als de korting actief is.
• sale_price_effective_date: Geef start- en einddatum van de actie aan.
• availability: Houd voorraadstatus actueel samen met prijs.
• link: Zorg dat gebruikers naar de juiste product- of variatiepagina gaan.

Stap 4: Controleer crawltoegang van Google

Google moet je productpagina’s zonder beperkingen kunnen lezen. Blokkeer daarom geen product-URL’s, CSS of JavaScript in je robots.txt. Als prijzen via JavaScript worden geladen, kan Google soms vertraagd of foutief prijzen lezen. Is je server traag? Dan kan de bot niet alle data op tijd verwerken en oude of lege prijzen zien.

Verbeter de pagina- en serverprestaties om Merchant Center fouten te minimaliseren. Ook in 2026 blijft snelheid en stabiliteit cruciaal. Zorg dat je productpagina’s altijd HTTP-status 200 geven, dat redirect-ketens kort zijn en dat je SSL-certificaat vlekkeloos werkt. Voor technische basis kun je NVMe Hosting en Gratis SSL Installatie raadplegen.

Stap 5: Update je gestructureerde data

Product schema markup verbetert zowel organische zichtbaarheid als Merchant Center validatie. Foute of ontbrekende schema is erger dan geen schema. Controleer of de prijsvariabele in je thema altijd de actuele prijs toont. Bij variaties moet ook de schema-prijs veranderen als je een andere variatie kiest.

De prijs die Rich Results Test toont, moet overeenkomen met wat de gebruiker ziet. Het veld priceCurrency moet een geldige code zoals EUR, USD of TRY zijn. Geef voor uitverkochte producten een correcte availability status. Het tonen van oude kortingsprijzen bij uitverkochte artikelen schaadt zowel gebruikerservaring als Merchant Center goedkeuring.

Stap 6: Vraag een herbeoordeling in Merchant Center

Na je aanpassingen upload je de feed opnieuw of trigger je synchronisatie via de API. Controleer of de prijs in de productdetails is bijgewerkt. Vraag vervolgens een herbeoordeling aan voor de probleemproducten. Soms worden correcties binnen enkele uren verwerkt, soms duurt het 24-72 uur. Bij producten met hoge campagnedruk is het verstandig eerst op een kleine testgroep te controleren voordat je de hele catalogus bijwerkt.

Specifieke controles per platform

WooCommerce

Veel prijsproblemen in WooCommerce ontstaan door caching, multi-valuta plugins, dynamische prijsplugins of verouderde feedplugins. Controleer de reguliere en kortingsprijs in het productbeheer. Verifieer de sale price mapping in je feedplugin. Wijzigt de prijs op basis van lidmaatschap of coupons? Stuur dan altijd de standaardprijs voor de algemene gebruiker door in de feed.

Als je serverzijde cache gebruikt, zorg dan dat bij prijswijzigingen de cachebestanden voor producten, categorieën en feeds worden verwijderd. Voor goede prestaties is WordPress hosting en een correcte cacheconfiguratie essentieel.

Shopify en andere kant-en-klare e-commerce platforms

Shopify heeft doorgaans een nette prijsstructuur, maar meervoudige markten, valuta’s en automatische kortingen kunnen verwarring veroorzaken. Controleer in de Google & YouTube app of het doelland, valuta en variaties kloppen. Verwar vergelijkende prijzen niet met verkoopprijzen. Kortingen die automatisch in het mandje worden toegepast, mogen niet als feedprijs worden doorgegeven, want Google accepteert geen kortingsprijzen die niet direct zichtbaar zijn op de productpagina.

Maatwerk software en API-integraties

Bij maatwerk is het beste om een versiebeheer en logging op prijsdata in te richten. Iedere prijswijziging moet worden geregistreerd: wie, wanneer, welke prijs is aangepast en wanneer dit zichtbaar wordt in de feed. Gebruik je Content API? Monitor dan succesvolle updates en foutcodes in een centraal logbestand. Zorg dat Googlebot geen blokkades, landgerichte redirects of verplichte sessies tegenkomt op de product-URL’s.

Duurzame best practices om prijsfouten te voorkomen

Een prijsfout eenmalig corrigeren is niet genoeg; bouw een duurzaam controlesysteem. Bij grote catalogi veranderen dagelijks duizenden prijzen. Handmatige controles zijn onpraktisch; automatisering, logging en regelmatige audits zijn noodzakelijk.

• Plan feedupdates direct na het begin en einde van campagnes.
• Reinig cache voor pagina, feed en schema gelijktijdig bij prijswijzigingen.
• Controleer wekelijks de 50 best presterende producten op prijsconsistentie tussen feed en site.
• Leg een btw-inclusief prijsbeleid schriftelijk vast voor alle teams.
• Test voor producten met variaties of bundels elke variatie op prijs en URL.
• Volg dagelijks de Merchant Center diagnose rapporten; voer root cause analyses uit als fouten boven 1% komen.
• Monitor SSL, DNS, hosting en redirects; ontoegankelijke pagina’s verstoren prijsvalidatie.

Bijvoorbeeld: in een winkel met 5.000 producten verandert 8% van de prijzen dagelijks. Dan moeten dagelijks ongeveer 400 producten opnieuw worden gecontroleerd op feed-site prijsafstemming. Dit volledig handmatig doen is onhaalbaar. Een simpele cronjob die feedprijzen vergelijkt met live prijzen en een rapport genereert, helpt om fouten vroeg te detecteren.

Hoe om te gaan met verzendkosten, kortingscodes en acties

Verzendkosten kunnen apart van de productprijs worden beheerd, maar zorg dat je verzendinstellingen in Merchant Center kloppen. Als je op de productpagina gratis verzending aangeeft, maar bij het afrekenen verzendkosten rekent, schaadt dat het vertrouwen en kan het tot beleidsproblemen leiden. Verzendkosten die variëren per land, stad, gewicht of winkelmandwaarde moeten in Merchant Center met bijpassende regels worden ingesteld.

Wees voorzichtig met kortingscodes. Als de klant handmatig een coupon moet invoeren, mag die korting meestal niet als feedprijs worden meegenomen. Automatische, voor iedereen geldende kortingen kunnen als sale_price worden doorgegeven. Bijvoorbeeld als een product op de pagina direct 699 EUR toont in plaats van 799 EUR en iedereen kan daarvan profiteren, mag de feed 699 EUR bevatten. Maar kortingsprijzen die alleen met een specifieke coupon zoals EFSANE10 gelden, moeten niet in de feed staan, om discrepanties met de productpagina te voorkomen.

Wanneer gebruik je automatische productupdates van Google?

Automatische productupdates in Merchant Center laten Google prijs- en voorraadgegevens lezen van je productpagina en kleine fouten in de feed tijdelijk corrigeren. Dit kan kleine inconsistenties verminderen, maar is geen permanente oplossing. Als de data op je site onjuist is door verkeerde schema of vertraagde JavaScript, kan de automatische update ook foute gegevens doorgeven.

Je kunt deze functie aan laten staan, maar zorg altijd dat je primaire databron betrouwbaar is. Automatische updates zijn een vangnet voor kleine timingverschillen. Als er voortdurend prijscorrecties plaatsvinden, wijst dat op fundamentele problemen in je feedprocessen.

De rol van technische infrastructuur bij prijsfouten

Prijsfouten in Merchant Center lijken vaak marketinggerelateerd, maar de oorzaak ligt vaak in de technische infrastructuur. Slechte hostingprestaties, frequente 500-fouten, defecte SSL, onjuiste redirects, automatische valuta-aanpassingen per land en agressieve caching kunnen Google’s prijslezing verstoren. Snelle en stabiele productpagina’s zijn niet alleen belangrijk voor SEO, maar ook voor advertentiegoedkeuring en zichtbaarheid in Shopping.

Hostragons biedt betrouwbare hosting, domeinbeheer en SSL-oplossingen die deze technische basis versterken. Bijvoorbeeld Zakelijk Hosting houdt productpagina’s bereikbaar tijdens drukke periodes; Domeinoverdracht en DNS-beheer verminderen crawlfouten door verkeerde redirects. Het doel is niet om druk te zetten op verkoop, maar om een betrouwbare datastroom technisch mogelijk te maken voor Merchant Center.

Checklist: 12 laatste punten vóór livegang

• Komt het price-veld in de feed overeen met de prijs op de productpagina?
• Wordt sale_price alleen gebruikt voor actieve acties?
• Klopt de start- en einddatum van acties?
• Is er geen verplichte prijsverhoging tussen productpagina en afrekenen?
• Wordt valuta in ISO-formaat doorgegeven?
• Opent de variatie-URL de correcte variatie?
• Toont de Product schema markup de juiste prijs?
• Blokkeert robots.txt Google niet in het crawlen?
• Werkt cache-opschoning automatisch bij prijswijzigingen?
• Zijn verzend- en btw-instellingen in Merchant Center correct?
• Is de prijs op mobiel gelijk aan die op desktop?
• Is de feed na correcties opnieuw ingediend?

Veelgestelde vragen

Hoe lang duurt het voordat een Google Merchant Center prijsfout is opgelost?

Na correctie duurt het meestal enkele uren tot 72 uur voordat producten opnieuw worden goedgekeurd. Dit hangt af van het aantal producten, crawlfrequentie, foutsoort en herbeoordelingsdrukte.

Hoe geef ik een kortingsprijs correct door in de feed?

Stuur de normale prijs in het price-veld en de actuele kortingsprijs in sale_price. Gebruik waar mogelijk sale_price_effective_date om actieperiodes aan te geven en zo fouten te verminderen.

Moet ik prijzen inclusief btw tonen?

Voor consumenten is het in Nederland wettelijk verplicht om prijzen inclusief btw te tonen. Verplichte belastingen of toeslagen die niet op de productpagina staan maar wel bij het afrekenen worden toegevoegd, veroorzaken prijsfouten in Merchant Center.

Helpen automatische productupdates bij alle prijsfouten?

Nee. Ze helpen kleine timingverschillen op te lossen, maar corrigeren geen fundamentele problemen in feed, schema of siteprijzen. De primaire databron moet altijd kloppen.

Hoe voorkom ik prijsfouten bij variatieproducten?

Gebruik voor elke variatie een unieke product-ID, een gezamenlijke item_group_id en correcte URL’s die de juiste variatie tonen. Zorg dat gebruikers en Google bij klikken dezelfde variatieprijs zien.

Conclusie

Google Merchant Center prijsbeleidfouten ontstaan meestal door kleine verschillen tussen feed, productpagina, gestructureerde data en afrekenproces. Een duurzame oplossing vereist een enkele betrouwbare prijsbron, correct kortingsbeheer, actuele gestructureerde data, snelle crawlbare pagina’s en een regelmatige controlecyclus. Vergeet niet ook je technische infrastructuur te optimaliseren om je producten zonder problemen te laten verschijnen in Google Shopping en gratis vermeldingen. Wil je extra zekerheid? Bekijk dan de hosting-, domein- en SSL-oplossingen van Hostragons om de datastroom van je webwinkel op een stevige fundering te zetten.