¿Cómo realiza la plataforma de análisis de datos del sitio web el seguimiento del origen publicitario de las consultas?

Hay clics en el panel de publicidad y el sitio web también recibe consultas, pero el equipo de operaciones solo puede ver «Formulario enviado correctamente» y no puede saber de qué anuncio procede cada consulta. Como resultado, es fácil que el presupuesto se asigne en función del número de clics y no de las oportunidades comerciales cualificadas. Para rastrear el origen publicitario de las consultas en una plataforma de análisis de datos web, lo fundamental es vincular los parámetros de los enlaces publicitarios, los registros de origen de los visitantes, los eventos de envío correcto y los números de consulta, en lugar de limitarse a instalar un código de seguimiento de visitas.

En la práctica, puede seguirse este flujo: añadir etiquetas de origen a los enlaces publicitarios, guardar esa información cuando el visitante llega al sitio web, asociar el origen con el registro de la consulta cuando se envía correctamente y, después, consultar las conversiones con criterios uniformes. Los identificadores de clic de las plataformas publicitarias pueden servir como complemento, pero la posibilidad de rastrear un anuncio concreto sigue dependiendo de que los parámetros, la recopilación de datos del sitio web y el sistema de formularios estén correctamente conectados.

Primero, determine hasta qué nivel necesita hacer el seguimiento

«Procedente de búsqueda de pago» solo responde a la pregunta sobre el canal; saber «de qué campaña o versión del anuncio procede» ayuda a ajustar la inversión publicitaria. Antes de configurarlo, enumere las dimensiones que desea comparar para evitar descubrir, una vez implementado, que todas las consultas se atribuyen a un único canal.

Los parámetros dinámicos deben utilizar el formato admitido por el sistema publicitario, y es necesario comprobar los valores reales después de llegar a la página de destino. Indicar únicamente el nombre de la campaña normalmente no permite identificar automáticamente el anuncio concreto. No añada parámetros de origen publicitario a la navegación interna del sitio web, ya que podrían sobrescribir el origen original.

El origen no debe perderse al navegar desde la página de destino

Un cliente puede consultar primero un producto, después una página de certificaciones y, por último, acceder a la página de contacto. Si el formulario solo lee la URL de la página actual, es probable que los parámetros publicitarios ya no estén presentes cuando se envíe. El método adecuado consiste en recopilar el origen en la página de entrada, guardarlo de conformidad con los requisitos de privacidad aplicables y las autorizaciones del usuario, y leerlo al enviar el formulario.

Como mínimo, la información guardada debe incluir los parámetros de origen, la página de entrada, la hora de la primera visita y los identificadores de clic disponibles. La asociación de visitantes suele depender de identificadores propios o de sesión. No incluya nombres, direcciones de correo electrónico ni números de teléfono en los enlaces publicitarios o en eventos de análisis de uso general.

• Conserve por separado el origen inicial: permite saber por qué canal llegó inicialmente el cliente al sitio web.
• Guarde por separado el último origen válido: permite observar el último punto de contacto promocional antes del envío. Acuerde de antemano si se deben excluir las visitas directas.
• Incorpórelo al registro de la consulta al enviarla: no deje la información únicamente en las estadísticas del navegador; de lo contrario, es posible que el equipo de ventas no pueda recuperarla cuando reciba el contacto.

El cambio de idioma, los formularios que redirigen a otros dominios y los componentes integrados de terceros deben verificarse por separado. La vinculación entre dominios no se activa de forma predeterminada: compruebe si la herramienta la admite y si la configuración correspondiente está completa.

Registre la «consulta enviada correctamente», no el «clic en el botón»

Después de hacer clic en el botón, es posible que falten campos obligatorios, falle el CAPTCHA o se produzca un error de API. Contar los clics en el botón como consultas sobreestima las conversiones. Siempre que sea posible, utilice la confirmación del servidor de que se ha creado la consulta, o una respuesta de éxito explícita recibida por el frontend, como criterio para activar el evento de conversión.

