Turoperador: leads de la web y de las landing pages en Bitrix24, con UTM y sin duplicados

¿Por qué la analítica de extremo a extremo contaba mal y qué tenía que ver el plan?

A finales de 2024 el cliente nos contó que, según le habían dicho, había demasiados leads y la analítica no cuadraba. La causa estaba en el plan contratado, con el que la analítica de extremo a extremo de Bitrix24 solo funciona hasta cierto número de registros del CRM (leads, tratos, contactos y empresas en conjunto), y la base del turoperador lo había superado.

Estudiamos pasar a Bitrix24 On-Premise, pero el historial de comunicaciones habría que trasladarlo a mano, así que el cliente se quedó en la nube. En febrero de 2025 pasó al plan Enterprise a través de nosotros y limpiamos la base de leads y tratos antiguos: el historial se queda en el contacto del viajero. Tras revisarlo, el cliente lo dio por bueno con un «súper».

¿Cómo llegan a Bitrix24 las solicitudes de una web en PrestaShop, como leads y con UTM?

Hasta junio de 2025 las solicitudes de la web principal llegaban por correo y un comercial las pasaba a mano al CRM. Las etiquetas se perdían y los informes metían esos leads en «otro tráfico».

Nuestro programador integró la web con el CRM mediante la API REST. Ahora cada solicitud y cada pedido crean un lead, como quería el cliente, con las UTM sacadas del enlace de la última visita antes de la solicitud. El origen lo asignan reglas de automatización:

• sin etiquetas: SEO;
• utm_source facebook: publicidad en redes sociales;
• utm_source google: publicidad en buscadores; un proceso de negocio aparte distingue el tráfico orgánico del de pago por utm_medium (cpc u organic);
• una llamada de la telefonía Binotel del cliente recibe origen solo si el comercial ha confirmado la web.

¿Cómo se unen en un solo lead varias solicitudes de una misma persona en un día?

En un mismo día, un viajero podía enviar varias solicitudes desde la web y las landing pages, llamar y escribir en el chat, y cada contacto se convertía en un lead distinto. Bitrix24 Cloud no tiene un disparador que actúe antes de crear el lead, así que el lead se crea primero y el duplicado se borra después. La fusión abarca todos los canales y tarda como máximo un minuto; si dos leads difieren en un campo, se queda el valor más reciente. El cliente aceptó el trabajo en diciembre de 2025. Así funciona:

• un lead nuevo activa el webhook saliente onCrmLeadAdd;
• un script busca coincidencias entre los leads del día, desde las 00:00;
• pasa los datos y las actividades del lead nuevo (llamadas, correos, chats) al primer lead que coincide;
• borra el duplicado.

¿Cómo ver los leads de cada landing page y añadir otras nuevas?

Además de la web principal, el turoperador tiene landing pages para destinos y fechas concretos. El cliente ya enviaba sus solicitudes al CRM por su cuenta, pero no podía contar los leads de cada web. En julio de 2025 añadimos a los leads el campo «Origen (web)», que un proceso de negocio rellena con la dirección de la web que figura en el título del lead. Ahora los leads y los tratos se filtran por web, origen del tráfico, periodo y viaje.

En 2026 el cliente empezó a lanzar cada semana landing pages hechas con IA, y sus formularios enviaban las solicitudes a Formspree, no al CRM. Conectamos Formspree por webhook a un script nuestro y en agosto de 2026 lo reescribimos en Windmill. El script crea el lead con nombre, teléfono, web y UTM, añade por sí solo cualquier landing page nueva a la lista «Origen (web)» y encuentra la dirección en cualquier campo del formulario. En el portal real no generó duplicados ni tocó los valores existentes de la lista. Por cada landing page nueva al cliente le quedan dos pasos: un campo oculto con la dirección de la web en el formulario y la URL del script en Formspree.

¿Qué más configuramos en el Bitrix24 del turoperador?

Al principio conectamos Facebook Messenger e Instagram Direct a los canales abiertos de Bitrix24 y corregimos un ajuste por el que los mensajes de Facebook no llegaban a ningún comercial. En la web, el chat del proveedor de telefonía dejó paso a un widget de Bitrix24 con chat, Telegram, Viber y formulario de contacto, y cada solicitud que entra por él crea un lead. Más tarde actualizamos el filtro por web tras un cambio de dominio, y los leads asignados a un empleado que ya no está en la empresa pasan solos a otro comercial.

Todo fue soporte continuo por paquetes de horas para peticiones concretas, no un gran proyecto de implantación: unas 60 horas de nuestro equipo entre diciembre de 2024 y agosto de 2026.