Tlfs: 91 494 45 24 - 608 408 159 - Diseño páginas web desde 2001 - Diseño web y SEO - Diseño gráfico - SEM - info@ideaweb.es

diseño paginas web madrid

Qué es GTmetrix y cómo interpretar un análisis de velocidad web (con Infografía)

BLOG

17 Jul, 2026

Tiempo de lectura: 25 min

Blog Patrocinado por las mejores herramientas para Diseñadores web y SEO:

GTmetrix tiene una habilidad curiosa: puede convertir al propietario de una web que parecía funcionar perfectamente en una persona preocupada por una letra amarilla.

La página carga, los formularios envían y los clientes navegan. Pero el informe muestra una B, una C o una recomendación escrita en rojo y, de pronto, parece que haya que desmontarlo todo.

También ocurre al revés. Una web consigue una A en una prueba concreta y alguien da el trabajo por terminado, aunque desde un móvil normal tarde varios segundos en mostrar el contenido principal o el menú se quede pensando antes de responder.

GTmetrix es una herramienta para analizar el rendimiento de una página web. Prueba una URL bajo unas condiciones determinadas, mide cómo carga y organiza los resultados para ayudarte a localizar problemas de servidor, imágenes, CSS, JavaScript, fuentes, caché y servicios externos.

Es una herramienta muy útil, nosotros como la utilizamos bastante. Lo que no es es una máquina capaz de pulsar un botón, arreglar la página y entregarte un certificado de velocidad para enmarcar. Pero como estás en el blog de ideaWeb suponemos que eres una persona inquieta que no se deja engañar por otros con utopías e ilusiones vacías, porque tu ya sabes que los unicornios no existen ¿verdad?. Toca trabajar y entender.

Respuesta rápida: GTmetrix sirve para medir cómo carga una página, observar sus métricas, localizar recursos lentos y comparar cambios. La puntuación orienta, pero no explica por sí sola cuánto trabajo requiere mejorarla ni qué puedes tocar sin romper algo.

Si prefieres descargarte nuestra infografía a mayor tamaño o si quieres verla un poco más abajo te la dejamos visible:

Descargar infografía de GTmetrix

En esta guía vas a aprender a:

  • Configurar una prueba para obtener resultados útiles.
  • Interpretar GTmetrix Grade, Performance y Structure.
  • Entender LCP, TBT, CLS y otras métricas.
  • Leer Summary, Waterfall, Video, History y CrUX.
  • Localizar scripts de Analytics, Ads, Meta, mapas, vídeos o chats.
  • Distinguir una mejora sencilla de un trabajo que necesita conocimientos técnicos.
  • Reconocer los límites impuestos por el hosting, el tema y los plugins.
  • Decidir qué merece la pena mejorar y qué función no conviene sacrificar por una letra verde.

Lo que tienes que tener claro antes de empezar

Antes de recorrer las pestañas de GTmetrix conviene hablar de la parte menos agradable. Esa que suele desaparecer de las guías automágicas que corren por internet donde todo se arregla instalando un plugin de caché y marcando seis casillas.

GTmetrix puede señalar que una web tiene demasiado JavaScript, que el servidor responde despacio o que una imagen ocupa más de lo razonable. Lo que no puede explicarte en una sola línea es:

  • Qué función controla ese archivo.
  • Quién lo añadió.
  • Si otro plugin depende de él.
  • Si puede retrasarse sin romper nada.
  • Si la empresa necesita esa herramienta para vender o medir.
  • Si corregirlo exige cambiar el tema, el alojamiento o media instalación.

Hay recomendaciones fáciles. Una fotografía de cuatro megabytes puede comprimirse y convertirse a WebP sin convocar una cumbre de ingenieros.

Otras esconden bastante más trabajo.

Cuando GTmetrix muestra Reduce unused JavaScript, no te está diciendo que abras un archivo, borres lo que parezca sobrante y guardes. Ese JavaScript puede controlar el menú, una galería, el carrito, el formulario, las analíticas, la ventana de cookies o una parte completa de la plantilla.

Si no sabes qué hace un archivo JavaScript, no lo edites directamente. No es prudencia exagerada. Es evitar descubrir el viernes por la tarde que el botón de compra dependía justo de las líneas que parecían no utilizarse.

GTmetrix muestra síntomas, no siempre la reparación

