Track
Empieza gratis

Cómo funciona

De tu dominio a conversiones verificadas en todas las plataformas

Un snippet en tu sitio, una sesión guiada con el asistente, una configuración firmada que tú apruebas. A partir de ahí, Track se encarga de los eventos, con el consentimiento evaluado para cada destino y un depurador que te muestra lo que ha pasado.

Empieza con tu dominioVer las funcionalidades
Snippet → Track → plataformasEl snippet de tu sitio web envía eventos desde el navegador; tu tienda o tu servidor envían las mismas conversiones con un ID de evento compartido. Track evalúa el consentimiento en un filtro de políticas y transmite cada evento a Meta, Google Ads, Google Analytics 4 y TikTok.Sitio webun ID de eventoSDK del navegadorAPI de servidorTrack✓Consentimiento / políticaconsentimiento concedidoMetaentregadoGoogle AdsentregadoGA4entregadoTikTokentregado
Snippet → Track → Consentimiento/política → plataformas. La misma imagen que ves en el depurador para cada evento real.

Cuatro hitos, una sesión

Esta es la perspectiva del cliente. Las comprobaciones técnicas detrás de cada hito se enumeran más abajo.

  1. Crea tu sitio

    Regístrate con tu dominio. Track crea el sitio, un ID de tracking público de seis caracteres y el snippet de una línea.

    Tú
    introduces el dominio y pegas el snippet, o instalas la app de Shopify, WooCommerce o Shopware
    Obtienes
    una instalación verificada: Track ve la primera vista de página y confirma la propiedad por DNS, archivo o metaetiqueta
    El snippethtml
    <script async src="https://cdn.track.site/v1/tracker.js" data-site-id="TRACKING_ID"></script>

    Servido desde un host CDN first-party; la configuración que carga está firmada con Ed25519 y se verifica antes de ejecutar nada.

  2. Deja que el asistente proponga la configuración

    El asistente detecta la plataforma y la herramienta de consentimiento, propone un plan de eventos para tu tipo de negocio y te pide los IDs públicos de las plataformas que utilizas.

    Tú
    respondes a unas pocas preguntas e introduces los IDs de píxel en el chat y los tokens de acceso en la tarjeta segura de credenciales
    Obtienes
    un borrador de configuración con eventos mapeados y un evento de prueba real aceptado por el proveedor

    Configuración guiada

    Datos de ejemplo: Estado de ejemplo estático: no es tráfico real ni datos reales de clientes.

    1. Track AI

      example-shop.test funciona con Shopify y usa Cookiebot como herramienta de consentimiento (confianza alta). Para una tienda propongo view_item, add_to_cart, begin_checkout y purchase. ¿Preparo el borrador del plan para Meta y Google Ads?

    2. Tú

      Sí, Meta primero.

    3. Track AI

      ID de píxel validado. La Conversions API necesita un token de acceso: introdúcelo en la tarjeta segura de credenciales de abajo; nunca aparecerá en este chat.

    Tarjeta de credenciales · token de acceso de Meta

    Guardado cifrado; nadie puede verlo, ni siquiera el modelo.

    guardado

    Evento de prueba · purchase

    Enviado a través del pipeline real con el código de evento de prueba del proveedor.

    aceptado por Meta

    Publicar la versión 13

    Vinculada exactamente a este diff y a ti como aprobador.

    a la espera de tu aprobación
    • + destination meta: browser + server
    • + mapping purchase → Purchase (event id, order id)
    • ~ consent: marketing required for meta
    Aprobar y publicar

    El asistente propone, las herramientas validan, tú apruebas.

  3. Aprueba y publica

    Ves el diff, los destinatarios y el requisito de consentimiento de cada destino. Una aprobación publica un bundle firmado y versionado.

    Tú
    lees el diff y haces clic en aprobar
    Obtienes
    una configuración activa con su número de versión y rollback disponible con un clic

    Configuración · versión 13

    Datos de ejemplo: Estado de ejemplo estático: no es tráfico real ni datos reales de clientes.
    activa
    Aprobada por
    ti, vinculada al diff que leíste
    Firma
    Ed25519, verificada por el SDK
    Destinos
    Meta (navegador + servidor), Google Ads (servidor)
    Rollback
    versión 12, un clic

  4. Observa y mejora

    El depurador muestra cada evento con su decisión, el Health Score indica qué corregir y el asistente propone la solución.

    Tú
    revisas la puntuación cuando cambia y apruebas las mejoras
    Obtienes
    conversiones verificadas en todas las plataformas, con evidencia por evento

    Tracking Health Score

    Datos de ejemplo: Estado de ejemplo estático: no es tráfico real ni datos reales de clientes.

    Puntuación

    86 / 100

    Componentes

    • Cobertura de consentimiento91 · 20% de peso

      El 91% de los eventos llevan una señal explícita de consentimiento

    • Eventos críticos78 · 25% de peso

      7 de 9 eventos críticos planificados observados

    • Calidad del esquema74 · 15% de peso

      El 74% de los eventos superan las comprobaciones de esquema y PII

    • Duplicados96 · 10% de peso

      1,0% de duplicados

    • Entrega88 · 20% de peso

      94% entregados, 1 integración con problemas de credenciales

    • Actualidad100 · 10% de peso

      Último evento del navegador hace 4 min

    Incidencias abiertas

    • purchase sin currency

      A 12 eventos de las últimas 24 h les falta el parámetro obligatorio

      Solución: actualizar el mapeo de eventos
    • Falta la señal de consentimiento

      El 9% de los eventos llegaron sin un estado de consentimiento explícito

      Solución: conectar el adaptador de CMP

    Componentes ponderados; una puntuación más baja siempre señala su causa.

