De dingen die je eerst wilt weten

Voordat je uploadt

Verandert er iets in mijn shop?

Nee. Een scan leest een kopie van je bestand en rapporteert erover. Een herstel levert een apart bestand op dat je zelf toevoegt in Merchant Center. Er wordt nooit geschreven naar je CMS, je export of je primaire gegevensbron. Het mechanisme daarachter staat op hoe het werkt.

Hebben jullie toegang nodig tot mijn Merchant Center-account?

Nee. Jij geeft ons een bestand en wij geven je een bestand terug. Er is geen machtiging te verlenen en geen code te installeren. De keerzijde is dat we je kunnen vertellen wat je gegevens zeggen, maar niet wat Google er uiteindelijk over heeft besloten, want daarvoor is accounttoegang nodig waar we niet om vragen.

Welke bestandsformaten kunnen jullie lezen?

csv, tsv, xlsx, xml en json, en zip- of gz-archieven van elk daarvan. Kolomkoppen in het Nederlands, Frans, Duits en Engels worden zonder configuratie herkend.

Hoe groot mag mijn bestand zijn?

Tot 60 MB. Is het jouwe groter, splits het dan of neem contact op. De openbare scan accepteert maximaal 5.000 producten. Neem voor een grotere catalogus contact op voordat je uploadt.

Gebruikt de scan een AI-model?

De gratis scan roept helemaal geen model aan. Hij is deterministisch: een GS1-controlecijfer is rekenwerk, de afmetingen van een afbeelding zijn een kwestie van ophalen, en een robots-regel is een bestand op je server. Hetzelfde bestand levert elke keer hetzelfde rapport op. Een model komt alleen kijken bij het betaalde herschrijven van magere titels, en zelfs dan wordt elke voorgestelde waarde woord voor woord gecontroleerd tegen je eigen rij.

Kan ik dit niet gewoon zelf met een chatbot doen?

Voor het talige deel gedeeltelijk, en daar gebruiken we zelf ook een model voor. De rest is geen taalklus. Of een barcode zijn controlecijfer doorstaat is rekenwerk dat een chatbot vrolijk laat passeren. Of een afbeelding 480 bij 480 is, of überhaupt antwoordt, is alleen te weten door elke URL op te halen. Of AdsBot-Google geblokkeerd is, staat in een bestand op je server.

Het diepere probleem is dat een model vragen alleen de fouten herstelt waarvan je al wist dat je ernaar moest vragen, en de rest laat zitten. De gebruikelijke manier om die rest te ontdekken is uploaden en ze door Google laten weigeren, een trage ronde per keer, terwijl je shop intussen over je werk heen opnieuw exporteert. Een scan draait de hele lijst in een keer en controleert dat de correcties elkaar niet ongedaan maken.

Zijn jullie onderdeel van Google?

Nee, en niets hier is door hen goedgekeurd. Wat erachter zit, zijn jaren Google Ads-werk in een hoop Shopping-accounts en een hoop feeds met fouten erin. Dit is de checklist die telkens opnieuw met de hand werd opgebouwd.

Na de scan

Wat als mijn feed in orde blijkt te zijn?

Dan betaal je niets. De scan zegt dat, er valt niets te downloaden, en dat is een goede uitkomst en geen verspilde.

Wat moet ik nu concreet doen in Merchant Center?

Zet de correcties in een spreadsheet in je eigen Google-account en voeg dat sheet toe als aanvullende gegevensbron, gekoppeld aan de juiste primaire bron. Google leest het daar elke 24 uur. Het stappenplan staat op installatie.

Wat gebeurt er als mijn feed vannacht opnieuw wordt gegenereerd?

Er wordt niets ongedaan gemaakt. Google legt de aanvullende bron over je primaire bron heen telkens wanneer hij die verwerkt, gekoppeld op id, dus je export mag zo vaak opnieuw genereren als hij wil. Dat is de reden dat dit een eenmalige aankoop is en geen abonnement.