Una espera larga en el informe puede venir de un servidor lento. También puede proceder de una consulta pesada, una API externa o una página que intenta cargar medio internet antes de enseñar el título.

La herramienta ayuda a localizar el punto donde aparece la demora. Después toca investigar la causa.

Una web tiene un suelo de rendimiento

Toda página necesita cargar algo:

  • HTML para construir el contenido.
  • CSS para presentarlo.
  • Fuentes para mostrar el texto.
  • Imágenes.
  • JavaScript para las funciones interactivas.
  • Una respuesta del servidor.

Ese es su coste mínimo. Una web vacía puede conseguir puntuaciones maravillosas. El pequeño inconveniente es que una página vacía tampoco vende, informa ni permite hacer gran cosa.

También existe un techo de optimización

El techo es la mejor mejora razonable que puede alcanzarse sin tomar decisiones estructurales como:

  • Cambiar el alojamiento.
  • Sustituir el tema.
  • Dejar de utilizar un constructor visual pesado.
  • Eliminar plugins.
  • Rehacer funcionalidades.
  • Cambiar la forma de medir campañas.
  • Retirar mapas, vídeos, chats o publicidad.
  • Reconstruir páginas completas.

Hay webs donde optimizar caché, imágenes y fuentes produce una mejora enorme. En otras, después de corregir veinte pequeños detalles, la puntuación apenas se mueve porque el problema principal sigue siendo un tema cargado de JavaScript, un servidor justo de recursos o una colección de herramientas externas que la empresa ha decidido mantener.

Puedes pulir un coche cargado con dos toneladas. Brillará más, pero seguirá necesitando un motor capaz de moverlas.

El alojamiento también forma parte de la optimización

Una web no empieza a cargar cuando aparece el logotipo. Empieza cuando el navegador solicita la página y el servidor responde.

Si el alojamiento tarda demasiado, GTmetrix puede mostrar una espera inicial alta. Esa demora puede estar relacionada con:

  • Un servidor barato lleno de limitaciones para rebajar su precio.
  • Un servidor saturado.
  • Pocos recursos asignados (ram/procesador).
  • Una versión de PHP antigua o mal configurada.
  • Una base de datos sobrecargada o limitada (capada en el performance).
  • Falta de caché en el servidor.
  • Procesos internos lentos.
  • Distancia geográfica.
  • Problemas de DNS o red.

Un plugin puede guardar copias y reducir trabajo. No puede ampliar la CPU del servidor mediante pensamiento positivo y esperanza.

El tema y el maquetador ponen límites

Un tema puede cargar CSS y JavaScript para módulos que no aparecen en esa página. Puede incluir iconos, animaciones, librerías, funciones de compatibilidad y recursos generales que nunca llegas a utilizar.

Después podemos minificar, retrasar, cachear y comprimir. Seguimos trabajando sobre el material que el tema decidió traer.

A veces se puede adelgazar mucho. Otras veces llega un punto en el que seguir parcheando cuesta más que rehacer un bloque o elegir una base más ligera.

Los códigos de seguimiento no son gratuitos

Analytics, Tag Manager, Google Ads, Meta Pixel, mapas, vídeos, chats, grabaciones de sesión y banners de consentimiento añaden conexiones, archivos, ejecución y peticiones.

No significa que debas eliminarlos todos. Significa que cada herramienta debe justificar su sitio.

La pregunta útil no es si ralentizan. Casi todo lo que añadimos a una página consume algo.

La pregunta es:

¿Utilizamos realmente esta herramienta y el valor que aporta compensa el coste que añade?

Scripts externos que suelen aparecer en GTmetrix

Los tiempos que indicamos son horquillas orientativas. Pueden cambiar mucho según la conexión, el dispositivo, la ubicación, la caché, el consentimiento, las etiquetas activadas y las dependencias que cargue cada servicio.

No deben interpretarse como un coste fijo. Sirven para entender órdenes de magnitud y localizar decisiones que merece la pena revisar.

