Un site vitrine, c’est une carte de visite.

Avez-vous déjà signé un client grâce à une carte de visite ?

La question est légitime pour un site qui a coûté cinq chiffres. Une carte de visite n’est pas inutile. Elle est simplement passive. Elle dit qui vous êtes, elle dort dans un tiroir, et rien en elle ne change quand votre entreprise change.

La plupart des sites d’entreprise sont exactement cela. Beaux, bien photographiés, et totalement déconnectés des systèmes où se fait le vrai travail.

Le problème des quatre onglets ouverts

Prenons une agence immobilière, parce que le schéma s’y voit tout de suite.

Ses biens vivent dans un outil métier, Whise ou Hektor de La Boîte Immo. Ses locations partent vers les portails via Ubiflow. Ses avis clients dorment dans Opinion System. D’autres avis dorment sur Google. Les demandes sont censées finir dans un CRM.

Quatre ou cinq outils métier. Quatre ou cinq onglets ouverts. Et un site web qui n’en sait rien.

Alors quelqu’un recopie les annonces à la main. Le bien vendu reste en ligne trois semaines de plus. Les avis qu’il a fallu deux ans à récolter ne servent à personne, puisqu’ils vivent sur une plateforme qu’aucun acheteur ne consulte. Et la personne qui a rempli le formulaire vendredi dernier se trouve dans une boîte mail, pas dans un pipeline.

Le site ne ment pas. Il décrit l’entreprise au lieu de la refléter.

Changez les noms des outils et c’est valable partout. Un cabinet médical et son logiciel de rendez-vous. Un industriel, son ERP et sa base produits. Un recruteur avec un ATS plein de postes ouverts dont la page carrières ignore tout.

Ce qui change quand le site est branché

Immobilière Pujol, agence marseillaise avec plus de vingt ans d’activité et plus de 5 000 annonces, est la version montrable de cette histoire.

Les annonces arrivent seules. Une couche d’ingestion lit le flux Ubiflow pour les locations et le flux La Boîte Immo pour les ventes, transforme chaque bien en page et récupère les photos dans le stockage objet. La synchronisation tourne trois fois par jour, tous les jours, sans aucune étape humaine. Un bien publié le matin est sur le site à midi, et un bien vendu en sort de la même façon.

Chaque synchronisation rend des comptes. Une routine de vérification automatique envoie un rapport de santé à chaque exécution : flux joignable, nombre d’annonces, stockage synchronisé. L’équipe sait que le pipeline est au vert sans rien vérifier.

Les avis cessent de dormir. Chacun des 23 négociateurs dispose d’une page qui rassemble automatiquement les biens qu’il gère et ceux qu’il a vendus, plus ses propres avis clients issus de l’API Opinion System. Pas une page équipe générique : un historique vérifiable, personne par personne. La page d’accueil porte les avis Google de l’agence, plus de 2 200 avis vérifiés.

Les acheteurs sont prévenus avant de chercher. Quand un nouveau bien correspond à une alerte enregistrée, l’email part automatiquement. Le visiteur n’a pas à penser à revenir, ce qui est la première fuite des sites immobiliers.

Les demandes atterrissent là où le travail se fait. Chaque formulaire est écrit dans le registre de leads de l’équipe, et une demande de vente part aussi directement chez le négociateur concerné : une demande n’est jamais le mail non lu d’une seule personne.

Rien de tout cela ne se voit sur la page. C’est justement l’idée. Le site ressemble à un site et se comporte comme un prolongement du logiciel de l’agence.

Pourquoi les moteurs et les IA récompensent ça

Il y a un second retour, et c’est celui que la plupart des entreprises manquent.

Un site branché produit des données fraîches, structurées et propriétaires, que personne d’autre ne possède. Des pages de biens qui changent chaque jour. Des pages par négociateur avec de vrais avis attachés. Des compteurs vrais à la compilation, au lieu d’un chiffre tapé dans un paragraphe en 2023.

C’est exactement la matière que les crawlers de Google et les assistants IA préfèrent citer. Un moteur génératif qui répond à « quelle agence gère des locations dans ce quartier » a besoin de faits actuels et attribuables. Une page brochure n’offre rien à citer. Une page générée à partir de données vivantes, si.

Et personne ne peut copier ces données, puisqu’elles sortent de vos propres opérations.

Votre site est-il une carte de visite ?

Quatre questions suffisent à trancher.

Quand quelque chose change dans votre outil métier, le site le sait-il ? Si la réponse implique une personne et un copier-coller, non.
Un visiteur peut-il voir sur votre site une information que votre équipe sait fausse ? Une annonce périmée, un produit vendu, un collaborateur parti en mars.
Où va réellement une demande envoyée par formulaire ? Si la réponse est « dans une boîte mail », vous avez un formulaire de contact, pas un pipeline.
Y a-t-il sur votre site une preuve plutôt qu’une affirmation ? Des compteurs vivants, de vrais avis, des disponibilités réelles. Les affirmations ne coûtent rien et tout le monde fait les mêmes.

Ce que nous vérifions avant de brancher quoi que ce soit

Toutes les intégrations ne méritent pas d’être construites, et certaines ne peuvent pas l’être. Trois points décident.

L’outil expose-t-il une API ou un flux ? La plupart des logiciels métier sérieux le font. Whise publie la sienne, La Boîte Immo et Ubiflow exposent des flux, les plateformes d’avis ont des API. Si votre outil n’a rien de tout cela, mieux vaut le savoir avant le devis qu’après.

Que se passe-t-il quand l’appel échoue ? Une bonne intégration se dégrade au lieu de casser. Sur un site client, si l’appel vers la feuille de calcul échoue, les emails de notification partent quand même. La demande du visiteur n’est jamais perdue parce qu’un service tiers a eu une mauvaise après-midi.

Qui vérifie que l’autre bout a bien reçu ? C’est celui qui fait mal. Un statut « délivré » dans l’outil d’envoi ne prouve pas que le système destinataire a ingéré quoi que ce soit. Une adresse d’expéditeur modifiée d’un côté peut casser silencieusement une liste d’autorisation de l’autre, et tout continuera à afficher un succès pendant que les enregistrements n’arrivent jamais. C’est pourquoi un pipeline a besoin d’un contrôle côté destination, et pas seulement côté envoi, et pourquoi nous traitons désormais ce contrôle comme une partie du développement plutôt que comme une surveillance ajoutée plus tard.

La philosophie, en une phrase

Votre site doit savoir ce que votre entreprise sait.

Tout le reste en découle. Des pages qui restent vraies sans que personne ne les entretienne. Des preuves à la place des adjectifs. Des données qui méritent d’être citées, par les moteurs de recherche comme par ce qui répondra aux questions de vos prospects l’année prochaine.

Alors, votre site, c’est encore une carte de visite ?

Pour voir tout ce qu’il y a derrière cet article, l’étude de cas Immobilière Pujol détaille l’architecture et les chiffres, et notre service de développement web explique comment nous abordons la version branchée.