Cómo añadir analítica a WordPress sin ralentizarlo
Un sitio WordPress es fácil de ralentizar: hosting compartido, una pila de plugins y un script de analítica pesado compitiendo todos por el mismo pequeño grupo de recursos. La analítica no tiene por qué formar parte de ese problema. Aquí tienes la forma ligera de hacerlo.
La analítica suele ser de lo más pesado que añades
Un sitio WordPress típico funciona sobre hosting compartido con un par de docenas de plugins. Cada uno añade algo: CSS, JavaScript, consultas a la base de datos, ejecución de PHP. La analítica suele ser de los peores infractores y, a diferencia de casi todo lo demás de esa lista, de verdad no tiene por qué serlo.
Hay dos costes distintos que la gente pasa por alto. El primero es simplemente conseguir instalar la analítica. El segundo es lo que cuesta, sin hacer ruido, cada día después. Conviene mirarlos por separado.
Instalar analítica cuando no puedes tocar el código
El consejo estándar para la analítica es "pega este snippet en tu <head>". Eso da por hecho que puedes editar los archivos del tema, y en WordPress eso a menudo no es realista:
- Es el sitio de un cliente, y editar su tema a mano no es algo de lo que quieras hacerte responsable.
- El propietario no es técnico, y "edita
header.php" es inviable. - Es un tema que tú no creaste, y cualquier edición que le hagas se borra en la siguiente actualización del tema.
Un plugin elimina todo eso. Lo instalas, introduces tu ID de sitio y guardas. El plugin inyecta la etiqueta de seguimiento por ti —de forma limpia, a través del sistema normal de scripts de WordPress— así que sobrevive a las actualizaciones del tema y no necesita editar archivos, ni FTP, ni tema hijo. Esa es toda la configuración: un campo, y la única etiqueta de seguimiento gestionada por ti.
Por qué una analítica pesada ralentiza un sitio WordPress
Una vez instalada, la analítica te sigue costando, de dos formas distintas.
El script en el navegador
La etiqueta de Google Analytics pesa decenas de kilobytes y arrastra más peticiones detrás. En un móvil con una conexión mediocre eso es un retraso real y medible, y compite por el ancho de banda con todo lo demás que tu página intenta cargar. Aparece en tu puntuación de Lighthouse lo mires o no.
El trabajo en tu servidor
Esta es la parte que se le escapa a la gente. Algunos plugins de analítica y de "estadísticas del sitio" guardan sus datos en tu base de datos de WordPress: cada página vista se convierte en una fila de una tabla wp_. En hosting compartido, donde MySQL es el recurso más escaso que tienes, eso significa una consulta de escritura en cada visita, una base de datos que crece sin fin, un panel de administración más lento y copias de seguridad más pesadas. El plugin de analítica acaba compitiendo con tu propio sitio por el mismo pequeño grupo de recursos.
Apila eso sobre hosting compartido junto a otra docena de plugins y la analítica se convierte, sin hacer ruido, en una de las razones por las que el sitio se siente lento.
Un modelo estructuralmente más ligero
La solución no es una herramienta pesada más rápida. Es una herramienta que es estructuralmente ligera, una que nunca iba a pesar mucho de entrada.
El script de seguimiento de Logly pesa menos de 1 KB. No bloquea el renderizado y no tiene efecto medible en tu puntuación de Lighthouse ni en los Core Web Vitals.
Pero la parte que más importa para WordPress es lo que pasa en tu servidor: nada. El plugin no crea tablas en la base de datos, no escribe páginas vistas en tu base de datos y no ejecuta tareas cron ni consultas. Encola un pequeño script y guarda un único ajuste: tu ID de sitio. Esa es toda la huella en el lado del servidor.
Tu base de datos MySQL se mantiene exactamente del tamaño que tenía. Tu hosting no hace trabajo extra por visita. Las páginas vistas se cuentan en la infraestructura edge de Logly, no en tu servidor compartido. Tengas 100 visitantes al día o 100.000, tu instalación de WordPress no carga con nada de ello.
También significa que el plugin se quita tan limpiamente como se pone. Como nunca creó tablas ni almacenó histórico, eliminarlo no deja nada huérfano en tu base de datos: ninguna de las tablas wp_ abandonadas ni el bloat acumulado que los plugins más pesados son famosos por dejar atrás. Pruébalo, y si no es para ti, desinstalarlo es de verdad el final del asunto.
El principio: la analítica debería estar junto a tu sitio WordPress, no dentro de él. Una pequeña etiqueta de script en la página y un backend que vive en otro sitio: esa es la diferencia entre una analítica que no te cuesta nada y una analítica que poco a poco se convierte en otra cosa que optimizar para quitártela de encima.
Un plugin menos: sin banner de consentimiento
Logly no usa cookies y no almacena datos personales, así que no necesita banner de consentimiento conforme al RGPD ni a la ePrivacy, un punto que conviene entender bien y que tratamos en añadir analítica sin banner de cookies.
En WordPress eso tiene una ventaja concreta. No necesitas un plugin de consentimiento de cookies para cubrir tu analítica, y un plugin de consentimiento suele ser, en sí mismo, uno pesado, con sus propios scripts, estilos y configuración. Una analítica más ligera que además elimina otro plugin del sitio es una ganancia neta de verdad, no un empate.
Cómo configurarlo
- Crea una cuenta gratuita de Logly, añade tu sitio y copia el ID de sitio.
- Instala el plugin de Logly para WordPress. Hasta que esté en el directorio de WordPress.org, descarga el zip del plugin desde su repositorio de GitHub y súbelo en Plugins → Añadir nuevo → Subir plugin.
- Abre Logly en el menú de administración, pega el ID de sitio y guarda.
El seguimiento empieza de inmediato y las estadísticas aparecen en menos de un minuto. Sin editar el tema, sin snippet que pegar, sin banner que configurar, y sin nada nuevo que tu base de datos o tu hosting tengan que cargar.
Analítica ligera para WordPress
Menos de 1 KB en el navegador, huella cero en tu base de datos, sin banner de consentimiento. Gratis hasta 10.000 páginas vistas al mes, sin tarjeta.
Empieza gratis →