¿Cómo conectar una página web inmobiliaria con un CRM?

El recorrido mínimo de una integración

Cuando una persona envía un formulario, el website debe validar la entrada y entregar una confirmación comprensible. En paralelo, una capa segura procesa los datos, busca coincidencias y escribe en el CRM. La interfaz no debería esperar indefinidamente a que un proveedor externo responda.

Si el CRM no está disponible, conserva la solicitud en una cola segura, registra el fallo y reintenta con límites. Nunca muestres “enviado” si el sistema perdió los datos sin alternativa de recuperación.

Cuatro formas de conectar website y CRM

Elige el método más sencillo que cumpla requisitos de experiencia, seguridad, trazabilidad y mantenimiento. Una integración personalizada no es superior por definición; un formulario nativo tampoco es suficiente si rompe el diseño o pierde la fuente.

Diseña el mapa de campos antes del código

Un campo web y una propiedad CRM necesitan nombre, tipo, formato, obligación, propósito y regla de actualización. “Presupuesto” puede ser texto libre, rango o moneda; si cada formulario lo envía distinto, el CRM no podrá filtrar ni automatizar de forma confiable.

Guarda también el valor original cuando una transformación pueda perder matices. Un mensaje libre sirve para comprender; un campo normalizado sirve para filtrar. Ambos cumplen funciones distintas.

Evita duplicados sin fusionar personas equivocadas

El patrón técnico suele llamarse upsert: crear si no existe y actualizar si existe. La documentación de contactos de HubSpot, por ejemplo, admite actualización por identificador y operaciones de creación o actualización usando email o una propiedad única. El concepto aplica a otros CRM, aunque los endpoints cambian.

1. Normaliza el email en minúsculas y elimina espacios accidentales.
2. Convierte el teléfono a un formato consistente con país cuando el dato lo permita.
3. Busca por identificador único antes de crear.
4. Si existe una coincidencia confiable, actualiza solo las propiedades permitidas.
5. No borres primera fuente, consentimiento o historial al recibir una visita nueva.
6. Si email y teléfono apuntan a contactos distintos, detén la fusión automática y revisa.
7. Registra qué integración cambió cada propiedad y cuándo.

Define una política por campo. La etapa del lead puede avanzar, pero una integración web no debería devolver automáticamente un cliente a “nuevo”. La nota reciente puede añadirse como actividad en lugar de sobrescribir el contexto anterior.

Conserva el recorrido de adquisición

Guarda página de entrada, formulario, fuente, medio, campaña y fecha cuando estén disponibles. Distingue primera procedencia de la interacción reciente. Google Analytics separa adquisición del usuario y adquisición de tráfico porque responden preguntas diferentes: cómo llegó alguien por primera vez y cómo regresó en una sesión posterior.

No atribuyas todo al último clic. Un prospecto puede descubrir un artículo en Google, volver desde Instagram y enviar el formulario directamente. El CRM debe conservar ese contexto sin declarar causalidad absoluta.

Cuando la persona pasa de solicitud a lead calificado, el sistema puede enviar eventos posteriores para análisis. Google Analytics contempla generate_lead, qualify_lead y close_convert_lead. Configúralos según definiciones reales y evita incluir información personal identificable en Analytics.

Separa solicitud, consentimiento y preferencia

El formulario debe explicar qué datos recopila, para qué y cómo continuará el contacto. Una solicitud de valoración permite responder a esa solicitud; no siempre implica permiso para campañas indefinidas por correo, SMS o WhatsApp. Modela esos permisos por canal y finalidad.

• Conserva el texto o versión del consentimiento presentado.
• Registra fecha, fuente y elección explícita.
• No preselecciones opciones que requieren decisión activa.
• Permite retirar preferencias y propaga el cambio a herramientas conectadas.
• Evita enviar campos sensibles si no son necesarios.
• Define retención y eliminación según normativa y operación aplicables.

Las obligaciones dependen de jurisdicción, canal y uso. La arquitectura debe facilitar cumplimiento, pero no sustituye revisión legal.

Protege credenciales, endpoints y datos

No pongas una API key privada en el HTML, JavaScript público, repositorio o configuración descargada por el navegador. La llamada autenticada debe ejecutarse en el servidor o en un servicio autorizado. Usa permisos mínimos: una integración que solo crea contactos no necesita administrar usuarios o borrar registros.

OWASP incluye entre los riesgos de API la autenticación rota, autorización a nivel de objeto o función, consumo sin límites, mala configuración, inventario deficiente y consumo inseguro de APIs. Traduce esos riesgos en controles:

• Autentica webhooks y verifica firmas cuando el proveedor lo admita.
• Valida tipos, longitudes y valores permitidos en el servidor.
• Aplica límites de frecuencia, anti-spam y protección contra automatización abusiva.
• Rota secretos y revoca accesos que ya no se usan.
• No registres datos sensibles completos en logs de error.
• Mantén inventario de formularios, endpoints, propiedades y responsables.
• Actualiza dependencias y revisa avisos del proveedor.

Automatizaciones que deben ocurrir después de crear el contacto

Una integración útil activa trabajo, no solo almacenamiento. Según intención, mercado y consentimiento, puede asignar propietario, establecer un estado inicial, crear una tarea, enviar una confirmación y alertar al equipo.

La automatización debe ser idempotente: si el mismo evento se procesa dos veces, no debería crear dos contactos, dos tareas idénticas o dos mensajes. Usa un identificador de envío y registra el resultado.

Prueba la integración como un sistema, no como un botón

Haz una matriz de casos antes de publicar y repítela después de cambiar formularios, CRM o conectores:

• Envío válido desde escritorio y móvil.
• Email o teléfono con espacios, mayúsculas y formatos distintos.
• Contacto nuevo y contacto existente.
• Dos envíos rápidos del mismo formulario.
• Campos opcionales vacíos y texto con caracteres especiales.
• Consentimiento aceptado, rechazado y retirado.
• Spam, payload demasiado grande y valores no permitidos.
• CRM temporalmente fuera de servicio.
• Tiempo de espera, reintento y recuperación manual.
• Asignación por mercado y ausencia de propietario disponible.
• Confirmación para el usuario y alerta para el equipo.
• Eventos de Analytics sin datos personales.

Comprueba el resultado final, no solo la respuesta HTTP. Debe existir un único contacto correcto, una actividad comprensible, fuente conservada, propietario válido y tarea visible. Documenta quién recibe alertas cuando falla.

Mide integración, operación y negocio

El informe de adquisición de leads de Google Analytics se alimenta de eventos recomendados y ayuda a observar canales. El CRM debe seguir siendo la referencia para propiedad, estado y resultado comercial. Reconciliar ambos sistemas permite detectar eventos faltantes y discrepancias.

Errores frecuentes

• Elegir el CRM antes de documentar el proceso.
• Copiar todos los campos del CRM al formulario.
• Crear un contacto nuevo en cada envío.
• Sobrescribir primera fuente, consentimiento o historial.
• Exponer claves privadas en el frontend.
• Dar permisos administrativos a una integración limitada.
• Enviar datos personales a Analytics.
• No manejar caídas, reintentos y duplicados.
• Mostrar éxito aunque el dato se haya perdido.
• Asignar contactos a usuarios inactivos.
• Automatizar marketing sin consentimiento correspondiente.
• Probar solo el caso ideal.

Preguntas frecuentes