Seguimiento de conversiones sin cookies: formularios, registros y ventas

Sí. El seguimiento de conversiones sin cookies registra acciones significativas en tu web sin usar cookies. Puedes contar envíos de formularios con éxito, registros y compras, y analizar el contexto disponible para esos eventos. La principal limitación es la atribución: medir una acción no es lo mismo que identificar a la misma persona entre dispositivos o a lo largo de varias semanas.

Esta guía explica cómo configurar el seguimiento de conversiones con MetriXs, qué medir y dónde están los límites.

El seguimiento de conversiones sin cookies registra una acción de la web como un evento sin depender de cookies para identificar al visitante.

Cuando alguien envía con éxito un formulario de contacto, tu web puede enviar un evento como Lead Submitted. El sistema de analítica registra el evento, junto con el contexto apropiado, como la página y las propiedades no personales que decidas incluir.

Eso te permite responder preguntas como:

• ¿Cuántas solicitudes de demo generó nuestra web?
• ¿Qué planes de suscripción eligen los nuevos clientes?
• ¿Dónde abandonan los visitantes el checkout?
• ¿Qué fuentes de tráfico registradas aportan ingresos?

No necesitas un perfil publicitario persistente para contar un registro completado.

Sin embargo, «sin cookies» describe una característica técnica, no una garantía de privacidad o legalidad absoluta. Un sistema puede evitar las cookies y aun así procesar datos personales o usar otras tecnologías de rastreo. Lo que recoge, cómo identifica a los visitantes y qué hace con la información es lo que importa.

Antes de añadir código, define el resultado que realmente quieres medir.

Un clic en un botón no es necesariamente un lead. Una visita a la página de registro no es un registro completado. Entrar en el checkout no es una venta.

Un clic de descarga mide la intención de descargar; no prueba que el visitante recibiera o leyera el archivo. Igualmente, un pedido completado y un pago liquidado no siempre son lo mismo. Elige definiciones que encajen con tu negocio.

Empieza con una conversión principal. Para un negocio de servicios, puede ser una consulta cualificada. Para un producto SaaS, un registro completado. Para una tienda online, un pedido confirmado.

Puedes añadir eventos de apoyo más adelante.

Añade tu web a MetriXs y copia el fragmento de instalación que se te proporciona. Sigue la guía de instalación del tracker o usa la integración de plataforma adecuada.

Instala el tracker solo una vez. Si un plugin ya lo añade, no insertes además el mismo script manualmente.

Cuando el tracker haya cargado, tu web puede registrar eventos personalizados mediante la función global window.metrixs().

Los ejemplos siguientes deben incluirse en las funciones de confirmación o callbacks de éxito de tu aplicación. Son llamadas de eventos, no implementaciones completas de formularios o checkouts, y asumen que el tracker está disponible.

Para un formulario de contacto, envía un evento después de que el servidor confirme que el envío tuvo éxito:

window.metrixs('Lead Submitted', {
  props: {
    form: 'contact',
    location: 'contact_page'
  }
})

Las propiedades describen el formulario, no a la persona que lo envía.

Evita disparar este evento en cuanto alguien pulsa el botón de enviar. Un clic puede ir seguido de un error de validación, una petición de red fallida o un envío rechazado.

La secuencia correcta es:

1. El visitante envía el formulario.
2. Tu aplicación valida y envía la petición.
3. Tu backend confirma el éxito.
4. Tu aplicación registra Lead Submitted.

Si usas un plugin de formularios, conecta el evento a su callback documentado de envío correcto, no a un listener genérico de clic o submit.

Mantén el contenido del formulario fuera de la analítica

No adjuntes nombres, direcciones de correo, teléfonos ni contenidos de mensajes al evento.

Por ejemplo, form: 'contact' es contexto útil. La dirección de correo del visitante no es necesaria para contar una consulta.

Revisa también la URL de página registrada. Los datos personales pueden entrar por accidente en la analítica mediante cadenas de consulta, enlaces de confirmación o URLs con identificadores de cuenta. MetriXs admite una anulación de URL para eventos personalizados, pero tus páginas vistas y demás eventos capturados automáticamente necesitan la misma atención.

Tu CRM debe guardar la consulta. Tu analítica debe medir que ocurrió una consulta.

Aplica el mismo principio al registro de cuentas:

window.metrixs('Signup Completed', {
  props: {
    plan: 'free',
    signup_location: 'pricing_page'
  }
})

Dispara el evento tras crear la cuenta con éxito, no al abrir el formulario de registro.

