Integrar Zoho CRM con Idealista y Fotocasa

En una inmobiliaria, el lead que llega de Idealista o Fotocasa a las nueve de la mañana y se contesta a las seis de la tarde ya está muerto. Ese contacto ha pedido información en otros tres anuncios y quien llamó primero se lo ha llevado. El problema no es que falten leads: es que llegan por varios sitios a la vez, se quedan en una bandeja de correo compartida y nadie sabe cuál es nuevo, cuál está duplicado y a quién le toca.

Integrar Zoho CRM con Idealista y Fotocasa resuelve exactamente eso: que cada solicitud entre sola en el CRM, sin duplicados, asociada al inmueble correcto, con el portal de origen etiquetado y asignada a un comercial en segundos. Suena directo, pero cada portal expone los leads de una forma distinta y ahí es donde la mayoría de integraciones se rompen. Vamos al detalle.

Cómo llega realmente el lead desde Idealista y Fotocasa

Lo primero que hay que entender es que “conectar el portal” no es una sola cosa, porque cada portal juega con reglas distintas.

Idealista ofrece una API de leads a través de su programa para partners y clientes con plan profesional. Cuando tienes acceso, los contactos llegan estructurados: nombre, teléfono, email, referencia del anuncio y mensaje, en un JSON que puedes leer y volcar a Zoho sin adivinar nada. Es la vía fiable. El matiz es que ese acceso no lo tiene cualquiera: depende de tu tipo de cuenta y de que Idealista te habilite el feed.

Fotocasa (grupo Adevinta) trabaja mayoritariamente por notificación por correo y por su gestor de leads; el acceso programático directo es más limitado según el plan. En la práctica, muchas inmobiliarias reciben el lead de Fotocasa como un email con un formato fijo.

Esto deja dos caminos técnicos, y casi siempre acabas combinando los dos:

• Vía API, cuando el portal la expone. Es la opción robusta: datos estructurados, menos frágil ante cambios visuales del correo.
• Vía parseo de email, cuando no hay API. Se crea un buzón dedicado (por ejemplo [email protected]), se enrutan ahí los avisos de los portales y una función lee cada correo, extrae los campos con patrones y crea el registro en Zoho.

El parseo de email funciona bien, pero tiene un talón de Aquiles que conviene tener presente desde el minuto uno: si el portal cambia el formato del correo, tu extracción deja de encontrar los campos y los leads entran vacíos o dejan de entrar. Por eso el parser nunca debe fallar en silencio (lo vemos más abajo).

Escenarios reales que nos encontramos

El mismo lead entra por Idealista, por Fotocasa y por la web

Es lo más común y lo que más duele. Un interesado ve el mismo piso anunciado en los dos portales, rellena el formulario en ambos y además entra en tu web. En cuestión de minutos tienes tres solicitudes de la misma persona. Sin deduplicación, se crean tres contactos, tres agentes distintos lo llaman y el cliente percibe una inmobiliaria desorganizada.

La solución no es un botón: es una estrategia de coincidencia en el punto de entrada. Antes de crear nada, normalizamos el teléfono (quitar espacios, prefijo +34, ceros iniciales) y el email (minúsculas, sin espacios), y hacemos un “buscar o crear”: si ya existe un contacto con ese teléfono o email, no creamos otro; añadimos la nueva solicitud como una actividad o un potencial (Deal) más, vinculado al inmueble que preguntó esta vez. Así una misma persona interesada en dos pisos genera un contacto y dos oportunidades, no cuatro registros sueltos.

Vincular el lead al inmueble y saber qué portal convierte

Un lead sin la referencia del inmueble obliga al comercial a preguntar “¿por qué piso llamaba?”, lo que resta credibilidad. Tanto Idealista como Fotocasa envían una referencia del anuncio; el trabajo consiste en mapear esa referencia a tu módulo de inmuebles en Zoho (un módulo personalizado o el CRM inmobiliario que uses) para que la ficha muestre el piso concreto.

Igual de importante es guardar el origen en un campo propio (Lead Source = Idealista / Fotocasa / Web), no mezclado en el texto del mensaje. Ese campo es lo que después te deja medir en un informe cuántos leads y cuántas ventas trae cada portal, y decidir con datos si Fotocasa te compensa o si Idealista se lleva tu presupuesto sin cerrar. Sin ese etiquetado limpio desde el origen, el reporting de rentabilidad por portal es imposible de reconstruir a posteriori.

