Les sites immobiliers publient et retirent des annonces à un rythme que peu d’autres secteurs connaissent. Un bien vendu disparaît, un nouveau mandat génère une URL fraîche, une baisse de prix modifie le contenu d’une page existante. Le sitemap XML est le fichier qui signale ces mouvements aux moteurs de recherche. Son rôle ne se limite pas à lister des URL : il structure la communication entre un catalogue mouvant et les robots d’exploration de Google.
Pour un site qui brasse des centaines d’annonces, la question dépasse la simple présence du fichier. Elle porte sur ce que Google fait réellement des URL qu’on lui soumet, et sur les cas où la découverte d’une page ne mène pas à son indexation.
Annonces découvertes mais non indexées : le piège du sitemap immobilier bien rempli
Un sitemap complet donne l’impression que le travail technique est fait. Toutes les annonces y figurent, le fichier est soumis dans Search Console, Google confirme la réception. Le problème survient quand une partie significative de ces URL reste dans l’état « Découverte, actuellement non indexée » ou « Explorée, actuellement non indexée ».
Google traite le sitemap comme un indice, pas comme une instruction. Soumettre une URL ne garantit ni son exploration, ni son indexation, ni son classement. Pour un catalogue immobilier, ce décalage se manifeste sur les annonces dont le contenu ressemble trop à d’autres pages du site : même type de bien, même ville, descriptions quasi identiques.
Quand on consulte le sitemap de G Immobilier, on observe une structure qui reflète un catalogue actif avec des URL organisées par type de contenu. Cette lisibilité aide Google à parcourir le site, mais elle ne résout pas le problème de fond si les pages elles-mêmes manquent de contenu distinctif.
Un sitemap signale des URL, il ne corrige pas la qualité des pages. Si Google découvre une annonce mais juge son contenu trop mince ou trop similaire à une autre, il peut choisir de ne pas l’indexer. Le fichier XML remplit alors son rôle de découverte sans produire de résultat visible dans les résultats de recherche.
La date lastmod sur une fiche immobilière : quand elle sert et quand elle nuit
La balise lastmod dans le sitemap indique la date de dernière modification d’une URL. Google précise que cette date n’est utile que si elle correspond à une modification significative du contenu de la page. Une régénération automatique du sitemap qui met à jour toutes les dates sans changement réel du contenu envoie un signal trompeur.
Pour une annonce immobilière, une modification significative correspond à un changement métier concret : baisse ou hausse du prix, ajout de nouvelles photos, passage du statut « à vendre » à « sous compromis », mise à jour de la surface après métrage. Ces modifications justifient une date lastmod actualisée parce qu’elles changent réellement ce que le visiteur trouve sur la page.
À l’inverse, un CMS qui régénère le sitemap chaque nuit et rafraîchit la date de toutes les annonces, y compris celles inchangées depuis des semaines, finit par décrédibiliser le signal. Google apprend à ignorer la balise lastmod d’un site quand elle ne reflète pas la réalité. Le robot d’exploration revient alors selon son propre rythme, sans tenir compte des indications du fichier.
Vérifier la fiabilité de lastmod sur un site immobilier
- Comparer la date lastmod d’une annonce dans le sitemap avec la date de dernière modification visible sur la page elle-même : si elles ne correspondent pas, le signal est incohérent
- Configurer le CMS pour qu’il ne mette à jour lastmod que lors d’un changement de champ structuré (prix, surface, disponibilité, photos), pas lors d’une simple republication
- Surveiller dans Search Console la fréquence d’exploration des annonces récemment modifiées par rapport à celles restées identiques : un écart confirme que Google tient compte du signal
Segmenter le sitemap XML pour diagnostiquer un catalogue immobilier
Un fichier sitemap unique qui mélange pages d’agences, annonces de vente, annonces de location, pages de quartiers et articles de blog rend le suivi dans Search Console difficile à exploiter. Séparer les sitemaps par type de contenu permet de mesurer le taux d’indexation de chaque catégorie indépendamment.
Cette segmentation n’est pas une exigence technique de Google. Le moteur traite un sitemap unique de la même façon qu’un ensemble de fichiers séparés. L’intérêt est purement diagnostique : quand on constate que la majorité des pages d’agences sont indexées mais qu’une part importante des annonces de location ne l’est pas, le problème se localise.
Sitemap d’images pour les galeries de biens
Les photos de biens constituent souvent l’élément le plus consulté d’une annonce. Quand ces images sont chargées par JavaScript ou hébergées sur un CDN externe, Google peut ne pas les découvrir en explorant la page HTML. Un sitemap d’images distinct ou des entrées d’images ajoutées au sitemap existant aident à signaler ces visuels au moteur de recherche.
Google accepte les deux approches : intégrer les balises image dans le sitemap principal ou créer un fichier dédié. Pour un site immobilier dont chaque annonce contient plusieurs photos, la seconde option facilite la maintenance. La découverte des images via le sitemap ne garantit pas leur indexation dans Google Images, mais elle élimine l’obstacle technique de la non-découverte.
Annonces retirées et gestion des URL dans le sitemap immobilier
Un bien vendu génère une URL qui n’a plus de raison d’apparaître dans les résultats de recherche. Deux erreurs courantes persistent sur les sites immobiliers : laisser l’URL dans le sitemap après retrait de l’annonce, ou supprimer la page sans redirection ni signal clair.
Le sitemap ne doit contenir que les URL que l’on souhaite voir indexées. Continuer à y lister une page d’annonce remplacée par une page d’erreur 404 ou redirigée vers la page d’accueil gaspille le budget d’exploration. Google finira par ignorer ces URL, mais le délai crée du bruit dans les rapports Search Console.
La pratique la plus cohérente consiste à retirer l’URL du sitemap au moment où l’annonce est dépubliée, puis à mettre en place une redirection 301 vers une page pertinente (la catégorie du bien, le quartier, ou une annonce similaire). Cette approche conserve la valeur des liens entrants éventuels et envoie un signal net au moteur de recherche.
- Retirer du sitemap toute URL renvoyant un code 404, 410 ou redirigeant vers une page générique
- Automatiser la suppression dans le CMS au moment du changement de statut de l’annonce (vendu, retiré, expiré)
- Vérifier périodiquement via Search Console que le nombre d’URL dans le sitemap correspond au nombre réel d’annonces actives
Un sitemap immobilier propre et à jour ne transforme pas à lui seul la visibilité d’un site dans Google. Il fournit un cadre technique fiable pour que les annonces réellement pertinentes aient une chance d’être explorées, indexées et classées. Le fichier XML reste un outil de communication avec les moteurs de recherche, pas un levier de positionnement. La différence se joue sur ce que contient chaque page une fois que Google décide de la visiter.
