Saltar al contenido principal
Product & Growth Diagnosis

Marketplace inmobiliario: cómo recuperar leads perdidos

Por qué un marketplace inmobiliario pierde leads entre fichas no disponibles, brokers y matching. Cómo detectar la fuga y decidir qué probar.

Por Leandro BalbianPublicado el 13 de enero de 202713 min de lectura
Ilustración de un camino punteado que va de una ficha de inmueble a una puerta y se corta en un tramo.

Si operas un marketplace de inmuebles comerciales, la conversación interna probablemente gira alrededor de conseguir más tráfico o más leads. En los proyectos en los que trabajé, el problema casi nunca estaba ahí: la demanda llegaba con superficie, zona y presupuesto en mente, y se perdía entre la búsqueda y la visita.

Una ficha sin inventario, un contacto sin broker y un requerimiento sin match parecen tres problemas distintos. Los trato como tres formas de la misma desconexión: el sistema ya tenía la intención del usuario y no supo convertirla en una siguiente acción.

¿Dónde pierde leads un marketplace inmobiliario?

En seis tramos del recorrido. Antes conviene acordar qué cuenta como progreso: en un marketplace B2B el objetivo no es un formulario enviado, sino una solicitud de visita sobre un espacio que existe. Un lead enviado no es un lead aceptado, y un lead aceptado todavía no es una visita.

FugaDónde se ve en los datosSeñal que la delataPrimera intervenciónMétrica para validarla
Búsqueda sin resultados útilesBúsquedas internas y filtros aplicadosBúsquedas con cero o muy pocos resultados y reformulaciones seguidasRangos flexibles y caminos cercanos que sí existenBúsquedas que terminan en una ficha disponible
Ficha disponibleAnalítica de la ficha y sesiones grabadasMuchas vistas, pocos contactos válidos, clics en elementos sin salidaInformación y llamados a la acción en el orden en que se decideContactos válidos por vista de ficha
Ficha no disponibleEstado del inmueble al aterrizar, cruzado con analíticaTráfico orgánico que aterriza en fichas inactivas y sale sin usar el buscadorContinuidad a partir de los atributos de la fichaVista de ficha no disponible → lead → solicitud de visita
Contacto capturadoProducto y CRMLeads duplicados, incompletos o que Ventas no reconoceRevisar qué se pide y en qué momentoPorcentaje de leads calificados
Entrega al brokerCRM y registros de conversacionesConversaciones archivadas sin asignar y tiempos de primera respuesta largosCola de rescate y reglas de asignaciónPorcentaje de entregas y tiempo hasta la primera respuesta
VisitaCRM y operación comercialRequerimientos válidos con inventario compatible que nunca agendanMatching entre demanda e inventarioVisitas agendadas por requerimiento válido
Mapa de las fugas de leads en un marketplace inmobiliario, de la búsqueda a la visita, con la fuga sin dueño entre Producto y Ventas.

La tabla es un mapa para ubicar tu caso, no un orden de ataque, y sus métricas son propuestas: no asumas que esos eventos ya existen en tu analítica. La fuga más cara suele ser la que no tiene dueño, porque cae entre Producto, que mide hasta el formulario, y Ventas, que empieza a medir cuando el lead ya está asignado.

¿Cómo encuentro la fuga real antes de rediseñar?

Con el método que uso en cualquier diagnóstico, en tres pasos.

1. Verifico que el dato sea real. Antes de usar una cifra, la reviso con quien la genera: Data, Ventas u Operaciones. En Ghosts, Ingeniería atribuía la caída de entregas a un cambio publicado en la semana 12. Los datos ubicaban el quiebre cinco semanas antes. Si hubiéramos partido de la hipótesis del equipo, habríamos revisado el cambio equivocado.

2. Cruzo las fuentes. La analítica muestra el síntoma, el CRM muestra lo que le cuesta al negocio y las sesiones grabadas muestran el comportamiento. Si todavía no tienes ubicado el paso con abandono, empiezo por cruzar GA4 y Microsoft Clarity. Si la caída aparece después del formulario, el cruce relevante es otro: datos de producto contra CRM.

3. Convierto el hallazgo en una decisión. Dimensiono cuánto vale, reviso la viabilidad con Ingeniería y defino la métrica que dirá si funcionó.

