Opción de captura first-party
Un contrato ligero registra pageviews y acciones comerciales sin cookies analíticas, identificadores persistentes ni fingerprinting.
- — Un script
- — Funciona con CMS, SPA y headless
- — Endpoint opcional en tu subdominio
Arquitectura de medición · de la petición al informe
SealMetrics separa captura, procesamiento, atribución y activación. Cada etapa tiene un input definido, un output visible y un límite que tu equipo técnico puede revisar.
Opción first-party · eventos agregados · resolución completa · alojado en Dublín
Dónde se rompe la medición convencional
El rechazo de consentimiento, las peticiones bloqueadas, las restricciones del navegador y el muestreo pueden eliminar o deformar la evidencia antes de que un analista vea un gráfico. Una interfaz cuidada no recupera un evento que nunca entró en el pipeline.
Diagnóstico ilustrativo · la pérdida real depende del stack, la audiencia y la configuración
La arquitectura
SealMetrics mantiene separadas la captura y la interpretación. Así se puede identificar si un desacuerdo nace de eventos ausentes, de una definición comercial o del modelo de atribución.
Un contrato ligero registra pageviews y acciones comerciales sin cookies analíticas, identificadores persistentes ni fingerprinting.
La capa de procesamiento valida eventos elegibles y conserva contexto agregado de adquisición: referrer, UTM y landing.
Los resultados registrados se conectan con canal y campaña mediante last-click declarado sobre el conjunto elegible completo.
Informes, BigQuery, REST y MCP exponen las métricas definidas. LENS responde contra esa capa, no inventa otro dataset.
Qué entra · qué no entra
La arquitectura es más fácil de revisar cuando los campos recogidos y los campos prohibidos se declaran directamente.
| Señal | Uso | Almacenamiento | Límite |
|---|---|---|---|
| Ruta de página | Contenido y embudos | Dimensión agregada | Sin perfil de visitante |
| Referrer + UTM | Contexto de adquisición | Dimensión agregada | Sin stitching entre visitas |
| Evento comercial | Conversiones e ingresos | Métrica definida | Sin datos de pago |
| País + tipo de dispositivo | Desglose operativo | Agregado grueso | Sin almacenar IP |
| Identificador persistente | No se recoge | — | Prohibido por diseño |
| Fingerprint del navegador | No se genera | — | Prohibido por diseño |
Secuencia de implantación
Mantén vivo el stack existente mientras SealMetrics recoge el mismo periodo. La decisión de cambio llega después de conciliar ambos sistemas contra resultados del backend.
Despliega el script directamente o mediante el flujo actual de tag management.
Confirma tráfico, contexto de canal y llegada de eventos comerciales.
Revisa la diferencia por canal y explica cada límite de captura.
Alinea compras y 5–10 microconversiones con las definiciones del backend.
Documenta la base y permite que marketing, finanzas y agencia la utilicen.
Una comparación controlada
Ejecuta los dos pipelines juntos. SealMetrics debe ganarse su lugar explicando el gap y conciliando mejor con la tienda, el CRM o el motor de reservas.
Preguntas técnicas
Respuestas para CTO, DPO y equipos de analítica que evalúan el límite de captura.
SealMetrics registra eventos agregados y su contexto de adquisición declarado. No crea identificadores persistentes, no usa fingerprinting ni reconstruye perfiles entre visitas.
El endpoint de captura puede funcionar en modo first-party sobre tu propio subdominio. Así se reduce la pérdida causada por listas que bloquean dominios conocidos de analítica de terceros.
El script inicial se instala en minutos. La comparación útil empieza el primer día; la calibración de eventos y la conciliación de ingresos continúan durante la primera semana.
No. Ejecuta ambos sistemas en paralelo, define los mismos eventos comerciales y compara cada total con los ingresos registrados por tu backend.
La ruta del dato de visitante está alojada en Dublín, Irlanda. SealMetrics está diseñado sin cookies analíticas, identificadores persistentes ni fingerprinting.
No. Los eventos elegibles se conservan a resolución completa. Los informes declaran el modelo aplicado en vez de presentar datos muestreados o modelados como observación directa.
Valida con tu propio tráfico
Instala junto al stack actual, define un periodo comercial y compara ambos totales con el backend.