Asignación y velocidad de respuesta

En captación inmobiliaria, la velocidad de respuesta es casi todo: el primero que llama tiene una ventaja enorme. Por eso, en cuanto el lead entra y se deduplica, se asigna solo. Montamos reparto round-robin entre los comerciales disponibles (o por zona, o por tipo de inmueble), se crea una tarea con vencimiento inmediato y se dispara un aviso. Si en X minutos nadie ha registrado el primer contacto, escala: salta a un responsable o se reasigna. Ese SLA de primer contacto, medido dentro de Zoho, es lo que convierte “tenemos muchos leads” en “cerramos leads”.

Cómo lo abordamos

Después de montar estas conexiones para inmobiliarias, el orden importa tanto como la técnica.

Primero decidimos el modelo, no la API. Definimos qué es un contacto, qué es una oportunidad (Deal) y cómo se relaciona con el inmueble, antes de tocar ningún portal. Un error de modelo aquí se paga en cada lead durante meses.

Fijamos las claves de deduplicación y la normalización. Teléfono y email normalizados como clave principal; “buscar o crear” en todos los puntos de entrada (los dos portales y la web usan la misma lógica). La deduplicación no es un proceso de limpieza que corres el viernes: es una regla que se aplica en el instante en que entra el dato.

Elegimos API donde se pueda y parseo donde toque. Para Idealista, la API si tu cuenta la habilita. Para Fotocasa, el flujo por email bien blindado. Cada fuente escribe en los mismos campos de Zoho, así el comercial trabaja igual venga de donde venga.

Blindamos el parser contra cambios de formato. El buzón se procesa con reglas tolerantes, y si un correo no encaja con ningún patrón conocido, no se descarta: se guarda en crudo y salta una alerta para revisarlo a mano y ajustar el parser. Nunca perdemos un lead por un cambio de plantilla del portal.

Errores que conviene evitar

• Dejar que se creen contactos duplicados. Sin normalizar teléfono y email antes de crear, el mismo interesado entra dos y tres veces, y dos comerciales lo llaman. Es el fallo que más confianza destruye.
• Perder el origen del lead. Si no guardas el portal en un campo propio y limpio, nunca sabrás qué portal es rentable y estarás pagando anuncios a ciegas.
• Confiar solo en el parseo de email sin plan B. El día que Idealista o Fotocasa cambian el formato del correo, dejas de recibir leads y no te enteras hasta que un cliente se queja. Necesitas alerta cuando un correo no parsea.
• Ignorar los límites de la API de Zoho. Una carga inicial masiva de leads históricos sin control de rate limits corta la sincronización justo cuando más lo necesitas.
• No medir el tiempo de primer contacto. Si no hay SLA ni escalado, los leads se enfrían en una bandeja compartida y la inversión en portales se desperdicia.
• Meter la referencia del inmueble en el texto del mensaje. Si no va a un campo estructurado ligado a tu módulo de inmuebles, el comercial pierde tiempo y el reporting por producto no existe.

Native o middleware: cuándo cada uno

No todo proyecto necesita lo mismo, y ser honesto aquí ahorra dinero. Si trabajas con un solo portal que expone API, poco volumen y reglas de asignación simples, un flujo con Zoho Flow o funciones Deluge puede bastar y es lo más barato de mantener. En cuanto entran los dos portales a la vez, parseo de email, deduplicación fina, round-robin con escalado y reporting por origen, la lógica crece y compensa un servicio de integración a medida que controle errores, reintentos y el caso del formato que cambia. La pregunta no es “¿qué es más moderno?”, sino “¿cuánto me cuesta que un lead se pierda en silencio?”.

Si quieres el contexto completo de cómo encaja Zoho con el resto de tu negocio —ERP, centralita, facturación— lo tratamos en nuestra guía de integración de Zoho CRM.

Cierre

En LMNHUB montamos la entrada de leads de Idealista y Fotocasa como un proyecto de ingeniería sobre tus datos: modelo primero, deduplicación desde el diseño, origen etiquetado, asignación con SLA y un parser que avisa antes de perder nada. No vendemos un conector mágico; dejamos un flujo que tu equipo entiende y que no depende de nadie.

Si tu inmobiliaria pierde leads entre portales o los contesta tarde, cuéntanos tu caso y te respondemos con un enfoque concreto y un equipo senior, no con un presupuesto genérico.