Product afgekeurd in Merchant Center: controleer prijs en voorraad

Een afgekeurd Merchant Center-product is het best te onderzoeken als één concrete aanbieding, niet als een algemeen probleem met 'de feed'. Dit stappenplan laat zien hoe je prijs, actieprijs, voorraad, geselecteerde variant en Product/Offer-gegevens naast elkaar zet. Je krijgt twee fictieve winkelvoorbeelden en een tabel met een passende volgende stap per melding.

Wat is er precies afgekeurd in Merchant Center?

Een product kan in Merchant Center als afgekeurd worden gemarkeerd terwijl de productpagina bij een snelle blik een normale prijs en een koopknop toont. Dat is geen tegenspraak zodra je bedenkt dat er meerdere representaties van dezelfde aanbieding bestaan: een productregel in de databron, de link die Google ontvangt, de daadwerkelijk geselecteerde uitvoering op de productpagina en de productgegevens die de pagina technisch publiceert. Een verschil in één van die schakels is voldoende om de getoonde aanbieding onduidelijk te maken.

Open in Merchant Center het betreffende artikel en lees de specifieke melding onder de producten die aandacht nodig hebben. Maak onderscheid tussen een waarschuwing voor een artikel, een afkeuring van dat artikel en een probleem dat een groter deel van het account raakt. Bij een waarschuwing kan de vermelding nog actief zijn; bij een artikelafkeuring wordt die aanbieding niet getoond in de getroffen bestemming. Een melding over een ontbrekend attribuut of een andere productregel vraagt om een andere controle dan een melding over een onjuiste prijs of beschikbaarheid.

Noteer de exacte tekst van de reden en het artikel-ID voordat je iets aanpast. Kies één concrete aanbieding in één doelmarkt. Het heeft weinig nut om direct de hele webshop opnieuw te exporteren als je nog niet weet welk veld voor welk artikel afwijkt. Bij verschillende landen, talen en valuta kunnen meerdere aanbiedingen aan een visueel vergelijkbaar product gekoppeld zijn. Controleer daarom ook het doelland en de databron die in het betreffende item wordt vermeld.

Price mismatch betekent dat de prijs die Google voor het artikel ontvangt niet gelijk is aan de relevante prijs op de doelpagina. Availability mismatch gaat over de mogelijkheid om de aangeboden uitvoering werkelijk te bestellen. Beide problemen kunnen tegelijkertijd zichtbaar zijn, maar vereisen een afzonderlijke controle. Een product kan correct geprijsd en toch verkeerd als op voorraad gemeld zijn. Andersom kan de voorraad goed kloppen terwijl een verouderde actieprijs nog in de feed staat.

Controleer de huidige status in Merchant Center en vergelijk daarna de brongegevens met de publieke pagina. De pagina is wat de shopper uiteindelijk ziet; de feed en de zichtbare uitvoering moeten over dezelfde concrete aanbieding gaan. Een XML-export die er technisch netjes uitziet, laat op zichzelf niet zien wat Google op de uiteindelijke landingspagina aantreft.

Begin met één artikel-ID, de juiste variant en het doelland

Leg eerst de identificatie van het artikel vast: item-ID, eventueel item_group_id, maat, kleur, materiaal of andere variatie, doelland, taal en valuta. Bij een product met meerdere uitvoeringen is de groep niet voldoende. Een zwart T-shirt in maat M en hetzelfde T-shirt in maat XL zijn verschillende aanbiedingen wanneer prijs of voorraad per maat kan verschillen. De juiste vergelijking volgt daarom het individuele artikel en niet alleen de hoofdpagina van de productfamilie.

Open precies de link die bij dit artikel in de databron staat. Klik niet automatisch vanuit de categorie op een andere uitvoering. Kijk welke keuze na het openen al actief is. Als de feed de uitvoering XL beschrijft maar de URL standaard maat M selecteert, beoordeel je twee verschillende voorraadstanden en mogelijk twee verschillende prijzen. Een correcte hoofdpagina kan daardoor alsnog een onjuiste landingspagina zijn voor het specifieke item.