Servicio Cómo reconocerlo en Waterfall Coste orientativo posible Pregunta que conviene hacerse
Google Analytics 4 gtag/js, google-analytics.com, g/collect Desde unas centésimas hasta varias décimas; más si dispara eventos y etiquetas adicionales. ¿Consultamos esos datos o instalamos Analytics porque parecía obligatorio?
Google Tag Manager gtm.js, googletagmanager.com Bajo si el contenedor está casi vacío; puede superar ampliamente un segundo si carga muchas etiquetas. ¿Qué contiene y cuántas herramientas se están duplicando?
Google Ads googleadservices.com, pagead, conversiones y remarketing Varias décimas; puede crecer con remarketing y dependencias publicitarias. ¿Hay campañas activas que necesiten esa medición?
Meta Pixel connect.facebook.net, fbevents.js Normalmente bajo o medio, con más trabajo si registra muchos eventos. ¿Se utilizan campañas, audiencias o conversiones de Meta?
reCAPTCHA recaptcha/api.js, gstatic.com/recaptcha Desde unas décimas hasta más de un segundo en conexiones limitadas. ¿Puede cargarse únicamente en las páginas que tienen formulario?
Google Maps maps.googleapis.com, imágenes y teselas del mapa Medio o alto; puede añadir uno o varios segundos y muchas solicitudes. ¿Necesitamos un mapa interactivo o bastaría con un enlace?
YouTube incrustado youtube.com/embed, ytimg.com y reproductor Alto si el reproductor carga de inmediato; puede superar un segundo con facilidad. ¿Podemos mostrar una miniatura y cargar el vídeo al pulsar?
Chat o atención automática Dominio del proveedor, widget, fuentes y peticiones de sesión Desde varias décimas hasta más de un segundo. ¿Genera conversaciones útiles o solo ocupa una esquina?
Banner de cookies o CMP Script y dominio de la plataforma de consentimiento Bajo o medio; puede condicionar cuándo se cargan otras etiquetas. ¿Está bien configurado o existen códigos duplicados fuera de la plataforma?
Google Fonts fonts.googleapis.com, fonts.gstatic.com Desde casi imperceptible hasta varias décimas, según familias y pesos. ¿Necesitamos tantas tipografías, variantes y grosores?
Clarity, Hotjar y mapas de calor Dominio del proveedor, grabaciones y eventos Medio; aumenta con la actividad y el trabajo que exige al navegador. ¿Alguien revisa las grabaciones y toma decisiones con ellas?
Publicidad y redes de afiliación Múltiples dominios, anuncios, medición y subastas Medio, alto o muy alto; puede añadir varios segundos y mucha variabilidad. ¿Los ingresos compensan el coste de rendimiento?

Google Tag Manager es una maleta, no su contenido. Un contenedor casi vacío pesa poco. Uno con Analytics, Ads, Meta, Clarity, LinkedIn y tres etiquetas personalizadas puede viajar con sobrepeso y cobrarte cada vez que abre la página.

Qué es GTmetrix y para qué sirve realmente

GTmetrix realiza una prueba de laboratorio. Carga una URL desde una ubicación, un navegador, un dispositivo y una conexión determinados, registra lo que ocurre y prepara un informe.

Sirve para:

  • Medir una página bajo condiciones controladas.
  • Comparar pruebas antes y después de un cambio.
  • Detectar archivos pesados o lentos.
  • Localizar bloqueos del navegador.
  • Revisar el peso total y el número de solicitudes.
  • Observar el orden en que carga cada recurso.
  • Grabar un vídeo del proceso.
  • Seguir la evolución mediante historial.
  • Consultar datos reales de usuarios cuando existe información CrUX.

Puedes ejecutar una prueba desde la página oficial de GTmetrix.

Cómo hacer una prueba de GTmetrix que sirva para algo

Introducir una URL y pulsar el botón es fácil. Conseguir una prueba comparable requiere un poco más de cuidado.

Analiza la URL completa

No midas únicamente la portada.

Una home puede estar muy cuidada mientras:

  • Las fichas de producto cargan veinte scripts adicionales.
  • El formulario incluye reCAPTCHA.
  • El blog utiliza otra plantilla.
  • El carrito realiza llamadas propias.
  • Una landing de campaña contiene vídeos, mapas y publicidad.

Prueba las páginas importantes según lo que haga el negocio.

Elige una ubicación cercana a tus visitantes

La distancia entre el servidor, la ubicación de prueba y los usuarios influye en el resultado.

Si la mayoría de tus clientes está en España, una prueba desde un servidor lejano puede mostrar una experiencia que no representa bien a tu público principal.

Selecciona un dispositivo y una conexión razonables

Una prueba de escritorio con conexión sin limitar suele ser amable. Una simulación móvil con conexión más lenta se parece bastante más a lo que vive una parte de los usuarios.