Para los tramos de inventario aplico una regla más: la cohorte se define por el estado del inmueble al aterrizar en la ficha, no por "alguna vez vio una ficha no disponible". Si mezclas a quien navegó desde un inmueble disponible con quien aterrizó en uno inactivo desde Google, el resultado no describe a ninguno. Después fijo una línea base semanal por canal (orgánico, pago y directo) antes de diseñar.

¿Qué hacer con una ficha de inmueble no disponible?

Continuar la búsqueda que el usuario ya empezó, en lugar de declararla terminada. En inmuebles comerciales el inventario rota, pero la URL sigue recibiendo tráfico orgánico de larga cola que combina tipo de inmueble, zona y superficie. Quien llega desde ahí trae un requerimiento. La respuesta habitual es un aviso de "ya no está disponible" y un enlace a la home: la interfaz termina antes que la búsqueda.

En Recuperación de intención trabajé sobre ese punto. La investigación, cualitativa, encontró un desfase constante entre la ocupación real de un inmueble y su desindexación, usuarios que leían la ficha buscando alternativas antes de notar que no estaba disponible y salidas que casi nunca pasaban por el buscador interno.

Ficha de inmueble no disponible en un marketplace inmobiliario, sin una siguiente acción para el usuario
Estado inicial: la ficha declara que el inmueble no está disponible y la búsqueda termina ahí. Diseño de una propuesta, sin resultados medidos.

Cambié la pregunta: de "¿qué mostramos cuando el inmueble no está disponible?" a "¿cómo continuamos la búsqueda que el usuario ya inició?". La ficha ya contenía parte del requerimiento: tipo, superficie, zona y rango de renta.

La propuesta primero interpreta: extrae esos atributos y los convierte en una búsqueda, con un rango de superficie de ±30 % (un inmueble de 400 m² abre una búsqueda entre 280 y 520 m²). Después decide: si el inventario disponible tiene coincidencias pertinentes, las muestra; si no, captura el requerimiento pidiendo solo lo que la ficha no permite inferir, sin prometer alternativas que no existen.

Continuidad de búsqueda desde una ficha de inmueble no disponible con espacios disponibles similares
Continuidad: el contexto de la ficha se convierte en una búsqueda lista para continuar. Propuesta pendiente de validación.

El ±30 % es un parámetro para validar, no un umbral demostrado; los límites duros son el tipo de inmueble, la zona si fue explícita y la disponibilidad real. Lo que justificó probarlo fue una señal interna: los leads con requerimiento definido mostraban una relación de conversión sustancialmente mayor.

El contraejemplo. Mostrar "inmuebles similares" que no respetan superficie ni zona puede ser peor que no mostrar nada. Si alguien buscaba una nave de 400 m² y recibe oficinas de 80 m² en otra ciudad, el producto le dice que no entendió. Nielsen Norman Group recomienda que una página sin resultados explique el estado y ofrezca un camino para continuar; la clave es que el camino sea pertinente. Baymard estudia el manejo de productos agotados en ecommerce: tomo su criterio, no sus cifras, porque un inmueble no es un SKU repetible.

La idea que va contra el consejo habitual. El consejo de siempre es capturar el lead lo antes posible. En la ficha no disponible, yo haría lo contrario: mostrar primero inventario pertinente y dejar que el lead nazca de una acción sobre un espacio real. En ese mismo marketplace se descartó un modal de captura en la ficha no disponible porque metía ruido, y se optó por un loop de espacios recomendados. Un quiz de búsqueda guiada para tráfico pago siguió el mismo camino: dejó de pedir el contacto y termina en un carrusel, donde el lead nace al tocar una card. No tengo resultados que reportar; es un criterio. Un lead asociado a un espacio concreto llega con un requerimiento, y un contacto pedido a ciegas no.

¿Conviene mantener, redirigir o eliminar la URL de un inmueble rentado o vendido?

Depende de si la URL todavía tiene algo útil. Google explica que devolver un código distinto de 404 o 410 para una página que ya no existe, o redirigir a otra página como la home, puede ser problemático. Ese es el patrón de soft 404: la página dice que todo está bien, pero no tiene el contenido que promete.