1. Configure un evento independiente para el envío correcto de consultas, por ejemplo, inquiry_success, separado de las vistas de página y los clics en los datos de contacto.
2. Genere un número único para cada consulta enviada correctamente y guárdelo junto con los campos de origen.
3. Si se actualiza la página de confirmación, se hace clic varias veces o se reintenta el envío del evento, elimine los duplicados mediante el número de consulta para evitar contar varias veces la misma consulta.
4. Asocie el estado de tramitación en el sistema de gestión de consultas y distinga entre solicitudes válidas, envíos no deseados y consultas duplicadas.

Los enlaces de correo electrónico y los botones de llamada o mensajería instantánea suelen permitir registrar únicamente que se ha iniciado el contacto, pero no demuestran que el cliente haya enviado un mensaje ni que se haya generado una consulta válida. A menos que un sistema posterior proporcione datos de confirmación, deben registrarse por separado como eventos de intención de contacto y no sumarse a los envíos correctos del formulario.

Antes de la puesta en marcha, recorra de principio a fin el proceso de envío de una consulta

Las pruebas no deben limitarse a comprobar si se ha cargado el código de análisis. Acceda desde una entrada con parámetros, navegue por otras páginas y envíe el formulario; después, compruebe si los eventos de análisis se corresponden con los registros de consultas. Si el enlace de prueba no procede de un clic publicitario real, solo permite verificar la transmisión de los parámetros, no confirmar que los identificadores de clic de los anuncios y el envío de datos a la plataforma funcionen correctamente.

Si falta el origen, puede acotar la búsqueda del problema según lo observado:

• No hay parámetros al llegar al sitio web: compruebe si el enlace final del anuncio, los enlaces acortados y las redirecciones conservan los parámetros de consulta de la URL.
• Hay parámetros en la entrada, pero no al enviar: compruebe la lógica de almacenamiento del origen, las redirecciones entre dominios y la transmisión de campos del formulario.
• La consulta se ha creado, pero no hay ningún evento en las estadísticas: compruebe la devolución de llamada de éxito, el estado de autorización, el bloqueo de scripts y el envío del evento.
• Un solo envío genera varias conversiones: compruebe si se han configurado simultáneamente el botón, la página de confirmación y la escucha de la API, y si falta la deduplicación.

Durante la depuración, consulte los parámetros de los eventos y los registros de consultas en el sistema administrativo, en lugar de limitarse a revisar los informes agregados. Algunos informes presentan retrasos de procesamiento, por lo que la ausencia de datos inmediatamente después del envío no permite concluir directamente que la recopilación haya fallado.

Compare los anuncios con criterios uniformes para poder decidir cómo ajustarlos

El número de conversiones de la plataforma de análisis web y el del panel de publicidad no tienen por qué coincidir. Las diferencias en la ventana de atribución, la zona horaria, el momento en que se produce la conversión, la identificación entre dispositivos y la atribución por visualización pueden afectar a los resultados. Antes de conciliar los datos, unifique las fechas del informe, la definición de los eventos, el método de deduplicación y el modelo de atribución; después, determine si se están omitiendo registros.

Los informes habituales pueden mostrar, por campaña y versión del anuncio, el número de consultas, el número de consultas válidas y el coste correspondiente. El coste debe conectarse o importarse por separado, y la moneda debe ser uniforme. La evaluación de la validez requiere la opinión del equipo de ventas; no puede basarse únicamente en el tiempo de permanencia en el sitio.

Si un cliente visita el sitio web a través de un anuncio y vuelve directamente varios días después para enviar una consulta, el origen inicial y el origen anterior al envío pueden ser distintos. Conservar ambos registros facilita la explicación más que guardar un único campo de «origen». Si se rompe la cadena de seguimiento porque no se ha autorizado el seguimiento, se han borrado los datos almacenados o se ha cambiado de dispositivo, marque el origen como desconocido o la asociación como limitada; no atribuya forzosamente la consulta a un anuncio concreto.