Un site immobilier qui publie plusieurs dizaines d’annonces par semaine, en retire autant et met à jour les prix quotidiennement, génère un volume d’URL que les moteurs de recherche ne peuvent pas deviner seuls. Sans fichier sitemap correctement maintenu, une partie de ces annonces reste invisible pendant des jours, parfois des semaines. C’est ce décalage entre la réalité du catalogue et ce que Google voit qui pose un vrai problème opérationnel.
Turnover des annonces immobilières et crawl de Google
Sur un site vitrine classique, les pages bougent peu. Sur un portail immobilier, le turnover des annonces change la donne : des biens apparaissent, disparaissent ou voient leur prix modifié plusieurs fois par jour. Google ne repasse pas sur chaque URL en permanence. Il alloue un budget de crawl limité à chaque site.
A lire aussi : Tout savoir pour réussir votre projet immobilier : conseils, astuces et tendances
Le sitemap XML sert précisément à orienter ce budget. En listant les URL actives avec un champ lastmod à jour, on signale aux robots quelles pages méritent un nouveau passage. Une annonce publiée le matin peut ainsi remonter dans les résultats de recherche le jour même, au lieu d’attendre que Googlebot la découvre par hasard via le maillage interne.
À l’inverse, retirer du sitemap les annonces vendues ou expirées évite de gaspiller des visites de robots sur des pages mortes. On retrouve ce principe appliqué concrètement sur la page sitemap de Up Immo, où seules les URL pertinentes sont exposées aux moteurs.
A lire également : Comment choisir la meilleure mutuelle santé pour optimiser votre couverture en 2024
Pages de filtres immobiliers : ce que le sitemap ne doit pas contenir
Les portails immobiliers proposent souvent des filtres avancés (prix, surface, nombre de pièces, quartier). Chaque combinaison de filtres génère une URL distincte. Le réflexe serait de toutes les inclure dans le sitemap pour augmenter la couverture. C’est une erreur technique courante.
Les pages de résultats vides ou ultra-spécifiques diluent la qualité perçue du site. Google les identifie comme du thin content, c’est-à-dire des pages sans valeur ajoutée réelle. Si le sitemap en regorge, le moteur perd confiance dans l’ensemble du fichier et ralentit l’exploration des pages qui comptent.
La bonne approche consiste à trier ce qui entre dans le sitemap :
- Les pages de catégorie structurantes (annonces par ville, par quartier, par type de bien) méritent d’y figurer, car elles ciblent des requêtes réelles des internautes.
- Les pages issues de combinaisons de filtres trop précises (appartement 3 pièces entre 47 et 52 m² à moins de 800 m du métro) doivent rester en noindex et hors du sitemap.
- Les pages de résultats qui renvoient zéro annonce n’ont aucune raison d’exister aux yeux de Google et consomment du budget de crawl pour rien.
On nettoie le sitemap comme on nettoie une vitrine : ne montrer que ce qui a de la valeur pour le visiteur.
Structure du site immobilier et règle des trois clics
Un sitemap ne remplace pas une bonne architecture de site, mais il en compense les faiblesses. Sur un portail avec des milliers d’annonces, certaines pages se retrouvent enfouies à cinq ou six niveaux de profondeur. Google explore moins bien les pages situées au-delà de trois clics depuis la page d’accueil.
Le sitemap agit comme un raccourci. Même si une annonce récente dans un quartier peu consulté n’est reliée que par un fil de navigation profond, sa présence dans le sitemap garantit que Googlebot la trouvera sans dépendre du maillage interne.
Profondeur de navigation et visibilité SEO
Pour un site immobilier, la profondeur de navigation impacte directement la visibilité des annonces dans les résultats de recherche. Les pages proches de la racine sont crawlées plus fréquemment. Le sitemap permet de remonter artificiellement les annonces prioritaires dans la file d’attente du robot, sans toucher à l’arborescence du site.
Concrètement, on peut segmenter le sitemap en plusieurs fichiers (un par ville ou par type de bien) via un index de sitemaps. Cette organisation aide les moteurs à traiter le catalogue par blocs logiques plutôt que comme une liste plate de plusieurs milliers d’URL.
Vérifier que Google lit réellement votre sitemap immobilier
Soumettre un sitemap dans Google Search Console ne suffit pas. Il faut vérifier régulièrement que le fichier est bien lu et que les URL soumises sont effectivement explorées.
Search Console affiche le nombre d’URL découvertes via le sitemap et celles réellement indexées. Un écart important entre URL soumises et URL indexées signale un problème : pages en erreur 404, redirections en boucle, contenu dupliqué ou pages bloquées par le robots.txt.
Les retours varient sur ce point selon la taille du site, mais quelques vérifications régulières permettent de détecter les anomalies :
- Comparer le nombre d’URL dans le sitemap avec le nombre d’URL indexées dans le rapport de couverture.
- Vérifier que le champ lastmod reflète bien la date de dernière modification réelle de chaque annonce, pas une date figée ou générée automatiquement sans changement de contenu.
- S’assurer que les annonces retirées du catalogue sont aussi retirées du sitemap dans un délai raisonnable.
Le piège du lastmod figé
Google a rappelé récemment que le champ lastmod n’est pris en compte que s’il correspond à une modification réelle du contenu. Certains CMS immobiliers régénèrent le sitemap avec la date du jour sur toutes les URL, même sans changement. Le moteur finit par ignorer ce signal, ce qui annule l’intérêt du sitemap pour accélérer le crawl des annonces mises à jour.
Un sitemap bien maintenu sur un site immobilier n’est pas un fichier qu’on génère une fois et qu’on oublie. C’est un outil vivant, calé sur le rythme réel du catalogue. Quand les annonces bougent vite, le sitemap doit suivre au même tempo, sous peine de laisser Google travailler avec une carte périmée.