¿Por qué Google Site Kit no siempre permite trackear todo en WordPress y cuándo conviene usar snippets manuales?

PorBrayan Steven Rendón Monsalve
¿Por qué Google Site Kit no siempre permite trackear todo en WordPress y cuándo conviene usar snippets manuales?

¿Por qué Google Site Kit no siempre permite trackear todo en WordPress y cuándo conviene usar snippets manuales?

Cuando trabajamos con WordPress y queremos medir datos correctamente, muchos instalan el plugin oficial de Google:
Site Kit by Google

A primera vista parece la solución perfecta porque conecta:

  • Google Analytics
  • Google Search Console
  • Google Tag Manager
  • Google AdSense
  • Google PageSpeed Insights

Pero en la práctica, cuando trabajas proyectos más técnicos o necesitas mediciones avanzadas, empiezan a aparecer limitaciones.

Vamos a analizar esto a profundidad.

🔎 1. Por qué Site Kit no permite trackear algunas cosas.

1️⃣ Porque simplifica demasiado la implementación.

Site Kit está pensado para:

  • Usuarios no técnicos
  • Implementaciones rápidas
  • Configuración básica

Eso significa que:

  • Inserta el script base de Analytics
  • No crea eventos personalizados
  • No configura conversiones avanzadas
  • No maneja dataLayer personalizada

Si tú necesitas:

  • Trackear clics en botones específicos
  • Scroll depth
  • Formularios personalizados
  • E-commerce avanzado
  • Funnels personalizados
  • Eventos AJAX
  • Datos de usuario logueado

Site Kit no lo hace automáticamente.

2️⃣ Porque no controla todo el flujo del DOM.

Muchos sitios modernos usan:

  • AJAX
  • Modales
  • Popups
  • Contenido dinámico
  • SPA (Single Page Applications)

Site Kit simplemente inserta el código estándar de Analytics en el <head>.

Pero:

  • No detecta cambios dinámicos de URL
  • No escucha eventos JS personalizados
  • No envía eventos si el contenido no recarga página

Por eso se pierden datos.

3️⃣ Conflictos con cache, optimizadores y temas.

En sitios con:

  • WP Rocket
  • LiteSpeed Cache
  • Autoptimize
  • Temas pesados
  • Builders como Elementor

A veces:

  • El script se carga tarde
  • Se difiere incorrectamente
  • Se ejecuta duplicado
  • No respeta orden correcto

Eso genera:

  • Métricas infladas
  • Métricas incompletas
  • Eventos perdidos

4️⃣ Limitación en GA4.

Con Google Analytics 4 la medición es basada en eventos.

Pero Site Kit:

  • No estructura bien eventos personalizados
  • No expone control granular
  • No facilita envío manual de parámetros avanzados

Y GA4 sin eventos bien configurados es prácticamente inútil para marketing serio.

🔥 Entonces… ¿Por qué usar snippets manuales?.

Cuando insertas el código manualmente (snippet):

Tienes control total sobre:

  • Cuándo se ejecuta
  • Dónde se ejecuta
  • Qué parámetros envía
  • Qué eventos dispara
  • Qué dataLayer se construye

Ejemplo:

gtag('event', 'click_cta', {
  event_category: 'boton',
  event_label: 'header_contacto'
});

Eso no lo hace Site Kit automáticamente.

🧠 Ventajas reales de usar snippet manual o GTM.

✔ Control absoluto
✔ Mejor performance
✔ Eventos personalizados reales
✔ Seguimiento de AJAX
✔ Seguimiento de modales
✔ Integración con CRM
✔ Envío de parámetros avanzados
✔ Medición de conversiones reales

En proyectos profesionales, se recomienda:

👉 Conectar Analytics
👉 Usar Google Tag Manager
👉 Controlar todo vía dataLayer

🎯 ¿Es mejor enlazar el administrador con Analytics?.

Depende.

Site Kit muestra métricas básicas dentro del admin, pero eso no reemplaza el panel real de Analytics.

Para proyectos pequeños → puede ser suficiente.

Para marketing serio → no.

💡 Herramientas para ver métricas dentro de WordPress.

Si quieres ver datos dentro del admin, existen alternativas más completas:

1️⃣ MonsterInsights.

  • Dashboard avanzado
  • Eventos personalizados
  • Seguimiento de e-commerce

2️⃣ ExactMetrics.

  • Similar a MonsterInsights
  • Más visual

3️⃣ Analytify.

  • Interfaz amigable
  • Reportes por página

