SEO técnico
Core Web Vitals para empresas: qué medir, qué arreglar primero y qué ignorar
Core Web Vitals para empresas es un tema que suele llegar en forma de alarma: un informe en rojo, un aviso de Search Console o una agencia que promete un 100 en PageSpeed. Te explicamos qué miden de verdad estas métricas, dónde mirar los datos que cuentan y qué arreglar primero, sin convertir la velocidad en una obsesión.
En este artículo
- Qué miden las Core Web Vitals
- Datos de campo y datos de laboratorio
- Core Web Vitals para empresas: qué arreglar primero
- Lo que no merece tu tiempo
- Si tu web está hecha con WordPress
- Errores que vemos con las Core Web Vitals
- Checklist de Core Web Vitals
- Quién debería hacer cada parte
- Conclusión
- Preguntas frecuentes
Casi todas las semanas nos llega algún empresario con una captura de PageSpeed Insights en rojo. A veces se la ha enviado su agencia de diseño, a veces una empresa que le ofrece «optimizar la velocidad», y a veces la ha encontrado él mismo. La pregunta siempre es la misma: ¿esto es grave?
La respuesta corta es que depende. La velocidad importa, pero no de la forma en que suele venderse. Hay webs con una puntuación mediocre que funcionan muy bien para sus usuarios, y webs con un 98 en laboratorio que van lentas en el móvil de un cliente real. Para entender la diferencia hay que saber qué mide Google y dónde mirar.
Qué miden las Core Web Vitals
Google agrupa bajo este nombre tres métricas, cada una centrada en una parte de la experiencia. Las explica con detalle en su guía sobre Core Web Vitals y los resultados de búsqueda.
LCP: cuándo se ve lo importante
El Largest Contentful Paint mide cuánto tarda en aparecer el elemento más grande de la pantalla, que suele ser la imagen principal o el titular. Es la sensación de «ya ha cargado». Google considera bueno un LCP de hasta 2,5 segundos.
INP: cuánto tarda en responder
El Interaction to Next Paint mide cuánto tarda la página en reaccionar cuando el usuario toca un botón, abre un menú o rellena un formulario. Sustituyó a la antigua métrica FID en 2024. Bueno es hasta 200 milisegundos. Cuando falla, el usuario pulsa dos veces porque cree que no ha funcionado.
CLS: cuánto se mueve la página
El Cumulative Layout Shift mide los saltos de contenido mientras la página carga: ese momento en que vas a pulsar un enlace y se desplaza porque ha aparecido un banner. Bueno es hasta 0,1.
Datos de campo y datos de laboratorio
Esta es la confusión más habitual, y la que más dinero hace perder.
El laboratorio es una simulación
Cuando ejecutas una prueba en PageSpeed Insights, la puntuación de 0 a 100 sale de una simulación: un móvil de gama media con una conexión lenta cargando la página una sola vez. Sirve para diagnosticar, no para juzgar.
El campo es lo que vive tu cliente
Los datos de campo vienen de usuarios reales de Chrome que han visitado tu web en los últimos 28 días. Son los que Google usa para valorar la experiencia y los que aparecen en la parte de arriba de PageSpeed Insights, cuando hay suficientes visitas. Si tu web tiene poco tráfico, puede que no haya datos de campo para cada página, y entonces Google agrupa las URLs parecidas.
Search Console, el punto de partida
El informe de Core Web Vitals de Search Console agrupa las URLs de tu web por estado (buenas, necesitan mejorar, malas) y por tipo de problema. Es el sitio donde empezar, porque te dice qué plantillas fallan y en cuántas páginas. Si nunca lo has abierto, en Google Search Console para empresas te contamos cómo leerlo.
Core Web Vitals para empresas: qué arreglar primero
No todos los problemas valen lo mismo. Esta tabla resume lo que solemos encontrar y cómo lo priorizamos:
| Problema | Métrica afectada | Causa habitual | Prioridad |
|---|---|---|---|
| Imagen principal enorme | LCP | Fotos de varios megas sin comprimir ni redimensionar | Alta: suele ser lo más rápido de arreglar |
| Servidor lento | LCP | Alojamiento barato saturado o sin caché | Alta si afecta a toda la web |
| Demasiados scripts de terceros | INP | Chats, píxeles, mapas y widgets cargados en todas las páginas | Alta en webs con formularios |
| Constructor visual pesado | LCP e INP | Plantillas que cargan todo en todas las páginas | Media: a veces exige rehacer plantillas |
| Banner de cookies que empuja el contenido | CLS | Aviso que se inserta encima del contenido | Media y fácil de corregir |
| Imágenes sin tamaño reservado | CLS | Faltan ancho y alto en el código | Media y fácil de corregir |
| Fuentes que cambian al cargar | CLS | Tipografías web sin precarga | Baja |
Empieza por las plantillas, no por las páginas
Una web corporativa tiene pocas plantillas: portada, página de servicio, artículo, contacto. Si la plantilla de servicio falla, fallan todas las páginas de servicio. Arreglar la plantilla que más visitas o más contactos trae vale más que pulir la portada hasta el último milisegundo.
Las imágenes, casi siempre lo primero
En la mayoría de webs de pymes que revisamos, la mitad del problema de LCP son las imágenes: fotos subidas tal cual salen de la cámara o del banco de imágenes. Redimensionarlas al tamaño real en pantalla, comprimirlas y usar formatos modernos suele mejorar mucho sin tocar el diseño.
Los scripts que nadie recuerda haber instalado
Píxeles de campañas que ya no existen, dos herramientas de analítica, un chat que nadie atiende, un mapa de Google en el pie de todas las páginas. Cada uno añade peso y retrasa la respuesta. Hacer inventario y quitar lo que no se usa es gratis y suele mejorar el INP.
Lo que no merece tu tiempo
Hay trabajo de velocidad que se vende mucho y aporta poco:
- Perseguir el 100 en laboratorio. Pasar de 85 a 100 puede costar semanas y no notarse en las visitas.
- Optimizar páginas sin tráfico. Si una página no recibe visitas, su velocidad no cambia tu negocio.
- Instalar tres plugins de caché. Se pisan entre ellos y a veces empeoran la web.
- Cambiar de tema cada año. Cada cambio de plantilla es un riesgo; si lo haces, sigue lo que contamos en migración web sin perder SEO.
Si tu web está hecha con WordPress
Buena parte de las webs de empresas en España están en WordPress, y ahí los problemas se repiten: constructores visuales pesados, plugins que cargan sus archivos en todas las páginas y alojamientos compartidos saturados. Lo tratamos con más detalle en SEO para WordPress, con qué medir antes de instalar nada.
Errores que vemos con las Core Web Vitals
Estos son los fallos que más se repiten cuando una empresa intenta mejorar su velocidad:
- Mirar sólo la puntuación de PageSpeed. Se ignoran los datos de campo, que son los que cuentan.
- Medir sólo en escritorio. La mayoría de visitas de un negocio local llegan desde el móvil.
- Arreglar una URL suelta. El problema estaba en la plantilla y vuelve en la página siguiente.
- No volver a medir. Los datos de campo tardan semanas en reflejar el cambio; hay que esperar y comprobar.
- Romper funciones por correr. Retrasar scripts sin probar y descubrir que el formulario de contacto ya no envía.
- Contratar sin diagnóstico. Pagar una «optimización» genérica sin saber qué fallaba.
Checklist de Core Web Vitals
- Abrir el informe de Core Web Vitals en Search Console, primero en móvil
- Identificar qué plantillas fallan y cuántas URLs afectan
- Comprobar los datos de campo de las páginas que traen negocio
- Redimensionar y comprimir las imágenes principales
- Reservar ancho y alto en imágenes, vídeos y banners
- Hacer inventario de scripts de terceros y quitar los que sobran
- Revisar el alojamiento y la caché del servidor
- Probar formularios y botones después de cada cambio
- Volver a mirar los datos de campo unas semanas después
Quién debería hacer cada parte
El diagnóstico lo puede hacer cualquiera con Search Console y PageSpeed Insights. Las mejoras sencillas, como comprimir imágenes o quitar plugins, las suele poder hacer quien gestiona la web. Las de fondo, como rehacer una plantilla, cambiar de alojamiento o reorganizar cómo se cargan los scripts, necesitan a alguien técnico y un plan para no romper nada.
En una auditoría SEO revisamos la velocidad junto con todo lo demás, para que no se arregle el LCP mientras se rompe la indexación. Y si prefieres que nos encarguemos de los cambios, eso es lo que hacemos en la implementación SEO, trabajando con tu desarrollador o directamente en la web. Lo hacemos para empresas de toda España, en remoto, también en ciudades como Madrid o Barcelona, y si quieres saber más de nosotros como consultor SEO España, lo tienes en la portada.
Conclusión
Las Core Web Vitals para empresas no son una carrera por el 100, sino una forma de comprobar que tu web no hace esperar ni frustra a quien llega a ella. Mira los datos de campo en Search Console, arregla primero las plantillas que traen negocio, empieza por las imágenes y los scripts que sobran, y vuelve a medir. La velocidad suma, pero sólo cuando el contenido ya responde a lo que busca tu cliente.
Si tu web tiene avisos de Core Web Vitals y no sabes por dónde empezar, cuéntanos tu caso y te decimos qué merece la pena arreglar.
Preguntas frecuentes
¿Qué son las Core Web Vitals?
Son tres métricas con las que Google mide la experiencia de carga y uso de una página: LCP (cuánto tarda en verse el contenido principal), INP (cuánto tarda la página en responder cuando el usuario interactúa) y CLS (cuánto se mueve el contenido mientras carga). Se miden con datos de usuarios reales en Chrome.
¿Las Core Web Vitals influyen en el posicionamiento?
Forman parte de los sistemas que valoran la experiencia en la página, pero Google insiste en que el contenido relevante pesa más. Una web lenta con el mejor contenido puede posicionar; una web rapidísima sin contenido útil, no. Donde más se nota la mejora es en la conversión: menos abandonos y más contactos.
¿Tengo que conseguir un 100 en PageSpeed Insights?
No. La puntuación de laboratorio es orientativa. Lo que importa son los datos de campo, los de usuarios reales, y que las tres métricas estén en «bueno» en las páginas que te traen negocio. Perseguir el 100 suele costar mucho y aportar poco.
¿Cuál es la mejor forma de abordar las Core Web Vitals para empresas pequeñas?
Empezar por el informe de Search Console, agrupar las páginas por plantilla y arreglar primero la que más visitas recibe. En la mayoría de webs de pymes, los problemas se resuelven con imágenes bien optimizadas, menos plugins y menos scripts de terceros.
