Voorkomen dat Google ongemerkt de prijs en beschikbaarheid in je feed overschrijft

Google Merchant Center kan vier velden in de feed die je aanlevert herschrijven zonder het je eerst te vragen: prijs, actieprijs, beschikbaarheid en staat. Het haalt de vervangende waarden rechtstreeks uit de gestructureerde data op je productpagina's, en dat gebeurt standaard bij elk nieuw Merchant Center-account (support.google.com/merchants/answer/15623993). Als je productpagina traag wordt bijgewerkt, door een CDN wordt gecachet of gewoon niet klopt, vertrouwt Google die toch meer dan je feed. Deze gids is voor iedereen die betaalde Shopping-campagnes of gratis listings draait en heeft gemerkt dat een prijs, voorraadstatus of staat in Google niet overeenkomt met wat is aangeleverd. We laten zien hoe je ontdekt bij welke listings dit gebeurt en hoe je de velden vastzet die ertoe doen.

Wat "automatische itemupdates" eigenlijk verandert

Google noemt deze functie automatic item updates (automatische itemupdates), en sinds september 2025 staat die in Merchant Center onder Products & store > Products > Automations, waar elke automatisering een eigen aan/uit-schakelaar en een begrijpelijke inschatting van de impact heeft (support.google.com/merchants/answer/15623993). Drie subautomatiseringen staan standaard aan voor elk account: prijsupdates, beschikbaarheidsupdates en updates van de staat. Nog twee zijn optioneel en moeten bewust worden ingeschakeld: verzendupdates en beeldverbeteringen (support.google.com/merchants/answer/3246284).

Google legt het mechanisme zelf direct uit: "We lezen automatisch de gestructureerde data in je webshop met onze geavanceerde data-extractors en halen productdata rechtstreeks uit je HTML naar Merchant Center." Het uitgewerkte voorbeeld dat Google in het helpcentrum geeft, is het waard om precies te herhalen, omdat het laat zien hoe klein een verschil kan zijn dat een herschrijving uitlokt: als je meest recente feedupload een item op 4 GBP prijst, maar de live productpagina het op 3 GBP toont, past Google de live advertentie of gratis listing aan naar 3 GBP en niet naar de 4 GBP die je hebt aangeleverd.

Voor beschikbaarheid gebruikt Google een ruimere matching dan voor prijs. De documentatie van Google stelt dat "in_stock, preorder en backorder voor deze automatisering allemaal als compatibel met in_stock worden beschouwd". Een pagina die even "backorder" toont, leidt dus niet per se tot een correctie, maar een pagina die "out of stock" toont terwijl de feed "in stock" zegt, wel.

Waarom dit bestaat, en waarom het niet per se slecht is

Het opgegeven doel is afkeuringen door verouderde feeddata te voorkomen: "Als de extractors geen prijs-, beschikbaarheids- of staatinformatie kunnen bepalen, worden je producten op productniveau afgekeurd" (support.google.com/merchants/answer/3246284). Met andere woorden: Google heeft dit gebouwd als vangnet voor merchants van wie de feed achterloopt op de storefront. Voor een winkel met betrouwbare schema.org Product-markup en een feed die niet vaak wordt bijgewerkt, vermindert het echt het aantal afkeuringen.

Het probleem zit in de ingebouwde aanname: dat de live pagina altijd actueler en correcter is dan de feed. Die aanname klopt niet in een paar situaties die we vaak tegenkomen bij feedaudits:

• De storefront gebruikt een CDN of volledige paginacache die 15 tot 60 minuten achterloopt op een prijswijziging, waardoor de crawl van Google de oude prijs oppikt.
• De gestructureerde data van de site is jaren geleden eenmalig ingericht en nooit bijgewerkt toen er een nieuwe prijsengine of promotiemodule live ging, waardoor die de actieprijs van vorige maand doorgeeft.
• Een regionale of valutaspecifieke storefront toont andere gestructureerde data dan de versie die Google voor die markt crawlt.
• De feed is bewust voorzichtiger dan de site, bijvoorbeeld door een item tijdens een vastgestelde buffertijd als "in stock" te houden terwijl een magazijntelling wordt afgestemd.