No se trata de elegir el escenario que peor nota produce. Se trata de probar las condiciones que importan para tu negocio.

Mantén las mismas condiciones al comparar

Utiliza:

  • La misma ubicación.
  • El mismo dispositivo.
  • La misma velocidad de conexión.
  • El mismo navegador.
  • Las mismas opciones de análisis.

Comparar una prueba rápida de escritorio con otra de móvil desde otro continente no demuestra que la web haya empeorado. Demuestra que hemos cambiado el examen.

Realiza varias pruebas

El servidor puede estar más ocupado, la caché puede estar fría o una herramienta externa puede responder peor en un momento concreto.

Haz al menos tres mediciones. Si los resultados varían mucho, esa variación también es información: la web puede tener un rendimiento poco estable.

Ten en cuenta la caché fría y caliente

La primera visita puede obligar al servidor a generar la página. Las siguientes pueden recibir una copia preparada.

  • Caché fría: muestra el coste de generar o recuperar los recursos por primera vez.
  • Caché caliente: muestra el resultado cuando parte del contenido ya está preparado.

Cómo interpretar GTmetrix Grade

La letra A, B, C, D, E o F resume la combinación de dos puntuaciones:

  • Performance: cómo se comportó la página durante la prueba.
  • Structure: cómo está construida según las comprobaciones de rendimiento.

La letra sirve para orientarse. No debería convertirse en el único objetivo.

¿Una A significa que la web es rápida?

Significa que esa página obtuvo una buena combinación de resultados bajo las condiciones elegidas.

No garantiza que:

  • Todos los usuarios reciban el mismo rendimiento.
  • El móvil funcione igual.
  • El servidor aguante un pico de tráfico.
  • Las demás páginas estén optimizadas.
  • La experiencia real sea perfecta.

¿Una C significa que la web está fatal?

Tampoco.

Puede haber problemas importantes, pero también funciones externas necesarias o una recomendación estructural con más peso en la nota que en la percepción cotidiana del usuario.

Hay que mirar debajo de la letra.

La puntuación te dice dónde mirar, no qué decisión tomar. Dos webs con la misma nota pueden tener problemas completamente distintos.

Performance: cómo se comportó la página

La puntuación Performance se apoya en métricas relacionadas con la carga, la capacidad de respuesta y la estabilidad visual.

First Contentful Paint

FCP mide cuándo aparece el primer contenido visible: texto, imagen, fondo o elemento gráfico.

Si tarda mucho, el visitante contempla una pantalla vacía. Puede estar esperando al servidor, al CSS, a las fuentes o a otros recursos que bloquean el inicio.

Largest Contentful Paint

LCP mide cuándo aparece el elemento principal más grande dentro de la zona visible.

Suele ser:

  • La imagen del hero.
  • Un titular grande.
  • Un bloque destacado.
  • Una imagen de producto.

Si el LCP es lento, revisa primero qué elemento está midiendo GTmetrix. Muchas veces el culpable es una imagen enorme, una respuesta tardía o un recurso que el navegador descubre demasiado tarde.

Total Blocking Time

TBT mide cuánto tiempo quedó ocupado el hilo principal con tareas largas que podían impedir responder con agilidad.

El sospechoso habitual es JavaScript procedente de:

  • Temas y constructores.
  • Plugins.
  • Herramientas de seguimiento.
  • Publicidad.
  • Animaciones.
  • Funciones complejas.

Aquí no conviene actuar a ciegas. Retrasar JavaScript puede mejorar la nota y dejar inutilizable una función hasta que el usuario interactúe.

Cumulative Layout Shift

CLS mide los movimientos inesperados de elementos mientras carga la página.

Puede ocurrir cuando:

  • Una imagen no tiene dimensiones reservadas.
  • Aparece un banner y empuja el contenido.
  • Cambia la fuente.
  • Un anuncio ocupa espacio demasiado tarde.
  • Un bloque se inserta encima de lo que estabas leyendo.

Es el clásico momento en el que intentas pulsar un botón, la página salta y terminas abriendo otra cosa. Una pequeña gymkana digital que nadie había solicitado.

Speed Index

El Speed Index observa la rapidez con la que la zona visible va completándose.

Dos páginas pueden terminar de cargar en tiempos parecidos, pero una muestra contenido útil pronto y la otra mantiene media pantalla vacía durante demasiado tiempo.

Time to First Byte

