SEO

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

19 de noviembre, 2025 · 7 min de lectura

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.

Si tu empresa opera en el sector tecnológico y SaaS, estas estrategias cobran un matiz particular. Descubre cómo las adaptamos en nuestra guía de marketing para empresas SaaS.

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

Si este contenido te ha resultado útil, descubre nuestro método para instalar un ecosistema de captación completo. También puedes ver cómo lo aplicamos con consultoras y empresas B2B que ya escalan con un sistema predecible.