Mantén valores de propiedades coherentes. Si usas free, basic y pro como nombres de planes, usa esos valores exactos en todas partes. Mezclar Pro, pro-plan y premium dificulta interpretar el desglose.

En MetriXs, los eventos definidos por el usuario aparecen en la tarjeta Custom Events. Despliega un evento para ver sus desgloses por propiedad. Así puedes comparar, por ejemplo, los registros registrados por plan.

Consulta la documentación de eventos personalizados para ver las opciones disponibles.

Una pantalla de confirmación puede aparecer más de una vez. Los usuarios recargan páginas, las aplicaciones reintentan peticiones y los proveedores de pago pueden entregar el mismo webhook repetidamente.

Tu implementación debe emitir la conversión una vez por acción de negocio exitosa. No asumas que recargar una página de agradecimiento representa una nueva conversión.

Para integraciones de backend, usa tus registros de negocio existentes y la gestión de idempotencia para evitar el procesamiento repetido. Si las integraciones de navegador y de backend reportan la misma acción, define cómo se evitarán los duplicados antes de activar ambas.

El seguimiento de comercio de MetriXs usa tres nombres de eventos definidos:

Activa Commerce para tu sitio en Settings → Sites.

Luego envía cada evento en el punto correspondiente de tu checkout. Por ejemplo, cuando un cliente entra al checkout con un carrito de 79 €:

window.metrixs('checkout_started', {
  props: {
    total: 79,
    currency: 'EUR'
  }
})

Cuando se envían los datos de pago:

window.metrixs('payment_submitted', {
  props: {}
})

Cuando se confirma el pedido:

window.metrixs('order_completed', {
  props: {
    total: 79,
    currency: 'EUR'
  }
})

El importe anterior es solo un ejemplo. En producción, usa el total confirmado real del pedido y su moneda.

Estos eventos alimentan los ingresos, el valor medio de pedido y el embudo de checkout del panel de comercio. También puedes incluir las propiedades de producto documentadas para rellenar los informes por producto.

Con flujos de pago como checkouts alojados, puede que un cliente que paga con éxito nunca vuelva a tu página de agradecimiento.

MetriXs permite enviar eventos de comercio desde tu backend. Para conversiones dependientes del pago, un webhook verificado del proveedor de pagos puede ser un disparador más fiable que una redirección del navegador.

Guarda las credenciales de API en el servidor, autentica las peticiones de webhook y gestiona las entregas duplicadas.

Aquí hay una distinción importante: registrar un pedido de forma fiable no conserva automáticamente la atribución del visitante original. Una petición de backend no contiene de por sí el contexto de fuente de tráfico del navegador. Comprueba qué datos envía y admite tu integración antes de esperar que los informes a nivel de fuente coincidan con las conversiones registradas por el navegador.

Consulta la guía de integración de comercio para la API del lado del servidor y el formato de eventos.

El seguimiento del checkout de Shopify funciona de forma separada al tema de la tienda.

La integración de Shopify de MetriXs usa un web pixel para los eventos de checkout. Como se documenta para esta integración, los eventos de checkout en los mercados de la UE y Reino Unido están sujetos al marco de consentimiento de Shopify. Esos eventos de checkout registrados pueden representar, por tanto, solo a visitantes que consienten.

Una implementación sin cookies no evade los requisitos de consentimiento de la plataforma. Consulta la guía de configuración de Shopify para la distinción entre el seguimiento de la tienda y del checkout.

Cuando los eventos llegan, mira más allá del total.

Supón que una tienda registra lo siguiente en un periodo:

Estas cifras son ejemplos, no resultados de clientes de MetriXs.

El valor medio de pedido es:

1.975 € ÷ 25 pedidos = 79 €

La fórmula documentada de la tasa de conversión de e-commerce en MetriXs es:

Eventos de pedido completado ÷ visitantes únicos × 100

Para este ejemplo:

25 ÷ 1.000 × 100 = 2,5 %

Esa es una métrica de pedidos por visitante. No significa necesariamente que el 2,5 % de las personas distintas comprara: un visitante puede hacer varios pedidos, y la identificación de visitantes tiene sus propios límites de medición.

Para eventos personalizados, haz la misma distinción. Treinta eventos de envío de formulario no significan automáticamente treinta leads únicos.

Las cifras del checkout también sugieren una pregunta útil: ¿por qué se registran menos eventos de pago enviado que de inicio de checkout? Investiga los gastos de envío, las opciones de pago, los errores de formulario y la propia implementación de eventos antes de asumir un problema de UX.

