Refondre un site immobilier sans perdre Google : le problème des redirections de biens vendus

Cherchez « refaire mon site sans perdre mon SEO » et vous obtiendrez une quinzaine de pages qui disent les six mêmes choses : inventoriez vos URL, faites des redirections 301 une pour une, refaites votre sitemap, vérifiez le robots.txt, surveillez la Search Console, conservez vos liens internes. C'est un bon conseil. La checklist de migration d'Innotia, pour prendre la plus complète que j'aie lue, l'expose en trois phases nettes avec tableaux et schémas, et je n'ai rien à y ajouter.

Sauf qu'elle est écrite, comme toutes les autres pages de ce premier écran de résultats, pour un site dont les pages restent. Un site corporate de douze pages, un fabricant avec un catalogue qui change deux fois par an. Lisez les petites lignes de cette checklist Innotia et elle le dit clairement : elle s'adresse aux PME industrielles, à des contenus institutionnels stables.

Un site d'agence immobilière est l'animal opposé. La plupart de ses URL indexées sont des annonces, et une annonce a une durée de vie. Six mois, dix-huit mois, puis le bien se vend et l'URL n'a aucun équivalent sur le nouveau site. Pas un équivalent déplacé : aucun équivalent du tout. La règle canonique sur laquelle reposent ces quinze pages ne s'applique tout simplement pas à la majorité de vos URL.

Personne dans cette page de résultats n'en parle. Les deux seules pages consacrées spécifiquement à la refonte de sites immobiliers sont des pages de vente, pas des méthodes. Voici donc la méthode.

La partie générique : déjà couverte, je ne la réécris pas

Inventaire des URL, 301 un pour un pour les pages qui existent toujours, régénération du sitemap, contrôle du robots.txt, propriété Search Console configurée avantle lancement plutôt qu'après, liens internes pointant vers les URL finales plutôt que vers des chaînes de redirections.

Faites tout ça. Quinze agences l'expliquent bien et gratuitement, et le réexpliquer ici ferait juste de cet article le seizième. Cette partie de votre migration est un problème résolu, et si votre prestataire ne la fait pas, vous avez un problème de prestataire, pas de méthode.

La suite de cet article porte sur la partie qu'aucun d'eux ne résout.

Pourquoi « rediriger vers la page équivalente » casse sur un site d'agence

Voici la forme du problème. Votre ancien site a, en gros :

• Une douzaine de pages structurelles : accueil, acheter, vendre, louer, estimation, à propos, contact, peut-être un blog.
• Quelques pages de villes ou de quartiers, si vous avez été bien conseillé.
• Puis des centaines, parfois des milliers, d'URL d'annonces. Certaines pointent vers des biens encore sur le marché. La plupart pointent vers des biens vendus il y a des années, qui renvoient discrètement une 404 depuis, ou pire, qui sont toujours en ligne.
• Et une longue traîne d'URL de résultats de recherche avec paramètres, ?type=maison&ville=…&page=3, indexées parce que personne ne leur a dit de ne pas l'être.

La règle du un pour un traite les deux premières catégories et rien d'autre. Pour la troisième, « rediriger vers la page équivalente » est une question sans réponse, parce que la réponse est le bien n'existe plus.

Ce problème exact a été résolu côté e-commerce. Produits supprimés, références abandonnées, rupture de stock définitive : la pratique standard est un 410 pour une suppression définitive, un 301 vers la catégorie en ligne la plus proche quand l'URL a acquis quelque chose qui vaut la peine d'être conservé, et une 404 bien conçue pour le reste. WebRankInfo y consacre tout un dossier. C'est mûr, c'est bien argumenté, et personne ne l'a transposé à l'immobilier, où la granularité est différente : non pas « catégorie », mais ville, type de bien, tranche de prix, vendu-mais-toujours-une-référence.

Cette transposition, c'est tout le travail. La voici.

Un test, puis l'arbre

Le test qui tranche chaque branche :

La personne dont la recherche a mené à cette ancienne URL serait-elle servie par la page vers laquelle vous l'envoyez ?

Un visiteur qui a cherché quelque chose comme maison 3 chambres avec jardin, Montigny-le-Tilleulet qui arrive sur un bien que vous avez vendu depuis est servi par votre page des maisons à Montigny. Même intention, stock en ligne, il peut continuer. C'est un 301 légitime.

