Een vacaturesite publiceert honderden, soms duizenden aanbiedingen per week. Elke advertentie heeft zijn eigen pagina, met een korte levensduur: enkele dagen tot enkele weken voordat deze gevuld of verwijderd wordt. Zonder een gestructureerde sitemap blijft een aanzienlijk deel van deze pagina’s onzichtbaar voor zoekmachines, en dus voor kandidaten.
Indexing API en sitemap: het duo dat Google aanbeveelt voor vacatures
Concurrenten spreken veel over de XML-sitemap als een universele tool. Op een vacaturesite is deze aanpak niet langer voldoende. Google raadt aan om de Indexing API te gebruiken voor pagina’s met JobPosting-markering, om een snelle crawl te activeren zodra een aanbieding wordt gepubliceerd, gewijzigd of gesloten.
De sitemap speelt dan de rol van een vangnet. Het zorgt ervoor dat alle URL’s van aanbiedingen toegankelijk blijven voor bots, zelfs als de API-aanroep mislukt of als een pagina is vergeten. De Indexing API beheert de reactietijd, de sitemap zorgt voor de algehele dekking.
Concreet, wanneer een recruiter een aanbieding publiceert op een vacaturesite, stuurt de API een onmiddellijke signaal naar Google. De zoekmachine verkent de pagina binnen enkele minuten in plaats van te wachten op de volgende ronde van zijn bot. Voor een kandidaat betekent dit dat hij de aanbieding veel eerder in Google Jobs ziet. U kunt de sitemap van pleinemploi.net bekijken om de structuur van een vacaturesite-sitemap te observeren.
Sitemap en geschiktheid voor Google Jobs: een unieke URL per aanbieding
Veel vacaturesites creëren onbedoeld duplicaten. Dezelfde aanbieding verschijnt onder verschillende URL’s (filters, sessieparameters, aparte mobiele versies). Deze situatie verhindert Google om te bepalen welke pagina geïndexeerd moet worden.
Een aanbieding moet overeenkomen met één enkele toegewijde, publieke en canonieke pagina. Deze URL is degene die in de sitemap staat. Het heeft geen noindex-richtlijn, is niet geblokkeerd door robots.txt, en leidt niet door naar een andere pagina.
Deze architecturale beperking heeft een directe impact op de navigatie van de site. Wanneer een kandidaat op een resultaat in Google Jobs klikt, komt hij op de juiste pagina, met de juiste inhoud. De sollicitatieprocessen blijven consistent, en het bouncepercentage daalt.
Een veelvoorkomende valkuil: verlopen aanbiedingen in de sitemap laten staan die verwijzen naar een pagina “Deze aanbieding is niet meer beschikbaar”. Google detecteert deze inconsistentie en bestraft de waargenomen betrouwbaarheid van de sitemap. Het is beter om deze URL’s snel te verwijderen of een HTTP 410 (Gone) code te sturen.
Synchroniseer het lastmod-veld met de levenscyclus van aanbiedingen
De XML-sitemap bevat voor elke URL een optioneel veld genaamd lastmod. Dit geeft de datum van de laatste wijziging van de pagina aan. Op een vitrine-site verandert dit veld zelden. Op een vacaturesite zou het elke werkelijke update van een aanbieding moeten weerspiegelen.
Waarom is deze precisie zo belangrijk? Omdat Google lastmod gebruikt om prioriteit te geven aan pagina’s die opnieuw gecrawld moeten worden. Als alle aanbiedingen dezelfde datum tonen, heeft de zoekmachine geen signaal om diegenen te onderscheiden die zijn veranderd. Het moet alles controleren, wat het proces vertraagt.
Een goed geconfigureerde vacaturesite werkt lastmod bij in drie specifieke gevallen:
- Wanneer de inhoud van de aanbieding wordt gewijzigd (salaris, locatie, functiebeschrijving).
- Wanneer de aanbieding van de status “open” naar “gevuld” of “gesloten” gaat, wat de verwijdering van de pagina uit de sitemap of de update ervan activeert.
- Wanneer de gestructureerde JobPosting-markering wordt gecorrigeerd of verrijkt, bijvoorbeeld om een werkmodus toe te voegen (thuiswerken, hybride).
Een betrouwbare lastmod versnelt de verwerking van wijzigingen door Google. Omgekeerd degradeert een kunstmatige lastmod (dagelijks bijgewerkt zonder echte wijziging) het vertrouwen van de zoekmachine in de hele sitemap.
HTML-sitemap en kandidaatnavigatie: verder dan het XML-bestand
De XML-sitemap is gericht op bots. De HTML-sitemap is daarentegen gericht op gebruikers. Op een vacaturesite kan een sitemap die toegankelijk is vanuit de voettekst kandidaten naar de belangrijkste categorieën leiden: beroepen, regio’s, contracttypes.
Deze pagina speelt een rol in de interne linkstructuur. Het distribueert autoriteit naar de diepere categoriepagina’s die niet altijd worden benadrukt in de hoofdnavigeer. Een kandidaat die zoekt naar aanbiedingen in een nichesector kan deze bereiken zonder door de gefacetteerde zoekopdracht te hoeven gaan.
Voor SEO aanvult de HTML-sitemap de XML zonder deze te vervangen. Het versterkt de structuur van de site door extra toegangspaden naar strategische pagina’s te creëren. Zoekmachines volgen deze interne links en ontdekken pagina’s die de klassieke crawl mogelijk had gemist.
De valkuil om te vermijden: duizenden individuele aanbiedingen in de HTML-sitemap opsommen. Deze pagina zou onleesbaar worden en al zijn nut verliezen. Het is beter om zich te beperken tot de categorieën, gefilterde resultaatpagina’s en thematische landingspagina’s.
Technische fouten die de sitemap van een vacaturesite saboteren
Bepaalde fouten komen vaak voor op jobboards en blijven maandenlang onopgemerkt.
- URL’s opnemen in de sitemap die een 404- of 301-code retourneren. Google negeert uiteindelijk het bestand als het foutpercentage te hoog is.
- De limiet van 50.000 URL’s per sitemapbestand overschrijden zonder een sitemapindex te gebruiken om de bestanden te organiseren.
- Vergeten de sitemap in robots.txt of Google Search Console te declareren, wat de verwerking vertraagt.
- Indexeerbare pagina’s en pagina’s geblokkeerd door noindex in dezelfde sitemap mengen, wat tegenstrijdige signalen naar zoekmachines stuurt.
Op een vacaturesite met een hoog volume is het automatiseren van de generatie van de sitemap de enige levensvatbare optie. De synchronisatie met de database van aanbiedingen moet dagelijks zijn, of zelfs in real-time voor de meest actieve sites.
Een goed onderhouden sitemap garandeert niet op zichzelf een goede SEO. Het blijft een technische hefboom onder anderen. Maar op een vacaturesite waar de inhoud elke dag verandert, is het het eerste signaal dat Google ontvangt om te begrijpen wat nieuw is, wat is veranderd en wat niet meer bestaat.