La analítica sin cookies puede informar del contexto de fuente de tráfico y de campaña cuando esa información está disponible y asociada a la actividad registrada.

Para sitios con comercio activado, MetriXs documenta desgloses de ingresos por fuente, campaña y página de aterrizaje.

Usa parámetros UTM coherentes en los enlaces que controlas. Un enlace de boletín podría verse así:

https://example.com/demo?utm_source=newsletter&utm_medium=email&utm_campaign=autumn_launch

Las etiquetas de campaña deben describir la campaña, no identificar a destinatarios individuales. Evita direcciones de correo, IDs de cliente u otros identificadores personales en los valores UTM.

Para el descubrimiento mediante IA, los referentes reconocidos de asistentes como ChatGPT o Perplexity también pueden aportar información útil sobre la fuente. Pero no cada clic lleva un referente utilizable, y un informe de referencias de IA no muestra cada mención de tu negocio dentro de una respuesta de IA.

La atribución describe el recorrido observable. No es un registro completo de todo lo que influyó en el cliente.

Alguien puede leer tu boletín en el móvil, volver directamente en un portátil dos días después y comprar. Sin un identificador persistente entre dispositivos, esas interacciones no pueden asumirse simplemente como de la misma persona.

MetriXs describe su identificación de visitantes como un hash con rotación diaria. Es un modelo de medición distinto al de un ID de visitante persistente almacenado durante meses. No interpretes los recuentos de visitantes como una lista duradera de personas individuales entre periodos de informe.

La analítica sin cookies también sigue sujeta al bloqueo de scripts, fallos de red, restricciones del navegador y errores de implementación. Quitar las cookies no hace la medición infalible.

No. Resuelven problemas distintos.

La analítica sin cookies mide la actividad de la web sin depender de cookies.

El Google Consent Mode ajusta cómo se comportan las etiquetas de Google según el estado de consentimiento que comunica tu web.

Google documenta dos enfoques. El Consent Mode básico bloquea las etiquetas de Google hasta que se otorga el consentimiento. El Consent Mode avanzado puede enviar mediciones sin cookies mientras el consentimiento está denegado, admitiendo modelado cuando aplica.

Eso no hace que el Consent Mode equivalga a una herramienta de analítica sin cookies independiente. Tampoco elimina tu responsabilidad de configurar el consentimiento correctamente.

Del mismo modo, un registro medido en MetriXs no se convierte automáticamente en una conversión de Google Ads ni en una señal de optimización de Meta. Las integraciones con plataformas publicitarias, la atribución y los requisitos de consentimiento requieren consideración aparte.

Consulta la documentación del Consent Mode de Google para ver la diferencia.

No hay una respuesta universal basada solo en la ausencia de cookies.

Las normas aplicables pueden cubrir otras formas de almacenamiento o acceso en el dispositivo, y las obligaciones del RGPD pueden aplicar cuando se procesan datos personales. Las exenciones de medición de audiencia también dependen de la jurisdicción, la finalidad y la configuración.

La autoridad francesa de protección de datos (CNIL), por ejemplo, explica que ciertas herramientas de medición de audiencia pueden optar a una exención de consentimiento bajo condiciones específicas, y recuerda que la normativa nacional varía entre los países de la UE. Consulta sus directrices sobre medición de audiencia.

Una implementación responsable minimiza los datos recogidos, evita información personal en las propiedades de eventos y en las URLs, documenta el tratamiento y sigue los requisitos de consentimiento aplicables.

Tu web puede necesitar además un mecanismo de consentimiento para etiquetas publicitarias, servicios incrustados u otras tecnologías, aunque tu configuración de analítica no lo requiera.

Herramientas distintas pueden producir totales distintos sin que ninguna esté rota.

Las razones habituales incluyen disparadores de eventos diferentes, estados de consentimiento, zonas horarias de informe, definiciones de visitante, ventanas de atribución y gestión de duplicados. La analítica de navegador también puede perder pedidos completados sin un retorno exitoso a tu web.

Compara cosas comparables: el mismo periodo, la misma definición de finalización y el mismo tratamiento de reembolsos, cancelaciones, impuestos y envío.

Tu sistema de pedidos del backend debe seguir siendo la fuente de verdad de los registros operativos de pedidos. La analítica te ayuda a entender la adquisición registrada y el comportamiento en el sitio; no es un sustituto de tu contabilidad.