RETS ou API Web RESO : ce que les professionnels de l'immobilier devraient savoir

Introduction

Si vous avez déjà participé à un appel au sujet du flux d'inscriptions de votre site, vous avez probablement entendu les deux termes employés comme s'ils étaient interchangeables. Ils ne le sont pas, et la différence se manifeste parfois dans des choses qui vous importent : ce qu'un fournisseur peut construire, à quelle vitesse, et si vos fiches de propriétés portent les mêmes champs que celles de vos concurrents.

Vous n'avez pas besoin de savoir programmer l'une ou l'autre intégration. Vous avez besoin d'en savoir assez pour poser une question directe et reconnaître une réponse floue.

⚡ Réponse rapide — Quelle est la différence entre RETS et l'API Web RESO ? Les deux sont des façons de déplacer les données d'inscriptions MLS d'une chambre vers un autre système. RETS est la plus ancienne, introduite à la fin des années 1990 et propre à l'immobilier. L'API Web RESO est la norme actuelle, bâtie sur des technologies web générales — OData et JSON — plutôt que sur un protocole réservé à l'immobilier. RESO a déprécié RETS et ne le prend plus en charge, même si des serveurs RETS existants peuvent encore fonctionner.

Ce qu'était RETS, et pourquoi il existait

RETS — le Real Estate Transaction Standard — a résolu un vrai problème. Avant lui, chaque MLS exposait ses données à sa manière, et tout fournisseur voulant travailler sur plusieurs marchés construisait une intégration sur mesure par chambre. RETS a donné à l'industrie une façon convenue de demander des inscriptions.

Il a été conçu à une époque antérieure à JSON, à OAuth et aux API REST comme façon par défaut pour les logiciels de se parler. Il a donc inventé ses propres conventions : son langage de requête, DMQL ; ses formats de données compacts aux côtés du XML ; et l'authentification HTTP digest. Ces choix étaient raisonnables en 1999. Ils ont vieilli.

La conséquence pratique était que travailler avec RETS exigeait des connaissances et des bibliothèques spécialisées. Un développeur web compétent ne pouvait pas simplement s'y mettre, ce qui maintenait restreint le bassin de personnes capables de construire des intégrations immobilières.

Ce qu'est RESO, et ce qu'est l'API Web

RESO — la Real Estate Standards Organization — est l'organisme qui maintient les normes de données de l'industrie. Il vaut la peine de distinguer deux de ses productions, car on les confond souvent :

Le Data Dictionary normalise le nom des données. RESO le décrit comme « le langage universel des données pour l'industrie immobilière », définissant ressources, champs et valeurs permises pour qu'un même concept porte le même nom d'un système à l'autre.

L'API Web normalise la façon dont les données circulent. RESO l'appelle « la manière moderne de transporter les données dans l'industrie immobilière ».

On peut avoir l'un sans l'autre, ce qui explique qu'une chambre puisse être sur l'API Web tout en exposant des champs locaux qu'aucun dictionnaire ne décrit.

Ce qui a changé techniquement

L'API Web est bâtie sur OData v4, une norme générale pour construire et interroger des API, et renvoie du JSON. L'authentification utilise OAuth.

Aucune de ces technologies n'est propre à l'immobilier. C'est tout l'intérêt. Un développeur qui a déjà consommé une API moderne sait déjà consommer celle-ci, et l'outillage ordinaire — clients HTTP, analyseurs JSON, outils de test d'API — fonctionne sans adaptation.

Les requêtes ont changé dans le même sens. Là où RETS exigeait DMQL, l'API Web utilise les paramètres de requête OData, de sorte que le filtrage, le tri et la pagination suivent des conventions employées dans toute l'industrie logicielle.

RETS est-il mort ?

Cela mérite de la nuance, car la réponse assurée que vous entendrez, dans un sens comme dans l'autre, est fausse.

La position de RESO est sans ambiguïté sur le soutien : RETS « a été déprécié et n'est plus pris en charge par RESO ». Le groupe de travail RETS a publié RETS 1.9 comme version finale et a été dissous en 2017 après dix-huit ans, au motif qu'il n'y avait « plus d'affaires à traiter ».

Mais déprécié n'est pas éteint, et RESO a été explicite là-dessus aussi. Cary Sylvester l'a dit directement à l'époque : « RETS n'est pas mort, parce qu'il n'est pas mort tant que vous ne cessez pas de l'utiliser. Mais nous n'allons pas l'étendre davantage. Nous allons nous concentrer sur l'API Web RESO. » Un collègue a proposé l'analogie qui est restée : voyez cela comme Flash — « il n'est plus développé, mais il tourne encore, et beaucoup de gens continuent de le faire tourner ».