Veranderen jullie mijn prijzen?

Er wordt nooit met de hand een waarde van jou ergens in geschreven. De scan rapporteert formaatfouten zoals een decimale komma of een ontbrekende valuta; de correctie wordt toegepast als een overlay op de attributen waarvoor we een reden tot wijzigen vonden, gekoppeld op id, nooit door je bestand te bewerken.

Ik voeg elke week nieuwe producten toe. Vallen die eronder?

De correcties per product dekken de producten die stonden in het bestand dat we hebben gelezen. Producten die je later toevoegt zijn niet gedekt totdat je een nieuwe scan draait waar ze in zitten.

Het rapport is de andere helft van het antwoord. De meeste fouten zijn geen incidenten: een export maakt doorgaans elke keer dezelfde fout in hetzelfde veld, en het rapport zegt welke fouten systematisch zijn en waar ze vandaan komen, zodat je ze bij de bron kunt herstellen en nieuwe producten schoon binnenkomen. Opnieuw scannen is gratis.

Hoe snel zie ik het verschil?

Niet meteen. Google haalt je bronnen op volgens zijn eigen schema, verwerkt de producten opnieuw en heft de afkeuringen op waar hij het mee eens is. Jouw deel is klaar zodra de gegevensbron op zijn plek staat; de rest is de timing van Google.

Hoe lang duurt een scan?

Ruwweg een minuut bij een catalogus van een paar duizend producten. Het grootste deel van die minuut gaat op aan het ophalen van je afbeeldingen, een netwerkverzoek per productafbeelding, zestien tegelijk, want dat is het deel dat een spreadsheet je niet kan vertellen en het is het wachten waard.

Welke talen van kolomkoppen begrijpen jullie?

Nederlandse, Franse, Duitse en Engelse koppen worden zonder enige configuratie herkend, inclusief het WooCommerce-patroon met attribuutparen. Je hoeft je kolommen niet eerst naar Googles namen te hernoemen; de kolomtoewijzing zoekt uit wat je koppen betekenen.

Over de bevindingen

Wat betekenen de ernstniveaus?

Ze zijn ons eigen oordeel, afgelezen van de controle die ze opleverde. "Blocks" (blokkeert) betekent dat wij denken dat Google het product weigert; "at risk" (loopt risico) betekent dat het wordt getoond maar dat er waarschijnlijk iets misgaat of wegvalt; "underperforming" (presteert onder niveau) betekent dat het wordt getoond maar minder zoekopdrachten bereikt dan het zou kunnen. Waar Googles eigen documentatie het gevolg benoemt, citeren we die; waar dat niet zo is, presenteren we een gok niet als feit.

Waarom weigerde de scan een deel van mijn bestand te lezen?

Omdat het alternatief erger is. Als een bestand dubbelzinnig is op een manier die gegevens tussen kolommen zou verschuiven, bijvoorbeeld het verkeerde scheidingsteken dat prijzen in het beschikbaarheidsveld zet, dan zou elke bevinding vanaf dat punt fictie zijn. In dat geval stopt de scan en zegt hij dat, in plaats van je een stellig rapport over de verkeerde gegevens te geven. Waar alleen rijen wegvallen, zegt de telling gewoon hoeveel, zodat een gedeeltelijke lezing nooit als een volledige wordt gepresenteerd.

Mijn export gebruikt puntkomma's, of een andere codering dan UTF-8. Is dat een probleem?

Nee. Een bestand met puntkomma's als scheidingsteken, wat een Europese Excel produceert, wordt correct gelezen, en de uitvoer is netjes kommagescheiden. Andere coderingen dan UTF-8 worden gelezen en omgezet, en een byte order mark wordt verwijderd voordat iets verderop in de keten hem ziet. Deze zaken worden in het rapport genoemd zodat de kolomtoewijzing te volgen is, niet omdat je er iets mee moet.

