WordPress puede ser rápido. El problema es que la mayoría de instalaciones acumulan capas durante años: plugins que cargan scripts en todas las páginas, temas con constructores pesados, imágenes sin optimizar y una caché que nadie revisa. Al final, el sitio tarda cuatro segundos en móvil y nadie sabe exactamente por qué.
Las Core Web Vitals ayudan a poner orden, pero también generan mucho ruido. Esta es la lectura que hacemos en proyectos reales.
Qué mide Google y qué no
Las métricas principales son tres:
- LCP (Largest Contentful Paint): cuánto tarda en aparecer el elemento principal de la página. En una entrada de blog suele ser la imagen destacada o el H1; en una tienda, la imagen del producto.
- INP (Interaction to Next Paint): cuánto tarda la página en responder a una interacción. Un menú que tarda en abrirse o un formulario que se queda bloqueado castigan esta métrica.
- CLS (Cumulative Layout Shift): cuánto se mueve el contenido mientras carga. El clásico botón que salta cuando aparece un banner o una fuente que cambia de tamaño.
Lo que Google no mide es si tu web vende, si el contenido es bueno o si el checkout tiene demasiados pasos. Un sitio con métricas perfectas puede seguir perdiendo clientes. Por eso las revisamos junto con analítica y embudo, no como un fin en sí mismo.
El error de mirar solo PageSpeed
PageSpeed Insights mezcla datos de laboratorio con datos de campo. La puntuación de laboratorio es útil para detectar problemas, pero no representa a todos tus usuarios. La pestaña de datos de campo —si tienes suficiente tráfico— es la que muestra la experiencia real.
En WordPress es habitual encontrar una puntuación de 90 en escritorio y 35 en móvil. Ese contraste casi siempre señala lo mismo: imágenes grandes, JavaScript de terceros y un tema que carga estilos que la página no necesita.
Antes de tocar nada, conviene responder tres preguntas:
- ¿Qué página es importante para el negocio?
- ¿Qué dispositivo y conexión usan esos usuarios?
- ¿Qué métrica está fuera de rango y desde cuándo?
Sin ese contexto, optimizar se convierte en una lista de recetas sin prioridad.
Los cuatro cuellos de botella típicos en WordPress
1. Imágenes que nadie redimensionó
Subir una foto de 4.000 píxeles y dejarla a 1.200 es la causa más común de un LCP alto. WordPress genera varios tamaños, pero no siempre los usa el tema. La solución no es instalar otro plugin: es revisar qué imagen se está sirviendo, en qué formato y con qué dimensiones.
2. Plugins que cargan en todas partes
Cada plugin puede añadir CSS y JavaScript en todas las páginas, aunque solo se use en el checkout. Antes de desactivar algo, mide el impacto. Herramientas como el coverage del navegador o una auditoría de red muestran qué archivos se cargan y cuáles no se usan.
3. Constructores de páginas pesados
Los constructores visuales aceleran la edición, pero también añaden markup y scripts. No son el enemigo por defecto: el problema es usarlos sin límites, con decenas de widgets y animaciones en cada sección. Si el equipo necesita autonomía, tiene sentido; si la web es una landing de una sola campaña, probablemente no.
4. Terceros que no controlas
Chats, píxeles, mapas, fuentes y pruebas A/B. Cada script externo compite por la misma CPU. Algunos se pueden cargar después de la interacción; otros se pueden eliminar. La pregunta correcta no es “¿este script es rápido?”, sino “¿qué aporta y a quién?”.
Cómo priorizar sin romper nada
El orden que funciona en la mayoría de proyectos:
- Medir una línea base con datos de campo y de laboratorio.
- Atacar el LCP si la página principal tarda en mostrar contenido.
- Revisar el INP si hay interacciones lentas, sobre todo en móvil.
- Corregir el CLS reservando espacio para imágenes, anuncios y fuentes.
- Monitorizar para que la mejora no se pierda en la siguiente actualización.
Las mejoras grandes suelen venir de decisiones aburridas: menos plugins, imágenes correctas, una fuente menos y una caché bien configurada. No de un truco milagroso.
Si el sitio está en WordPress y el equipo no tiene claro qué tocar, una auditoría de rendimiento permite separar lo urgente de lo cosmético. En Coderwebs trabajamos ese diagnóstico dentro de optimización web y dejamos un plan que el equipo puede ejecutar o delegar.
Mantenimiento: donde se pierde la mejora
Optimizar una vez y olvidarse no funciona. Un plugin nuevo, una campaña con diez píxeles o una actualización del tema pueden devolver el problema. Por eso medimos después de cada cambio relevante y dejamos alertas cuando el LCP o el INP se degradan.
Si además el sitio tiene comercio o formularios críticos, el mantenimiento incluye revisar que la caché no esté sirviendo versiones incorrectas. Ese trabajo se parece más a la operación que al diseño, y es el que sostiene los resultados. Puedes ver cómo lo abordamos en mantenimiento WordPress.
Conclusión
Core Web Vitals no es una nota que se persigue por vanity. Es una forma de entender dónde se pierde tiempo y, muchas veces, dónde se pierden conversiones. Mide primero, prioriza por impacto y desconfía de cualquier promesa de 100/100 sin contexto.