TTFB mide el tiempo transcurrido hasta que el navegador recibe el primer byte de respuesta.

Un TTFB alto puede señalar un problema de alojamiento, caché, PHP, base de datos o procesamiento interno. No significa automáticamente que el proveedor de hosting sea culpable, pero sí que conviene revisar la parte del servidor.

Structure: qué está observando GTmetrix

Structure reúne auditorías y recomendaciones sobre la forma en que la página entrega sus recursos.

Aquí pueden aparecer avisos como:

  • Reducir JavaScript no utilizado.
  • Eliminar recursos que bloquean el renderizado.
  • Servir imágenes con el tamaño adecuado.
  • Utilizar formatos modernos.
  • Reducir CSS sin uso.
  • Aplicar políticas de caché.
  • Evitar cargas de red enormes.
  • Mejorar la respuesta inicial del servidor.
  • Reducir el trabajo del hilo principal.

La pestaña ayuda a priorizar. Aun así, una recomendación con buen ahorro teórico puede resultar difícil o arriesgada dentro de una instalación concreta.

Reduce unused JavaScript

Indica que se descarga código que no se utiliza durante la carga analizada o que podría dividirse y entregarse cuando haga falta.

Las opciones reales pueden ser:

  • Eliminar un plugin.
  • Evitar que cargue en páginas donde no se usa.
  • Retrasar su ejecución.
  • Dividir el código.
  • Sustituir la funcionalidad.
  • Cambiar el tema.

Las tres últimas ya no son tareas para alguien que simplemente está probando botones en WordPress.

Eliminate render-blocking resources

Se refiere a CSS o JavaScript que el navegador considera necesario procesar antes de mostrar una parte de la página.

Puede trabajarse mediante:

  • CSS crítico.
  • Carga diferida.
  • Precarga.
  • Reducción de archivos.
  • Separación por páginas.

Aplicarlo mal puede producir páginas sin estilos durante unos instantes, elementos que aparecen tarde o funciones que dejan de responder.

Reduce unused CSS

WordPress, los temas y los constructores suelen cargar reglas que no se necesitan en todas las páginas.

Eliminar CSS sin uso puede dar buenos resultados, pero requiere identificar qué reglas son realmente prescindibles. Una herramienta automática puede equivocarse con estilos que aparecen después de una interacción, en un formulario o en una ventana emergente.

Properly size images

Se muestra cuando una imagen tiene dimensiones mucho mayores que el espacio donde se presenta.

Es una de las mejoras más agradecidas. No tiene mucho sentido cargar una fotografía de 3000 píxeles para mostrarla a 400.

Serve images in next-gen formats

Recomienda formatos como WebP o AVIF cuando pueden reducir el peso manteniendo una calidad razonable.

No basta con cambiar la extensión. Hay que generar correctamente la imagen, servirla al navegador y comprobar que no se degrada demasiado.

Use efficient cache lifetimes

Indica que determinados recursos podrían guardarse durante más tiempo en el navegador.

Es útil para archivos que cambian poco, como imágenes, fuentes o CSS versionado. Los recursos externos dependerán de las políticas del proveedor y no siempre podrás modificar su caché.

Avoid enormous network payloads

La página está transfiriendo demasiado peso.

Los culpables habituales son:

  • Imágenes.
  • Vídeos.
  • Fuentes.
  • JavaScript.
  • Publicidad.
  • Grandes respuestas de API.

Semáforo de dificultad: qué puedes intentar y dónde parar

Nivel Trabajos habituales Riesgo
Nivel 1: usuario cuidadoso Comprimir imágenes, borrar plugins sin uso, reducir vídeos, revisar fuentes y eliminar códigos que nadie utiliza. Bajo si existe una copia y se comprueba la web después.
Nivel 2: conocimientos de WordPress Configurar caché, lazy load, precargas, CDN, retraso de scripts y limpieza de base de datos. Medio. Puede romper diseño, formularios o funciones.
Nivel 3: desarrollo o servidor Dividir JavaScript, eliminar código del tema, rehacer módulos, optimizar consultas, ajustar PHP o cambiar arquitectura. Alto. Requiere conocer dependencias y probar en un entorno seguro.

Haz una modificación cada vez. Si activas minificación, combinación, retraso, CSS crítico, limpieza y CDN en el mismo minuto, cuando algo falle no sabrás quién apretó el botón rojo.

Summary: el punto de entrada al informe

