Cómo integrar n8n con tu CRM inmobiliario, Inmovilla o Witei (2026)

Automatización

26 de octubre de 20268 min read

Miguel Ángel Rodríguez (Miguelo DEV)Especialista en automatización de procesos con n8n

En una inmobiliaria el CRM no es una herramienta más, es donde vive el negocio. Los inmuebles, los propietarios, los contactos y el histórico están ahí, y cualquier automatización que no lo toque acaba siendo una isla bonita que alguien mantiene copiando a mano.

El problema es que estos CRM no se parecen a las herramientas con integración nativa en n8n. La documentación no suele ser pública, el acceso se pide y lo que te dan depende del plan que tengas contratado. Esta guía va de trabajar con eso, no contra eso.

Qué vías de integración ofrece de verdad un CRM inmobiliario

Inmovilla, por poner el caso más extendido en España, ofrece tres formas de conectar un sistema externo. Y conviene saber cuál de las tres te están ofreciendo cuando alguien dice que su CRM se integra.

La trampa habitual está en el iframe. Es rápido, parece una integración y deja el catálogo en una caja que no puedes tocar, así que el día que quieras un buscador propio, una ficha distinta o un aviso automático, empiezas de cero.

Por qué el XML diario resuelve más de lo que parece y dónde se queda corto

El fichero XML tiene mala fama entre quien viene del mundo de las APIs, y es injusta. Es el mismo formato con el que tu CRM alimenta a los portales, así que está probado, viene completo y no depende de que nadie te dé permisos especiales.

Con él se montan sin problema un buscador propio en la web, un informe de cartera, una alerta de inmuebles que llevan noventa días sin bajar de precio, una sincronización con un portal pequeño o una ficha enriquecida para mandar por WhatsApp. Todo eso tolera perfectamente un dato de hace unas horas.

Donde se queda corto es en todo lo que empieza por ahora mismo. Un lead que entra y hay que cualificar contra el inmueble, un precio que acaba de bajar y hay que avisar a quien lo visitó, una reserva que cambia la disponibilidad. Ahí el fichero diario llega tarde por definición y no hay forma de arreglarlo pidiéndolo más veces.

Hay además dos detalles operativos que conviene preguntar y casi nadie pregunta. A qué hora se regenera, porque si tu flujo lo lee antes de esa hora estarás trabajando siempre con el catálogo de anteayer. Y qué pasa con las fotos, porque descargarlas todas cada día es la forma más rápida de que alguien te limite el acceso.

Cómo detectar qué ha cambiado entre dos cargas sin reprocesar todo el catálogo

Esta es la pieza que separa una integración que corre en segundos de una que tarda media hora y molesta a todo el mundo. Sin ella, cada carga diaria trata quinientos inmuebles como si los quinientos fueran nuevos.

La solución es sencilla y vale para cualquier fuente que venga en bloque. Por cada ficha se calcula una huella con los campos que te importan, normalmente precio, estado, fotos y textos, y se guarda junto a la referencia. Al día siguiente se vuelve a calcular y solo se procesa lo que tiene una huella distinta.

Tres cuidados para que la comparación no mienta.

• Calcular la huella solo sobre los campos que te importan. Si metes dentro un contador de visitas o una fecha de actualización, todas las fichas cambian todos los días y vuelves al punto de partida.
• Ordenar los campos antes de calcularla, porque un XML puede traer lo mismo en otro orden y eso no es un cambio.
• Tratar aparte las bajas. Una ficha que ya no viene en el fichero no ha cambiado, ha desaparecido, y casi siempre hay que hacer algo con ella.

Con eso montado, la carga diaria pasa a contarte algo útil. Qué entró, qué salió, qué bajó de precio y qué cambió de estado, que es exactamente la lista que tu equipo comercial querría tener cada mañana.

Leer del CRM es fácil, escribir dentro es el proyecto

Casi todas las conversaciones sobre integrar un CRM inmobiliario empiezan hablando de leer y acaban descubriendo que lo que hacía falta era escribir. Registrar el lead que entró por WhatsApp, apuntar la visita, marcar el inmueble como reservado, dejar la nota de la llamada.

Leer tiene siempre una salida, aunque sea el fichero diario. Escribir necesita API, permisos y a veces un plan superior, así que es la pregunta que decide el presupuesto y la que hay que hacer en la primera reunión, no en la tercera.

