El martes 1 de septiembre abrí GA4 como hago cada mañana y casi me caigo de la silla: cero visitas. Cero. En una web que lleva meses moviendo tráfico estable, el gráfico parecía un cadáver. Mi primer pensamiento fue obvio: algo he roto yo. He tocado el tag, he cambiado el consent mode, he metido la pata en algún filtro. Lo habitual cuando las métricas se desploman.
Pero no era solo mi cuenta. Search Engine Land recogió el fallo el mismo 2 de septiembre: un bug generalizado en los informes estándar de GA4 que dejaba el tráfico del 1 de septiembre en blanco. Search Engine Roundtable lo confirmó con decenas de quejas en redes. Y lo peor: Realtime seguía mostrando usuarios activos. Es decir, Google recogía datos, pero los informes históricos no los reflejaban. Clásico.
Google acabó reconociendo el problema en un hilo del centro de ayuda, tal como recoge este análisis en DEV Community: desde el 1 de septiembre, los informes estándar no mostraban usuarios activos ni datos de tráfico. Punto. Sin timeline claro de resolución ni promesa de backfill cuando lo escribí.
El patrón que ya conocemos
Si llevas años con Analytics —Universal o GA4— esto te suena. Caídas de procesamiento, retrasos en la agregación, datos que aparecen días después o directamente desaparecen. GA4 no es la excepción; es la continuación de una saga de fiabilidad cuestionable envuelta en una interfaz más bonita y menos funcional que la anterior.
Lo que me molesta no es el bug en sí. Los sistemas fallan. Lo que me molesta es la cadena de reacción que provoca en equipos que no tienen alternativas. El responsable de marketing mira el dashboard, entra en pánico y manda un Slack al equipo técnico. Alguien revisa el GTM, desactiva un experimento, cambia una regla de consentimiento. Acciones reactivas sobre un problema que no existía en origen. Y cuando Google arregla el informe tres días después, ya has movido cosas que no tocaba.
Dana DiTomaso, una de las analistas de GA más respetadas del sector, ya avisaba el 1 de septiembre en LinkedIn de que veía el mismo patrón en múltiples cuentas de clientes. No era un outlier. Era sistémico. Y aun así, la primera reacción de casi todo el mundo —incluida la mía— fue culparse a uno mismo.
Realtime no salva tu reporting
La consola de Realtime es útil para comprobar que el tag dispara. Nada más. No sustituye informes de adquisición, embudos, atribución multicanal ni comparativas semana a semana. Si tu jefe pide el informe mensual y Realtime dice que hay 47 personas ahora mismo, no le vas a convencer de que el 1 de septiembre no fue un desastre.
Además, depender de Realtime para validar un bug de reporting es admitir que GA4 no es tu fuente de verdad. Es tu fuente de verdad condicional: funciona cuando Google quiere y como Google quiere. Eso no es analítica; es fe ciega con gráficos.
Lo que deberías hacer (y lo que no)
Si te pilla otro fallo así —y te va a pillar—, anota la fecha en el informe, no toques la configuración de tracking y busca corroboración en otra fuente: logs del servidor, Cloudflare Analytics, Matomo si lo tienes, incluso Search Console para tráfico orgánico. Si Realtime muestra actividad pero el informe estándar no, el problema es de Google, no tuyo.
Lo que no deberías hacer es reinstalar el tag, borrar propiedades, cambiar de cuenta o contratar una auditoría urgente de 2.000 euros porque el gráfico está en cero. He visto empresas hacer exactamente eso. Dinero y tiempo tirados porque nadie en la cadena de mando entiende que GA4 es un servicio gratuito con SLA inexistente.
Y aquí está la parte incómoda: seguimos basando decisiones de negocio —presupuestos de ads, bajadas de plantilla, cambios de estrategia de contenidos— en una herramienta que lleva meses demostrando que sus informes estándar no son fiables al 100%. El 1 de septiembre fue un ejemplo dramático, pero los micro-errores de procesamiento son constantes si miras con lupa.
El elefante en la habitación
Google Analytics es gratis. Ya lo sabes. Y cuando algo es gratis, tú eres el producto y tu tolerancia al fallo es el precio. No hay SLA, no hay soporte telefónico, no hay compensación si pierdes tres días de datos. Te quedas esperando un post en el foro de ayuda y refrescando el informe como quien mira el parte meteorológico después de un tornado.
¿La solución? Depende de lo que midas y para qué. Para una web corporativa con tráfico moderado, quizá te baste con GA4 más una segunda fuente barata (logs, Cloudflare, Plausible si quieres pagar poco). Para ecommerce con presupuesto serio en ads, depender solo de GA4 en 2026 me parece imprudente. No porque sea malo —tiene cosas potentes— sino porque su fiabilidad operativa no está a la altura de las decisiones que le pides tomar.
El bug del 1 de septiembre no es el fin del mundo. Tus visitas no desaparecieron. Pero sí desapareció la confianza en un informe que muchos equipos tratan como verdad absoluta. Y esa confianza, una vez rota, cuesta mucho reconstruirla.
Si mañana GA4 te vuelve a mostrar un día entero en cero y tu director comercial te pide explicaciones en una reunión de las 10:00, ¿tendrías ya una segunda fuente de datos lista para demostrar que la web no se ha muerto, o seguirías dependiendo de que Google publique un hilo en el foro de ayuda?