Kort antwoord
Begin in Merchant Center bij Vereist aandacht en onderscheid accountproblemen van productproblemen. Los eerst issues op die de hele account of grote delen van het assortiment blokkeren. Daarna komen prijs en voorraad, identifiers zoals GTIN, afbeeldingen en overige feedkwaliteit. Optimaliseer titels en custom labels pas als de producten technisch stabiel zijn goedgekeurd.
Eerst begrijpen: waarschuwing, afkeuring of accountprobleem
Merchant Center gebruikt meerdere niveaus van handhaving. Een waarschuwing kan een product nog laten vertonen met beperkte performance. Een productafkeuring blokkeert dat specifieke aanbod. Een accountprobleem kan veel groter zijn en kan ertoe leiden dat hele delen van je assortiment niet meer worden weergegeven. Daarom is het onhandig om te beginnen met het herschrijven van honderd producttitels terwijl er bovenin de account een shipping- of policyprobleem staat.
In Merchant Center Next staat de operationele waarheid onder Producten en het tabblad Vereist aandacht. Google biedt per probleem een detailpagina met getroffen producten, impact en herstelstappen. Download bij grotere feeds de getroffen items naar CSV, zodat je niet handmatig door de interface hoeft te klikken.
Prioriteit is impact, niet irritatie
Een fout die 3 producten raakt kan technisch interessant zijn, maar een accountissue of prijsprobleem op 40% van je omzetassortiment krijgt altijd voorrang.
Onze volgorde: van blokkade naar optimalisatie
| Prioriteit | Type issue | Waarom eerst |
|---|---|---|
| P0 | Account / policy / website | Kan brede of volledige zichtbaarheid blokkeren |
| P1 | Prijs en beschikbaarheid | Kan preventieve afkeuringen veroorzaken en raakt koopervaring direct |
| P2 | Productidentificatie | GTIN, brand en MPN beïnvloeden goedkeuring en matching |
| P3 | Afbeeldingen en landingspagina | Kan individuele producten blokkeren of performance beperken |
| P4 | Titels, descriptions, product_type, labels | Belangrijk voor matching en rendement, maar pas nadat de basis stabiel is |
P0: accountniveau en websiteproblemen
Controleer eerst of Merchant Center problemen meldt rond bedrijfsinformatie, websiteverificatie, transparantie, verzending, retouren of beleid. Bij dergelijke issues heeft feedoptimalisatie weinig zin totdat de accountbasis klopt.
Websiteverificatie en eigenaarschap
Merchant Center moet de website kunnen verifiëren en claimen. Dat gebeurt soms automatisch via bestaande Google-signalen zoals Search Console of Analytics, maar kan ook handmatig nodig zijn. Controleer vooral bij migraties of het juiste protocol, subdomein en canonical domein gekoppeld zijn.
Shipping en returns moeten inhoudelijk overeenkomen
Verzendkosten en levertijden zijn geen cosmetische instellingen. Ze moeten overeenkomen met wat de klant op de website en in checkout ziet. Hetzelfde geldt voor het retourbeleid. Zorg voor een duidelijke, publiek toegankelijke retourpagina en voorkom dat Merchant Center, structured data en de website drie verschillende werkelijkheden beschrijven.
Misrepresentation vraagt om een websiteaudit, niet om een feedregel
Bij meldingen rond verkeerde voorstelling kijkt Google breder dan één attribuut. Denk aan bedrijfsidentiteit, contactinformatie, betaalmogelijkheden, voorwaarden, productclaims en consistentie tussen advertenties en website. Dien niet reflexmatig een nieuwe review in. Een mislukte review kan een wachtperiode opleveren waarin je niet meteen opnieuw kunt aanvragen.
P1: prijs en beschikbaarheid moeten exact synchroon lopen
Prijs- en voorraadmismatches behoren tot de meest schadelijke datakwaliteitsproblemen omdat Google feeddata vergelijkt met de landingspagina en structured data. Als de feed €79,95 zegt en de productpagina €89,95, is het irrelevant welke van de twee “bedoeld” was. Voor Google is de data inconsistent.
Waar mismatches vandaan komen
- Een sale start in Shopify, maar de feed wordt maar één keer per nacht bijgewerkt.
- De website toont een variantprijs terwijl de feed de parentprijs bevat.
- Structured data bevat een oude price of availability en spreekt de zichtbare pagina tegen.
- Een valuta-, btw- of landinstelling zorgt dat feed en landing page andere bedragen tonen.
- Een product staat in de feed op in_stock terwijl de geselecteerde variant uitverkocht is.
Bij snel wisselende prijzen of grote feeds is een hogere updatefrequentie via Merchant API, platformkoppeling of intraday feed zinvol. Structured data op de productpagina is daarnaast een extra bron waarmee Google prijs en voorraad kan verifiëren.
Controle per offer_id:
feed.price == landingpage.visible_price == structuredData.offers.price
feed.availability == landingpage.selected_variant_stock == structuredData.offers.availability
P2: GTIN, brand en MPN
Productidentifiers helpen Google begrijpen welk product je aanbiedt en je aanbod te koppelen aan de juiste productentiteit. Als een fabrikant een GTIN heeft toegekend, moet je die correcte GTIN gebruiken. Zelf een barcode verzinnen, een GTIN van een vergelijkbaar product kopiëren of een parent-GTIN op alle varianten zetten is precies het soort “fix” dat later grotere problemen veroorzaakt.
GTIN-check in vier stappen
- Controleer of het product volgens de fabrikant daadwerkelijk een GTIN heeft.
- Valideer de lengte en check digit. Geldige GTIN-formaten hebben 8, 12, 13 of 14 cijfers.
- Controleer variantniveau. Kleur- of maatvarianten kunnen eigen GTIN’s hebben.
- Zet identifier_exists alleen op no wanneer het product werkelijk geen toegewezen identifier heeft, niet om een feedfout te verbergen.
Producten met een toegewezen GTIN die je zonder correcte identifier indient, kunnen zichtbaarheid verliezen of worden afgekeurd. Goede identifiers zijn dus niet alleen compliance, maar ook matchingkwaliteit.
P3: afbeeldingen en landingspagina’s
De hoofdafbeelding moet het product duidelijk tonen en mag geen promotionele overlays, watermerken, CTA’s of storende randen bevatten. Google kan automatische image improvements gebruiken om bepaalde overlays te verwijderen, maar voor een professionele feed willen we liever dat de bronafbeelding zelf klopt.
Gebruik daarnaast hoge-resolutiebeelden en extra productbeelden waar mogelijk. Voor performance zijn lifestylebeelden nuttig, maar de primaire productafbeelding moet vooral ondubbelzinnig zijn. Controleer ook of Googlebot-image de URL kan crawlen en dat je CDN geen hotlinking- of robotsblokkade veroorzaakt.
De landingspagina moet direct naar het juiste product leiden. Redirects naar een categorie, soft-404’s, geografische pop-ups die content blokkeren en pagina’s die alleen client-side na een foutgevoelige API-call renderen maken productvalidatie onnodig fragiel.
P4: pas nu ga je optimaliseren voor matching en rendement
Als de feed technisch stabiel is, begint het werk dat Shopping van “goedgekeurd” naar “bruikbaar voor groei” brengt. De producttitel is daarbij één van de belangrijkste velden. Google staat tot 150 tekens toe en adviseert de belangrijkste productinformatie vooraan te zetten, omdat gebruikers vaak maar de eerste circa 70 tekens zien.
Titelstructuur
Generiek voorbeeld:
Merk + producttype + belangrijk kenmerk + model + kleur/maat
Fashion:
Merk + producttype + doelgroep + materiaal/pasvorm + kleur + maat
Techniek:
Merk + producttype + model + capaciteit/formaat + belangrijk onderscheidend kenmerk
Stop geen “Gratis verzending”, “SALE” of andere promotietekst in de title. Daar zijn afzonderlijke attributen en promotiefuncties voor. De titel moet het product identificeren en relevante zoektermen bevatten, niet functioneren als banner.
Product type versus Google product category
Gebruik product_type voor je eigen taxonomie. Dat veld mag aansluiten op hoe je intern assortiment structureert en is handig voor rapportage en campagneopbouw. Google_product_category koppelt het product aan Googles taxonomie. Verwissel die twee rollen niet.
Custom labels zijn voor sturing, niet voor goedkeuring
Custom labels zijn ideaal voor businesslogica zoals margeklasse, voorraad, seizoensstatus, bestseller, prijssegment of promotiedruk. Ze lossen geen disapproval op, maar geven je na goedkeuring veel betere controle over rapportage en campagnearchitectuur.
Wil je die labels vervolgens koppelen aan economische waarde, lees dan ROAS versus POAS.
Een feedregel is geen vervanging voor brondata
Tools als Channable zijn sterk omdat je data kunt normaliseren zonder voor iedere wijziging de webshopcode aan te passen. Maar maak onderscheid tussen verrijking en reparatie. Een ontbrekend product_type kun je prima afleiden uit categorieën. Een incorrecte GTIN of verkeerde prijs wil je het liefst bij de bron oplossen, anders bouw je een fragiel correctielaagje dat bij de volgende migratie verdwijnt.
| Voorbeeld | Beste plek om op te lossen | Waarom |
|---|---|---|
| Titel te generiek | Feedtool of PIM | Regelmatig schaalbaar te verrijken |
| GTIN fout | PIM / ERP / broncatalogus | Identifier hoort bij het productmasterrecord |
| Prijs loopt achter | Shop + feed/API-sync | Bron en publicatie moeten gelijktijdig veranderen |
| Margin label ontbreekt | Feedtool / datawarehouse | Afgeleide businesslogica |
| Image overlay | DAM / bronafbeelding | Kwaliteit structureel oplossen |
Automatiseren: zo voorkom je dat dezelfde afkeuring terugkomt
Een volwassen Merchant Center-setup wordt gemonitord. Niet alleen met een maandelijkse blik in de UI, maar met vaste checks op coverage en datakwaliteit. Vooral bij grote feeds wil je trends zien: hoeveel offers zijn approved, limited en not approved, welke issues groeien en welk omzet- of klikpotentieel hangt eraan?
- Maak alerts op plotselinge dalingen in approved items.
- Log feedruns en API-errors zodat je weet of data überhaupt is aangekomen.
- Controleer prijs- en voorraadlatency bij acties of flash sales.
- Gebruik een stabiele offer_id. Wijzig een ID niet omdat de titel of prijs verandert.
- Test product structured data na templatewijzigingen met Rich Results Test en schema-validatie.
- Controleer bij internationale shops per land of valuta, shipping en policyconfiguratie overeenkomen.
Wanneer vraag je een review aan?
Pas nadat het probleem aantoonbaar is opgelost. Google geeft aan dat reviews meerdere werkdagen kunnen duren en dat er na mislukte reviews wachtperioden kunnen ontstaan. Dat is vooral bij accountproblemen een reden om eerst de technische en inhoudelijke checklist volledig af te lopen.
Voor productissues kan een nieuwe crawl of herverwerking sneller zichtbaar zijn, maar ook daar geldt: zorg dat feed, landingspagina en structured data al hetzelfde antwoord geven vóór je Google opnieuw laat kijken.
Na goedkeuring: van feed health naar feed performance
Een groene status is de ondergrens, niet het einddoel. Zodra je approval rate stabiel is, kun je feeddata gebruiken voor betere matching en rendement. Denk aan titeltests, product_types die aansluiten op zoekgedrag, custom labels op marge en voorraad, COGS voor brutowinstrapportage en campagnes die productgroepen anders behandelen op basis van economische waarde.
Daarmee raakt Merchant Center direct aan je meetstack. Goede item-ID’s en purchase-data moeten ook in advertising terugkomen. Zie server-side tracking voor de technische meetlaag.
Veelgestelde vragen
Waar begin je bij afkeuringen in Merchant Center?
Bij Vereist aandacht in Merchant Center, en met het onderscheid tussen accountproblemen en productproblemen. Los eerst op wat de hele account of grote delen van het assortiment blokkeert.
Wat is het verschil tussen een waarschuwing, een afkeuring en een accountprobleem?
Een waarschuwing laat een product nog vertonen met beperkte performance. Een productafkeuring blokkeert dat specifieke aanbod. Een accountprobleem kan ertoe leiden dat hele delen van het assortiment niet meer worden weergegeven.
In welke volgorde los je afkeuringen op?
Eerst account en website, daarna prijs en voorraad, vervolgens identifiers zoals GTIN, brand en MPN, dan afbeeldingen en landingspagina's. Titels, labels en segmentatie optimaliseer je pas als de basis stabiel is goedgekeurd.
Wanneer vraag je een review aan?
Pas nadat het probleem aantoonbaar is opgelost. Reviews kunnen meerdere werkdagen duren en na een mislukte review kunnen wachtperioden ontstaan. Zorg dat feed, landingspagina en structured data hetzelfde antwoord geven vóór je Google opnieuw laat kijken.
Conclusie
Merchant Center-afkeuringen los je het snelst op wanneer je niet per foutmelding gaat improviseren, maar een vaste volgorde gebruikt. Eerst account en website, daarna prijs en voorraad, vervolgens identifiers en afbeeldingen. Pas als de basis stabiel is ga je titels, labels en segmentatie optimaliseren.
Die volgorde voorkomt dat een team uren besteedt aan cosmetische feedverbeteringen terwijl de echte omzetblokkade elders zit. En belangrijker: je bouwt productdata die niet alleen door Google wordt goedgekeurd, maar ook bruikbaar is voor betere Shopping-campagnes, winststuring en betrouwbare e-commerce analytics.
Technische bronnen
Vragen hierover?Mail Mauriceinfo@klubb.nl