Ir al contenido
Todos los artículos

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.

Por 8 min read
RETS o API web RESO: lo que los profesionales inmobiliarios deberían saber

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

RETSApareció a finales de los años noventa

RESO Web APIEstándar actual

Construido sobre

RETSUn protocolo propio del sector inmobiliario

RESO Web APIOData v4, un estándar web general

Formato de datos

RETSXML, con formatos compactos propios de RETS

RESO Web APIJSON

Consultas

RETSDMQL, un lenguaje de consulta propio de RETS

RESO Web APIParámetros de consulta OData

Autenticación

RETSAutenticación HTTP digest

RESO Web APIOAuth 2.0

Nombres de campo

RETSDefinidos por cada MLS; varían de una asociación a otra

RESO Web APIRESO Data Dictionary

Herramientas

RETSBibliotecas especializadas

RESO Web APIHerramientas HTTP y JSON estándar

Soporte de RESO

RETSObsoleto; la última versión fue RETS 1.9

RESO Web APIDesarrollo activo

Obsoleto no significa apagado. RESO ha dejado de desarrollar RETS, pero los servidores RETS existentes pueden seguir funcionando.

Las diferencias de fondo. La mayoría se reducen a una sola elección: un protocolo exclusivo del sector, o estándares web generales.

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.

Pantalla de configuración de MLS en RealFoyer con más de un proveedor conectado al mismo tiempo
La consecuencia práctica de una transición a medias: una plataforma se conecta a cada junta en los términos que esa junta ofrezca.

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

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.