Productdata wijkt af van zichtbare prijs: controleplan

Begin niet met de hele catalogus. Kies één productvariant, bijvoorbeeld een specifieke maat en kleur, en noteer de exacte URL. Google adviseert in zijn gids voor URL-structuren in webshops (https://developers.google.com/search/docs/specialty/ecommerce/designing-a-url-structure-for-ecommerce-sites) om te vermijden dat verschillende inhoud enkel via een fragment als #kleur wordt gewisseld, omdat Google fragmenten niet meeneemt bij indexering. Controleer dus eerst of jouw variant een eigen URL heeft of enkel via een fragment of een selectie op de pagina verandert.

Maak een werkblad met kolommen voor: variant, URL, zichtbare prijs, valuta, voorraadstatus, prijs in de gestructureerde data, valuta in de data en voorraad in de data. Vul de zichtbare kant in aan de hand van wat een bezoeker ziet, met de gewenste variant geselecteerd.

1. Noteer de zichtbare prijs. Neem de prijs die de klant ziet, inclusief of exclusief btw zoals de pagina het toont, en let op doorgestreepte of actieprijzen.
2. Noteer de valuta. Controleer of het symbool en de geleverde valutacode in de data overeenkomen.
3. Noteer de voorraadstatus. Vergelijk wat de pagina toont met wat de data zegt.
4. Lees de gestructureerde data uit. Open de paginabron of een testtool die de data toont en zoek het productblok. Noteer de prijs, valuta en beschikbaarheid die daar staan.
5. Controleer dat de data bij dezelfde variant hoort. Een veelvoorkomende fout is data van de standaardvariant op een pagina waar een andere variant is gekozen.

Vul het werkblad in en markeer elk verschil. Eén verschil per rij is genoeg om te beginnen.

Gebruik de patronen in deze tabel om de oorzaak af te bakenen. Het zijn hypothesen om te toetsen, geen vaste uitkomsten.

Noteer per variant welke oorzaak het meest waarschijnlijk is en welke controle dat bevestigt.

Als de prijs pas na het laden verschijnt, kan het zijn dat de data en de zichtbare pagina op een ander moment worden opgebouwd. Google legt in zijn uitleg over JavaScript en SEO (https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics) uit dat pagina's in drie fasen worden verwerkt: crawlen, renderen en indexeren, dat renderen later kan plaatsvinden en dat de gerenderde HTML wordt gebruikt voor de indexering. Voor jou betekent dat: vergelijk altijd de ruwe paginabron met de gerenderde versie.

Gebruik de URL-inspectie in Search Console om te zien hoe Google de pagina ophaalt en rendert, voor zover je toegang hebt tot de eigenschap. Je beheerder controleert de actuele schermen en rechten zelf, omdat die kunnen wijzigen. Staat de prijs in de ruwe bron anders dan in de gerenderde versie, dan is het script de eerste kandidaat. Blokkeert je robots.txt een script of bestand dat voor het renderen nodig is, dan kan Google de gerenderde pagina anders zien dan een gewone browser. Een browsercontrole bewijst dus geen crawltoegang.

Stel: een winkel verkoopt een jas in twee kleuren. De pagina met de zwarte jas toont in dit fictieve voorbeeld een prijs van 120 euro, en de blauwe variant toont dezelfde prijs. De gestructureerde data op de blauwe pagina bevat echter de prijs van de zwarte standaardvariant, met een andere voorraadstatus.

Verwachte controles: open de URL van de blauwe variant, noteer de zichtbare prijs, valuta en voorraad, lees het productblok uit de data en vergelijk elk veld. Wissel naar de zwarte variant en herhaal. Als de data niet meewisselt, zoek je in het sjabloon naar de plek waar de data wordt opgebouwd. Dit voorbeeld toont enkel invoer en controles; er worden geen aantallen, snelheden of resultaten na herstel voorspeld.

Na een aanpassing herhaal je de volledige vergelijking voor dezelfde variant en daarna voor minstens één andere. Controleer zowel de ruwe bron als de gerenderde pagina. Of Google de gecorrigeerde waarden opneemt en wanneer, blijft onzeker; je kan het enkel nagaan in geïndexeerde inspectiegegevens en rapporten, niet voorspellen.

Maak er een vaste routine van: controleer bij elke prijsactie en voorraadwijziging een steekproef van varianten en leg de bevindingen vast in je werkblad. Wil je zien welke openbare signalen je website nu toont, bekijk die dan via Marketing Scan. Een publieke scan meet zichtbare signalen en bewijst geen volledige technische implementatie van je productdata.