Waarom wordt mijn geldig ogende barcode geweigerd?

Meestal een beperkte prefix. Een GTIN kan een correct controlecijfer hebben en toch worden geweigerd omdat hij begint met een reeks die is gereserveerd voor gebruik in de winkel of voor coupons. Excel is de andere veelvoorkomende oorzaak: het zet een lange barcode om in wetenschappelijke notatie en laat de voorloopnul vallen. Beide staan op de pagina over identifiers.

Mijn pagina's scoren in Google Search, waarom worden mijn Shopping-advertenties dan geweigerd?

Vrijwel altijd robots.txt. De crawler die advertentielandingspagina's controleert, AdsBot-Google, negeert de wildcardgroep User-agent: * waar elke andere crawler zich aan houdt, dus een regel die Search leest en omzeilt is voor hem onzichtbaar. Het hele mechanisme, en het herstel, staat op de robots.txt-pagina.

Welk datumformaat verwacht Google?

ISO 8601, voor elk datumveld, bijvoorbeeld 2026-08-15T13:00+0200. De scan toetst beschikbaarheidsdatums, vervaldatums en ingangsdatums van actieprijzen daaraan, en vangt ook een vervaldatum af die meer dan 30 dagen vooruit staat, de bekende verwisseling van dertig en 365.

Controleren jullie EU-vereisten zoals prijs per eenheid en energielabels?

Ja, en dat is het deel dat tools die voor de Amerikaanse markt zijn gebouwd doorgaans overslaan. Prijs per eenheid waar de prijsaanduidingsrichtlijn waarschijnlijk van toepassing is, de vorm van de EPREL-certificering, en energy_efficiency_class beperkt tot de landen waar die nog geldig is. Deze worden gemarkeerd als aansporing om iets te bevestigen en niet als hard oordeel, omdat een bestand niet altijd kan zien of een regel van toepassing is.

En verzending en retouren die in de feed zelf staan?

Beide worden gevalideerd tegen de samengestelde syntaxis die Google daadwerkelijk documenteert, waarbij de subattributen in de kolomkop staan en de waarden positioneel zijn. Een punt dat het weten waard is: een enkele verzendprijs op productniveau kan je verzendinstellingen op accountniveau voor die locatie uitschakelen, dus het rapport plaatst een notitie zodra het er een ziet.

Kunnen jullie me vertellen wat Google werkelijk over mijn producten heeft besloten?

Nee. Daarvoor is toegang tot je Merchant Center-account nodig, en daar vragen we niet om. Wij kunnen je vertellen wat je gegevens zeggen; Google vertelt je wat het ermee heeft gedaan. De volledige lijst van wat een bestand niet kan vaststellen staat op wat we niet controleren.

Wat gebeurt er met een product zonder enige barcode?

Niets, zolang je dat eerlijk aangeeft. Sommige producten hebben echt geen GTIN, en dat geef je aan met identifier_exists: no. Wat wel wordt afgevangen is een tegenspraak: verklaren dat er geen identifier bestaat en tegelijk een GTIN, een MPN of een combinatie van merk en MPN aanleveren. De controle verzint geen barcode voor je, en straft een product niet af omdat het er terecht geen heeft.

Twee van mijn producten delen een barcode. Is dat fout?

Het is eerder het weten waard dan automatisch fout. Elke variant hoort zijn eigen GTIN te dragen, dus een herhaalde barcode binnen een groep wordt gemarkeerd, maar de melding legt uit waarom het soms legitiem is, in plaats van dat de controle voor jou probeert te beslissen. Dit is het soort bevinding dat we rapporteren en aan jouw oordeel overlaten in plaats van repareren.

Herprijst de scan mijn catalogus als een waarde dubbelzinnig is?