De dónde vienen tus eventos

Cambia entre los modos de entrega. Cada destino puede funcionar solo en el navegador, solo en el servidor o en ambos; el modo híbrido es el predeterminado porque los dos caminos cubren mutuamente sus huecos.

Dos caminos, un ID de evento

El navegador y el servidor envían la misma conversión con el mismo ID de evento. Track normaliza ambos, aplica la decisión de consentimiento por destino y los transmite; los proveedores deduplican por ID de evento o por ID de pedido. Obtienes el alcance del camino del servidor con la calidad de coincidencia del camino del navegador.

  • Modo por defecto para cada destino que admite ambos
  • Deduplicación: ID de evento (Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn…), ID de pedido (Google Ads)
  • Consentimiento: una decisión por evento y destino para ambos caminos
Dos caminos, un ID de eventoEl sitio web envía eventos desde el SDK del navegador y la API de servidor con un ID de evento compartido a Track; el filtro de consentimiento está abierto y los eventos llegan a los destinos.Sitio webun ID de eventoSDK del navegadorAPI de servidorTrack✓Consentimiento / políticaconsentimiento concedidoMetaentregadoGoogle AdsentregadoGA4entregadoTikTokentregado

Lo que Track comprueba por el camino

Mostrar las comprobaciones técnicas detrás de los cuatro hitos

Estas comprobaciones se ejecutan dentro de la sesión guiada y, más adelante, en el worker. Son la razón por la que bastan los cuatro hitos: no tienes que verificarlas a mano.

Sitio e instalación

  • Formato y accesibilidad del dominio
  • Propiedad mediante registro DNS, archivo de verificación o metaetiqueta
  • Snippet presente y firma de la configuración verificada en el navegador
  • Primera vista de página recibida en el host de ingesta

Plataforma, herramienta de consentimiento y plan de eventos

  • Plataforma de e-commerce o CMS detectada con un nivel de confianza
  • Herramienta de consentimiento detectada (TCF 2.2, GPP, Cookiebot, OneTrust, Usercentrics o API de consentimiento)
  • Plantilla de plan de eventos elegida según el tipo de negocio (tienda, generación de leads, SaaS, publisher)
  • Parámetros obligatorios por evento estándar, reglas de nomenclatura para eventos personalizados, PII bloqueada en las propiedades

Destinos y credenciales

  • IDs públicos validados contra el formato del proveedor
  • Tokens de acceso guardados en el almacén cifrado mediante tarjeta u OAuth; nunca en la transcripción
  • Finalidad de consentimiento requerida por cada destino registrada
  • Matriz de IDs de clic comprobada: cada ID se transmite solo a su plataforma

Prueba, revisión y publicación

  • Evento de prueba enviado a través de la cola y el worker reales; veredicto del proveedor registrado
  • Diff, lista de destinatarios y aprobador vinculados a un único token de aprobación
  • Bundle firmado con Ed25519, versionado e inmutable
  • Entrada de auditoría por cada llamada a herramienta y cada aprobación

Después de la puesta en marcha

  • Health Score: cobertura de consentimiento, eventos críticos, calidad del esquema, duplicados, entrega, actualidad
  • Reintentos con backoff, circuit breaker y cola de mensajes fallidos por destino
  • Incidencias agrupadas por huella, cada una con la herramienta que la resuelve
  • Rollback a cualquier versión anterior

Dos planos, una configuración firmada

Un plano de control para las personas y el asistente, un plano de datos para los eventos. No comparten nada salvo la configuración firmada: una prueba técnica después de los hitos, no un requisito para usar Track.

Dos planos, una configuración firmada
ComponenteResponsabilidad
SDK del navegadorAlmacenamiento condicionado al consentimiento, adaptadores de CMP, transporte por lotes, tracking de SPA, cargadores de proveedores con IDs de deduplicación compartidos. Se mantiene por debajo de 30 KB gzip gracias a un presupuesto en CI.
CollectorLista de orígenes permitidos, límites de velocidad, peticiones de servidor firmadas con HMAC, kill switches, traspaso a una cola duradera antes de devolver el 202.
WorkerNormalización, análisis de PII, política de consentimiento, almacén de eventos, deduplicación de conversiones, registro de consumo, fan-out, entrega con reintentos y DLQ.
Plano de controlPanel y asistente: herramientas tipadas, aprobaciones, registro de auditoría, RBAC, facturación, centro de privacidad, separados del plano de datos.

Preguntas

¿Necesito un tag manager?
No. El tracker carga por sí mismo las etiquetas de los proveedores después del consentimiento. Las configuraciones de GTM existentes pueden coexistir durante la migración.
¿Dónde se tratan los datos?
En la UE. Las API de los proveedores solo reciben lo que has configurado, bajo la base de transferencia documentada que se muestra para cada destino.
¿Cómo se protege la configuración?
Los bundles son inmutables, versionados y firmados con Ed25519; el SDK verifica la firma antes de aplicar cualquier configuración.
¿Qué pasa si el proveedor de IA no está disponible?
Los mismos estados de configuración están disponibles como asistente basado en reglas. Nada en el pipeline depende de que un modelo esté en línea.

Listo cuando tú lo estés

Crea tu sitio, pega el snippet y deja que el asistente configure el primer destino.

Empieza gratisLeer la documentación