IDX & MLS
RETS o API web RESO: lo que los profesionales inmobiliarios deberían saber
Qué era RETS, qué es la API web RESO y por qué el sector migró — una explicación clara de transportes, formatos de datos y el Data Dictionary.

Introducción
Si alguna vez has estado en una llamada sobre el flujo de propiedades de tu web, probablemente hayas oído los dos términos usados como si fueran intercambiables. No lo son, y la diferencia aparece a veces en cosas que sí te importan: qué puede construir un proveedor, con qué rapidez, y si tus fichas de propiedad llevan los campos que llevan las de tu competencia.
No necesitas saber programar ninguna de las dos integraciones. Sí necesitas lo suficiente para hacer una pregunta directa y reconocer una respuesta vaga.
⚡ Respuesta rápida — ¿Qué diferencia hay entre RETS y la API web RESO? Ambas son formas de mover datos de propiedades del MLS desde una asociación a otro sistema. RETS es la más antigua, introducida a finales de los años noventa y específica del sector inmobiliario. La API web RESO es el estándar actual, construido sobre tecnología web general —OData y JSON— en lugar de un protocolo exclusivo del sector. RESO ha declarado RETS obsoleto y ya no le da soporte, aunque servidores RETS existentes pueden seguir funcionando.
Qué era RETS y por qué existía
RETS —el Real Estate Transaction Standard— resolvió un problema real. Antes de él, cada MLS exponía los datos a su manera, y cualquier proveedor que quisiera trabajar en varios mercados construía una integración a medida por asociación. RETS dio al sector una forma acordada de solicitar propiedades.
Se diseñó en una época anterior a JSON, a OAuth y a que las API REST fueran la forma por defecto en que el software habla con el software. Así que inventó sus propias convenciones: su lenguaje de consulta, DMQL; sus formatos de datos compactos junto al XML; y autenticación HTTP digest. Aquellas decisiones eran razonables en 1999. Envejecieron.
La consecuencia práctica era que trabajar con RETS exigía conocimientos y bibliotecas especializadas. Un desarrollador web competente no podía simplemente ponerse a ello, lo que mantenía pequeño el grupo de personas capaces de construir integraciones inmobiliarias.
Qué es RESO y qué es la API web
RESO —la Real Estate Standards Organization— es el organismo que mantiene los estándares de datos del sector. Conviene separar dos de sus productos, porque se confunden a menudo:
El Data Dictionary estandariza cómo se llaman los datos. RESO lo describe como «el lenguaje universal de datos del sector inmobiliario», definiendo recursos, campos y valores permitidos para que un mismo concepto lleve el mismo nombre en todos los sistemas.
La API web estandariza cómo se mueven los datos. RESO la llama «la forma moderna de transportar datos en el sector inmobiliario».
Se puede tener uno sin la otra, y por eso una asociación puede estar en la API web y aun así exponer campos locales que ningún diccionario describe.
Época
RETS — Apareció a finales de los años noventa
RESO Web API — Estándar actual
Construido sobre
RETS — Un protocolo propio del sector inmobiliario
RESO Web API — OData v4, un estándar web general
Formato de datos
RETS — XML, con formatos compactos propios de RETS
RESO Web API — JSON
Consultas
RETS — DMQL, un lenguaje de consulta propio de RETS
RESO Web API — Parámetros de consulta OData
Autenticación
RETS — Autenticación HTTP digest
RESO Web API — OAuth 2.0
Nombres de campo
RETS — Definidos por cada MLS; varían de una asociación a otra
RESO Web API — RESO Data Dictionary
Herramientas
RETS — Bibliotecas especializadas
RESO Web API — Herramientas HTTP y JSON estándar
Soporte de RESO
RETS — Obsoleto; la última versión fue RETS 1.9
RESO Web API — Desarrollo activo
| RETS | RESO Web API | |
|---|---|---|
| Época | Apareció a finales de los años noventa | Estándar actual |
| Construido sobre | Un protocolo propio del sector inmobiliario | OData v4, un estándar web general |
| Formato de datos | XML, con formatos compactos propios de RETS | JSON |
| Consultas | DMQL, un lenguaje de consulta propio de RETS | Parámetros de consulta OData |
| Autenticación | Autenticación HTTP digest | OAuth 2.0 |
| Nombres de campo | Definidos por cada MLS; varían de una asociación a otra | RESO Data Dictionary |
| Herramientas | Bibliotecas especializadas | Herramientas HTTP y JSON estándar |
| Soporte de RESO | Obsoleto; la última versión fue RETS 1.9 | Desarrollo activo |
Obsoleto no significa apagado. RESO ha dejado de desarrollar RETS, pero los servidores RETS existentes pueden seguir funcionando.
Qué cambió técnicamente
La API web está construida sobre OData v4, un estándar de propósito general para construir y consultar API, y devuelve JSON. La autenticación usa OAuth.
Ninguna de esas es tecnología inmobiliaria. Ese es todo el sentido. Un desarrollador que haya consumido cualquier API moderna ya sabe consumir esta, y las herramientas habituales —clientes HTTP, analizadores JSON, herramientas de prueba de API— funcionan sin adaptación.
Las consultas cambiaron en la misma dirección. Donde RETS exigía DMQL, la API web usa parámetros de consulta OData, de modo que el filtrado, la ordenación y la paginación siguen convenciones empleadas en toda la industria del software.
¿Está muerto RETS?
Esto merece cuidado, porque la respuesta rotunda que oirás en cualquiera de los dos sentidos es errónea.
La posición de RESO sobre el soporte es inequívoca: RETS «ha quedado obsoleto y ya no cuenta con soporte de RESO». El grupo de trabajo de RETS publicó RETS 1.9 como versión final y se disolvió en 2017 tras dieciocho años, con el argumento de que no quedaba «más negocio que tramitar».
Pero obsoleto no es lo mismo que apagado, y RESO también ha sido explícita en eso. Cary Sylvester lo dijo sin rodeos en su momento: «RETS no está muerto, porque no está muerto hasta que dejas de usarlo. Pero no vamos a ampliarlo más. Vamos a centrarnos en la API web RESO.» Un colega ofreció la analogía que ha quedado: piénsalo como Flash — «ya no se desarrolla, pero sigue funcionando, y mucha gente lo sigue ejecutando».
Así que el enunciado exacto es estrecho: RETS no recibe más desarrollo ni soporte de RESO, mientras que algunas implementaciones RETS heredadas siguen en funcionamiento. Quien te diga que RETS ya no existe en ninguna parte exagera; quien lo trate como estándar vigente subestima la dirección del cambio.
En qué punto está la transición
RESO publica cifras de adopción. Según su informe de transición de junio de 2026, al menos el 90 % de los MLS dispone de servicios de API web certificados por RESO, los flujos MLS convertidos a la API web cubren el 62,4 % de los suscriptores estadounidenses, y los flujos comprometidos con la conversión cubren el 76,4 % — frente a menos del 5 % del sector en 2021.

