Où vivent les recherches immobilières enregistrées maintenant que Webflow User Accounts a disparu ?
La réponse de Webflow est un outil d'adhésion. Sur un site immobilier, cela règle la connexion et laisse la fonctionnalité cassée.
Webflow a retiré User Accounts, et les conseils entourant ce retrait ont été écrits pour le cas général : sites avec membres, contenu réservé et connexions. Ils renvoient vers des plateformes d'adhésion, ce qui est la bonne réponse pour la plupart de ces sites. Les sites immobiliers sont l'exception, et la raison est facile à manquer jusqu'à ce que la refonte soit à moitié faite et que la fonctionnalité ne marche toujours pas. Ce qu'un acheteur veut retrouver n'est pas un compte. C'est une recherche qui continue de tourner.
Qu'a exactement retiré Webflow, et quand ?
User Accounts, le système intégré de Webflow pour les membres d'un site, a été désactivé sur tous les sites le 29 janvier 2026, après avoir cessé d'accepter de nouvelles activations un an plus tôt. Cela mérite d'être dit clairement, car une grande partie des tutoriels encore bien positionnés sur la création de sites immobiliers a été écrite quand la fonctionnalité existait et n'a jamais été révisée. Si vous suivez un guide qui vous dit d'activer User Accounts et d'ajouter des pages utilisateur, le guide n'a pas tort sur le passé : il décrit quelque chose qui n'existe plus. Vérifiez la date de publication de ce que vous suivez, et consultez les avis de retrait de fonctionnalités de Webflow plutôt qu'un blog.
Un outil d'adhésion est-il le bon remplacement ?
Pour la plupart des sites oui, et pour un site immobilier cela règle la plus petite moitié du problème. Une plateforme d'adhésion vous donne des comptes, une connexion, la récupération de mot de passe et des pages réservées, ce que faisait effectivement User Accounts. Ce qu'elle ne vous donne pas, c'est la moindre relation avec les données d'annonces, car elle n'en a aucune. Une recherche enregistrée n'est pas une préférence stockée dans une fiche utilisateur : c'est une requête qu'il faut rejouer sur un flux vivant, comparer au résultat précédent et transformer en notification quand quelque chose change. La couche compte peut retenir qui le souhaite. Elle ne peut pas l'exécuter.
Où doivent donc vivre les recherches enregistrées ?
Chez celui qui détient le flux d'annonces, ce qui sur un site immobilier Webflow signifie le fournisseur IDX et non le site. Les fournisseurs de ce secteur proposent généralement leurs propres comptes prospects, précisément parce que les recherches enregistrées, les favoris et les alertes de nouvelles annonces ne fonctionnent que là où vivent les données et où le calendrier de mise à jour est connu. Utiliser la couche compte du fournisseur signifie que la fonctionnalité marche comme les acheteurs l'attendent dès le premier jour, et que la logique d'alerte est le problème opérationnel de quelqu'un d'autre. La contrepartie est que l'expérience de connexion appartient en partie à un autre prestataire, coût réel et généralement moindre que reconstruire un système de notifications.
Pourriez-vous le construire vous-même ?
Techniquement oui, et c'est un engagement plus lourd qu'il n'y paraît. Il faudrait des tâches planifiées rejouant chaque requête enregistrée à intervalle régulier, un stockage des résultats précédents pour détecter les changements, un e-mail ou une notification réellement délivrable avec gestion du désabonnement, et un moyen de rester dans les règles d'affichage et d'usage imposées par l'accord de données. C'est ce dernier point qui piège, car ces règles ne sont pas optionnelles et varient. C'est raisonnable à construire quand une agence a de la taille, un développeur sous la main et une raison précise pour laquelle la version du fournisseur ne suffit pas. C'est rarement le bon premier réflexe pour le site d'un agent seul.
Qu'advient-il des comptes que les gens avaient déjà ?
Ils cessent de fonctionner, et les personnes qui les détiennent sont celles qu'il vaut le plus la peine de garder. Quiconque a créé un compte sur un site immobilier était un prospect réellement chaud : il était assez avancé pour vouloir que sa recherche soit mémorisée. Traitez la transition comme un exercice de communication plutôt que technique. Exportez ce que détient l'ancien système avant qu'il ne devienne inaccessible, dites clairement à ces personnes ce qui change et ce qu'elles doivent faire, et rendez la nouvelle inscription aussi courte que possible. Une migration silencieuse où les recherches enregistrées cessent simplement d'arriver se lit, côté acheteur, comme un agent qui s'est désintéressé.
Tout cela change-t-il ce que voit Google ?
À peine, et c'est le côté rassurant d'un changement par ailleurs perturbant. Les recherches enregistrées, favoris et alertes vivent tous derrière une connexion : ils n'ont jamais été indexables et leur disparition n'ôte rien à la recherche. Les pages qui portent un site immobilier dans les résultats sont les pages publiques : guides de quartier, contenus acheteur et vendeur, les écrits de l'agent, et les pages d'annonces que le fournisseur expose publiquement. Si la transition tente quelqu'un de restructurer les URL en même temps, résistez ou traitez les redirections délibérément, car c'est ce changement-là qui coûterait des positions, pas la perte de la couche compte.