In elk van deze gevallen zorgen automatische itemupdates ervoor dat Google het verkeerde getal in de advertentie toont, en dat gebeurt ongemerkt. Er komt geen e-mail. Het enige spoor is een regel in de diagnostiek van Merchant Center, onder een probleem met precies het label "Automatic updates: Mismatched price", "Automatic updates: Mismatched availability" of "Automatic updates: Mismatched condition". Het is een ander soort fout dan de schorsingen op accountniveau die we bespraken in onze gids voor herstel na schorsing wegens misleiding: hierdoor wordt je account niet geschorst, maar het betekent wel dat de advertentie waarop je klant klikt misschien niet de deal weergeeft die je wilde aanbieden.

Een concreet voorbeeld

Aangeleverde feed: price: 1299.00 TRY, availability: in stock
Live productpagina (achter een CDN-cache van 40 minuten na een prijsverlaging voor een flashsale): de gestructureerde data toont 1199.00 TRY
De crawler van Google leest de gecachete pagina, markeert "Automatic updates: Mismatched price" en publiceert de listing opnieuw tegen 1199.00 TRY, een prijs die de merchant nooit heeft aangeleverd en die de actievoorwaarden nooit voor dat kanaal hebben toegestaan.

De feed was correct. De correctie van Google was de fout, en die zag er op het tabblad Diagnostiek precies hetzelfde uit als een geval waarin de feed echt verouderd was.

Diagnostische checklist: gebeurt dit bij jou?

1. Open Products & store > Products > Diagnostics en filter op problemen met "Automatic updates". Elk probleem toont het aantal getroffen items en een steekproef van getroffen offer-ID's.
2. Open Products & store > Products > Automations en controleer of updates voor prijs, beschikbaarheid en staat zijn ingeschakeld (standaard is dat zo, tenzij iemand ze al heeft uitgezet).
3. Kies drie gemarkeerde offer-ID's en vergelijk drie waarden naast elkaar: de waarde in je aangeleverde feed, de waarde die op dat moment live staat in de Shopping-advertentie of gratis listing, en de waarde in de eigen schema.org/Product- of Product-gestructureerde data van je storefront (bekijk de paginabron of gebruik Google's Rich Results Test) op het moment van de controle.
4. Komt de live advertentie overeen met de gestructureerde data maar niet met je feed, en is de gestructureerde data onjuist, dan ligt de oorzaak bij je website en niet bij je feed. Door de gestructureerde data (of de vertraging door caching) te repareren, los je het probleem in de advertentie op zonder een instelling in Merchant Center aan te raken.
5. Ben je dit jaar gemigreerd van Content API for Shopping naar Merchant API, controleer dan elke schakelaar voor automatische verbeteringen opnieuw. Content API for Shopping werd op 18 augustus 2026 uitgefaseerd, met vanaf 1 september 2026 toenemende foutmeldingen bij verzoeken voor iedereen die hem nog aanroept (developers.google.com/merchant/api/latest-updates, pagina actueel per 24 september 2026). Automatische itemupdates vallen in Merchant API nu onder een eigen resource automaticImprovements, en een overhaaste migratie is een veelvoorkomende manier waarop deze schakelaars ongemerkt terugspringen naar hun standaardwaarden.

Uitschakelen: volledig of per veld

Ga in de interface van Merchant Center naar Products & store > Products > Automations, open de automatisering die je wilt wijzigen, klik op View details en gebruik de schakelaar om die specifieke update aan of uit te zetten. Dit werkt voor updates van prijs, beschikbaarheid, staat en verzending. Beeldverbeteringen en verzendverbeteringen beheer je in de interface op dezelfde manier, maar twee van de instellingen zijn alleen via de API beschikbaar.