La pestaña Summary reúne la vista rápida del análisis:

  • GTmetrix Grade.
  • Performance.
  • Structure.
  • Web Vitals.
  • Top Issues.
  • Peso de la página.
  • Número de solicitudes.
  • Distribución por tipos de recurso.

Úsala para responder tres preguntas:

  1. ¿La página tarda en mostrar contenido?
  2. ¿El navegador queda bloqueado o los elementos saltan?
  3. ¿El problema parece venir del servidor, de archivos propios o de servicios externos?

Waterfall: donde suele estar escondida la verdad

El gráfico Waterfall muestra cada solicitud de la página y cuánto tarda en pasar por sus distintas fases.

Es una de las partes más útiles de GTmetrix porque deja de hablar en general y enseña archivos concretos.

Qué debes buscar

  • Una primera respuesta HTML demasiado lenta.
  • Archivos grandes.
  • Recursos que empiezan muy tarde.
  • Dominios externos repetidos.
  • JavaScript que desencadena nuevas solicitudes.
  • Imágenes que retrasan la parte visible.
  • Filas largas antes de que aparezca el contenido principal.

Cómo reconocer un problema de servidor

La primera fila suele corresponder al documento HTML. Si presenta una espera larga, conviene mirar alojamiento, caché, PHP, base de datos o procesos internos antes de pasar tres horas comprimiendo iconos de dos kilobytes.

Una espera larga no demuestra por sí sola que el hosting sea malo. Un plugin o una consulta también pueden obligar al servidor a trabajar demasiado antes de responder.

Cómo localizar códigos de seguimiento

Utiliza los filtros por tipo de archivo o busca dominios conocidos:

  • googletagmanager.com
  • google-analytics.com
  • googleadservices.com
  • connect.facebook.net
  • clarity.ms
  • hotjar.com
  • youtube.com
  • maps.googleapis.com

Después comprueba quién los instaló. Pueden estar en:

  • El tema.
  • Un plugin.
  • Google Tag Manager.
  • El banner de consentimiento.
  • Un bloque de código pegado manualmente.
  • Varios lugares al mismo tiempo.

Duplicar Analytics es sorprendentemente fácil. Lo instala el tema, luego un plugin, después Tag Manager y al final nadie entiende por qué las visitas parecen una romería.

Qué significan las fases de una petición

Al desplegar una solicitud puedes encontrar fases relacionadas con:

  • DNS: localizar la dirección del dominio.
  • Conexión: establecer la comunicación.
  • SSL: negociar la conexión segura.
  • Espera: tiempo hasta recibir la respuesta.
  • Descarga: transferir el archivo.
  • Bloqueo: espera antes de que la solicitud pueda avanzar.

Una barra larga no siempre significa lo mismo. Si el archivo tarda en descargarse, puede pesar demasiado o llegar por una conexión lenta. Si la espera es larga, el problema puede estar en el servidor que lo genera.

Video: mira cómo carga la web, no solo cuánto tarda

La grabación muestra el proceso de carga fotograma a fotograma.

Sirve para detectar situaciones que una cifra no explica bien:

  • Pantalla vacía durante demasiado tiempo.
  • Imagen principal que aparece tarde.
  • Texto que cambia de fuente.
  • Bloques que saltan.
  • Banner que ocupa casi toda la pantalla.
  • Contenido que parece listo, pero todavía no responde.

Cuando revises el vídeo, piensa como un visitante que no conoce la web. Tú sabes que el botón aparecerá en dos segundos. La persona que acaba de llegar no tiene por qué esperar con la misma fe.

History: comprueba si el trabajo sirve de verdad

El historial permite comparar la evolución de métricas, puntuaciones, peso y solicitudes.

Es más útil que guardar capturas sueltas porque ayuda a relacionar cambios con fechas:

  • Activación de caché.
  • Cambio de hosting.
  • Instalación de un plugin.
  • Rediseño.
  • Nueva campaña publicitaria.
  • Incorporación de un chat.
  • Optimización de imágenes.

Una mejora seria no debería depender de una única prueba afortunada.

CrUX: laboratorio frente a usuarios reales

Cuando hay suficientes datos, GTmetrix puede mostrar información de CrUX, el conjunto de datos de experiencia de usuarios de Chrome.

  • La prueba de GTmetrix se realiza en un entorno controlado.
  • CrUX refleja experiencias agregadas de usuarios reales durante un periodo.