Cuando escribir no es posible, el montaje no se cae pero cambia de forma. Todo lo que genera la automatización acaba en una lista, y alguien la vuelca. Eso sigue ahorrando tiempo, aunque conviene decirlo claro desde el principio, porque el cliente que esperaba cero trabajo manual se lleva un disgusto en la demostración.

Y si hay escritura, aparecen las reglas de siempre en cualquier integración. Una clave de idempotencia para que un reintento no cree el mismo contacto dos veces, control de duplicados por teléfono y por correo, y vigilancia del resultado y no solo de la llamada. El catálogo completo de fallos silenciosos lo tienes en qué hacer cuando un workflow de n8n falla.

Qué pedirle al proveedor del CRM antes de presupuestar nada

Media hora de preguntas ahorra semanas de rediseño, y estas cinco son las que de verdad mueven el precio.

• La documentación de la API, y si está incluida en vuestro plan o se paga aparte.
• Si permite escribir o solo leer, con la lista de qué objetos deja tocar.
• Cada cuánto se regenera el fichero XML, a qué hora exacta y si incluye las fichas dadas de baja.
• Qué límites de peticiones hay por minuto y por día, porque de ahí sale si la sincronización cabe en una hora o en seis.
• Y quién responde cuando un día deja de funcionar, con un canal y un plazo, no un formulario de contacto.

Si alguna se contesta con un ya lo miramos, eso no es un detalle, es un riesgo del proyecto, y merece estar escrito en el presupuesto antes de empezar. Es el mismo criterio que aplico al integrar cualquier sistema cerrado, y lo desarrollo entero en integrar tu ERP con el resto de sistemas.

Cuándo no integrar el CRM y hacer otra cosa primero

Te lo digo aunque me quite trabajo, porque hay casos en los que integrar es la respuesta cara a una pregunta barata.

Si vuestro catálogo cabe en una hoja y cambia tres veces al mes, no necesitáis una integración, necesitáis una exportación. Automatizar encima de eso es poner un motor a una bicicleta.

Si estáis valorando cambiar de CRM, parad. Toda la integración se rehace contra el nuevo, así que es trabajo con fecha de caducidad conocida. Primero se decide, se migra y luego se conecta.

Si lo que falla es que las fichas están incompletas o duplicadas, integrar reparte ese desorden a más sitios y más rápido. El buscador de la web solo puede ser tan bueno como las fichas que le llegan.

Y si nadie del equipo va a mirar lo que la automatización produzca, tampoco. Una lista diaria de cambios que nadie abre es un informe, no una mejora.

Cómo integro yo un CRM inmobiliario que no tiene documentación pública

Empiezo por conseguir el fichero antes que los permisos. Un XML diario se consigue en una llamada y me deja ver la forma real de los datos, que casi nunca coincide con lo que me han contado en la reunión.

Monto la comparación por huella antes que cualquier otra cosa. Es lo que convierte una carga bruta en una lista de cambios, y a partir de ahí todo lo demás es fácil. Además me sirve de prueba de que la fuente es estable.

Separo el catálogo de lo que ocurre ahora. El catálogo va por el fichero diario y lo urgente va por API o por webhook si existe. Mezclar ambas cosas en el mismo flujo es lo que hace que una integración se vuelva imposible de depurar.

Pido la escritura por escrito y con ejemplos. No vale un sí, se puede. Vale un ejemplo de creación de un contacto que funcione contra vuestra cuenta, y lo pruebo antes de meterlo en el presupuesto.

Y dejo el flujo contando lo que ha hecho. Cuántas fichas entraron, cuántas cambiaron, cuántas se dieron de baja y cuántas fallaron, con aviso cuando el número de hoy no se parece al de ayer. Una carga que un día trae cero inmuebles tiene que sonar una alarma, no pasar en silencio.

Traducido a vuestro dinero, una integración bien hecha no se nota en la web, se nota en que nadie vuelve a copiar una ficha a mano y en que el equipo sabe cada mañana qué se movió. Cómo planteo un proyecto completo lo cuento en automatizaciones con n8n.

Si te quedas con una sola idea, que sea esta. La pregunta que decide tu proyecto no es si tu CRM tiene API, es si te deja escribir en él. Todo lo demás se resuelve con el fichero de cada día. Y si lo que buscas es que los leads lleguen cualificados antes de tocar el CRM, eso está en cualificar leads de Idealista y Fotocasa.