4️⃣ Google Looker Studio.

Looker Studio
Puedes crear dashboards personalizados y embebidos en WordPress.

🚀 ¿Qué es lo más profesional hoy?.

La estructura recomendada en 2026 para proyectos serios:

  1. Google Analytics 4
  2. Google Tag Manager
  3. Eventos personalizados
  4. dataLayer estructurado
  5. Conversiones configuradas
  6. Dashboard externo (Looker Studio)

No depender solo de Site Kit.

📌 Conclusión

Google Site Kit no es malo.

Pero es una herramienta básica.

Cuando el proyecto crece, necesitas:

  • Control
  • Precisión
  • Eventos personalizados
  • Medición avanzada
  • Integración con marketing

Ahí es donde los snippets manuales o Google Tag Manager se vuelven necesarios.

🔎 ¿Se usan snippets para Analytics y también para Tag Manager?.

La respuesta corta es:

👉 Sí, ambos usan snippets.
👉 Pero en un entorno profesional normalmente solo necesitas el snippet de Google Tag Manager.

Ahora te explico por qué.

🧠 1️⃣ ¿Qué es realmente un snippet?.

Un snippet es simplemente un bloque de código que insertas en tu sitio, normalmente en el <head> o justo después de abrir <body>.

Ejemplo típico de Analytics:

<!-- Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXX"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());
  gtag('config', 'G-XXXX');
</script>

Y el de Tag Manager es diferente:

