Core Web Vitals 2025: cómo pasar INP, LCP y CLS en WordPress (guía técnica y accionable)

Para aprobar Core Web Vitals 2025 necesitas: INP ≤ 200 ms, LCP ≤ 2,5 s y CLS ≤ 0,1 en móvil para la mayoría de usuarios reales. En WordPress, las palancas que más mueven aguja son: reducir JS (bloquear tareas >50 ms, diferir y retrasar scripts), optimizar la imagen LCP (preload + fetchpriority="high" + compresión moderna) y reservar espacio para evitar saltos (CLS). Mide con Search Console (CWV) + PageSpeed Insights y corrige por plantilla, plugins e imágenes antes de escalar.

Las Core Web Vitals influyen en UX y en la capacidad real de tu web para convertir. En 2025, INP (Interaction to Next Paint) reemplaza definitivamente a FID y es la métrica que más cuesta aprobar en sitios con WordPress + maquetadores. En Ulises Marketing trabajamos rendimiento de forma integral: auditoría técnica, contenidos y servicios de SEO, junto a CRO y diseño para que la mejora técnica se traduzca en negocio.

A continuación tienes una guía paso a paso, con ajustes concretos que puedes aplicar hoy.

1) Umbrales y priorización: qué mide cada métrica

Métrica	Objetivo “Bueno”	Necesitas saber
INP	≤ 200 ms	Latencia de interacción real (clicks, teclas). Baja si reduces JS, evitas tareas largas, usas Web Workers y dejas respirar al hilo principal.
LCP	≤ 2,5 s	Tiempo hasta que aparece el elemento más grande visible (normalmente hero image). Mejora con preload, compresión y servidor rápido.
CLS	≤ 0,1	Estabilidad visual. Evita saltos reservando alto/ancho/aspect-ratio, cargando fuentes correctamente y sin insertar banners tardíos.

Prioriza móvil, donde las CWV suelen empeorar por CPU y red.

2) Diagnóstico correcto: datos de laboratorio vs. de campo

Search Console → Core Web Vitals: datos de usuarios reales (CrUX).
PageSpeed Insights: mezcla campo (arriba) + laboratorio (abajo).
WebPageTest / Lighthouse: laboratorio controlado para reproducir problemas.
Chrome Performance: identifica long tasks (>50 ms), bloqueos y scripts culpables.

Enlace útil: PageSpeed Insights y documentación oficial en web.dev.

3) WordPress: bases técnicas que casi siempre mejoran todo

Hosting + caché a nivel servidor: HTTP/2 o HTTP/3, PHP 8.x, OPcache, compresión Brotli cuando sea posible.
CDN con HTML caching cuando aplica (Cloudflare/QUIC.cloud).
Tema eficiente (Astra/GeneratePress/Block theme) y plantilla ligera de página.
Menos plugins: desactiva/borra lo innecesario y evita solapados (dos optimizadores, dos sliders).
CSS crítico + defer del resto; evita concatenar en HTTP/2+ si rompe early hints.
JS diferido y, cuando sea viable, delay hasta interacción para scripts no esenciales (maps, chat, analytics secundarios).
Imágenes en WebP/AVIF, srcset correcto, lazy por defecto y preload de la LCP.

4) Cómo bajar INP a ≤ 200 ms (la métrica más exigente)

Divide tareas largas (>50 ms) con setTimeout(0) / requestIdleCallback / scheduler; delega cálculos a Web Workers.
Evita listeners pesados en scroll y mousemove; usa passive listeners.
Retrasa scripts de terceros (chats, mapas, widgets sociales) hasta interacción real.
Reduce React/Vue pesados en héroe; usa progresivo/content-visibility: auto y islas de interactividad.
Minimiza DOM y evita reflows costosos; usa transformaciones GPU-friendly (transform/opacity) para animaciones.
WordPress: desactiva jQuery Migrate, elimina sliders/carouseles en el primer pantallazo, sustituye formularios pesados por versiones lite en la above the fold.

5) Cómo mejorar LCP (≤ 2,5 s) de forma consistente

Identifica la LCP (suele ser la imagen hero).
Preload + prioridad: <link rel="preload" as="image" href="hero.webp" imagesrcset="..." imagesizes="..." /> y fetchpriority="high" en la etiqueta <img>.
Compresión: AVIF o WebP de calidad ajustada; evita imágenes 2–3× más grandes de lo que se muestra.
Fuente del héroe: precarga woff2 con font-display: swap; evita repintados por FOIT/flash.
Bloqueo por CSS/JS: entrega CSS crítico inline y difiere el resto; no bloquees con builders o megascripts.