Nee, en dat is bewust. Een waarde als 1.234 betekent duizend tweehonderdvierendertig in continentale notatie en iets meer dan een in het Engels, en niets in het bestand maakt uit welke van de twee het is. In plaats van te gokken en het risico te lopen een product met een factor duizend te herprijzen, rapporteert de scan hem als dubbelzinnig en laat hem aan jou om op te lossen.

Herstellen jullie het bestand, of rapporteren jullie er alleen over?

De scan rapporteert; hij bewerkt je bestand nooit. Koop je een herstel, dan worden de correcties geleverd als een apart aanvullend bestand dat Google naast je feed leest, zodat je eigen export nooit wordt herschreven. Wat dat in de praktijk betekent staat op hoe het werkt.

Controleren jullie titels en beschrijvingen?

Ja. Promotietekst waarmee een product wordt afgekeurd, het woord SALE, een percentage, een prijs in de titel, wordt gemarkeerd, en een titel van meer dan 150 tekens wordt als waarschuwing gerapporteerd, omdat Google hem afkapt en het product met de afgekapte titel toont in plaats van het botweg te weigeren. Beschrijvingen worden gecontroleerd op losse HTML, op de limiet van 5.000 tekens, en op te mager zijn om Google te laten begrijpen wat het product is.

Maakt het uit welk land en welke valuta ik opgeef?

Ja, en daarom wordt je dat bij het uploaden gevraagd. Een kaal getal in een prijsveld kan niet zeggen of het euro's, dollars of ponden zijn, en verkeerd gokken zou een catalogus geruisloos herprijzen. Het land dat je kiest bepaalt ook welke regionale regels de scan toepast, want sommige vereisten, waaronder prijs per eenheid en energielabels, hangen af van waar je verkoopt.

Wat is een aanvullende gegevensbron, in gewone taal?

Een tweede bestand, gekoppeld aan je Merchant Center-account, dat Google naast je hoofdfeed leest. Het kan geen producten toevoegen of verwijderen; het overschrijft alleen benoemde attributen op producten die al in je hoofdfeed staan, gekoppeld op id. Dat is wat maakt dat een herstel blijft gelden na je nachtelijke export, en het wordt volledig uitgelegd op hoe het werkt.

Je bestand en je gegevens

Waar gaat mijn bestand heen, en voor hoe lang?

Naar onze server, waar het wordt gescand en daarna maximaal zes uur wordt bewaard, lang genoeg om het rapport te lezen en te beslissen, omdat de reparatie het bestand opnieuw nodig heeft. Daarna wordt het automatisch verwijderd. De correcties worden ook niet bewaard: die gaan naar een spreadsheet in je eigen account, en Merchant Center leest ze daar. Het volledige verhaal staat op privacy.

Kan ik mijn bestand eerder verwijderen?

Ja. Het rapport bevat een knop die je upload direct van de server verwijdert, zodat je de zes uur niet hoeft uit te zitten en ons niet op ons woord hoeft te geloven.

Verzinnen jullie productinformatie?

Nee. Elke gegenereerde waarde wordt woord voor woord gecontroleerd tegen je eigen rij, en alles wat een claim introduceert die niet in je gegevens staat wordt verworpen, waarna je origineel behouden blijft. Waar een titel wordt herschreven, wordt dat bij Google gemeld als gegenereerde inhoud.

Wie haalt mijn afbeeldingen op?

Onze server, wanneer hij ze valideert, dus je afbeeldingshost ziet onze verzoeken en niet de jouwe. Naast de afbeeldingen leest de scan je robots.txt over HTTPS; de rest van je site wordt niet gecrawld.

Worden mijn gegevens gebruikt om een AI-model te trainen?

De gratis scan stuurt je gegevens naar geen enkel model. Alleen bij het betaalde herschrijven van titels komt er een aan te pas, en dan worden alleen geselecteerde velden van de betrokken producten, niet het hele bestand, voor die ene stap naar de modelaanbieder gestuurd. Wat er wordt verstuurd, en wat niet, staat op privacy.