Por qué WordPress sufre con Core Web Vitals y cómo corregirlo

La mayoría de los sitios WordPress no aprueba Core Web Vitals en móvil, y la carga lenta del contenido principal es buena parte de la razón. La solución rara vez es un solo plugin de velocidad. Revisa primero los datos de usuarios reales y luego trabaja en la respuesta del servidor, tu imagen más grande y los scripts que cargan el tema y los plugins, en ese orden.

¿Cómo se compara WordPress con otras plataformas?

El capítulo de CMS del Web Almanac 2025 reporta que 45% de los sitios WordPress logró buenos Core Web Vitals en móvil. En la misma gráfica, Duda alcanzó 85%, TYPO3 79% y Wix 74%. La mediana de WordPress en rendimiento móvil de Lighthouse fue 41, frente a una mediana de 92 en SEO.

Esas cifras necesitan contexto. WordPress abarca sitios muy distintos, desde desarrollos cuidadosos hasta sitios descuidados con años de plugins. El Almanac lo sitúa detrás de cerca de 64% de los sitios con CMS, y W3Techs lo ubica en 39,5% de todos los sitios web a finales de octubre de 2026. Una plataforma alojada controla más partes del sistema, así que su piso suele ser más alto. WordPress da más libertad y también más margen para equivocarse.

El resto de la web tampoco está muy bien. Entre todos los sitios, 48% aprueba en móvil y 56% en escritorio, con datos de julio de 2025.

¿Qué miden LCP, INP y CLS?

Core Web Vitals son tres medidas de experiencia real. Los umbrales de Google se evalúan en el percentil 75 de las cargas de página, por separado en móvil y escritorio.

Métrica Qué mide Bueno Sitios que aprueban en móvil
Largest Contentful Paint (LCP) Qué tan rápido aparece el contenido principal 2,5 segundos o menos 62%
Interaction to Next Paint (INP) Qué tan rápido responde la página 200 milisegundos o menos 77%
Cumulative Layout Shift (CLS) Cuánto salta la página al cargar 0,1 o menos 81%

En móvil, LCP es la más débil de las tres en toda la web, y el Almanac reporta una debilidad similar en WordPress, donde solo 53% de los sitios aprueba LCP en móvil.

¿Core Web Vitals afecta las posiciones en Google?

Google no lo describe como un interruptor de clasificación. Su documentación dice “We highly recommend site owners achieve good Core Web Vitals” (recomienda con énfasis lograr buenos valores) y añade que se alinean con lo que sus sistemas principales buscan premiar. No publica una fórmula.

Nuestra opinión es que debes corregirlos por tus visitantes y tomar cualquier beneficio en búsqueda como un extra. El contenido relevante suele importar más que una ganancia marginal de velocidad, y nadie puede prometer con honestidad un salto en posiciones por mejorar una puntuación.

¿Por dónde empezar?

Paso 1: usa datos reales, no solo una puntuación de laboratorio

La guía de Google es empezar por datos de usuarios reales, desde el Chrome User Experience Report en PageSpeed Insights o una herramienta de monitoreo. Una puntuación de Lighthouse es una prueba simulada. Un sitio puede verse bien ahí y sentirse lento en el teléfono de tus clientes, y los umbrales se refieren a datos reales. Los sitios con poco tráfico pueden no tener datos suficientes, y en ese caso las pruebas de laboratorio son un sustituto razonable.

Paso 2: corrige LCP en el orden correcto

web.dev divide LCP en cuatro partes con proporciones orientativas: tiempo hasta el primer byte (cerca de 40%), retraso de carga del recurso (menos de 10%), duración de carga del recurso (cerca de 40%) y retraso de renderizado del elemento (menos de 10%). Encuentra qué parte está desbalanceada antes de comprar nada. También advierte que la duración de carga a menudo no es el principal cuello de botella, así que comprimir una imagen puede no servir si el retraso está en otro lugar.

En WordPress, normalmente revisamos esto:

Paso 3: encuentra qué frena INP

Los problemas de INP vienen del retraso de entrada, el tiempo de procesamiento y el retraso de presentación. En sitios WordPress solemos revisar widgets de chat, gestores de etiquetas, scripts de anuncios, sliders y el código que genera el maquetador. Entre las recomendaciones de Google están reducir las tareas largas durante la carga y mantener el DOM pequeño. Nuestra prueba sugerida es simple: desactiva un script de terceros en una copia de pruebas y vuelve a medir. Si nadie puede decir qué te aporta ese script, quítalo.

Paso 4: evita que la página salte

Nuestra lista habitual para CLS: definir dimensiones en imágenes y video, reservar espacio para contenido incrustado y banners y no insertar contenido por encima de lo que la gente ya está leyendo. Las barras de cookies y las fuentes que cargan tarde suelen ser culpables comunes.

Paso 5: evita que la puntuación se deteriore

La velocidad tiende a empeorar cuando un sitio cambia. Recomendamos volver a medir Core Web Vitals después de cualquier rediseño, plugin nuevo o etiqueta de marketing, y revisarlos cada mes. Como Google describe el trabajo de INP como iterativo, espera encontrar nuevas interacciones lentas después de cada ronda de correcciones.

¿Deberías dejar WordPress?

Normalmente no solo por velocidad. Las diferencias entre plataformas son promedios de sitios y dueños muy distintos, y no dicen cómo funcionaría tu propio sitio en otra parte. Migrar también tiene costos y riesgos. Primero probaríamos hasta dónde llegas con un tema ligero, buen hosting y menos plugins, y solo consideraríamos migrar si tu equipo no necesita de verdad la flexibilidad de WordPress. Es nuestra recomendación, y la decisión correcta depende de tu sitio.

Preguntas frecuentes

¿Un plugin de caché resolverá mis Core Web Vitals?

Puede ayudar con la respuesta del servidor en muchos sitios, pero no arregla una imagen demasiado pesada ni scripts lentos. Diagnostica primero, ya que Google advierte que mejorar una parte de LCP puede solo trasladar el tiempo a otra.

¿La meta es un 100 en Lighthouse?

No. Los buenos umbrales se aplican a cargas reales en el percentil 75. Una puntuación alta de laboratorio está bien, pero lo que cuenta es aprobar con datos reales.

¿Qué métrica mide la capacidad de respuesta?

INP es la métrica de respuesta incluida entre los Core Web Vitals, así que es la que debes buscar en tus informes.

¿Los maquetadores siempre arruinan el rendimiento?

No automáticamente. Pueden añadir código y scripts, y web.dev relaciona los DOM grandes con el retraso de presentación. El uso cuidadoso y las pruebas importan más que el nombre de la herramienta.

¿Quieres revisar tu WordPress con datos reales?

JONTI Code Design crea y mejora sitios WordPress desde San José, Costa Rica, con soporte bilingüe en GMT-6. Si tu sitio es lento en móvil y quieres una lista clara de qué corregir primero, escríbenos a info@jonti.co.cr.

Fuentes