IDX & MLS
Plugin MLS, widget IDX o integración directa con el MLS: ¿cómo deberían llegar las propiedades a tu web?
Cinco vías para llevar el MLS a tu web — plugin, widget, páginas IDX alojadas, plataforma o flujo propio — comparadas en SEO, contactos, cumplimiento y salida.

Introducción
Un agente tiene una web que le gusta. Le costó un año dejarla bien, posiciona por su nombre y el formulario de contacto funciona. Entonces la agencia le sugiere añadir propiedades, y la pregunta obvia acaba en un buscador: ¿hay un plugin del MLS?
Hay varias respuestas, y la palabra «plugin» es la parte menos útil de todas ellas. Las propiedades pueden llegar a una web de cinco maneras distintas. En una demo se parecen. Un año después se comportan de forma muy diferente: cuando quieres posicionar por un barrio, cuando llega una consulta a las 21:00 y cuando decides cambiar de proveedor.
Este artículo compara esos cinco formatos en lo que sale caro cambiar. No recorre el proceso de obtener los datos del MLS, que cubre el artículo práctico, ni la tubería de debajo, que explica la guía de integración con el MLS.
⚡ Respuesta rápida — plugin, widget o integración: ¿cuál elijo? Elige por propiedad, no por funcionalidades. El formato decide tres cosas que la lista de precios no dice: si las fichas de propiedad y las páginas de zona cuentan como tuyas para un buscador, dónde aterriza una consulta y qué lleva consigo, y qué conservas si te vas. Un widget o un plugin mantiene tu sitio actual y cede algo de cada una. Una plataforma o una integración directa te da las tres y te pide mudarte. Elijas lo que elijas, el permiso del MLS va primero, y ningún software puede concederlo.
Cuatro palabras que se confunden
El MLS es la base de datos que opera tu asociación. El IDX es el permiso que te deja mostrar públicamente una parte de ella. El flujo es la entrega de registros desde el MLS a lo que sea que haga funcionar tu sitio. Un plugin es una forma de mostrar lo que entrega el flujo.
La guía IDX trata las tres primeras como merecen. Lo que importa aquí es que la cuarta es la única opcional.
Las cinco vías por las que las propiedades llegan a una web
MLS / asociación
Un feed autorizado, según el acuerdo de tu asociación
Conserva el sitio que tienes
- 1
Plugin de CMS
Instalado en WordPress o similar
El feed lo tieneEl proveedor del plugin
Las fichas viven enDepende del plugin — compruébalo
- 2
Widget / iframe
Un script pegado en una página
El feed lo tieneEl proveedor
Las fichas viven enEl marco del proveedor, no tu página
- 3
Páginas IDX alojadas
Búsqueda en un subdominio enlazado
El feed lo tieneEl proveedor
Las fichas viven enUn subdominio que él controla
Es el sitio
- 4
Plataforma de sitio IDX
Sitio, feed, búsqueda y CRM en uno
El feed lo tieneLa plataforma
Las fichas viven enTu dominio
- 5
Desarrollo directo
Desarrolladores construyen sobre el feed
El feed lo tieneTú
Las fichas viven enTu dominio, mantenido por ti
Todas las vías parten del mismo permiso. El formato decide de quién son las páginas de los anuncios y adónde llega una consulta.
- Un plugin de CMS. Software instalado dentro de un sistema de gestión de contenidos, casi siempre WordPress. El abanico es amplio. Algunos plugins incrustan el buscador de un proveedor dentro de tus páginas; otros crean fichas de propiedad y páginas de búsqueda reales bajo tu dominio. La etiqueta no te dice nada hasta que sabes de qué tipo es el que tienes delante.
- Un widget o iframe incrustado. Un script o un marco que pegas en una página. El proveedor genera la búsqueda y los resultados. Se configura rápido, y el contenido dentro de un marco de terceros no forma parte de tu página a efectos de los buscadores.
- Páginas IDX alojadas en un subdominio. El proveedor ejecuta la búsqueda en una dirección como search.tuagencia.com y tu sitio enlaza a ella. Las fichas de propiedad existen y se pueden rastrear, pero viven en una propiedad que controla el proveedor, con un estilo que imita el tuyo.
- Una plataforma completa de sitio IDX. El sitio, el flujo, la búsqueda, las páginas de zona y normalmente el CRM son un solo sistema. Mudas tu sitio a ella, o construyes uno nuevo allí.
- Un desarrollo propio sobre el flujo o la API. Un desarrollador se conecta al flujo de la asociación, normaliza los datos y construye la búsqueda encima. Máximo control, y cada parte de la tubería te toca mantenerla a ti.
Las tres primeras conservan el sitio que tienes. Las dos últimas son el sitio.
La comparación que decide
| Plugin de CMS | Widget / iframe | Subdominio alojado | Plataforma IDX | Desarrollo propio | |
|---|---|---|---|---|---|
| Conserva tu sitio actual | Sí | Sí | Sí | No | Normalmente no |
| Quién tiene el flujo | El proveedor del plugin | El proveedor | El proveedor | La plataforma | Tú |
| Fichas de propiedad indexables en tu dominio | Depende del plugin | No | En el subdominio del proveedor | Sí | Sí |
| Páginas de zona que puedes escribir | Solo si crea páginas reales | No | A veces, en el subdominio | Sí | Sí, si las construyes |
| Dónde aterriza una consulta | Normalmente en un correo | Normalmente en un correo | En la herramienta del proveedor, a veces sincronizada | En el CRM de la plataforma, con la actividad | Donde tú la envíes |
| Quién gestiona las reglas de visualización | El proveedor, por asociación; compruébalo | El proveedor | El proveedor | La plataforma, por asociación | Tú |
| Mantenimiento continuo | Actualizaciones del CMS, del plugin y del proveedor | El proveedor | El proveedor | La plataforma | Un desarrollador, indefinidamente |
| Si te vas | Las URL de propiedades desaparecen; el sitio se queda | Se quita el marco; el sitio se queda | El subdominio y su posicionamiento se quedan con el proveedor | Depende de la propiedad del dominio y de la exportación | Conservas lo que construiste |
Tres filas merecen la mayor parte de tu atención: en qué dominio están las fichas de propiedad, qué lleva una consulta y qué pasa cuando te vas. Todo lo demás se puede arreglar después.
Dónde falla cada formato
El marco y el buscador. El contenido dentro de un iframe pertenece a la página que lo sirve, que es la del proveedor. Un sitio con un widget puede parecer completo y no tener nada en el índice salvo las páginas escritas a mano. El SEO técnico para sitios inmobiliarios explica la mecánica. La versión corta: si las propiedades no están en el marcado de tu página, no son tu contenido.
El subdominio que posiciona para otro. Las páginas alojadas sí se indexan, lo cual mejora lo que ofrece un widget. Pero el posicionamiento que ganan esas páginas queda ligado a una configuración que controla el proveedor, y los buscadores pueden tratar un subdominio como una propiedad aparte. Cambia de proveedor y las páginas, junto con lo que hayan ganado, se quedan atrás.
La frescura con tres piezas móviles. Un plugin depende de que la sincronización del proveedor, la programación del CMS y tu alojamiento funcionen a la vez. Cuando una casa vendida no desaparece, averiguar cuál de las tres se paró es el trabajo que nadie presupuestó. La guía de integración con el MLS cubre por dónde entra el desfase y por qué importa la reconciliación.
Contactos que llegan como correo. Una consulta desde un widget o un plugin suele aterrizar en una bandeja con un nombre, un teléfono y la dirección de una propiedad. Lo que no lleva son las otras once propiedades que vio esa persona, la búsqueda que guardó o el hecho de que volvió cuatro veces. La conversión de un sitio explica por qué ese contexto es casi todo el valor.
Un cumplimiento del que nadie se hace cargo. La atribución, los avisos, las marcas de tiempo y las reglas sobre datos de venta varían por asociación. Con un plugin en un sitio que gestionas tú, no siempre está claro si el responsable de lo que aparece junto a una propiedad es el proveedor, el tema o tú. El cumplimiento del MLS y el IDX enumera las categorías; alguien tiene que hacerse cargo de cada una.
Irse. Quita un plugin y cada URL de propiedad devuelve un 404. Deja una plataforma y las preguntas cambian: quién tiene el dominio, si puedes exportar los contactos con su historial y si la estructura de URL se puede reproducir en otro sitio. Pregúntalo antes de firmar, sea cual sea la vía que elijas.
Cuál elegir, según tu situación
Tienes un sitio que te gusta y no piensas posicionar por zonas. Un plugin que cree páginas reales bajo tu dominio, o un subdominio alojado si las opciones de plugin para tu asociación son flojas. Acepta que los contactos llegarán como correo, y crea el hábito de registrarlos en algún sitio.
Eres un agente nuevo, o vas a sustituir el sitio de todos modos. Una plataforma, casi siempre. El sitio, el flujo, las páginas de zona y el CRM llegan como una sola cosa, y las preguntas que importan pasan a ser las de salida de la lista de comprobación de plataformas.
Diriges un equipo o una agencia. Una plataforma o un desarrollo propio. Los factores decisivos son el enrutamiento, los roles y qué pasa con los datos de un agente que se va, y un widget no resuelve ninguno.
Tienes desarrolladores y un requisito poco habitual. Un desarrollo propio sobre el flujo de la asociación. Presupuesta el mantenimiento, el mapeo de campos cuando la asociación cambie algo y una monitorización que detecte una sincronización fallida. RETS o API web RESO es el contexto de transporte que querrán tus desarrolladores.
La regla general: cuanto más dependa tu negocio de que la web produzca contactos, y no solo de que confirme que existes, más abajo en la lista deberías ir.
¿Constructor, plugin o sitio a medida?
Mucha gente formula la opción de plataforma como «constructor de webs IDX», así que ayuda situar los tres modelos de compra sobre los formatos anteriores.
| Modelo | Qué formato | Aceptas | A cambio de |
|---|---|---|---|
| Constructor de webs con IDX | Una plataforma IDX | Depender de un solo proveedor | Todo conectado, nada que ensamblar |
| CMS más un plugin IDX | Un plugin, o páginas alojadas | Costuras entre sistemas, y actualizaciones | Conservar el sitio que tienes |
| Desarrollo a medida | Un desarrollo propio sobre el flujo | Ser dueño de la ingeniería, para siempre | Control sobre cada decisión |
Ninguno es la respuesta correcta en general. La respuesta equivocada es comprar un modelo esperando el comportamiento de otro: un plugin que se supone que posiciona como una plataforma, o un constructor que se supone que se adapta como el código a medida.
Preguntas para cualquier proveedor
Tanto si te ofrecen un plugin como un widget o una plataforma, seis preguntas sacan a la luz lo que la demo no enseña:
- ¿Con qué asociaciones tenéis hoy un flujo activo? Nombradas, por escrito. Una cifra de cobertura no es una respuesta.
- Enséñame un sitio de cliente en producción en mi mercado. Después abre directamente la URL de una propiedad y mira el código fuente. ¿Está la propiedad en la página?
- ¿Adónde va una consulta y qué lleva consigo?
- ¿Qué pasa cuando falla una sincronización, y a quién se avisa?
- ¿Cuál es mi estructura de URL, y qué le pasa si me voy?
- ¿Qué no hace esto? Un proveedor incapaz de nombrar una limitación no está escuchando.
La lista de comprobación de plataformas amplía estas preguntas a doce, con las de salida al completo.
Una nota para lectores de Canadá
Una parte apreciable de las búsquedas detrás de este artículo piden un «Toronto MLS plugin» o un «MLS plug-in, Canada». La mecánica es la misma que en cualquier sitio: tu asociación concede el acceso según su propio acuerdo de datos, y la pregunta del formato viene después. Lo que cambia es que cada asociación, el Toronto Regional Real Estate Board incluido, lleva su propio proceso de aprobación y fija sus propias condiciones de datos. Así que la primera pregunta para cualquier proveedor, sea de plugin o de plataforma, es si tiene hoy un flujo activo con tu asociación.
RealFoyer tiene uno con TRREB; la página de cobertura de TRREB explica qué significa. Es una plataforma, no un plugin, que para un agente con un sitio existente es justo el compromiso descrito arriba.
Dónde encaja RealFoyer
RealFoyer es una plataforma de sitios IDX y marketing: el formato cuatro de la lista anterior. No es un plugin ni un widget. Si lo que necesitas es añadir búsqueda de propiedades a un sitio de terceros que piensas conservar, no es la herramienta adecuada, y es mejor saberlo ahora que durante la puesta en marcha.