Dos lecturas. La dirección está decidida y no se discute. Pero una parte significativa de los suscriptores sigue atendida por flujos que no han completado la conversión, y por eso la respuesta de un proveedor sobre tu asociación sigue importando más que el agregado del sector.
Qué significa esto si eres corredor o agente
Cuatro cosas, y solo cuatro.
Pregunta qué sirve tu asociación. Si tu MLS ofrece la API web, una plataforma que construya sobre ella avanzará por lo general más rápido y se romperá menos. Si tu asociación sigue con RETS, no es una crisis, pero sí significa que tu proveedor mantiene maquinaria más antigua.
La conformidad con el Data Dictionary afecta a tus páginas. Una asociación y una plataforma alineadas con el Dictionary hacen que los campos aterricen donde deben. Donde divergen, alguien tiene que mapear campos locales a mano — y los campos sin mapear se muestran en blanco en tus fichas.
«Damos soporte a RESO» no es una respuesta completa. Dar soporte a la API web en general y tener un flujo activo y vigente con tu asociación concreta son afirmaciones distintas. Pide la segunda.
La migración no es gratis. Que una asociación pase de RETS a la API web también es un proyecto del lado del proveedor. Si tu plataforma está a medio migrar, pregunta qué cambia para tu sitio y cuándo.
Para saber cómo llegan realmente estos datos a una ficha de propiedad, consulta Integración con el MLS: cómo llegan realmente los datos de propiedades a tu sitio.
Preguntas frecuentes
¿Necesito saber qué estándar usa mi MLS? No en el día a día. Se vuelve relevante al elegir plataforma, o cuando un proveedor explica un retraso señalando el flujo de tu asociación.
¿Es más rápida la API web RESO? Suele ser más fácil de integrar y de consultar con eficiencia, lo que se traduce en menos problemas de integración más que en una web más rápida. La velocidad de página la determina tu sitio, no tu flujo.
¿Se verán distintas mis propiedades después de que migre una asociación? Pueden verse. Las migraciones cambian a veces qué campos están disponibles o cómo se expresan los valores. Es razonable preguntárselo a tu plataforma antes de un cambio.
¿Es RESO lo mismo que el MLS? No. RESO fija estándares. Tu MLS es la organización que tiene los datos y establece las reglas de su uso.
¿Qué es OData, en una frase? Un estándar muy usado para construir API web — el mismo tipo de tecnología que hay detrás de servicios web corrientes, y no algo específico del sector inmobiliario.
En resumen
RETS resolvió un problema real con las herramientas de su época y hoy está obsoleto y sin soporte de RESO, aunque no universalmente apagado. La API web RESO lo sustituye con estándares web generales —OData, JSON, OAuth— más el Data Dictionary para mantener coherentes los nombres de los campos.
Para la mayoría de los agentes esto es contexto de fondo. La única pregunta que merece la pena llevar a una conversación con un proveedor es si tiene un flujo activo y vigente con tu asociación — y sobre qué estándar funciona.
Comprueba la cobertura en la página de MLS.
Lecturas relacionadas
- Integración con el MLS: cómo llegan realmente los datos de propiedades a tu sitio
- Sitios web IDX inmobiliarios: la guía completa
- Cumplimiento del MLS y el IDX: qué debe gestionar tu sitio inmobiliario
Integridad de la investigación
Escrito el 16 de agosto de 2026 a partir de la documentación de RESO. La redacción sobre la obsolescencia, los detalles de OData v4, JSON y OAuth y la descripción del Data Dictionary proceden de las páginas de API web y Data Dictionary de RESO. La versión final RETS 1.9, la disolución del grupo de trabajo en 2017 y ambas citas proceden del anuncio de RESO. Las cifras de adopción son del panel de transición a la API web de RESO, informe de junio de 2026, y se citan con esa fecha porque cambian.
Traducción al español del artículo original en inglés. En caso de discrepancia, prevalece la versión en inglés.