Ce même visiteur n'est passervi par une page commune « ce bien a été vendu », et encore moins par votre page d'accueil. Envoyer des centaines d'URL d'annonces mortes vers une seule destination générique, c'est le schéma auquel la Search Console consacre un rapport entier : les soft 404. Vous avez le coût de maintenance d'une table de redirection sans aucun de ses bénéfices.

Donc : redirigez vers une page qui répond à la même question, ou ne redirigez pas du tout.Un 410 n'est pas un échec. C'est vous qui dites honnêtement à l'index que cette chose a disparu, ce qui est vrai.

L'arbre de décision pour les URL d'annonces

Quatre règles rendent ce tableau utilisable sur un vrai catalogue.

1. La référence du bien est votre clé de jointure.Vos anciennes URL d'annonces contiennent presque certainement la référence ou l'identifiant du bien, /bien/12345-maison-charleroi, ou dans les cas laids ?id=48213. Les nouvelles aussi, parce que les deux sont générées depuis le même flux du CRM. Extrayez cette référence des deux côtés et vous pouvez générer automatiquement l'essentiel du plan au lieu d'écrire des centaines de lignes à la main. Si votre prestataire vous dit que la correspondance doit être manuelle, il n'a pas regardé le flux. C'est aussi la première chose à vérifier quand vous choisissez un prestataire : en résumé, c'est le flux qui décide quelle part de votre migration est un script et quelle part est de la saisie.
2. Fixez le seuil du traitement individuel, et mesurez-le, ne le devinez pas. Mon seuil : une URL d'annonce a sa propre ligne dans le plan si elle a au moins un domaine référent, ou au moins une entrée organique enregistrée sur les 16 derniers mois(la fenêtre complète de la Search Console). Tout ce qui est sous ce seuil reçoit une règle groupée par motif de dossier. Sur la plupart des catalogues d'agences, les URL traitées individuellement sont une petite minorité, mais il faut exporter les données et compter, parce qu'une « petite minorité » de trois mille URL reste une vraie liste, et l'annonce qu'un journal local a citée il y a cinq ans s'y trouve.
3. Gérez le retour de bâton avant qu'il arrive, pas après.Un bien revient sur le marché. Vous avez déjà redirigé son ancienne URL en 301 vers une page de ville : vous avez maintenant une redirection qui éloigne d'une annonce en ligne. La solution est architecturale : gardez la table de redirection comme des données dans le CMS, indexées sur la référence du bien, pas comme des lignes dans un .htaccessou une configuration nginx que personne ne veut toucher. Republier la référence 12345 supprime alors automatiquement sa redirection et rétablit un 200. Si votre prestataire code les redirections en dur dans la configuration du serveur, demandez-lui à voix haute ce qui se passe dans six mois quand une vente tombe à l'eau. La réponse en dit long.
4. Votre sitemap est un catalogue vivant, pas une archive. Générez-le à partir des seules annonces en ligne et des pages structurelles, et assurez-vous que lastmod change vraiment quand une annonce change : un lastmodqui se met à jour à chaque régénération, c'est du bruit. Si vous voulez accélérer la découverte des redirections, un sitemap séparé et temporairedes anciennes URL pour la période de migration est légitime. Donnez-lui une date de suppression, trente jours, et supprimez-le vraiment. Sinon, vous avez bâti un monument permanent à des pages qui n'existent pas.

La partie où vous touchez au SEO en croyant ne toucher qu'au design

Un plan de migration qui ne couvre que les URL rate l'autre moitié de ce que fait une refonte.

Le seul audit détaillé dont je dispose d'un site d'agence belge est celui d'Etimo, à Charleroi : plus de soixante ans d'activité, des avis certifiés, un large catalogue. Le H1 de sa page d'accueil est le mot « Accueil ».

Le corriger est évidemment la bonne décision. Ce n'est pas pour autant un changement de design. La page d'accueil est la page qui reçoit le plus de liens internes de tout le site : chaque logo de chaque en-tête y renvoie. Réécrire son H1, d'un libellé de navigation en une vraie phrase de positionnement, modifie la page la plus référencée de tout le site, le jour même où vous changez la structure des URL, les modèles, le maillage interne et le profil de vitesse.

