Een vacaturesite publiceert en verwijdert voortdurend aanbiedingen. Deze rotatie creëert honderden, soms duizenden URL’s waarvan de levensduur varieert van enkele dagen tot enkele weken. Het meten van de effectiviteit van een sitemap in deze context komt neer op het evalueren van zijn vermogen om de juiste pagina’s op het juiste moment te signaleren, terwijl het voorkomt dat zoekmachines worden overspoeld met verouderde links.
De sitemap van een vacaturesite wordt niet beheerd zoals die van een vitrinewebsite of een blog.
Sitemap XML en sitemap HTML op een vacaturesite: twee verschillende rollen
De verwarring tussen sitemap XML en sitemap HTML blijft bestaan omdat beide dezelfde naam dragen. Op een jobboard verschillen hun functies duidelijk.
| Criteria | Sitemap XML | Sitemap HTML |
|---|---|---|
| Hoofdbestemming | Verkenningsrobots (Googlebot, Bingbot) | Menselijke bezoekers |
| Formaat | .xml-bestand ingediend via Search Console | Webpagina toegankelijk vanuit de footer |
| Typische inhoud (vacaturesite) | URL’s van actieve aanbiedingen, categoriepagina’s, landing pages voor beroepen | Vereenvoudigde structuur: sectoren, regio’s, contracttypes |
| Frequentie van updates | Dagelijks of vaker (via CMS of script) | Minder frequent, stabiele structuur |
| Directe SEO-impact | Crawl-signaal, geen garantie voor indexering | Interne linkstructuur, distributie van PageRank |
De sitemap XML fungeert als een versheidsindicator voor de robots. De sitemap HTML daarentegen structureert de navigatie voor kandidaten die een functie zoeken op basis van sector of locatie. Op een site zoals de sitemap pagina van Job 2 Rêve, vertaalt deze onderscheid zich in een navigeerbare pagina die de aanbiedingen op een leesbare manier organiseert, onafhankelijk van het technische XML-bestand.
Lastmod-tag en vacatures: wanneer de datum echt telt
Google gebruikt de lastmod-tag alleen als de datum een echte wijziging van de inhoud weerspiegelt. Op een vacaturesite betekent dit dat een wijziging van het weergegeven salaris, de werkplek, het type contract of de wervingsstatus een update van deze datum rechtvaardigt.
Daarentegen zou een automatische reconstructie van het XML-bestand door het CMS, zonder wijziging van de inhoud op de pagina, de waarde van lastmod niet moeten wijzigen. Zoekmachines detecteren deze inconsistentie en negeren uiteindelijk het signaal.
Wijzigingen die een nieuwe lastmod rechtvaardigen
- Wijziging van de vergoeding, de locatie of het type contract vermeld in de advertentie, inclusief in de gestructureerde gegevens JobPosting
- Overgang van een aanbieding van de status “open” naar “vervuld”, of toevoeging van een vermelding van een aanstaande sluiting
- Toevoeging of wijziging van significante redactionele inhoud (functieomschrijving, vereiste vaardigheden, voordelen)
Deze striktheid over lastmod is des te nuttiger omdat Google geen garantie biedt voor het crawlen of indexeren van ingediende URL’s. De sitemap blijft een signaal onder andere. Een betrouwbare datum verhoogt de kans dat de robot terugkomt om een bijgewerkte pagina te verkennen, wat vooral belangrijk is voor aanbiedingen met een beperkte looptijd.
Segmentatie van de sitemap voor een omvangrijke aanbiedingencatalogus
Een sitemap XML-bestand is beperkt tot 50.000 URL’s en 50 MB ongecomprimeerd. Voor een jobboard dat gelijktijdig duizenden aanbiedingen publiceert, legt deze technische limiet de noodzaak op om de sitemap in meerdere bestanden op te splitsen, verbonden door een sitemap-index.
De meest effectieve segmentatie voor een vacaturesite volgt niet de ruwe alfabetische of chronologische logica. Het organiseert zich op basis van het type inhoud.
Aanbevolen opsplitsing per pagetype
- Een bestand voor actieve aanbiedingen, dagelijks bijgewerkt, met betrouwbare lastmod op elke URL
- Een apart bestand voor categoriepagina’s (sectoren, regio’s, beroepsgroepen), waarvan de structuur zelden verandert
- Een bestand voor redactionele inhoud (adviesartikelen, beroepsinformatie), dat langzamer wordt bijgewerkt
- Geen bestand voor verlopen aanbiedingen: de vervulde of verwijderde advertenties moeten uit de sitemap worden verwijderd en een HTTP 410-code of een omleiding retourneren
Deze opsplitsing stelt robots in staat om hun crawlbudget te concentreren op pagina’s die op een bepaald moment waarde hebben. Het opnemen van dode URL’s in een sitemap verzwakt het signaal en vertraagt de verkenning van nieuwe aanbiedingen.
Consistentie tussen sitemap, gestructureerde gegevens en robots.txt
Een effectieve sitemap op een vacaturesite werkt niet op zichzelf. Hij moet consistent zijn met twee andere technische elementen.
Het robots.txt-bestand moet toegang verlenen tot de URL’s die in de sitemap zijn vermeld. Per ongeluk een directory van aanbiedingen blokkeren via een Disallow-richtlijn terwijl deze in de sitemap is verklaard, creëert een conflict dat zoekmachines behandelen door de sitemap voor deze URL’s te negeren.
De gestructureerde gegevens JobPosting, die worden gebruikt om in Google for Jobs te verschijnen, moeten overeenkomen met de pagina’s die in de sitemap XML zijn vermeld. Als een aanbieding in de sitemap staat maar de pagina geen geldige JobPosting-markering bevat, kan de zoekmachine de pagina verlagen of verwijderen uit de verrijkte resultaten.
Periodieke controle van deze drievoudige consistentie (sitemap, robots.txt, gestructureerde gegevens) voorkomt stille zichtbaarheidverlies. Fouten genereren niet altijd een waarschuwing in Search Console, vooral niet als ze betrekking hebben op individuele pagina’s in een catalogus van duizenden URL’s.
De sitemap van een vacaturesite wordt beheerd als een levende gegevensstroom, niet als een statisch bestand dat één keer is ingediend. De waarde hangt af van de striktheid die wordt toegepast op de datums, het opruimen van verlopen aanbiedingen en de afstemming met de rest van de technische infrastructuur. Een schoon, gesegmenteerd XML-bestand dat is gesynchroniseerd met de gestructureerde gegevens blijft de meest directe technische hefboom om ervoor te zorgen dat de juiste advertenties de juiste kandidaten bereiken via zoekmachines.