En la plataforma, las propiedades se importan del flujo de la asociación de forma programada, con medios, geocodificación y datos de estancias, y las propiedades retiradas se reconcilian en lugar de quedarse olvidadas. La búsqueda incluye filtros, un mapa y búsquedas guardadas con alertas instantáneas, diarias o semanales. Las fichas de propiedad y las páginas de ciudad y de zona son páginas reales e indexables en tu dominio, con sus propios metadatos. Las consultas llegan al CRM como una ficha del contacto con la actividad inmobiliaria del visitante adjunta.
La cobertura es lo primero que conviene comprobar. RealFoyer está conectado hoy al Toronto Regional Real Estate Board y a MLS PIN. El resto de las asociaciones de la lista pública son hoja de ruta y no conexiones activas, y no se publica ninguna cifra de asociaciones porque un número no te diría si la tuya está cubierta. La importación se ejecuta de forma programada, no en tiempo real. Y RealFoyer no puede concederte acceso al MLS: tu asociación decide qué puedes mostrar.
Preguntas frecuentes
¿Puedo añadir propiedades del MLS a Squarespace, Wix, Duda o Showit? Solo a través de un proveedor que ofrezca un widget, páginas alojadas o un plugin compatible con ese constructor, conectado a tu asociación. Comprueba en qué dominio estarán las fichas de propiedad antes de comprometerte. RealFoyer no se integra con esos constructores; sustituye el sitio en lugar de conectarse a él.
¿Es malo un widget IDX para el SEO? El widget no le hace nada a tu posicionamiento. Lo que no consigue es añadir nada: el contenido dentro de un marco de terceros no es tu contenido, así que las propiedades que muestra no posicionarán para ti. Si te importa posicionar por zonas, necesitas páginas en tu propio dominio.
¿Necesito ser miembro del MLS para usar un plugin? Sí. Todos los formatos dependen del permiso IDX de tu asociación y de un acuerdo de datos firmado. El proveedor conecta un flujo autorizado; no puede crear la autorización.
¿Hay un plugin del MLS para Toronto? Algunos proveedores ofrecen widgets y plugins conectados a TRREB, y las condiciones de datos de la asociación se aplican a todos ellos. Pregunta a cualquier proveedor, por escrito, si tiene hoy un flujo activo de TRREB. RealFoyer está conectado a TRREB como plataforma, no como plugin.
¿Qué diferencia hay entre un plugin IDX y un constructor de webs IDX? Un plugin añade propiedades a un sitio que ya tienes. Un constructor, o plataforma, es el sitio. El plugin conserva tu CMS y te deja costuras que gestionar; el constructor te da un solo sistema conectado y te pide mudarte.
¿Qué es la integración IDX? El trabajo de conectar el flujo de tu asociación a una web y convertir los registros en búsqueda, fichas de propiedad y alertas, según las reglas de visualización de tu asociación. «Integración» puede describir cualquiera de los cinco formatos anteriores, así que cuando un proveedor use la palabra, pregúntale a cuál se refiere y en qué páginas acaban las propiedades.
¿Ofrece RealFoyer un plugin o un widget? No. RealFoyer es una plataforma de sitio web, IDX y CRM. Para un sitio de terceros ya existente, lo tuyo es un proveedor de plugins.
En resumen
Una regla de decisión en lugar de un resumen. Si la web existe para confirmar que eres real, bastará con un plugin o con páginas alojadas en el sitio que ya tienes. Si existe para producir contactos y posicionar en los lugares donde vendes, las fichas de propiedad y las páginas de zona tienen que ser tuyas, en tu dominio, con las consultas llegando a algún sitio que recuerde lo que hizo el visitante. Eso apunta a una plataforma o a un desarrollo propio, y entonces las preguntas que importan son sobre la salida, no sobre la demo.
Comprueba si tu MLS o tu asociación está cubierto actualmente antes de elegir un formato, o consulta los sitios IDX de RealFoyer para ver qué incluye la vía de la plataforma.
Lecturas relacionadas
- Cómo añadir fichas del MLS a tu web: los pasos reales
- Integración con el MLS: cómo llegan realmente los datos de propiedades a tu sitio
- Cómo elegir una plataforma de sitio IDX: una lista de comprobación práctica
- RETS o API web RESO: lo que los profesionales inmobiliarios deberían saber
- Cumplimiento del MLS y el IDX: qué debe gestionar tu sitio inmobiliario
Integridad de la investigación
Publicado el 22 de septiembre de 2026 para responder a una comparación que los usuarios llevaban a la página de producto de integración MLS, que no puede satisfacerla con honestidad: «mls plugin», «mls widget for website», «toronto mls plugin» y «mls plug in canada», junto con búsquedas que nombran constructores de webs. No se nombra, se pone precio ni se compara a ningún proveedor. Cada formato se describe por cómo funciona, no por quién lo vende, y RealFoyer se sitúa en una columna con sus limitaciones dichas en la misma sección. La afirmación de que el contenido de un iframe no se atribuye a la página que lo incrusta se deriva de cómo tratan los rastreadores los marcos; la advertencia sobre los subdominios se presenta como un riesgo y no como una regla, porque el tratamiento varía. La única afirmación de cobertura es la que RealFoyer publica en otros lugares: TRREB y MLS PIN están conectados, y el resto de las asociaciones de la lista son hoja de ruta. No aparece ninguna cifra de asociaciones. La sección «constructor, plugin o a medida» está aquí, con un breve complemento en la lista de comprobación de plataformas, para que la familia más pequeña de búsquedas de «IDX website builder» quede respondida sin una tercera página que compita.
Traducción al español del artículo original en inglés. En caso de discrepancia, prevalece la versión en inglés.