6) Cómo asegurar CLS (≤ 0,1) sin trucos

Reserva espacio con width/height o aspect-ratio en imágenes/iframes/embeds.
Evita banners emergentes que empujen contenido; usa espacios placeholder.
Fuentes: precarga woff2 y evita cambios de métrica con font-display: swap ajustado.
Ads/embeds: contenedores con altura fija o responsive calculada.

7) Configuración tipo en LiteSpeed Cache / alternativas

LiteSpeed Cache:
- Page Cache ON; ESI solo si necesario.
- Image Optimization (WebP/AVIF), QUIC.cloud para Critical CSS y UCSS.
- JS: defer a todo lo posible; delay a terceros (maps, chats).
- CSS: Generate Critical CSS y Remove Unused CSS (validar que no rompa layouts).
Alternativas: FlyingPress, WP Rocket (config equivalente), + Cloudflare APO si procede.
Medición tras cambios: como regla, espera 72 h y recopila datos de campo antes de concluir.

8) Tabla de “ganancias rápidas” por esfuerzo

Acción	Métrica impactada	Dificultad	Impacto esperado
Preload + `fetchpriority` de imagen LCP	LCP	Baja	Alto
Delay de scripts de terceros	INP	Media	Alto
Reservar espacio en imágenes/iframes	CLS	Baja	Alto
CSS crítico + diferir resto	LCP/INP	Media	Medio–Alto
WebP/AVIF + `srcset`	LCP	Baja	Medio
Quitar slider del héroe	INP/LCP	Baja	Medio–Alto
Precarga de fuentes `woff2`	LCP/CLS	Media	Medio

9) Checklist operativo (30 días) — copia y aplica

Semana 1 – Auditoría y fundaciones

Search Console → Core Web Vitals (móvil).
Inventario de plugins/scripts y waterfall de carga.
Activar caché de servidor + CDN y actualizar a PHP 8.x.

Semana 2 – LCP/CLS

Detectar imagen LCP y aplicar preload/priority.
Convertir hero a WebP/AVIF + srcset.
Reservar espacios y precargar fuentes.

Semana 3 – INP

Retrasar terceros y partir long tasks.
Quitar animaciones costosas en above the fold.
Reducir JS de builder/widgets en el home.

Semana 4 – QA y escalado

Revisión con PageSpeed Insights + CrUX.
A/B de variantes (hero estático vs. slider, vídeo vs. imagen).
Documentar playbook y aplicar a plantillas del sitio.

10) Casos prácticos (resumen)

WordPress corporativo + Elementor: preload de LCP, delay de chat/analytics secundarios, Critical CSS con QUIC.cloud → INP 190 ms, LCP 2,1 s, CLS 0,03.
Blog de contenidos: fuentes locales + content-visibility: auto + sustitución de slider por imagen estática → INP -35%, CLS 0,02.

Preguntas frecuentes (FAQ)

¿Qué pesa más en 2025, INP o LCP?

INP suele ser el cuello de botella en webs con JS/maquetadores pesados, pero LCP sigue siendo crítico para la percepción de velocidad.

¿Puedo aprobar sin tocar el tema/maquetador?

A veces, sí. Pero si el maquetador inyecta demasiado JS, considera plantillas ligeras o bloques nativos.

¿Es obligatorio usar AVIF?

No, pero AVIF/WebP mejoran LCP. Elige según compatibilidad y calidad visual.

¿Cuánto tiempo tardan en reflejarse las mejoras en Search Console?

De 28 a 60 días en datos de campo. Mientras, usa PageSpeed Insights para laboratorio.

¿Cloudflare APO ayuda?

Sí, especialmente en sitios globales; ofrece edge caching del HTML y reduce TTFB.

¿Debo aplazar Google Analytics/Tag Manager?

Mantén consent y carga lo mínimo al inicio; el resto, tras interacción o con activadores menos agresivos.

¿Y si mi CLS sube por anuncios o iframes?

Reserva contenedor con alto fijo/aspect-ratio y evita inyecciones tardías sin espacio.

Agencia de Core Web Vitals 2025: apruébalas y convierte más

En Ulises Marketing auditamos, priorizamos y ejecutamos mejoras para Core Web Vitals 2025 en WordPress: de INP y LCP a CLS, con medición real y sin romper diseño ni SEO. También integramos la optimización técnica con CRO y contenidos para que el rendimiento se note en ventas.

Quiero aprobar Core Web Vitals

Categories:

SEO

Tags:

No Tag