Situación del inmuebleQué hacer con la URLQué mostrarRiesgo a vigilar
No disponible por ahora, con posibilidad de volver al mercadoMantenerla si la ficha conserva información útilEstado claro, alternativas realmente disponibles y opción de avisoPrometer disponibilidad o mostrar alternativas irrelevantes
Rentado o vendido, con datos útiles y búsquedas orgánicas que siguen llegandoPuede mantenerse con contenido realEstado explícito, datos del inmueble y alternativas que respeten sus atributosQue la página quede vacía y se lea como soft 404
El mismo inmueble pasó a otra URL o hay un reemplazo equivalenteRedirección 301 a ese destinoLa ficha nueva con su estado actualizadoRedirigir a algo que no es equivalente
Eliminado, sin reemplazo ni valor residualDevolver 404 o 410 de verdadUna página de error con navegación útilMantener un 200 con un mensaje de error

Antes de cambiar una política de URLs, reviso en Search Console qué tráfico y qué consultas reciben esas fichas, y compruebo con herramientas de red qué código devuelven de verdad.

Auditoría de fichas no disponibles en 10 puntos

Esta es la lista que uso para empezar. Puedes copiarla tal cual:

  1. ¿Cuántas sesiones aterrizan cada semana en fichas no disponibles, por canal, y con qué consultas orgánicas?
  2. ¿Qué código HTTP devuelve realmente una ficha inactiva?
  3. ¿Qué ve el usuario en los primeros segundos, antes de hacer scroll?
  4. ¿Cuánto tarda una ficha en pasar a no disponible después de que el inmueble se ocupa?
  5. ¿Qué atributos de la ficha se pueden heredar: tipo, superficie (por ejemplo, 400 m² → 280–520 m²), zona y renta?
  6. ¿Cuáles de esos atributos son límites duros y cuáles pueden flexibilizarse?
  7. ¿Existe inventario disponible que cumpla esos criterios hoy?
  8. ¿Qué ve el usuario cuando no hay coincidencias, y qué se le promete?
  9. ¿Se pide el contacto antes o después de mostrar alternativas?
  10. ¿Está definida la cohorte por estado al aterrizar y medido el recorrido hasta la solicitud de visita?

¿Qué pasa con un lead después de que el usuario lo envía?

A veces, nada. En Ghosts analicé 16 semanas de conversaciones de un chat automatizado. Antes de un quiebre puntual en la semana 7, cerca del 51 % de las conversaciones se entregaba a un broker; después, cerca del 13 %, sin que nadie lo notara. En 120 sesiones archivadas sin asignar encontré clientes con metraje, presupuesto y correo corporativo. El lead no abandonó: nadie lo recogió.

Para que la dirección actuara, traduje la pérdida en un orden de magnitud con supuestos explícitos:

643 contactos × 30 % que llegarían a una cita  ≈ 193 citas
193 citas × 10 % de cierre sobre cita           ≈ 19,3 cierres
19,3 cierres × $18.000 MXN de comisión media    ≈ $347.000 MXN

Es un techo estimado con tasas históricas y comisiones medias, no ingresos recuperados. Sirve para decidir si vale la pena actuar. La decisión no fue llamar a los 643 en masa, sino ordenarlos por valor en una cola de rescate, con una regla fija: ningún mensaje se envía sin que una persona lo apruebe.

La velocidad de respuesta también importa. En una auditoría de 2.241 empresas de Estados Unidos, Harvard Business Review encontró que el 37 % respondía a un lead web en menos de una hora y el 23 % nunca respondía. Es un dato de 2011 y no del sector inmobiliario: lo uso como contexto, no como benchmark.

¿Por qué hay inventario disponible y aun así no hay visitas?

Porque la demanda y la oferta existen, pero nadie las conecta. En MatchAgent investigué el final del recorrido de ese mismo marketplace: menos del 3 % de las oportunidades agendaba una visita, el 80 % de la gestión recaía en pocos brokers, más del 85 % tenía coincidencias con inventario disponible sin vincular y había más de 3.600 oportunidades sin broker asignado. El problema no era generar más demanda, sino conectar mejor la que ya existía.