Ce n'est pas un argument pour laisser « Accueil » tel quel. C'est un argument pour le noter. Les H1, les titleet les meta descriptions avant/après de vos vingt premières pages ont leur place dans le même document que le plan de redirection, pour une raison ennuyeuse : si quelque chose bouge après le lancement, il faut savoir quel changement l'a fait bouger. Sinon, vous passez un mois à débattre d'une redirection qui allait très bien pendant que le vrai coupable dort dans un modèle de page.

Une note honnête sur les preuves :c'est une méthode de praticien, pas le compte rendu d'une migration que j'ai mesurée. Je n'ai aucune donnée Search Console avant/après à vous montrer : aucun site immobilier que j'ai refait n'est passé par une migration documentée avec des courbes de trafic publiées, et je ne vais pas prétendre le contraire. Ce qui est de première main ici, c'est la structure du problème, tirée d'audits de vrais sites d'agences et de leurs catalogues d'annonces, et le raisonnement derrière chaque branche de l'arbre, que vous pouvez juger sur pièces. Vous verrez aussi circuler des chiffres sur le sujet : un pourcentage de trafic que vous perdriez, un nombre de jours pour vous en remettre. J'en ai croisé plusieurs pendant mes recherches, sur des pages d'agences qui vendent des services de migration. Je n'en reprends aucun, parce que je ne peux en vérifier aucun.

Le document à demander avant de signer

Vous n'avez pas besoin de le construire vous-même. Vous devez vous assurer qu'il existe, par écrit, avant le début du projet, parce qu'après le lancement, c'est de la médecine légale.

1. Demandez l'inventaire des URL comme un livrable, pas comme une promesse.Un vrai export de toutes les URL indexées, avant qu'une seule ligne de code soit écrite. Si un prestataire ne peut pas le produire en première semaine, il ne le produira pas en sixième semaine.
2. Demandez précisément ce que deviennent les biens vendus.Employez ces mots. Si la réponse est « on redirigera tout » ou « on mettra des 301 », demandez quelle cible, pour quel statut de bien. Un prestataire qui l'a déjà fait sur un site immobilier aura un avis sur les pages de villes face aux 410. Celui qui ne l'a jamais fait dira « on redirigera tout vers la page d'accueil ».
3. Demandez où vit la table de redirection.Des données dans le CMS indexées sur la référence du bien, ou une configuration serveur ? Voir la règle 3 ci-dessus : c'est la question qui décide si votre site survit au retour d'un bien sur le marché.
4. Demandez le tableau avant/après des H1, des title et des meta descriptions de vos vingt pages les plus visitées. Ça coûte un après-midi, et c'est la seule chose qui permette de diagnostiquer une baisse après le lancement.
5. Demandez qui surveille, et pendant combien de temps.J-1 (explorer l'ancien site, figer l'inventaire), J+1 (explorer le nouveau, vérifier que chaque redirection aboutit en un seul saut et renvoie le statut décidé), J+30 (rapport de couverture de la Search Console, chaînes de redirection, 404 qui ne devraient pas être là). Mettez les trois dates dans le contrat.
6. Obtenez-le avant de comparer les prix.Deux devis pour la même refonte ne sont pas comparables si l'un inclut un plan de migration et l'autre la phrase « optimisé SEO ». J'ai écrit sur l'écart des devis selon le budget dans un article précédent sur le prix des sites immobiliers : cette ligne est l'une des plus grandes différences silencieuses entre eux.

C'est tout l'argument pour faire la refonte au lieu de la repousser encore. Oui, une migration mal exécutée peut vous coûter un trafic que vous avez mis des années à gagner. La réponse n'est pas de garder un site avec un H1qui dit « Accueil » et aucun bouton visible, un problème que j'ai décortiqué en détail dans un décryptage précédent du site d'une agence belge de 40 ans. La réponse est de faire du plan un livrable contractuel avant que quiconque ouvre un outil de design.

Hamza BenjaabaWeb designer et développeur no-code, spécialisé dans les sites d'agences immobilières et de commerces de services locaux. Ce qui est de première main dans cet article : les audits de vrais sites d'agences derrière l'exemple d'Etimo et la structure du problème des catalogues d'annonces. Ce qui ne l'est pas : des données mesurées de migration avant/après, que je n'ai pas et que je ne prétends pas avoir. L'arbre de décision est ma méthode de travail, publiée pour que vous puissiez la discuter, ou la remettre à celui qui vous fait un devis.