Test de URL vanuit een gewone, uitgelogde bezoekerssessie. Noteer de prijs die direct zichtbaar is, het valutasymbool, een eventuele actieprijs, de voorraadindicatie en de status van de bestelknop. Controleer vervolgens of de variantselector na een keuze dezelfde informatie toont. Herhaal dit voor de taal of de landsituatie waarop de aanbieding gericht is. Gebruik geen eigen beheerdersweergave als bewijs voor wat een bezoeker zonder account krijgt.

Vergelijk productidentificatie en voorraadinformatie op hetzelfde moment. Als de feed vannacht is gemaakt en de webshop deze ochtend een wijziging kreeg, dan zijn de waarden uit verschillende momenten afkomstig. Een tijdstempel bij de feedregel, de publicatie van de productwijziging en de laatste gegevensverwerking helpt de afwijking te lokaliseren. Het doel is eerst de bron van de waarheid aan te wijzen: waar wordt voor dit artikel de feitelijke verkoopprijs en beschikbaarheid onderhouden?

Voor een winkel met verschillende landen geldt dezelfde discipline. Pak een Nederlands item niet als voorbeeld voor een Frans item wanneer de productdata afwijkt. Controleer de werkelijk bedoelde lokale uitvoering en de bijbehorende URL. Daarmee voorkom je dat een algemene test van de homepage of een willekeurig product wordt gebruikt om een heel specifiek Merchant Center-signaal te verklaren.

Vergelijk de volledige prijs- en voorraadketen

Vergelijk vijf punten in één lijn: de actieve verkoopgegevens in de webshop, de prijs en voorraad in de geëxporteerde productregel, de geselecteerde variant op de URL, de direct zichtbare informatie voor een bezoeker en de gestructureerde gegevens zoals Product of Offer. Dat zijn geen vijf verschillende meningen over een product: het zijn vijf weergaven die voor één aanbod op elkaar moeten aansluiten.

Begin bij de prijs. Lees niet alleen een numeriek bedrag maar ook de valuta, normale prijs en eventuele tijdelijke sale price. Een actie kan op de site al verlopen zijn terwijl de feed de oude promotie nog bevat. Ook kan de zichtbare pagina een prijsbereik voor meerdere varianten tonen terwijl de feed een prijs voor één maat doorstuurt. In dat geval moet je nagaan welke concrete uitvoering Google bij die regel verwacht en welke prijs de bezoeker daarvoor aantreft.

Bekijk daarna de voorraad. Het attribuut availability maakt onderscheid tussen bijvoorbeeld in_stock en out_of_stock, en bij passende bedrijfsprocessen ook preorder of backorder. Zet een product niet op in_stock omdat de bovenliggende productfamilie op voorraad is terwijl de geselecteerde variant uitverkocht is. Kijk of de bestelknop voor die variant echt bruikbaar is. Voor preorder en backorder horen aanbod en verwachte beschikbaarheid op een consistente manier te worden weergegeven.

Controleer tot slot de HTML en de gestructureerde gegevens. Een voor bezoekers bijgewerkte prijs kan nog naast een verouderd JSON-LD Offer-blok bestaan. Andersom kan een technisch bijgewerkte feed sneller zijn dan de gecachete productpagina. Een Rich Results Test helpt zichtbaar te maken welke productwaarden in de pagina-opmaak staan. Lees die test als controle van de gepubliceerde gegevens, niet als vervanging voor het openen van de echte variant in de webshop.

Maak tijdens deze vergelijking een klein logboek per item: veld, waarde in feed, waarde op pagina, waarde in markup en tijdstip van de waarneming. Daarmee krijgt de ontwikkelaar of shopbeheerder een concreet verschil in handen. Een melding als 'prijs klopt niet' zegt weinig; 'item zwart-XL bevat EUR 49,00 terwijl de geselecteerde variant EUR 54,00 toont' maakt de volgende stap uitvoerbaar.

Een praktische tabel met signalen en eerstvolgende controles