En marketplaces esto se llama liquidez. El glosario de marketplaces de a16z propone medirla con el fill rate, la profundidad del mercado y el tiempo hasta encontrar un match. Mi traducción para inmuebles comerciales, que es una propuesta y no un estándar del sector: porcentaje de requerimientos válidos con al menos un inmueble pertinente disponible, tiempo hasta el primer match útil, porcentaje de leads asignados a un broker y porcentaje que agenda visita.

¿Qué errores aumentan la pérdida de leads?

Medir el formulario y no la visita. Un form_submit no certifica que un broker recibió una solicitud utilizable. Si la entrega está rota, optimizar el envío solo produce más leads que nadie atiende.

Redirigir todas las fichas inactivas a la home. Es lo más rápido de implementar y lo peor para el usuario, que pierde el contexto; además puede tratarse como soft 404.

Pedir el contacto antes de mostrar inventario. Capturas datos sin requerimiento y llenas el CRM de leads que Ventas descarta.

Automatizar el rescate sin supervisión. Un mensaje masivo a leads que esperaron semanas daña la marca; en la cola de rescate, una persona decide cada contacto. Explico cómo diseñar esa supervisión cuando el que propone es un agente en human in the loop para agentes de IA.

¿Cuándo este enfoque no aplica?

Cuando no hay inventario que mostrar. Si hay poca oferta en tu categoría, la continuidad no tiene a dónde llevar al usuario: el problema es de oferta, no de producto.

Cuando la operación no puede atender más demanda. Recuperar leads que el equipo comercial no puede atender empeora la experiencia. Primero se resuelve la capacidad o la asignación.

Cuando no hay trazabilidad entre producto y CRM. Sin un identificador común no sabes qué pasó después del formulario. El primer entregable es la instrumentación.

Cuando el tráfico no alcanza para comparar. Con pocas sesiones por segmento, un test A/B clásico puede tardar meses sin decidir nada. En ese caso, decido con otras fuentes de evidencia y dejo explícito el riesgo que se asume.

Preguntas frecuentes sobre leads perdidos en un marketplace inmobiliario

¿Por qué un marketplace inmobiliario pierde leads aunque tenga tráfico?

Porque el tráfico mide llegadas, no conexiones. Los leads se pierden en tramos sin dueño claro: fichas sin inventario, contactos que no llegan a un broker y requerimientos que no se cruzan con el inventario. Para verlos hay que seguir el recorrido hasta la visita, no solo hasta el formulario.

¿Qué mostrar cuando un inmueble ya no está disponible?

Un estado claro y una forma de continuar. Si hay inventario que respete el tipo, la zona y un rango de superficie razonable, muéstralo; si no, ofrece registrar el requerimiento sin prometer alternativas que no existen.

¿Conviene borrar la URL de una propiedad vendida o rentada?

No siempre. Si la ficha conserva información útil y sigue recibiendo búsquedas, puede mantenerse con contenido real y alternativas pertinentes. Si no tiene reemplazo ni valor residual, lo correcto es un 404 o 410 real. Lo que conviene evitar es redirigirla a la home o mantener un 200 vacío.

¿Cómo detecto leads que nunca llegaron al broker?

Cruzando los registros de producto (formularios, conversaciones) con los del CRM mediante un identificador común. Los leads que existen en el primero sin asignación en el segundo son tu fuga; después reviso una muestra a mano para confirmar que eran reales.

¿Qué hacer si tu marketplace ya tiene la demanda pero no la convierte?

Saber en qué tramo se pierde, cuánto vale y qué se puede probar primero. En los casos que revisé, la intención ya estaba en el sistema: en una ficha inactiva, en una conversación sin asignar o en un requerimiento con inventario compatible. Faltaba la capa que la conectara con una siguiente acción.

Si tu marketplace inmobiliario recibe demanda que no termina en visitas, en mi Diagnóstico de Producto y Growth ubico la fuga con datos cruzados, la dimensiono y dejo una intervención concreta lista para validar.

Volver al blog

Servicio relacionado

¿Necesitas entender qué está frenando tu producto?

Encuentro dónde se pierde la conversión cruzando datos de producto, CRM y comportamiento real, y priorizo dónde intervenir antes de comprometer meses de desarrollo.