Wie via Merchant API verbinding maakt, bepaalt hetzelfde gedrag met expliciete booleaanse velden op de resource automaticImprovements van het account (developers.google.com/merchant/api/guides/automatic-improvements/overview):

De documentatie van Merchant API zegt uitdrukkelijk dat het bijwerken van deze resource het hele onderdeel vervangt en geen gedeeltelijke patch is: stuur bij elke update alle zes velden mee, niet alleen het veld dat je wilde wijzigen, anders loop je het risico dat de andere terugspringen naar hun standaardwaarden (developers.google.com/merchant/api/guides/automatic-improvements/overview).

Bepalen wat je echt uitschakelt

Alles uitzetten is niet automatisch de juiste keuze. Daarmee verdwijnt het vangnet voor de afkeuringen die de functie moest voorkomen. Nuttiger is om per attribuut te kijken:

• Laat prijs- en beschikbaarheidsupdates aan als je gestructureerde data betrouwbaar nauwkeurig is en je feed echt minder vaak wordt ververst dan de prijzen op je website veranderen.
• Zet prijsupdates uit als je tijdgebonden acties draait waarbij de feedprijs bewust afwijkt van een gecachete of nog niet gepubliceerde versie van de pagina.
• Laat strikte beschikbaarheidsupdates uit (de standaard) als je operationele team items beschikbaar houdt tijdens een afstemmingsperiode die een letterlijke lezing van de pagina zou tegenspreken.
• Laat updates van de staat in de meeste gevallen aan; verschillen in staat komen minder vaak voor, en de fout (een gebruikt item dat als nieuw is gemarkeerd, of andersom) is meestal een echt dataprobleem dat het waard is om op te vangen.

Wat hier niet onder valt

Dit geldt specifiek voor Google Merchant Center. Meta Commerce Manager en TikTok Shop hebben hun eigen gedrag voor het afstemmen van catalogi, en niets daarvan is op dezelfde plek gedocumenteerd of wordt met dezelfde schakelaars geregeld; behandel elk kanaal als een aparte audit. Dit gaat ook niet over het aparte mechanisme "autofeeds" van Google, waarbij Google een feed volledig opbouwt door je site te crawlen, zonder dat je iets aanlevert. Dat is een andere functie voor een ander probleem (helemaal geen feed, in plaats van een feed die deels wordt overschreven) en verdient een eigen audit.

Ligt de oorzaak bij kapotte of ontbrekende gestructureerde data op je site en niet bij een agressieve instelling van Google, dan lost geen enkele schakelaar in Merchant Center dat op; je moet de markup zelf repareren, en Google's Rich Results Test is de snelste manier om te zien wat de crawler daadwerkelijk leest. Tools voor feedmonitoring zoals Channable en DataFeedWatch tonen per kanaal een vergelijkbaar diagnostisch overzicht van verschillen. Het echte verschil is of de herstelcyclus, van het signaleren van een verschil tot het corrigeren en opnieuw publiceren van de feed, plaatsvindt op dezelfde plek waar je de feed beheert. Dat is meer een voorkeur voor een werkwijze dan een technische beperking van een bepaalde tool. Fouten in GTIN's en identifiers zijn een verwante maar aparte categorie afkeuringen, behandeld in onze gids over GTIN-fouten.

Waar Feedance in beeld komt

Feedance behandelt je verrijkte feed als de enige bron van waarheid die via de integratie met Google Merchant Center naar elk van de meer dan 200 gekoppelde kanalen wordt gepusht. Een overschrijving aan de kant van Google verschijnt daardoor als zichtbaar verschil ten opzichte van die bron van waarheid, in plaats van te verdwijnen in een tabblad van Merchant Center dat niemand dagelijks bekijkt. Feedmonitoring vangt de afwijking in eerste instantie op; de bovenstaande keuzes voor de schakelaars maak je nog steeds zelf in de interface van Google. De verversingsfrequentie van de feed hangt af van je abonnement (Essentials synchroniseert dagelijks, Business elk uur). Dat is hier belangrijk, want een feed die maar één keer per dag wordt ververst, geeft automatische itemupdates een hele dag de ruimte om het gat te vullen met gecrawlde paginadata voordat je volgende aanlevering het corrigeert.

