Integración de proveedor de analytics — Explicación de alcance

Qué significa y por qué importa

Qué incluye SessDev

• Recomendación documentada entre GA4, Plausible, PostHog o un proveedor equivalente, basada en privacy posture, requisitos de residencia de datos y el volumen de eventos acordado.
• Snippet del proveedor integrado en el head con nonce CSP-safe, deferred para no bloquear el first paint.
• Analytics dispara solo después del consentimiento explícito del usuario a través del banner de cookies / consentimiento; el estado pre-consent no emite nada trackeable.
• Tracking automático de page-view en cambios de ruta SPA, incluyendo el segmento de locale para poder cortar tráfico por idioma.
• API tipada de eventos custom con 3–5 eventos por defecto acordados en scope (p. ej. form submit, click de CTA, outbound link). Añadir eventos post-launch es un cambio documentado.
• Cableado de user-id seudónimo cuando el proveedor lo soporta de forma nativa, para poder coser sesiones autenticadas y anónimas sin persistir PII.
• Diseño opcional de proxy server-side / endpoint first-party cuando el proveedor lo soporta, para endurecer contra ad-blockers e ITP sin romper el consentimiento.
• 1 pase de validación end-to-end: consentimiento otorgado → page view registrado → eventos por defecto disparan → eventos visibles en el proveedor en tiempo real.
• 1 walkthrough grabado para el equipo de marketing cubriendo cómo leer el stream de eventos en vivo y cómo scoparc una solicitud de evento nuevo.

Qué queda excluido

• Crear la cuenta del proveedor, la organización, la entidad de billing o la estructura de workspace por cuenta del cliente.
• Pagar la factura del proveedor, monitorizar límites de cuota o reconciliar cargos por overage.
• Dashboards custom, exploration boards o saved reports dentro de la UI del proveedor.
• Ciclos de reporte semanal, mensual o trimestral, resúmenes de KPI o presentaciones a stakeholders.
• Modelos de atribución multi-touch, atribución por canal o marketing-mix modelling más allá de la vista de last-click por defecto.
• Definir qué cuenta como conversión, la lógica del funnel, la jerarquía de metas o las métricas de éxito del negocio.
• Segmentos de audiencia custom, cohortes de retención o filtrado basado en personas más allá de los eventos por defecto.
• Análisis de cohortes, lifecycle reports o estudios longitudinales de comportamiento de usuario.
• Plataformas de A/B testing, diseño de experimentos o análisis estadístico de variantes.
• Pipelines de export a BigQuery, Snowflake, Redshift o cualquier warehouse más allá de la UI nativa del proveedor.
• Estrategia de crecimiento, decisiones de mix de canales, planning de paid-media o roadmap de content marketing.

Riesgos si no se define correctamente

• Brecha de consentimiento

  Si analytics dispara antes de que se otorgue el consentimiento — una regresión, un wrapper mal configurado, una etiqueta de terceros inyectada después — el sitio está en breach de GDPR, ePrivacy o CCPA. Las multas y el daño reputacional superan cualquier valor de analytics ganado.

• Fuga de PII en parámetros de URL

  Formularios que POSTean por GET, tokens de magic-link en la URL o emails de usuario apendidos como query string pueden ser capturados por el proveedor como URLs de page-view. Esto es PII en un sistema de analytics que no está contratado para almacenar PII.

• Bloqueo del navegador y erosión ITP

  Ad-blockers, Safari ITP, Firefox ETP e iOS Private Relay erosionan el sample entre 20–60% según la audiencia. Las decisiones tomadas sobre los números resultantes subcuentan sistemáticamente a usuarios móviles y privacy-conscious.

• Inflación por tráfico de bots

  Navegadores headless, scrapers y monitores de uptime disparan page-views y eventos igual que los humanos. Sin filtrado de bots, los números se inflan en silencio y cualquier decisión de optimización contra ellos está mal.

• Pérdida de la cuenta del proveedor

  Si el cliente pierde las credenciales de admin del proveedor, abandona la empresa o no añade un owner de respaldo, la cuenta se vuelve irrecuperable. SessDev no guarda esas credenciales; la recuperación es responsabilidad del cliente.

• Drift de sampling y metodología

  Los proveedores cambian umbrales de sampling, definiciones de eventos por defecto y lógica de identity-resolution sin aviso explícito. Las comparaciones year-over-year se vuelven apples-to-oranges en silencio; ningún trabajo de ingeniería captura ese drift.

• Schema creep de eventos

  Cada experimento de marketing quiere un evento más. En meses el schema tiene 200 eventos ad-hoc, sin taxonomía, sin documentación, y los reports se vuelven poco fiables. Añadir eventos debe estar gobernado, no improvisado.

Ítems de alcance relacionados

• pixel_integrationLos pixels de marketing comparten la plomería del gate de consentimiento; las reglas de firing y el schema de eventos se coordinan en ambos.
• tag_manager_setupCuando hay un tag manager en scope, el snippet de analytics fluye a través de él; sin uno, va directamente cableado en el head.
• technical_seoAnalytics mide el tráfico que el SEO técnico habilita, pero ninguno reemplaza al otro.
• cms_blog_setupLos posts publicados a través del CMS heredan la capa de analytics automáticamente; los eventos por-post se scopen como adición separada.
• multilingual_archEl locale se registra como dimensión para poder comparar tráfico y conversión entre idiomas.
• legal_pages_setupEl banner de cookies / consentimiento que gatea analytics es parte de la cláusula de legal-pages; analytics depende de que esté en vivo y correcto.

Preguntas frecuentes

¿Qué proveedor de analytics configuran?

GA4, Plausible o PostHog por defecto, elegido por privacy posture y necesidades de residencia de datos. Otros proveedores equivalentes se evalúan caso por caso durante discovery.

¿Quién es dueño de los datos de analytics y de la cuenta del proveedor?

El cliente (o la agencia partner) es dueño de la cuenta y de los datos. SessDev integra contra ella y no retiene copias, no revende los datos y no se mete entre el cliente y el billing del proveedor.

¿Se requiere consentimiento antes de que analytics dispare?

Sí, por defecto. Analytics está gateado tras consentimiento explícito a través del banner de cookies / consentimiento. El estado pre-consent no emite ninguna señal trackeable. Optar por una política menos estricta es una decisión documentada del cliente y solo disponible donde la ley local lo permite.

¿Construyen dashboards o reportes semanales?

No. SessDev entrega la integración; los dashboards, reportes semanales y presentaciones a stakeholders son del cliente o de un partner de servicios de marketing.

¿Cómo manejan GDPR / ePrivacy?

La integración está consent-gated por defecto, evita capturar parámetros de URL que comúnmente contienen PII y funciona con proveedores que ofrecen residencia de datos en la UE cuando se requiere. El cliente sigue siendo responsable de la política de privacidad, del copy del banner de cookies y del data-processing agreement con el proveedor.