Una prueba de laboratorio ayuda a diagnosticar. Los datos reales ayudan a comprobar qué viven las personas.

Si ambos cuentan historias distintas, no elijas la versión que más te guste. Investiga por qué.

Por qué GTmetrix da resultados diferentes

Las variaciones pueden venir de:

  • El estado de la caché.
  • La carga del servidor.
  • La respuesta de servicios externos.
  • Contenido dinámico.
  • Anuncios.
  • Variaciones de red.
  • Procesos en segundo plano.
  • Cambios realizados en la página.

No busques la cifra que mejor queda. Busca un patrón razonable entre varias mediciones.

GTmetrix frente a PageSpeed Insights

Ambas herramientas comparten parte de la tecnología de análisis, pero no ejecutan necesariamente la misma prueba.

PageSpeed Insights puede mostrar datos de laboratorio y, cuando existen, información real de usuarios. GTmetrix destaca por sus opciones de análisis, el gráfico Waterfall, el vídeo, el historial y la revisión detallada de solicitudes.

Las puntuaciones pueden cambiar por:

  • Dispositivo.
  • Conexión.
  • Ubicación.
  • Hardware de prueba.
  • Metodología.
  • Momento de la medición.

Utiliza las herramientas para investigar, no para organizar una pelea de notas.

Cómo pasar de los avisos a un plan de trabajo

1. Guarda una prueba inicial

Necesitas una referencia antes de tocar nada. Anota las condiciones utilizadas y conserva el informe.

2. Separa servidor, recursos propios y terceros

No mezcles en el mismo saco una imagen de tu web, una respuesta PHP y un mapa de Google. Cada problema tiene un responsable y una solución distinta.

3. Empieza por mejoras claras y poco arriesgadas

  • Imágenes enormes.
  • Plugins sin uso.
  • Vídeos cargados directamente.
  • Fuentes innecesarias.
  • Códigos duplicados.
  • Ausencia de caché.

4. Haz una copia y prueba las funciones

Después de cada cambio revisa:

  • Menú.
  • Formularios.
  • Carrito y pago.
  • Banner de cookies.
  • Analytics.
  • Vídeos.
  • Versiones móvil y escritorio.

5. Decide qué herramientas externas merecen quedarse

No elimines la medición que dirige tus campañas solo para ganar unos puntos. Tampoco mantengas tres sistemas de mapas de calor si nadie los ha abierto desde Navidad.

6. Reconoce cuándo el problema es estructural

Si el tema, el hosting o una funcionalidad pesada marcan el techo, quizá la siguiente decisión no sea activar otra casilla. Puede ser sustituir, rehacer o aceptar un límite razonable.

Ejemplo: veinte mejoras y una puntuación que apenas cambia

Imagina una web WordPress con:

  • Constructor visual.
  • Carrusel en portada.
  • Google Maps.
  • reCAPTCHA en todas las páginas.
  • Google Analytics.
  • Google Tag Manager.
  • Meta Pixel.
  • Chat.
  • Seis pesos de una tipografía.
  • Hosting básico.

Se comprimen imágenes, se activa caché, se limpia la base de datos y se minifican archivos. La web mejora, pero la puntuación no da el salto esperado.

No significa que el trabajo haya sido inútil.

Significa que siguen presentes:

  • El coste del tema.
  • La respuesta del servidor.
  • Los scripts externos.
  • Las funciones comerciales.
  • Las decisiones tomadas al construir la página.

El siguiente paso ya no es “optimizar un poco más”. Es decidir:

  • ¿Cambiamos de hosting?
  • ¿Cargamos reCAPTCHA solo donde hace falta?
  • ¿Sustituimos el mapa por un enlace?
  • ¿Retrasamos el chat?
  • ¿Simplificamos el hero?
  • ¿El tema merece seguir siendo la base?

Ahí está el valor de GTmetrix: no en darte una letra, sino en ayudarte a hacer preguntas mejores.

Cuándo merece la pena pedir ayuda

Conviene detenerse cuando:

  • No sabes qué controla un script.
  • La minificación rompe la web.
  • Los formularios dejan de enviar.
  • WooCommerce falla al retrasar JavaScript.
  • El servidor responde lentamente.
  • La página carga etiquetas duplicadas.
  • El tema genera demasiado código.
  • Cada mejora crea otro problema.

