Qué son las Core Web Vitals y qué miden realmente
Las Core Web Vitals son tres métricas de experiencia de usuario centradas en carga, capacidad de respuesta y estabilidad visual. Para evaluar una página con datos de campo se utilizan visitas reales y el criterio de “bueno” se valora en el percentil 75 de las visitas disponibles.
| Métrica | Qué mide | Objetivo (bueno) |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuánto tarda en cargar el elemento principal de la página | ≤ 2,5 s |
| INP (Interaction to Next Paint) | Cómo de rápido responde la web cuando el usuario interactúa | ≤ 200 ms |
| CLS (Cumulative Layout Shift) | Cuánto se mueve el contenido de forma inesperada al cargar | ≤ 0,1 |
- LCP: procura que el contenido principal aparezca en 2,5 segundos o menos.
- INP: procura que las interacciones respondan en 200 ms o menos.
- CLS: mantén los cambios inesperados de diseño en 0,1 o menos.
- No persigas un 100 en PageSpeed: primero identifica el cuello de botella que afecta a usuarios reales.
- En WordPress, las causas más frecuentes suelen estar en imágenes, plugins o tema, caché, JavaScript, base de datos o servidor.
Conviene poner estas métricas en contexto. Google confirma que sus sistemas de posicionamiento utilizan las Core Web Vitals, pero también deja claro que una puntuación perfecta no garantiza mejores posiciones y que la relevancia del contenido sigue siendo fundamental. Por eso la optimización de velocidad debe entenderse como parte de una buena experiencia de página, no como un truco SEO aislado. Forma parte del SEO técnico, del que hablamos con más detalle en qué es el SEO técnico.
Las causas más comunes de un WordPress lento
Si tu web va lenta, lo más probable es que sea por una combinación de estas seis cosas.
1. Imágenes pesadas y sin optimizar
Las imágenes suelen ser una de las causas más fáciles de detectar. Subir una fotografía de varios megas y miles de píxeles cuando se muestra a un tamaño mucho menor obliga al navegador a descargar más datos de los necesarios. Si además la imagen principal es el elemento LCP, su peso y forma de carga pueden influir directamente en esa métrica.
2. Un hosting que no da la talla
El hosting influye en el tiempo que tarda el servidor en responder, pero el TTFB no depende únicamente del proveedor. WordPress, la base de datos, consultas lentas, caché, PHP o servicios externos también pueden elevarlo. Si el tiempo de respuesta sigue siendo alto después de revisar la aplicación, entonces sí conviene estudiar la infraestructura.
3. Demasiados plugins (o plugins obsoletos y mal hechos)
Cada plugin puede añadir CSS, JavaScript, consultas a la base de datos o tareas programadas. El problema no es una cifra concreta, sino qué hace cada plugin y cuánto trabajo añade. Un plugin ligero puede tener un impacto mínimo y otro muy complejo puede afectar varias métricas. Además, el software sin mantenimiento aumenta el riesgo de incompatibilidades y seguridad; si vas a tocar componentes sensibles, revisa también qué ocurre cuando actualizas un plugin y la web se rompe.
4. Sin ningún sistema de caché
Sin caché de página, WordPress puede tener que ejecutar PHP y consultar la base de datos en muchas visitas para generar de nuevo el HTML. Una caché bien configurada reduce ese trabajo repetido. Aun así, no sustituye la optimización de imágenes, JavaScript, consultas o infraestructura.
5. Un tema o page builder demasiado pesado
Algunos temas «todo en uno» y ciertos constructores visuales cargan una cantidad enorme de CSS y JavaScript para funcionalidades que muchas veces ni usas. Un tema ligero y bien construido parte con ventaja; uno inflado te obliga a pelear contra su propio peso en cada página.
6. Base de datos hinchada y scripts que bloquean el render
Con el tiempo, la base de datos acumula revisiones de entradas, datos temporales, spam y opciones que se cargan en cada visita. A eso se suman los scripts que bloquean el renderizado —fuentes, analíticas, chats, píxeles de anuncios— que retrasan la aparición del contenido y penalizan tanto el LCP como el INP.
Cómo mejorar la velocidad, paso a paso
No existe un orden idéntico para todas las webs, porque depende de qué métrica esté fallando. Como punto de partida, este recorrido suele ayudar a encontrar mejoras con sentido:
- Revisa las imágenes. Comprímelas, sírvelas en formatos modernos cuando encajen, súbelas al tamaño adecuado y usa carga diferida en imágenes que estén fuera de la primera pantalla. La imagen LCP no debe retrasarse con lazy loading.
- Activa la caché. Caché de página y, si el hosting lo permite, caché de objetos. De lo más rentable que puedes hacer.
- Revisa aplicación y hosting. Si el TTFB es alto, comprueba primero caché, PHP, consultas y base de datos antes de concluir que necesitas migrar. El tipo de mantenimiento y alojamiento influye, pero conviene medir antes de cambiar.
- Haz limpieza de plugins. Quita los que no uses, sustituye los pesados o abandonados y mantén el resto actualizado.
- Minimiza y aplaza CSS y JavaScript. Reduce el código, difiere lo que no sea crítico y limita los scripts externos.
- Usa una CDN. Distribuye tus archivos por servidores cercanos a cada visitante para reducir la latencia.
- Optimiza la base de datos. Limpia revisiones, datos temporales y spam de forma periódica.
Cómo medir la velocidad sin obsesionarte con una sola puntuación
Conviene combinar datos de campo y pruebas de laboratorio, porque responden a preguntas distintas:
- Search Console · Core Web Vitals: agrupa URLs según datos de experiencia real disponibles y ayuda a localizar patrones en conjuntos de páginas.
- PageSpeed Insights: muestra datos de campo procedentes de CrUX cuando hay suficiente información y ejecuta además una prueba de laboratorio con Lighthouse.
- Lighthouse, DevTools o GTmetrix: sirven para reproducir problemas, estudiar recursos y comparar cambios, pero una prueba aislada no representa a todos los usuarios.
Un 100 en PageSpeed Insights no es un objetivo SEO por sí mismo. Lo útil es detectar qué métrica falla, entender su causa y comprobar después si la mejora se mantiene en laboratorio y, cuando haya suficientes datos, también en campo.
En qué orden revisar un WordPress lento
Para no instalar plugins al azar, puedes seguir esta secuencia:
| Paso | Qué revisar | Qué puede revelar |
|---|---|---|
| 1. Medir | PageSpeed Insights, Search Console y DevTools. | Qué métrica falla y si aparece en datos reales, laboratorio o ambos. |
| 2. Imágenes | Peso, dimensiones, formato y prioridad de carga. | LCP alto o transferencia excesiva. |
| 3. Tema y plugins | Scripts, CSS, consultas, duplicidades y tareas. | INP alto, hilo principal ocupado o servidor cargado. |
| 4. Caché y entrega | Caché de página, navegador, CDN y compresión. | Trabajo repetido y recursos servidos de forma ineficiente. |
| 5. Base de datos | Consultas, transients, sesiones y tablas. | Respuesta lenta generada por WordPress. |
| 6. Servidor | TTFB, PHP, CPU, memoria y límites del plan. | Infraestructura insuficiente o configuración mejorable. |
¿Y si sigo sin poder con ello?
Parte de este trabajo puede hacerse internamente: optimizar imágenes, revisar plugins y configurar una caché básica. Cuando el problema está en consultas, JavaScript, compatibilidades, servidor o cambios que pueden romper la web, conviene diagnosticar antes de modificar.
Si necesitas seguimiento continuado, nuestro servicio de mantenimiento WordPress incluye revisión técnica y, en los planes superiores, trabajo WPO. Si el problema forma parte de una estrategia de visibilidad más amplia, puedes consultar también el servicio de posicionamiento SEO y nuestra guía sobre qué es el SEO técnico.
Si estás valorando cuánto cuesta mantener una instalación para evitar que vuelva a degradarse, consulta también cuánto cuesta mantener una web WordPress y qué incluye realmente.
Preguntas frecuentes sobre la velocidad en WordPress
¿Un plugin de caché soluciona todos los problemas de velocidad?
No. La caché puede reducir mucho el trabajo repetido del servidor, pero no corrige por sí sola imágenes excesivas, JavaScript pesado, consultas lentas, un tema sobrecargado o una infraestructura insuficiente.
¿Cuántos plugins son demasiados en WordPress?
No es cuestión de número, sino de peso y calidad. Diez plugins ligeros y bien hechos pueden ir mejor que tres pesados o abandonados. El problema no es tener plugins, sino tener plugins que cargan scripts, estilos y consultas de más.
¿Necesito cambiar de hosting para que mi WordPress vaya rápido?
Depende. Antes de migrar conviene separar lo que tarda WordPress en generar la respuesta de lo que depende realmente de la infraestructura. Si después de optimizar aplicación, caché y base de datos el TTFB continúa siendo alto de forma consistente, sí puede tener sentido revisar o cambiar el alojamiento.
¿Sirve de algo sacar 100 en PageSpeed Insights?
Sí sirve como herramienta de diagnóstico, pero llegar a 100 no es un objetivo SEO por sí mismo. PageSpeed Insights combina datos de campo de CrUX cuando están disponibles con una prueba de laboratorio de Lighthouse; ambos datos sirven para cosas distintas.
¿La velocidad afecta de verdad al SEO?
Las Core Web Vitals forman parte de las señales que utilizan los sistemas de posicionamiento de Google, pero no existe una puntuación de velocidad que garantice mejores posiciones. Google recomienda una buena experiencia de página en conjunto y sigue priorizando la relevancia del contenido para la búsqueda.