Veelgestelde vragen

Wat zijn automatische itemupdates in Google Merchant Center?

Het is een functie van Google, standaard ingeschakeld, die gestructureerde data van je productpagina's leest en daarmee de prijs, beschikbaarheid, staat en (optioneel) verzend- en beeldgegevens overschrijft die je in je feed hebt aangeleverd, telkens wanneer de crawler van Google een verschil vindt.

Welke attributen kan Google wijzigen zonder dat mijn feed een nieuwe waarde aanlevert?

Standaard prijs, actieprijs, beschikbaarheid en staat. Schattingen van de verzendsnelheid en beeldverbeteringen zijn aparte subautomatiseringen die standaard uit staan en bewust moeten worden ingeschakeld.

Lost het inschakelen hiervan al mijn afkeuringen in Merchant Center op?

Nee. Het lost alleen afkeuringen op die worden veroorzaakt door een verschil tussen je feed en je live pagina voor de vier betrokken attributen. GTIN-fouten, beleidsschendingen en problemen met misleiding staan daar los van en vereisen hun eigen oplossing.

Kan ik automatische itemupdates volledig uitschakelen?

Ja, per attribuut: in Merchant Center onder Products & store > Products > Automations, of via de vier updategerelateerde booleaanse velden op de Merchant API-resource automaticImprovements als je je account via de API beheert.

Heeft dit ook invloed op mijn catalogus in Meta of TikTok Shop?

Nee. Dit specifieke mechanisme geldt alleen voor Google. Meta Commerce Manager en TikTok Shop hebben hun eigen, apart gedocumenteerde gedrag voor het afstemmen van catalogi, dat dit artikel niet behandelt.

Ik ben dit jaar gemigreerd van Content API for Shopping naar Merchant API. Moet ik iets opnieuw controleren?

Ja. Automatische itemupdates vallen in Merchant API nu onder een eigen resource automaticImprovements, en omdat updates van die resource de hele set velden in één keer vervangen, kan een haastig migratiescript dat maar één veld patchte de andere ongemerkt terugzetten naar hun standaardwaarden.

Hoe weet ik of Google mijn listing al heeft aangepast?

Kijk in Products & store > Products > Diagnostics naar problemen met het label "Automatic updates: Mismatched price", "Mismatched availability" of "Mismatched condition". Elk item toont een steekproef van getroffen offer-ID's, zodat je de feedwaarde direct met de live waarde kunt vergelijken.

Moet elke merchant dit uitgeschakeld laten?

Nee. Voor winkels met nauwkeurige gestructureerde data en een feed die minder vaak wordt ververst dan de storefront, vermindert het afkeuringen zonder echt nadeel. Het risico geldt specifiek voor winkels waarvan de live pagina verouderd, gecachet of bewust anders dan de feed kan zijn.

Beheert Feedance deze instelling voor mij?

Feedance beheert je verrijkte feed als bron van waarheid die naar Google en meer dan 200 andere kanalen wordt gepusht; de schakelaar voor automatische itemupdates zelf is een accountinstelling van Google Merchant Center die je rechtstreeks in de eigen interface of API van Google beheert, en niet iets wat een feedplatform namens jou kan omzetten.

Wat is het verschil tussen automatische itemupdates en autofeeds?

Automatische itemupdates corrigeren specifieke attributen in een feed die je al aanlevert. Autofeeds is een apart mechanisme van Google dat vanaf nul een feed opbouwt door je site te crawlen wanneer er helemaal geen feed is aangeleverd. Ze lossen verschillende problemen op en worden apart beheerd.

Voer een gratis productfeedaudit uit om te zien waar je aangeleverde waarden en je live kanaaldata al uit elkaar zijn gegroeid.