Een industriële site verzamelt vaak enkele honderden pagina’s: productbladen, technische documentatie, assortimenten per sector, certificeringen. Het meten van het aandeel van deze pagina’s dat daadwerkelijk door zoekmachines is ontdekt en geïndexeerd, geeft een directe indicatie van de zichtbaarheid van de online catalogus. De sitemap, een gestructureerd bestand dat de URL’s van een site opsomt, is de belangrijkste hefboom om dit ontdekkingstarief te controleren.
Sitemap en indexeringsdiagnose in Google Search Console
De meeste artikelen over de sitemap beschrijven zijn rol als “kaart” die aan zoekmachines wordt voorgelegd. Wat ze minder behandelen, is zijn functie als diagnosebord. In Google Search Console stelt het indexeringsrapport in staat om de URL’s die aan een specifieke sitemap zijn gekoppeld te filteren en te onderzoeken waarom sommige niet zijn geïndexeerd.
Voor een industriële site verandert dit de zaken. Een productblad dat door Google wordt genegeerd, genereert geen verkeer, zelfs als het technisch gezien bestaat. Een succesvolle indiening van de sitemap garandeert geen indexering: het bevestigt alleen dat Google het bestand heeft kunnen lezen. Het indexeringsrapport onthult vervolgens de uitgesloten URL’s, de foutieve of simpelweg niet ontdekte.
Door deze gegevens te combineren met de structuur van de catalogus, kunnen problematische secties snel worden geïdentificeerd. Wees weesbladen, dubbele assortimentpagina’s, documentatie geblokkeerd door een verkeerd geconfigureerd robots.txt-bestand: de sitemap maakt deze anomalieën zichtbaar. Op de sitemap-pagina van Place des Industries zien we bijvoorbeeld hoe de URL’s zijn georganiseerd per categorie, wat dit soort opvolging vergemakkelijkt.
Gesegmenteerde sitemap voor industriële catalogus: technische en organisatorische beperkingen
Google staat een maximum toe van 50.000 URL’s of 50 MB ongecomprimeerd per sitemapbestand. Een industriële catalogus met enkele duizenden referenties blijft onder deze drempel, maar de kwestie is niet alleen technisch. De uitdaging is om snel de sectie te lokaliseren waar de fouten zich voordoen.
Door de sitemaps te scheiden op basis van inhoudstype (productbladen, categorieën, documentatiepagina’s, blogartikelen) en ze samen te voegen in een sitemapindex biedt een concreet voordeel: wanneer Google Search Console niet-geïndexeerde URL’s meldt, weten we onmiddellijk welk segment is aangetast.
| Inhoudstype | Toegewijde sitemap | Voordeel van gescheiden opvolging |
|---|---|---|
| Productbladen | sitemap-products.xml | Genegeerde of 404-foutbladen opsporen |
| Categorieën en assortimenten | sitemap-categories.xml | Dubbele taxonomie detecteren |
| Technische documentatie (PDF, gidsen) | sitemap-docs.xml | Controleren of updates opnieuw worden gecrawld |
| Institutionele pagina’s en blog | sitemap-pages.xml | Zorgen dat de redactionele inhoud is geïndexeerd |
Deze segmentatie leidt niet tot automatische indexering. Het maakt de analyse sneller en de correcties gerichter.
Lastmod-tag op een industriële site: betrouwbaarheid en recrawl
De lastmod-tag geeft de datum van de laatste wijziging van een URL aan. Google kan deze gebruiken om zijn recrawls te plannen, op voorwaarde dat deze datum een echte wijziging van de inhoud weerspiegelt. Als de lastmod-tag automatisch wordt bijgewerkt bij elke regeneratie van de cache, zonder inhoudelijke wijziging, verliest deze alle waarde.
Voor een fabrikant verdient de update van een productblad (nieuwe prijs, nieuwe norm, toevoeging van een PDF-document) een nauwkeurige lastmod. Een goed geconfigureerd CMS wijzigt deze datum alleen wanneer een inhoudsveld daadwerkelijk verandert.
Wanneer lastmod nuttig is op een catalogus
- Wijziging van een technische specificatie of een productreferentie: de lastmod geeft de zoekmachine aan dat een recrawl van dit blad relevant is
- Toevoeging van een certificaat of een veiligheidsgegevensblad: de verrijkte pagina verdient een herbeoordeling van zijn inhoud
- Wijziging van beschikbaarheid of verwijdering van een product: de lastmod helpt Google sneller te detecteren dat de pagina is veranderd
Een betrouwbare lastmod versnelt de verwerking van wijzigingen door zoekmachines. Een lastmod die systematisch zonder reden wordt bijgewerkt, heeft het tegenovergestelde effect: Google negeert deze informatie uiteindelijk.
XML-sitemap en gebruikersnavigatie: twee complementaire lagen
De XML-sitemap is gericht op indexeringsrobots, niet op menselijke bezoekers. De navigatie van een industriële site is gebaseerd op menu’s, filters per sector, assortimentstructuren. Deze twee lagen vervullen verschillende functies, en de één vervangt de ander niet.
Een solide interne linkstructuur (links tussen productbladen, verwijzingen naar bovenliggende categorieën, links van blogartikelen naar assortimenten) blijft de belangrijkste factor voor ontdekking door zoekmachines. De sitemap fungeert als een vangnet: het geeft de pagina’s aan die de interne linkstructuur niet voldoende kan laten ontdekken.
Wanneer de sitemap een gebrek aan linkstructuur compenseert
De diepe pagina’s van een industriële catalogus (productvarianten, technische bladen die alleen via een interne zoekmachine toegankelijk zijn) zijn vaak slecht verbonden met de rest van de site. De sitemap maakt ze zichtbaar voor de robots, zelfs zonder directe interne link. Dit is geen permanente oplossing: het corrigeren van de linkstructuur blijft de voorkeur hebben. De sitemap zorgt voor de dekking in afwachting.
Op een site waar de bladen dynamisch worden gegenereerd (configurator, productdatabase), garandeert de sitemap dat elke gegenereerde URL ten minste is verklaard. Zonder hem zullen sommige filter- of parametercombinaties pagina’s produceren die Google nooit zal ontdekken via de natuurlijke crawl.
De sitemap van een industriële site is geen bestand dat je één keer genereert en vervolgens vergeet. Het is een actief opvolgingsinstrument, gesegmenteerd op basis van inhoudstype, waarvan de waarde direct afhangt van de nauwkeurigheid waarmee we de gegevens onderhouden, te beginnen met de wijzigingsdata.