Signaal bij het item	Vergelijk eerst	Volgende actie	Bewijs na controle
Prijs wijkt af	Feedprijs, valuta, geselecteerde variant en zichtbare PDP-prijs	Corrigeer de afwijkende bron en werk de productdata bij	Dezelfde prijs voor hetzelfde item op de doelpagina en in de actuele databron
Actieprijs verschilt	Normale prijs, sale_price, actieve aanbieding en moment van omschakeling	Breng begin en einde van de actie op site en databron in lijn	Actuele actieprijs en zichtbare normale prijs passen bij de feedvelden
Beschikbaarheid verschilt	Variantvoorraad, availability, bestelknop en paginastatus	Werk de voorraadstatus van de concrete uitvoering bij	De geselecteerde variant toont dezelfde bestelbaarheid als de databron
Verkeerde uitvoering opent	Item-ID, variantlink, geselecteerde maat/kleur en prijs	Laat de URL de bedoelde variant selecteren	De advertentielink opent de juiste uitvoering met bijbehorende gegevens
Pagina en feed lijken juist	Product/Offer-markup, cache en tijdstempels	Onderzoek achterblijvende technische representatie of verwerking	HTML, zichtbare PDP en recente bronwaarden zijn onderling consistent
Ander afkeuringsmotief	De letterlijke Merchant Center-melding en het getroffen item	Volg de controle die bij juist die melding hoort	De specifieke reden is opgelost en de nieuwe status is gecontroleerd

Lees de tabel van links naar rechts en neem telkens één artikel. Zo blijft de controle klein genoeg om de uitkomst te verifiëren. Bij hetzelfde product kunnen twee meldingen naast elkaar staan. Handel dan prijs en voorraad afzonderlijk af en noteer welk bewijs bij welke melding hoort. De status die je daarna in Merchant Center ziet, is een nieuwe controle en geen vervanging voor de datavergelijking.

Een handige prioritering is: eerst verkeerde variantlinks en feitelijk onjuiste prijzen of voorraad, daarna vertraging in synchronisatie en zichtbare gestructureerde gegevens. De eerste groep raakt direct de aanbieding die een bezoeker probeert te kopen. De tweede groep verklaart vaak waarom twee op zichzelf correcte schermen op verschillende momenten toch niet hetzelfde lijken te melden.

Voorbeeld 1: een actieprijs die niet overal gelijk staat

Fictief voorbeeld. Een winkel verkoopt een draagbare lamp in wit en zwart. De zwarte uitvoering heeft een normale prijs van € 69 en staat deze week op € 59. Op de productpagina is € 59 zichtbaar, terwijl de export die eerder werd gemaakt voor het zwarte item nog € 69 bevat. De witte uitvoering kost € 69 en heeft geen actie. Deze bedragen zijn uitsluitend bedoeld om de vergelijking te laten zien; ze beschrijven geen echte winkel of meetresultaten.

In Merchant Center is specifiek de zwarte uitvoering afgekeurd wegens een prijsverschil. De beheerder noteert het item-ID, opent de landingspagina uit die productregel en controleert of zwart vooraf geselecteerd is. Vervolgens legt hij de velden price en sale_price uit de databron naast de zichtbare normale en actieprijs. Als de promotie op de site live is en in de feed ontbreekt, is het verschil concreet. Het juiste herstel is de brongegevens en de aanbieding op de pagina op elkaar af te stemmen, inclusief de periode waarin de actie geldt.

Stel nu dat de productlink in de feed de witte uitvoering selecteert. Dan is er zelfs na een prijscorrectie nog een tweede probleem: het item voor zwart opent wit. De variantlink moet dus samen met de prijs worden gecontroleerd. Dezelfde foto en producttitel kunnen deze fout maskeren. Bij een assortiment met honderden uitvoeringen werkt een controle op het item-ID veel nauwkeuriger dan een snelle blik op de categorie.

De controle na de wijziging bestaat uit een actuele bronregel, de publieke URL voor zwart, de zichtbaar geselecteerde variant en de eventuele Product/Offer-gegevens. Als alle vier dezelfde aanbieding beschrijven, leg je dat vast. Open daarna de relevante Merchant Center-melding opnieuw om te zien welke status daar inmiddels staat. Een bijgewerkte export is een noodzakelijke gegevensstap, maar de verwerking en beoordeling in Merchant Center zijn afzonderlijke processen.