En ideaWeb podemos revisar el rendimiento de tu WordPress por horas. Una revisión inicial de dos horas cuesta 98 € + IVA.

Analizamos el informe, el alojamiento, los plugins, las imágenes, la caché y los principales cuellos de botella. Si el problema requiere más trabajo o una decisión estructural, te lo explicamos antes de continuar.

Solicitar revisión de velocidad

La puntuación buena es la que acompaña a una web que funciona

No necesitas una web vacía con un 100. Necesitas una página que cargue con agilidad, se mantenga estable, responda bien y conserve las funciones que el negocio utiliza.

GTmetrix es una herramienta excelente para localizar problemas y comprobar mejoras. La nota orienta. El Waterfall explica. El vídeo enseña. El historial confirma.

Después entra el criterio humano: decidir qué tocar, cuánto cuesta, qué riesgo tiene y si merece la pena.

¿GTmetrix te ha dado una lista de avisos y no sabes por dónde empezar?

Podemos revisar la web, separar los problemas sencillos de los estructurales y trabajar primero donde exista una mejora real. Sin prometer un 100 mágico ni romper media página para conseguir una captura verde.

Revisar el rendimiento de mi WordPress Explicarnos el problema

Infografía Sobre Gtmetrix, Métricas De Rendimiento, Scripts Externos Y Límites De Optimización Web

Guía visual para entender GTmetrix, interpretar sus pestañas y reconocer cómo afectan el hosting, el tema, los plugins y los scripts externos a la velocidad de una web.

Preguntas frecuentes sobre GTmetrix

¿Qué es GTmetrix?

Es una herramienta de análisis de rendimiento que carga una URL bajo condiciones controladas y muestra métricas, recomendaciones, solicitudes, vídeo e historial.

¿GTmetrix es gratuito?

Dispone de acceso gratuito con límites y planes de pago que ofrecen más ubicaciones, dispositivos, opciones de análisis y monitorización.

¿Qué puntuación de GTmetrix es buena?

Una A o una B suelen indicar una base razonable, pero la letra debe revisarse junto con las métricas, el vídeo y el comportamiento real de la página.

¿Es necesario conseguir una A?

No. Puede merecer la pena mejorar una nota baja, pero perseguir una A a cualquier coste puede llevar a eliminar funciones útiles o dedicar muchas horas a cambios mínimos.

¿Por qué cambian los resultados entre pruebas?

Por la caché, la carga del servidor, la red, el contenido dinámico y la respuesta de servicios externos. Conviene realizar varias pruebas comparables.

¿GTmetrix mide la velocidad real de todos los usuarios?

La prueba principal es de laboratorio. Cuando existe información CrUX, también puede mostrar datos agregados de usuarios reales.

¿GTmetrix y PageSpeed Insights deberían dar la misma nota?

No. Utilizan condiciones, hardware y metodologías que pueden variar. Es normal obtener resultados diferentes.

¿Puedo mejorar GTmetrix con un plugin de caché?

Puede ayudar mucho cuando la caché está mal configurada o no existe, pero no corrige por sí sola un hosting lento, un tema pesado o demasiados scripts externos.

¿Debo retrasar todo el JavaScript?

No sin comprobarlo. Algunos scripts pueden retrasarse, pero otros controlan menús, formularios, carritos, consentimiento y funciones que deben estar disponibles pronto.

¿GTmetrix puede decirme qué plugin ralentiza WordPress?

Puede mostrar archivos y rutas asociados a plugins, pero confirmar el culpable suele exigir pruebas controladas, desactivación selectiva y revisión del funcionamiento.

¿El hosting influye en GTmetrix?

Sí. La respuesta inicial del servidor, PHP, la base de datos, los recursos disponibles y la caché del alojamiento influyen en la carga.

¿Los códigos de Analytics y publicidad ralentizan la web?

Añaden conexiones, archivos y ejecución. El coste cambia según la configuración. Conviene mantener las herramientas que se utilizan y eliminar códigos duplicados o abandonados.

¿Quieres contactar con ideaWeb? ¿Necesitas un presupuesto web o gráfico?

ideaWeb
DISEÑO WEB MADRID

91 494 45 24

608 408 159

info@ideaweb.es

También puedes describirnos tu proyecto web o bien enviarnos tus propuestas, dudas o consultas para presupuesto de Diseño web, Posicionamiento SEO o Diseño de Logotipo:

ir al formulario de contacto