WordPress · Rendimiento · Core Web Vitals
Core Web Vitals en WordPress: qué tocar primero
Optimizar todo a la vez produce cambios difíciles de validar. Empieza por datos de campo, identifica la plantilla y corrige el elemento que explica cada métrica.
Elemento principal
Localiza qué imagen, bloque o título domina el primer pantallazo de la plantilla.
Interacción real
Reduce el trabajo que bloquea la respuesta después de un clic, toque o escritura.
Diseño sin saltos
Reserva espacio para imágenes, banners, fuentes y componentes que llegan después.
1Datos de campo y laboratorio
Search Console y CrUX agregan experiencia real; Lighthouse reproduce una prueba controlada. Usa ambos para confirmar si el problema es general o depende de dispositivo y plantilla.
- Search Console
- PageSpeed Insights
- Lighthouse
- Prueba sin caché
- Móvil y escritorio
2LCP: el elemento principal
Suele ser imagen hero, título o bloque destacado. Optimiza el recurso, reduce espera del servidor y evita cargarlo tarde.
- WebP o AVIF
- Tamaño correcto
- Preload selectivo
- No lazy-load en el hero
- CSS crítico proporcionado
3INP: respuesta a la interacción
El problema suele estar en JavaScript, widgets o tareas largas. Elimina addons, difiere scripts no críticos y simplifica interacciones.
- Menos scripts
- Terceros controlados
- Widgets ligeros
- Pruebas de formularios y menús
4CLS: estabilidad visual
Reserva dimensiones para imágenes, anuncios, formularios y fuentes. Evita barras o popups que desplazan contenido después de cargar.
- Width y height
- Espacio para embeds
- Carga de fuentes
- Cookies y banners
- Sliders
5WordPress, caché y hosting
Caché de página, compresión, CDN y base de datos ayudan, pero no compensan una plantilla pesada. El hosting debe responder de forma consistente.
6Orden de trabajo
Prioriza plantillas con tráfico y conversiones. Empieza por el cuello de botella dominante y documenta antes/después.
| Paso | Acción |
|---|---|
| 1 | Elegir plantilla y métrica |
| 2 | Identificar elemento o tarea |
| 3 | Aplicar cambio controlado |
| 4 | Validar funcionalidad |
| 5 | Medir laboratorio y esperar campo |
7Errores frecuentes al optimizar
Retrasar todo el JavaScript puede romper consentimiento, formularios o analítica. Eliminar CSS sin probar puede causar parpadeos. Comprimir una imagen sin cambiar dimensiones apenas resuelve el LCP. Cada optimización necesita una hipótesis y una prueba funcional.
- Aplicar recetas sin identificar el elemento
- Probar solo con sesión de administrador
- Ignorar usuarios móviles
- Optimizar una URL y olvidar la plantilla
- No guardar una línea base
8Checklist después del despliegue
Vacía cachés de forma controlada, recorre páginas críticas y realiza una compra o envío de prueba. Comprueba consola, consentimiento, fuentes y cambios de diseño. Después registra el cambio y espera datos de campo sin confundir variaciones diarias con una tendencia.
- Home y principales landings
- Plantilla de post
- Categoría y ficha de producto
- Checkout o formulario
- Analytics y Search Console
Preguntas frecuentes
¿Una puntuación 100 garantiza buenos Core Web Vitals?
No. Lighthouse es laboratorio; los Core Web Vitals se evalúan con experiencia real agregada.
¿WP Rocket es suficiente?
Puede ayudar, pero imágenes, fuentes, tema, scripts y hosting también importan.
¿Cuánto tardan en cambiar los datos de Search Console?
Los datos de campo usan periodos agregados y no se actualizan inmediatamente.
¿Debo optimizar todas las páginas?
Empieza por plantillas y URLs con mayor tráfico o valor.
Fuentes y criterio: web.dev: Core Web VitalsPageSpeed Insights. Contenido original de Punto Divergente.