Dit voorbeeld maakt ook duidelijk waarom je promoties niet alleen op één plek moet onderhouden. Een handmatige wijziging aan de prijsweergave in een thema en een apart ingevoerde actieprijs in de feed creëren twee onderhoudsplaatsen. De winkel heeft meer aan één duidelijke bron en een gecontroleerde publicatieketen voor zowel website als productdata.

Voorbeeld 2: een uitverkochte maat die toch bestelbaar lijkt

Fictief voorbeeld. Een schoen heeft maten 39, 40 en 41. Maat 39 en 40 zijn bestelbaar, maar maat 41 is uitverkocht. De parentpagina toont bovenaan 'op voorraad' omdat er nog maten zijn. De feedregel voor maat 41 bevat per ongeluk availability in_stock. Google ontvangt een landingslink die maat 40 voorselecteert. De categoriepagina lijkt normaal; voor de specifieke aanbieding van maat 41 klopt de informatie niet.

De beheerder opent de bronregel voor maat 41, schrijft de exacte URL op en bekijkt de selector in een nieuwe sessie. Hij kiest maat 41 en ziet dat de bestelknop onbeschikbaar wordt. Dat is de concrete bestelbaarheid voor het geadverteerde artikel. De feed moet de juiste availability van maat 41 weerspiegelen en de landingslink moet de bijbehorende uitvoering openen. Het bijwerken van alleen de parentvoorraad lost de feitelijke mismatch op variantniveau niet op.

Let op het verschil tussen een tijdelijk uitverkochte uitvoering en een voorbestelling. Een product dat nog niet is uitgebracht en vooraf wordt besteld, hoort niet als reguliere voorraad te worden voorgesteld. Evenmin beschrijft backorder hetzelfde proces als een variant die helemaal niet bestelbaar is. De juiste waarde volgt de echte verkoop- en leveringsmogelijkheid en de informatie die de productpagina hierover laat zien.

Neem ook de markup mee. Als de HTML bij maat 41 nog een Offer met InStock bevat maar de zichtbare knop uitgeschakeld is, zien een crawler en een bezoeker tegenstrijdige gegevens. Controleer welke server- of themalaag de markup samenstelt en of die voor de actuele variant wordt bijgewerkt. Een puur cosmetisch label onder de knop helpt niet zolang de machineleesbare representatie een andere voorraadstand uitdrukt.

Na de correctie test je beide kanten: maat 41 blijft als uitverkocht herkenbaar en maat 40 is nog gewoon bestelbaar. Dat onderscheid is belangrijk. Een grof ingestelde out_of_stock voor de hele productfamilie zou immers een tweede onjuistheid creëren. De vraag is niet 'is dit product ergens op voorraad?', maar 'is de uitvoering die deze productregel verkoopt daadwerkelijk beschikbaar?'.

Synchronisatie, gestructureerde gegevens en controles na een wijziging

Veel verschillen ontstaan door tijd. Een webshop verwerkt een bestelling en verlaagt de voorraad direct, maar een nachtelijke XML-export bevat nog de waarde van vóór de bestelling. Een actieprijs wordt in het CMS beëindigd, terwijl een externe tool pas later de prijsregel ververst. Leg daarom zowel het moment van de bronwijziging als dat van de feedverwerking vast. Eén test op een willekeurig tijdstip vertelt je niet welke van beide systemen achterloopt.

Technische caching vraagt een afzonderlijke blik. Een pagina kan een bijgewerkte zichtbare prijs tonen maar nog oudere JSON-LD uit servercache uitserveren. Of de prijs verschijnt pas na een browseractie via JavaScript, terwijl de initiële HTML andere informatie bevat. Controleer de bron-HTML en de uiteindelijke bezoekersweergave. Als ze uiteenlopen, kijk dan welke laag de feed, de variantgegevens en de gestructureerde gegevens produceert.