<!-- Google Tag Manager -->
<script>
(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-XXXX');
</script>

🎯 2️⃣ Entonces… ¿Se instalan los dos?.

Depende de tu arquitectura.

🔵 Opción básica.

Instalas solo Google Analytics (GA4).
Insertas su snippet.
Listo.

Problema:
No tienes control avanzado.

🔥 Opción profesional.

Instalas SOLO el snippet de Google Tag Manager.

Y desde dentro de Tag Manager:

  • Creas la etiqueta de Google Analytics
  • Configuras eventos
  • Configuras conversiones
  • Controlas disparadores
  • Manejas dataLayer

En este caso:

👉 NO necesitas insertar el snippet directo de Analytics.
👉 Tag Manager se encarga de dispararlo.

🧩 ¿Por qué es mejor solo Tag Manager?.

Porque:

  • Centraliza todo
  • No ensucias el código
  • Puedes agregar píxeles de Facebook, TikTok, Google Ads sin tocar WordPress
  • Puedes activar/desactivar sin entrar al servidor
  • Puedes medir eventos avanzados
  • Puedes manejar seguimiento de modales, AJAX, SPA

📊 ¿Qué pasa si instalas ambos?.

Error común:

  • Instalas Google Analytics vía Site Kit
  • Instalas Tag Manager
  • Dentro de Tag Manager agregas Analytics otra vez

Resultado:

❌ Doble medición
❌ Métricas infladas
❌ Eventos duplicados
❌ Datos incorrectos

🏗 Arquitectura recomendada en 2026.

La forma profesional correcta es:

  1. Insertar SOLO snippet de Google Tag Manager.
  2. Dentro de Tag Manager:
    • Crear etiqueta GA4.
    • Configurar eventos.
    • Configurar conversiones.
    • Usar dataLayer si es necesario.
  3. Conectar GA4 a Google Ads si aplica.
  4. Crear dashboard en Looker Studio.

🔄 ¿Se fusionan?.

Sí.

Podemos decir que:

Google Tag Manager se convierte en el “administrador” de Analytics.

En vez de:

WordPress → Analytics

Se convierte en:

WordPress → Tag Manager → Analytics

Tag Manager actúa como intermediario inteligente.

🚀 ¿Cuándo sí usar snippet directo de Analytics?.

Solo cuando:

  • Es un sitio muy simple
  • No necesitas eventos personalizados
  • No haces marketing avanzado
  • No usas campañas pagas

🧠 Conclusión estratégica

Si tu proyecto es profesional:

👉 Usa solo snippet de Google Tag Manager.
👉 No instales Analytics directo.
👉 No dupliques códigos.
👉 Centraliza todo en GTM.

Eso te da:

  • Control
  • Escalabilidad
  • Precisión
  • Mejor rendimiento
  • Mejor arquitectura

Google Tag Manager.

Para medir prácticamente todo el comportamiento del usuario en tu sitio WordPress.

⚠️ Nota importante:
Medir “todo aspecto del usuario” significa medir interacciones dentro del sitio. No se puede rastrear lo que hace fuera de tu dominio, pero sí puedes medir:

  • Clics en enlaces
  • Clics salientes
  • Scroll
  • Formularios
  • Botones
  • Navegación
  • Tiempo
  • Eventos AJAX
  • Modales
  • Retorno al sitio
  • Conversiones

Vamos paso a paso.

🏗 1️⃣ Arquitectura correcta de medición.

La estructura profesional es:

WordPress
⬇
Snippet único de GTM
⬇
Configuraciones internas
⬇
Google Analytics 4

No se instala Analytics directo.

🔧 2️⃣ Configuración base dentro de Tag Manager.

Paso 1: Crear etiqueta base GA4.

En GTM:

  • Ir a Etiquetas
  • Nueva etiqueta
  • Tipo: GA4 Configuration
  • Pegar ID de medición (G-XXXX)
  • Activador: All Pages

Esto permite que todas las páginas envíen page_view.

🎯 3️⃣ Medir clic en cualquier enlace.

Este es el punto clave que muchos no configuran.

Activar variables de clic.

En GTM:

  • Ir a Variables
  • Activar:
    • Click URL
    • Click Text
    • Click Classes
    • Click ID
    • Click Element

Crear activador de clic.

Nuevo activador:

Tipo: Click – Just Links
Condición: All Link Clicks

O si quieres medir absolutamente todo:

Click – All Elements

Crear etiqueta de evento GA4.

Nueva etiqueta → GA4 Event

Event name:

click_link

Parámetros recomendados:

  • link_url → {{Click URL}}
  • link_text → {{Click Text}}
  • link_classes → {{Click Classes}}

Activador: el que creaste de clic.

🌍 4️⃣ Medir clics salientes (cuando el usuario se va).

Crear activador:

Tipo: Just Links
Condición:

Click URL does not contain tudominio.com

Eso detecta cuando el usuario abandona tu sitio.

Crear evento GA4:

outbound_click

Esto te permite analizar fuga de tráfico.

🔄 5️⃣ Medir cuando el usuario vuelve.

No puedes detectar el momento exacto en que regresa desde otra web, pero puedes analizar:

En GA4:

  • New vs Returning users
  • Session source
  • User engagement

Si quieres algo más avanzado:

Crear variable de almacenamiento local:

localStorage.setItem("visited","yes");

Y disparar evento si existe esa variable.

Eso ya es nivel avanzado.

📜 6️⃣ Medir scroll real.

Crear activador:

Scroll Depth
Porcentajes: 25, 50, 75, 100

Evento:

scroll_depth

Enviar porcentaje como parámetro.

Esto te permite medir lectura real.

🧩 7️⃣ Medir modales y AJAX.

Si usas modales como el que creaste, necesitas usar dataLayer.

Ejemplo:

Cuando el modal se abre:

dataLayer.push({
  event: 'modal_open',
  modal_name: 'proyecto_slider'
});

En GTM:

Crear activador tipo Custom Event
Nombre del evento: modal_open

Crear etiqueta GA4 Event con nombre:

modal_open

🧠 8️⃣ Medir formularios (Elementor o nativos).

Si el formulario no recarga página:

Usar activador:

Form Submission

O escuchar evento personalizado de Elementor.

Si es AJAX:

Escuchar evento con dataLayer.

🛒 9️⃣ Medición avanzada eCommerce.

Si usas WooCommerce:

Implementar Enhanced eCommerce vía dataLayer:

Ejemplo:

dataLayer.push({
  event: "purchase",
  ecommerce: {
    value: 120,
    currency: "USD",
    items: [...]
  }
});

Eso permite medir:

  • Add to cart
  • Begin checkout
  • Purchase
  • Funnel completo

📊 10️⃣ Medir tiempo real de interacción.

GA4 ya mide engagement time automáticamente.

Pero puedes crear evento personalizado:

engagement_custom

Si usuario permanece más de X segundos.

🧩 11️⃣ Medir navegación interna en SPA o modales.

Si tu sitio no recarga página (como con tu modal):

Debes disparar manualmente:

gtag('event', 'page_view', {
  page_location: window.location.href
});

O usar dataLayer.

🔥 12️⃣ Lo que realmente significa “medir todo”.

Significa:

✔ Clics
✔ Scroll
✔ Formularios
✔ Botones
✔ Enlaces salientes
✔ Modales
✔ Tiempo
✔ Conversiones
✔ Funnel
✔ Dispositivo
✔ Fuente de tráfico
✔ Retorno

No es espiar al usuario.
Es medir comportamiento de interacción dentro del sitio.

🧠 Arquitectura profesional final recomendada.

  1. Solo snippet GTM en WordPress.
  2. GA4 configurado dentro de GTM.
  3. Eventos personalizados.
  4. dataLayer estructurado.
  5. Conversiones marcadas en GA4.
  6. Dashboard externo en Looker Studio.

🚀 Conclusión.

Si configuras bien Tag Manager:

No necesitas Site Kit.
No necesitas Analytics directo.
No necesitas tocar WordPress cada vez que agregas tracking.

Tag Manager se convierte en tu centro de control total.

Aquí es donde muchos sitios se dañan sin que el dueño lo note.

Si tienes instalado
Site Kit by Google
y también usas
Google Tag Manager
sí pueden coexistir… pero mal configurados generan problemas.

Vamos a explicarlo claro y técnico.

🔎 ¿Interfieren directamente?

No.
No “pelean” entre sí a nivel técnico.

Pero sí pueden:

  • Duplicar scripts
  • Duplicar eventos
  • Inflar métricas
  • Generar datos inconsistentes
  • Complicar debugging

El problema no es que existan juntos.
El problema es cómo estén configurados.

🎯 El error más común.

Escenario típico:

  1. Instalas Site Kit
  2. Conectas
    Google Analytics 4
  3. Luego instalas Tag Manager
  4. Dentro de Tag Manager agregas GA4 otra vez

Resultado:

❌ GA4 se dispara dos veces
❌ Pageviews duplicadas
❌ Eventos duplicados
❌ Conversiones infladas
❌ CTR alterado

Esto ensucia los datos.

🧠 ¿Qué hace realmente Site Kit?.

Site Kit:

  • Inserta el script base de Analytics
  • Inserta Search Console
  • Puede insertar Tag Manager (si lo configuras)
  • Muestra métricas básicas en WordPress

Pero no maneja eventos avanzados.

🏗 Cómo pueden coexistir correctamente.

Hay 3 escenarios válidos:

🔵 ESCENARIO 1 (Básico).

Usas solo Site Kit
No usas Tag Manager

✔ Simple
❌ Poco control

🟡 ESCENARIO 2 (Intermedio – pueden coexistir).

Usas Site Kit SOLO para:

  • Search Console.
  • PageSpeed.
  • Adsense.

Y usas Tag Manager para Analytics.

En este caso:

⚠️ Debes desactivar Analytics dentro de Site Kit.

Así no duplica scripts.

🔴 ESCENARIO 3 (Profesional recomendado).

No usas Site Kit para nada de tracking.

Instalas solo:

✔ Snippet único de Tag Manager
✔ Configuras GA4 dentro de GTM
✔ Configuras eventos personalizados

Y si quieres métricas en WordPress, usas:

Looker Studio
o plugins como
MonsterInsights (aunque no es necesario si usas GTM bien).

🚨 ¿Ensucia el código?.

Sí puede ensuciarlo si:

  • Inserta GA4
  • Inserta GTM
  • Insertas GTM manual
  • Insertas GA4 manual
  • Elementor inserta otro script
  • WooCommerce inserta medición adicional

Terminas con 3–4 scripts ejecutándose.

Eso afecta:

  • Performance
  • Métricas
  • Orden de carga
  • Depuración

📊 ¿Qué es mejor para un proyecto serio?.

Si estás haciendo marketing real:

👉 No mezcles.
👉 Centraliza todo en Tag Manager.
👉 No dejes que Site Kit maneje Analytics.

Site Kit es bueno para:

  • Ver datos rápidos en el admin
  • Usuarios no técnicos
  • Sitios pequeños

No es la mejor arquitectura para control avanzado.

🧠 Conclusión estratégica.

¿Pueden coexistir?
Sí.

¿Es recomendable para proyectos profesionales?.
No.

Lo mejor es:

WordPress
⬇
Snippet único de Google Tag Manager.
⬇
Configurar todo desde GTM.
⬇
GA4 recibe datos.

Simple. Limpio. Escalable.

Servicios o productos disponibles:

Categorías de la tienda:

Pagina web Cali Servicio de diseño de sitios web en Ecuador desde Colombia. Diseño de tiendas virtuales en Cúcuta

Categorías de blog:

Últimas 100 Entradas de blog de 443 publicadas:

Para ver todas las entradas ingrese al Blog en el menú principal.

Páginas de mi sitio:

Entradas relacionadas:

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *