Analítica para WordPress Enterprise que sigue funcionando después del próximo release

Site Kit por defecto, código cuando la situación lo pide. Site Kit conecta GA4 y Tag Manager rápido y deja un panel de estadísticas dentro de WordPress, lo que importa porque es el único lugar donde la mayoría de los editores va a mirar. Su costo es flexibilidad limitada y una dependencia de Google. La inyección manual desde el tema o con ACF da control total, al precio de una validación continua de la que nadie se hace cargo salvo que la asignes.

Las alternativas que nos suelen mencionar:

• Matomo: propiedad total de los datos, pero con su propia infraestructura para operar.
• Jetpack Stats: reportes simples sin segmentación real.
• Hotjar y Microsoft Clarity: útiles para investigación de UX, pero conviven con el CMS en lugar de integrarse con él.

Tratando la capa de datos como código de aplicación y no como una configuración de Tag Manager.

La lógica de los push vive en el repositorio, así que pasa por la misma revisión que cualquier otra cosa que sale a producción. Los nombres de variables se estandarizan una vez y se usan igual de los dos lados, lo que elimina la falla silenciosa más común: un renombre en el markup que nadie propaga al contenedor.

El conjunto por defecto es deliberadamente chico: descargas de recursos con formulario, profundidad de scroll, interacciones con formularios y envíos exitosos. Más allá de eso, agregamos lo que una decisión concreta necesite.

Dos reglas evitan que se desborde:

• Una interacción del usuario produce exactamente un evento de GA4, así un solo clic nunca infla tres contadores.
• Nada se dispara en All Pages salvo la configuración base, así depurar no se convierte en arqueología.

Un evento que nadie lee igual cuesta una condición de disparo para mantener y una línea en el inventario de consentimiento.

El consentimiento se configura con CookieYes o equivalente y se conecta de modo que los tags queden condicionados por el estado del consentimiento, no simplemente conviviendo con un banner. Un banner con tags que se disparan igual es peor que no tener ninguno, porque parece que cumple.

Sí te cuesta datos, y no vamos a citar un número de recuperación: la respuesta honesta depende de tu mezcla de tráfico, tus jurisdicciones y el diseño de tu banner. Lo que sí nos comprometemos es a que esa pérdida sea una cantidad conocida y no un descubrimiento durante una revisión de privacidad.

Llegan al CRM, y normalmente ese es el punto. El envío de un formulario que dispara un evento de GA4 y además crea un contacto es una sola interacción descrita en dos sistemas, y eso solo se mantiene consistente si el contrato de eventos y el mapeo de campos se diseñan juntos.

Ese traspaso lo cubrimos en nuestra página de integraciones.