Bij internationale verkoop vergelijk je dezelfde doelmarkt. Niet ieder land gebruikt dezelfde aangeboden prijs, valuta of beschikbaarheid. De productregel, de aangeboden URL en de zichtbare context moeten samen worden beoordeeld. Een IP-afhankelijke wijziging die een willekeurige bezoeker op een andere aanbieding zet, maakt de vergelijking extra kwetsbaar. Als een winkel met regionale beschikbaarheid werkt, controleer dan ook de specifieke Google-mogelijkheden en de informatie die een bezoeker voor dat gebied te zien krijgt.

Wanneer de bronwaarden zijn hersteld, open je het item opnieuw onder 'Vereist aandacht' en controleer je de actuele reden en status. Bekijk welke herverwerking of review voor juist deze melding beschikbaar is. Een handmatige verversing van de feed en een eventuele officiële herbeoordeling zijn niet hetzelfde. Leg de uitgevoerde wijziging, het tijdstip en de geobserveerde vervolgstatus vast om een volgende vergelijking gericht te kunnen uitvoeren.

Gebruik bij twijfel de officiële documentatie: Google over prijsverschillen, Google over beschikbaarheidsverschillen en Google over productmeldingen. Voor een uitvoeringsvariant en de technische relatie tussen varianten biedt Google Search Central over ProductGroup aanvullende context.

Wie een gerichte controle van het aanbod nodig heeft, kan de Merchant Center-feedcheck bekijken. Voor een fout in de opbouw van aangeleverde bronbestanden is er de analyse van leveranciers-XML/CSV; bij verschillen tussen maten of kleuren kan de variantencontrole passend zijn.

Veelgestelde vragen over prijs- en voorraadverschillen

Waarom is één product afgekeurd terwijl de webshop normaal werkt?

Merchant Center beoordeelt de gegevens van de concrete aangeboden uitvoering. Eén feedregel kan een andere prijs, valuta, variantlink of voorraadstatus bevatten dan de bijbehorende publieke pagina. Controleer daarom het artikel-ID en de exacte URL voordat je wijzigingen in het hele assortiment aanbrengt.

Moet de prijs in de feed exact gelijk zijn aan de zichtbare prijs?

De relevante aanbieding voor het geselecteerde item moet overeenkomen met wat een shopper op de landingspagina aantreft. Vergelijk normale prijs, eventuele actieprijs, valuta, gekozen variant en het moment waarop de aanbieding actief is. Kijk ook of de gestructureerde Offer-gegevens dezelfde bedragen weergeven.

Waarom helpt het niet om alleen de XML opnieuw te uploaden?

Een nieuwe export neemt de huidige bronwaarden mee. Als de productpagina nog een andere variant opent, de actieprijs zichtbaar afwijkt of markup verouderd is, blijft de inhoudelijke inconsistentie bestaan. Controleer na een update daarom opnieuw bronregel, landingspagina en technische representatie.

Wat controleer ik bij out_of_stock en in_stock?

Bekijk de werkelijk geselecteerde variant en de bijbehorende bestelknop. Vergelijk die status met availability voor dezelfde item-ID. Bij een artikel met maten of kleuren zegt de voorraad van een andere uitvoering niets over de beschikbaarheid van de geadverteerde variant.

Kan de verkeerde maat een prijsprobleem veroorzaken?

Ja. Een feedregel voor de duurdere of goedkopere uitvoering kan naar een URL leiden die standaard een andere maat of kleur selecteert. Controleer dat de item-ID, variantparameter, actieve keuze op de pagina en gepubliceerde prijs één aanbieding beschrijven.

Moet ik ook Product/Offer-gestructureerde gegevens controleren?

Ja, als de pagina die gegevens publiceert. Kijk of price, priceCurrency en availability passen bij de getoonde uitvoering. Een verouderde JSON-LD-waarde kan een discrepantie opleveren terwijl het zichtbaar bedrag al is bijgewerkt.

Wat doe ik nadat het verschil is gecorrigeerd?

Controleer de actuele databron, open de exacte productlink opnieuw en vergelijk de geselecteerde variant, prijs en voorraad. Raadpleeg daarna het item onder de Merchant Center-meldingen om de vervolgstatus te beoordelen. Bewaar het item-ID en de vastgestelde wijziging voor een volgende controle.