Par Cédric Dossou Yovo
Une API REST est la porte technique classique (JSON, devs). MCP est une surcouche pensée pour les IA : le LLM lit une description en langage naturel de ce qu'il peut faire. MCP ne remplace pas l'API, il la rend utilisable par Claude/ChatGPT/Gemini sans code custom. Cas idéaux MCP en immo : estimation (DVF/DPE), suivi mandats, reporting hebdo.
En bref Une API, c'est la porte d'entrée technique classique d'un logiciel : ton CRM immo (Hektor, Apimo, Netty) expose ses données via des URL structurées que des développeurs savent lire. Un MCP (Model Context Protocol), c'est une couche supplémentaire posée par-dessus, pensée pour les IA : au lieu que Claude ou ChatGPT lise du code technique brut (JSON), il lit une description en langage naturel de ce qu'il peut faire. Résultat : la même API + un serveur MCP = une IA qui parle à ton CRM sans qu'un développeur réécrive l'intégration à chaque prompt. MCP ne remplace pas les API. Il les rend utilisables directement par les IA.
📁 Dossier MCP & immobilier Ce guide fait partie de notre dossier complet sur le protocole MCP appliqué à l'immobilier : • MCP data.gouv (pilier) : DVF, DPE, cadastre • Top 7 MCP open source pour agent immo • MCP vs API : la différence en clair (tu es ici) • Connecter son CRM immo (Hektor, Apimo, Netty) à Claude via MCP
Le lundi matin de Sophie, directrice d'agence à Nantes
8h47. Sophie ouvre son ordinateur. Elle doit préparer la réunion d'équipe de 9h30, avec la liste des mandats à relancer, les compromis signés de la semaine, et un état des lieux du marché sur son secteur. D'habitude, c'est 45 minutes : ouvrir Hektor, exporter en Excel, croiser avec l'agenda Google, aller chercher les prix moyens sur DVF, tout coller dans un document.
Ce lundi, Sophie ouvre Claude et tape une seule phrase : « Prépare-moi mon reporting du lundi : mandats sans contact depuis 15 jours, compromis signés cette semaine, benchmark prix moyens Nantes-Chantenay. » Trois minutes plus tard, elle a son document. Ce n'est pas de la magie, c'est un MCP branché sur son CRM, son agenda et data.gouv.
Voilà la différence concrète entre une API classique et un MCP : la première demande un développeur pour chaque nouvelle question, le second comprend directement ce que tu veux. Le reste de l'article détaille comment ça marche, ce que ça coûte, et ce que ça change pour ton agence.
Le trajet d'une demande en langage naturel : Claude choisit le bon outil MCP, qui appelle l'API du CRM, qui interroge la base de données.
Le contexte : pourquoi le débat existe
Depuis 2023, les grandes IA génératives (Claude, ChatGPT, Gemini) sont devenues capables de raisonner sur à peu près n'importe quoi. Sauf que sans accès à tes données métier (mandats, prospects, DVF, DPE, agenda), elles tournent à vide. Toute la course technique de 2024-2026 a tourné autour d'une seule question : comment brancher l'IA sur les vraies données de l'entreprise, proprement, sans réécrire tout ton parc logiciel.
Deux réponses existent. Les API REST, standard depuis 20 ans, que tous les CRM immo exposent déjà. Et le MCP (Model Context Protocol), lancé par Anthropic en novembre 2024 et devenu de facto le standard IA en 2026 (Google, OpenAI, Microsoft l'ont adopté). Ce n'est pas un affrontement. C'est une superposition. Encore faut-il comprendre laquelle sert à quoi.
API REST : le socle qu'on connaît
Une API REST, c'est un annuaire d'URL. Tu tapes GET /biens?ville=Nantes&prix_max=300000 sur le serveur d'Hektor, et tu récupères une liste au format JSON. C'est structuré, rapide, sûr : les développeurs adorent. Chaque CRM immo sérieux (Hektor, Apimo, Netty, SweepBright, Périclès) expose une API documentée pour ses partenaires.
Non. MCP s'appuie souvent sur des API en dessous. C'est une couche supplémentaire pensée pour les LLM, pas un remplaçant. L'API reste le moteur qui parle à la base de données, MCP est l'interface qui parle à l'IA.
Oui. Il suffit de développer un serveur MCP qui traduit les points d'entrée existants. C'est ce que feront à terme Hektor, Apimo, Netty, SweepBright. En attendant, un intégrateur peut monter le serveur MCP par-dessus l'API publique du CRM en quelques jours.
Le protocole est open source, poussé par Anthropic depuis novembre 2024. Google (Gemini), OpenAI (ChatGPT) et Microsoft (Copilot) l'ont adopté sur 2025-2026. C'est le candidat sérieux au standard IA fin 2026.
Sur une équipe de 5 négociateurs actifs, on compte 5 à 8 heures gagnées par semaine et par personne (reporting, matching, extractions). Retour sur investissement en 2 à 4 mois pour un projet à 2 500-6 000 € HT. Le vrai levier reste le prompt et le workflow, pas le protocole lui-même : MCP sans démarche IA structurée, c'est un gadget.
Compatible à deux conditions. Un, tu héberges ton serveur MCP toi-même sur une infrastructure européenne (OVH, Scaleway, Infomaniak) pour que les données personnelles ne quittent pas l'UE. Deux, tu signes un accord de traitement de données avec Anthropic (Claude est certifié SOC 2 Type II, doc dispo sur trust.anthropic.com). Ton DPO validera sur ces bases. À éviter absolument : un MCP hébergé chez un tiers américain non-Privacy Shield pour du prospect qualifié.
Pour les serveurs déjà existants (data.gouv, filesystem, Airtable, Notion), non : c'est un fichier de config à modifier dans Claude Desktop. Pour créer un MCP custom sur son CRM, oui : un dev junior TypeScript ou Python fait ça en quelques jours si l'API existe déjà.
Pas encore nativement côté OpenAI en début 2026, mais l'annonce d'adoption a été faite en 2025 et l'implémentation est en cours. En 2026, MCP fonctionne surtout sur Claude Desktop, Cursor, Zed. La compatibilité universelle est attendue courant 2026-2027.