L'énoncé exact est donc étroit : RETS ne reçoit plus aucun développement ni soutien de RESO, tandis que certaines implémentations RETS anciennes restent en service. Quiconque vous dit que RETS n'existe plus nulle part exagère ; quiconque le traite comme une norme actuelle sous-estime la direction du mouvement.

Où en est la transition

RESO publie des chiffres d'adoption. Selon son rapport de transition de juin 2026, au moins 90 % des MLS disposent de services d'API Web certifiés RESO, les flux MLS convertis à l'API Web couvrent 62,4 % des abonnés américains, et les flux dont la conversion est engagée en couvrent 76,4 % — contre moins de 5 % de l'industrie en 2021.

Deux lectures. La direction est arrêtée et n'est pas contestée. Mais une part significative des abonnés est encore desservie par des flux dont la conversion n'est pas achevée, ce qui explique que la réponse d'un fournisseur au sujet de votre chambre compte toujours plus que l'agrégat de l'industrie.

Ce que cela signifie si vous êtes courtier ou agence

Quatre choses, et quatre seulement.

Demandez ce que votre chambre dessert. Si votre MLS offre l'API Web, une plateforme qui construit dessus avancera généralement plus vite et cassera moins souvent. Si votre chambre fonctionne encore sur RETS, ce n'est pas une crise, mais cela signifie que votre fournisseur entretient une machinerie plus ancienne.

La conformité au Data Dictionary influe sur vos pages. Une chambre et une plateforme toutes deux alignées sur le Dictionary signifient que les champs arrivent là où ils doivent. Là où elles divergent, quelqu'un doit faire correspondre les champs locaux à la main — et les champs non mis en correspondance s'affichent comme des blancs sur vos fiches.

« Nous prenons en charge RESO » n'est pas une réponse complète. Prendre en charge l'API Web en général et détenir un flux actif et à jour avec votre chambre précise sont deux affirmations différentes. Demandez la seconde.

La migration n'est pas gratuite. Une chambre qui passe de RETS à l'API Web représente aussi un projet du côté du fournisseur. Si votre plateforme est en pleine migration, demandez ce qui change pour votre site et quand.

Pour savoir comment ces données parviennent réellement à une fiche de propriété, voir Intégration MLS : comment les données d'inscription parviennent réellement à votre site.

FAQ

Dois-je savoir quelle norme utilise mon MLS ? Pas au quotidien. Cela devient pertinent au moment de choisir une plateforme, ou quand un fournisseur explique un retard en pointant le flux de votre chambre.

L'API Web RESO est-elle plus rapide ? Elle est généralement plus facile à exploiter et à interroger efficacement, ce qui se traduit plutôt par moins de problèmes d'intégration que par un site plus rapide. La vitesse d'affichage dépend de votre site, pas de votre flux.

Mes inscriptions auront-elles une apparence différente après la migration d'une chambre ? C'est possible. Les migrations changent parfois les champs disponibles ou la façon dont les valeurs sont exprimées. Il est raisonnable d'en parler à votre plateforme avant un basculement.

RESO est-il la même chose que le MLS ? Non. RESO établit des normes. Votre MLS est l'organisation qui détient les données et fixe les règles de leur utilisation.

Qu'est-ce qu'OData, en une phrase ? Une norme largement utilisée pour construire des API web — le même type de technologie que derrière des services web ordinaires, plutôt que quelque chose de propre à l'immobilier.

En bref

RETS a résolu un vrai problème avec les outils de son époque ; il est aujourd'hui déprécié et non pris en charge par RESO, sans être universellement éteint. L'API Web RESO le remplace par des normes web générales — OData, JSON, OAuth — auxquelles s'ajoute le Data Dictionary pour garder des noms de champs cohérents.

Pour la plupart des courtiers, tout cela reste du contexte. La seule question à emporter dans une conversation avec un fournisseur est de savoir s'il détient un flux actif et à jour avec votre chambre — et sur quelle norme il fonctionne.

Vérifiez la couverture sur la page des chambres MLS.

Lectures connexes

• Intégration MLS : comment les données d'inscription parviennent réellement à votre site
• Sites IDX immobiliers : le guide complet
• Conformité MLS et IDX : ce que votre site immobilier doit gérer

Intégrité de la recherche

Rédigé le 16 août 2026 à partir de la documentation de RESO. La formulation de la dépréciation, les détails sur OData v4, JSON et OAuth ainsi que la description du Data Dictionary proviennent des pages API Web et Data Dictionary de RESO. La version finale RETS 1.9, la dissolution du groupe de travail en 2017 et les deux citations proviennent de l'annonce de RESO. Les chiffres d'adoption proviennent du tableau de transition vers l'API Web de RESO, rapport de juin 2026, et sont cités avec cette date parce qu'ils évoluent.

Traduction française de l'article original en anglais. En cas de divergence, la version anglaise fait foi.