Cómo migrar de Google Analytics 4 a Plausible
Cómo migrar de Google Analytics 4 a Plausible
La mayoría de los equipos no necesita rehacer por completo su analítica. Necesita un cambio limpio, un conjunto de cifras más pequeño y una fecha en el calendario. Ese es el verdadero trabajo al migrar de GA4 a Plausible.
Empieza con una pregunta directa: ¿vas a moverlo todo, o solo un sitio, un equipo o un flujo de informes? Si la respuesta es “solo las páginas de marketing”, dilo por escrito. Si la respuesta es “toda la empresa”, eso cambia el calendario, la aprobación y a las personas a las que hay que avisar antes del día 1.
Una migración sin un estado final definido suele desviarse. Un editor sigue consultando GA4 “por si acaso”. Un marketer guarda ambos paneles. Un desarrollador deja la etiqueta antigua porque nadie dijo quién se encargaba de retirarla. Pequeños hábitos. Gran desorden.
Redacta el estado final en una frase breve con un número. Por ejemplo: “Para el viernes, todos los informes de tráfico del sitio principal saldrán de Plausible, y GA4 quedará solo como archivo de referencia”. Esa frase importa porque te da una meta, no una sensación.
1. Decide si necesitas una migración completa o un traspaso selectivo
No toda migración tiene que cubrir todas las propiedades. Un traspaso selectivo puede ser suficiente si solo un sitio, un grupo de landing pages o un equipo necesita Plausible primero. En una organización con 3 sitios, eso puede significar empezar por el blog y dejar la app del producto en GA4 durante otro mes. Los límites claros ayudan.
Usa una regla sencilla: si un equipo no puede nombrar el informe del que depende, probablemente no haga falta conservarlo como una línea de trabajo separada. Suena duro, pero ahorra tiempo. Mucho tiempo.
Para una revisión más amplia del sitio, también es un buen momento para comparar tus hábitos de analítica con otras comprobaciones del comportamiento web. Si además haces seguimiento de la calidad de formularios o del tráfico sospechoso, el artículo sobre cómo comprobar si un sitio webpuede darte una mentalidad de validación útil. Distinto problema, misma disciplina.
No toques las etiquetas hasta poder responder a tres cosas: qué se mueve, quién lo gestiona y qué se considerará terminado. Tres respuestas. No diez.
2. Inventaría todas las dependencias de GA4 que pueden romper el cambio
GA4 rara vez es “solo analítica”. Alimenta Looker Studio, exportaciones a BigQuery, plataformas publicitarias, paneles, alertas de Slack, memos internos y, de vez en cuando, algún script que alguien escribió con prisas hace 18 meses. Enumera todos los lugares donde hoy se consume datos de GA4, aunque el uso parezca menor.
Divide el inventario en categorías concretas. Por ejemplo: 1 panel de Looker Studio para dirección, 2 paneles de producto para el equipo de crecimiento, 1 exportación de BigQuery usada por un analista de datos y 4 documentos internos que citan capturas de GA4. El número no tiene que ser bonito. Tiene que ser completo.
Luego revisa las configuraciones con consentimiento. Algunos sitios activan GA4 solo después del consentimiento. Otros no activan nada hasta que se acepta. Algunos se disparan dos veces porque dos personas editaron el gestor de etiquetas en una semana. Esos detalles afectan a si los datos de Plausible serán comparables desde el primer día.
Si tu equipo tiene una duda de presupuesto ligada a las herramientas de analítica, el artículo sobre cuánto cuesta la analítica centrada en la privacidadmerece la pena antes de fijar expectativas con finanzas. La forma del coste importa cuando el cambio afecta a varias propiedades.
Deja una línea por cada dependencia: nombre, responsable, propósito y qué se rompe si GA4 desaparece. Cuatro campos. Suficiente para sacar a la luz las ocultas.
3. Decide qué mediciones de la era GA4 dejarás de rastrear
Plausible es más pequeño a propósito, y ese suele ser el punto. No arrastres todos los eventos de GA4 a la nueva configuración solo porque existían. Decide qué eventos, conversiones, audiencias y dimensiones personalizadas han dejado de importar.
Aquí hay que ser estricto. Si nadie usó una audiencia de GA4 en 6 meses, puede desaparecer. Si una dimensión personalizada se creó para una campaña que terminó el trimestre pasado, también puede desaparecer. Si una conversión solo existía para sostener un informe que nadie abre, déjala morir en silencio.
Una prueba útil es preguntar: “¿Alguien actuaría de forma distinta si este número desapareciera?” Si la respuesta es no, sácalo de la lista de migración. No es una pérdida. Es una limpieza.
Algunos equipos intentan recrear la complejidad de GA4 dentro de Plausible y luego se preguntan por qué la nueva configuración se siente pesada. Se siente pesada porque se trató como un trasplante en vez de como un reinicio. Un reinicio es más saludable. Normalmente.
Coloca la lista de lo que se conserva y la de lo que se elimina una al lado de la otra. Cinco métricas mantenidas y 12 descartadas es un mejor resultado que 40 reemplazos a medias.
4. Traduce las preguntas de negocio mínimas en informes aptos para Plausible
Ahora traduce las pocas preguntas que el equipo todavía necesita responder. No todas. Las pocas que impulsan decisiones. Un responsable de contenidos puede necesitar las páginas más vistas por semana. Un marketer puede necesitar las fuentes de referencia de una campaña. Un fundador puede querer saber si una publicación de lanzamiento de producto atrajo tráfico desde una newsletter concreta.
Construye sobre páginas vistas, referidores, campañas, seguimiento de objetivos y contenido principal. Esos son los bloques habituales. También son más fáciles de explicar en una reunión que un laberinto de nombres de eventos de GA4 con etiquetas que nadie recuerda.
Como referencia práctica sobre categorías de contenido, la página interna diccionario de sueños que empieza por p muestra cómo un sitio puede organizar un área temática amplia sin obligar a los usuarios a buscar entre cada elemento. La lección es simple: la estructura importa más que el volumen.
Mantén los informes lo bastante pequeños como para que alguien pueda leerlos en 2 minutos. Si un panel necesita una explicación de 15 minutos, no está listo. Si necesita una explicación de 30 minutos, probablemente no sea un panel.
No intentes reproducir todos los gráficos de GA4. Plausible funciona mejor cuando el informe responde una pregunta cada vez. Esa es una ventaja, no una debilidad. Es una alternativa a Google Analytics 4 con Plausible precisamente porque reduce la complejidad sin perder lo esencial.
5. Planifica el periodo de vacío de datos y la entrega del histórico
El histórico de GA4 no aparecerá mágicamente en Plausible. Planifica ese vacío antes del cambio, no después de que alguien pregunte dónde quedaron los números del año pasado. Decide qué histórico hay que conservar como exportaciones, capturas o informes archivados.
Esta es la parte incómoda, y merece una fecha en el calendario. Si el equipo necesita 12 meses de comparación, expórtalos antes de cambiar la configuración antigua. Si lo único necesario es el último trimestre, archívalo en un lugar que la gente pueda encontrar en 10 segundos.
Piénsalo como paquetes de entrega. Un paquete puede incluir un PDF del panel principal, una exportación CSV y una nota sobre el rango de fechas. Otro puede incluir capturas de los informes de campaña y un breve memo con las definiciones de los informes. Archivo pequeño. Mucho alivio después.
Algunos equipos también mantienen una biblioteca de enlaces durante la transición, sobre todo si documentan qué cambió en la gestión del consentimiento o en la recogida de datos. El artículo sobre qué ha cambiado en las reglas de consentimiento de cookiespuede ayudar a explicar por qué existe esa ventana de entrega. Los cambios normativos tienen la costumbre de convertir un “más tarde” en un “demasiado tarde”.
Anota quién es el dueño del archivo, dónde está y durante cuánto tiempo seguirá accesible. Tres datos concretos. Nada de carpetas misteriosas.
6. Cambia la implementación y valida con una pequeña muestra de tráfico
Sustituye o añade el script de Plausible primero en una sección limitada. Puede servir un blog, una sola versión de idioma o un entorno de pruebas con tráfico real. El objetivo es comprobar páginas vistas, objetivos y datos de referencia antes del despliegue completo.
No pruebes en abstracto. Revisa una página, luego 5 páginas, y después una pequeña muestra de tráfico que represente el uso real. Si el sitio principal recibe 1.000 visitas diarias, empieza por la parte que tenga actividad suficiente para sacar errores a la luz, pero no tanta como para que un fallo sea doloroso.
La verificación debería ser aburrida. Abre la página. Cárgala una vez. Confirma que la visita aparece. Dispara un objetivo. Comprueba el referente. Repite con otro navegador si hace falta. Aburrido es bueno.
Si los números no cuadran, pregunta si el problema está en el script, el consentimiento, la caché o una discrepancia en las URL de las páginas. Esos son los sospechosos habituales. Nada de magia. Nada de destino analítico.
Mantén la configuración antigua de GA4 activa durante esta fase si necesitas una ventana de comparación. Un solapamiento de 7 días suele ser más útil que un cambio apresurado el mismo día, porque los patrones de tráfico rara vez se comportan bien cuando se les ordena.
7. Rehaz solo el flujo de trabajo esencial del equipo alrededor de Plausible
La gente necesita saber quién revisa Plausible, cuándo lo revisa y qué se registra después de una decisión. Si el flujo de GA4 anterior tenía tres responsables y 14 menciones en Slack, redúcelo. El nuevo flujo debe adaptarse a la herramienta, no pelearse con ella.
Define la fuente predeterminada para el equipo. Suena simple, pero detiene rápido los informes duplicados. Si marketing revisa Plausible los lunes por la mañana y producto lo revisa todos los viernes a las 16:00, déjalo por escrito. Los horarios importan porque los hábitos se construyen con repetición, no con intención.
Un equipo puede asignar acceso a Plausible a 4 personas y acceso de solo lectura a otras 9. Otro puede quedarse con 2 responsables y 6 lectores ocasionales. Los números exactos son tuyos. La regla es mantener la lista lo bastante corta como para que la responsabilidad sea obvia.
Aquí también ayudan las reglas de nomenclatura. Si una campaña se llama “Lanzamiento de primavera 2026” en un sitio y “Primavera 26” en otro, el informe se convierte en un rompecabezas. La misma campaña, un solo nombre.
Si a tu equipo le gustan las páginas de referencia temática, el enlace interno a diccionario de sueños que empieza con k recuerda que las etiquetas consistentes ahorran a los usuarios el trabajo de adivinar. Una buena estructura no es glamurosa. Es útil.
Una sola persona debe encargarse del seguimiento mensual. Una. No un comité.
8. Retira GA4 de forma limpia después de la ventana de solapamiento
Cuando Plausible ya sea la fuente operativa, elimina las etiquetas de GA4 que no se usan. Hazlo después de la ventana de solapamiento, no antes. Las etiquetas sin uso pueden quedarse durante meses en gestores de etiquetas, plantillas y fragmentos del CMS si nadie programa la limpieza.
Actualiza paneles, documentos, notas de incorporación y enlaces guardados. Si un documento dice “revisar GA4”, cámbialo por Plausible o borra la instrucción. Las instrucciones antiguas envejecen mal. Además, confunden a quienes acaban de incorporarse.
Elige una fecha de retirada y comunícala con antelación. Por ejemplo: “Después de que termine el solapamiento de 14 días, GA4 dejará de usarse para los informes semanales”. Esa frase ayuda a que todos dejen de consultar dos sitios. También da a los equipos de soporte una fecha de referencia cuando alguien pregunta por qué cambió el panel antiguo.
Elimina las integraciones que siguen enviando alertas desde GA4. Después prueba las que deben seguir activas. Una alerta olvidada puede hacer parecer que los informes están rotos cuando en realidad solo están conectados a una fuente muerta.
Si necesitas un ejemplo de categoría mientras limpias referencias antiguas, la página interna diccionario de sueños que empieza con c muestra otro formato de índice ordenado. Distinto tema, misma idea: los enlaces viejos no deberían quedar a la improvisación.
Después de la limpieza, deja una única nota archivada con la fecha de migración, la duración del solapamiento y el responsable final. Tres datos. Suficiente para responder a la siguiente pregunta sin reabrir todo el proyecto.
