Een vastgoedsite die wekelijks tientallen advertenties publiceert, evenveel verwijdert en dagelijks de prijzen bijwerkt, genereert een volume aan URL’s dat zoekmachines niet alleen kunnen raden. Zonder een goed onderhouden sitemapbestand blijft een deel van deze advertenties dagenlang, soms wekenlang, onzichtbaar. Dit verschil tussen de realiteit van de catalogus en wat Google ziet, vormt een echt operationeel probleem.
Omzet van vastgoedadvertenties en Google-crawl
Op een klassieke vitrinewebsite bewegen de pagina’s weinig. Op een vastgoedportaal verandert de omzet van advertenties de situatie: onroerend goed verschijnt, verdwijnt of ziet zijn prijs meerdere keren per dag veranderen. Google bezoekt niet voortdurend elke URL. Het kent een beperkt crawlbudget toe aan elke site.
De XML-sitemap dient precies om dit budget te sturen. Door de actieve URL’s te vermelden met een bijgewerkt lastmod-veld, geven we de robots aan welke pagina’s een nieuw bezoek verdienen. Een advertentie die ‘s ochtends is gepubliceerd, kan zo dezelfde dag nog in de zoekresultaten verschijnen, in plaats van te wachten tot Googlebot deze toevallig ontdekt via de interne linkstructuur.
Omgekeerd voorkomt het verwijderen van verkochte of verlopen advertenties uit de sitemap dat er onnodig bezoeken van robots naar dode pagina’s plaatsvinden. Dit principe wordt concreet toegepast op de sitemappagina van Up Immo, waar alleen de relevante URL’s aan de zoekmachines worden getoond.
Vastgoedfilterpagina’s: wat de sitemap niet mag bevatten
Vastgoedportalen bieden vaak geavanceerde filters aan (prijs, oppervlakte, aantal kamers, wijk). Elke combinatie van filters genereert een aparte URL. De reflex zou zijn om ze allemaal in de sitemap op te nemen om de dekking te vergroten. Dit is een veelvoorkomende technische fout.
Lege of ultra-specifieke resultaatpagina’s verdunnen de waargenomen kwaliteit van de site. Google identificeert ze als thin content, dat wil zeggen pagina’s zonder echte toegevoegde waarde. Als de sitemap vol staat met dergelijke pagina’s, verliest de zoekmachine vertrouwen in het hele bestand en vertraagt het de verkenning van de pagina’s die er echt toe doen.
De juiste aanpak is om te sorteren wat in de sitemap komt:
- Structurerende categoriepagina’s (advertenties per stad, per wijk, per type onroerend goed) verdienen het om erin te staan, omdat ze gericht zijn op echte zoekopdrachten van gebruikers.
- Pagina’s die voortkomen uit te specifieke filtercombinaties (appartement met 3 kamers tussen 47 en 52 m² op minder dan 800 m van de metro) moeten in noindex blijven en uit de sitemap worden gehouden.
- Resultaatpagina’s die geen enkele advertentie tonen, hebben geen reden om te bestaan in de ogen van Google en verbruiken crawlbudget voor niets.
We reinigen de sitemap zoals we een vitrine reinigen: alleen tonen wat waarde heeft voor de bezoeker.
Structuur van de vastgoedsite en de regel van drie klikken
Een sitemap vervangt geen goede site-architectuur, maar compenseert de zwaktes ervan. Op een portaal met duizenden advertenties raken sommige pagina’s begraven op vijf of zes niveaus diep. Google verkent pagina’s die verder dan drie klikken van de startpagina verwijderd zijn, minder goed.
De sitemap fungeert als een snelkoppeling. Zelfs als een recente advertentie in een weinig bezochte wijk alleen via een diep navigatietraject is verbonden, garandeert de aanwezigheid in de sitemap dat Googlebot deze zal vinden zonder afhankelijk te zijn van de interne linkstructuur.
Navigatiediepte en SEO-zichtbaarheid
Voor een vastgoedsite heeft de navigatiediepte directe invloed op de zichtbaarheid van advertenties in de zoekresultaten. Pagina’s dicht bij de root worden frequenter gecrawld. De sitemap maakt het mogelijk om de prioritaire advertenties kunstmatig omhoog te halen in de wachtrij van de robot, zonder de structuur van de site aan te passen.
Concreet kunnen we de sitemap segmenteren in meerdere bestanden (één per stad of per type onroerend goed) via een index van sitemaps. Deze organisatie helpt de zoekmachines om de catalogus in logische blokken te verwerken in plaats van als een platte lijst van duizenden URL’s.
Controleren of Google uw vastgoed-sitemap daadwerkelijk leest
Een sitemap indienen in Google Search Console is niet genoeg. Het is belangrijk regelmatig te controleren of het bestand goed wordt gelezen en of de ingediende URL’s daadwerkelijk worden gecrawld.
Search Console toont het aantal URL’s dat via de sitemap is ontdekt en die daadwerkelijk zijn geïndexeerd. Een groot verschil tussen ingediende URL’s en geïndexeerde URL’s wijst op een probleem: pagina’s met fout 404, loopredirects, duplicate content of pagina’s geblokkeerd door robots.txt.
De terugkoppeling varieert op dit punt afhankelijk van de grootte van de site, maar enkele regelmatige controles helpen om anomalieën te detecteren:
- Vergelijk het aantal URL’s in de sitemap met het aantal geïndexeerde URL’s in het dekkingsrapport.
- Controleer of het lastmod-veld de datum van de laatste werkelijke wijziging van elke advertentie goed weergeeft, niet een vaste of automatisch gegenereerde datum zonder inhoudsverandering.
- Zorg ervoor dat de advertenties die uit de catalogus zijn verwijderd, ook binnen een redelijke termijn uit de sitemap worden verwijderd.
De val van een vast lastmod
Google heeft onlangs herinnerd dat het lastmod-veld alleen in aanmerking wordt genomen als het overeenkomt met een werkelijke wijziging van de inhoud. Sommige vastgoed-CMS’en regenereren de sitemap met de datum van de dag op alle URL’s, zelfs zonder wijziging. De zoekmachine negeert dit signaal uiteindelijk, wat het nut van de sitemap om de crawl van bijgewerkte advertenties te versnellen, tenietdoet.
Een goed onderhouden sitemap op een vastgoedsite is geen bestand dat je één keer genereert en vervolgens vergeet. Het is een levend hulpmiddel, afgestemd op het werkelijke ritme van de catalogus. Wanneer de advertenties snel veranderen, moet de sitemap in hetzelfde tempo volgen, anders laat je Google werken met een verouderde kaart.