Cómo aprobar los Core Web Vitals de Google: guía de velocidad para no técnicos

Pagas por un sitio web, lo lanzas y das por hecho que la parte difícil ya está hecha. Luego las consultas no aumentan, tu visibilidad en Google nunca termina de mejorar y, en móvil, la web sigue sintiéndose lenta o incómoda de usar. Ahí es donde entran en juego los Core Web Vitals.

Google usa los Core Web Vitals para medir cómo experimentan tu sitio las personas reales: lo rápido que carga, lo estable que se siente y la rapidez con la que responde cuando alguien toca o hace clic. Si tu sitio no supera esas pruebas, no estás solo ante un problema técnico. Estás perdiendo confianza, conversiones y, muchas veces, posicionamiento también. Lo vemos constantemente cuando auditamos webs de pequeños negocios en Almería, Murcia, Alicante y Granada.

¿Qué son los Core Web Vitals en lenguaje sencillo?

Los Core Web Vitals son la forma que tiene Google de comprobar si tu sitio web se siente bien de usar para visitantes reales, especialmente en móvil.

Se centran en tres cosas:

• LCP: lo rápido que aparece el contenido principal
• CLS: si los elementos se mueven mientras carga
• INP: lo rápido que responde el sitio cuando alguien interactúa con él

Si quieres la versión no técnica, piensa en ello así:

• LCP pregunta: “¿Cuánto tarda en parecer que la página está lista?”
• CLS pregunta: “¿La página se queda quieta o va dando saltos?”
• INP pregunta: “Cuando toco algo, ¿responde al instante?”

Esto importa porque los visitantes no piensan en términos técnicos. Piensan:

• “Esta web va lenta.”
• “Esta página es un coñazo.”
• “No puedo pulsar eso bien.”
• “Voy a probar con otro negocio.”

Para un negocio local en España, eso puede significar perder una reserva de mesa, una consulta inmobiliaria, una reserva vacacional o una solicitud de presupuesto. Hemos auditado muchas webs cuyo diseño parecía aceptable en escritorio, pero cuya experiencia en móvil era lo bastante mala como para costar negocio real.

Si hoy solo haces una cosa, prueba tu página de inicio en móvil y fíjate en los puntos en los que se siente lenta, inestable o tarda en reaccionar.

Por qué los Core Web Vitals afectan al posicionamiento

Los Core Web Vitals no son el único factor de posicionamiento. El buen contenido, la relevancia, los backlinks y el SEO local siguen importando. Pero cuando dos negocios son parecidos en lo demás, la velocidad y la usabilidad pueden ayudar a decidir cuál rinde mejor.

Google lleva años dejando claro que la experiencia de página importa. Los Core Web Vitals forman parte de eso. Cumplen dos funciones a la vez:

1. Ayudan a Google a medir si tu sitio ofrece una experiencia decente a los visitantes.
2. Afectan directamente a lo que hacen tus visitantes después de aterrizar en la página.

Ese segundo punto suele ser más importante que la propia señal de posicionamiento.

Si tu página carga lenta, la gente se va.
Si el diseño se desplaza, la gente se frustra.
Si los botones tardan en responder, la gente deja de intentarlo.

Así que, aunque solo te importaran los leads y no el posicionamiento, seguirías queriendo arreglar los Core Web Vitals.

El impacto en el negocio suele ser mayor que el impacto SEO

Muchos empresarios oyen “factor de posicionamiento” y piensan solo en posiciones en Google. El problema real es la conversión.

Por ejemplo:

• La web de un restaurante que tarda demasiado en mostrar la carta pierde usuarios impacientes en móvil.
• La web de un despacho de abogados con contenido que se mueve provoca toques accidentales en el enlace equivocado.
• La web de un alquiler vacacional con carga lenta de imágenes hace que los visitantes duden de la calidad del alojamiento.
• La web de una inmobiliaria que se bloquea al filtrar propiedades transmite poca confianza.

Precisamente por eso nuestros servicios de diseño web están orientados al rendimiento desde el principio. Construimos en Astro, no en WordPress, porque las páginas prerenderizadas son más fáciles de mantener ligeras, estables y rápidas. En el proyecto adecuado, así es como alcanzamos de forma constante puntuaciones Lighthouse de 100/100 y un first contentful paint por debajo de 0,4 segundos, en lugar de dejar a los clientes con otro tema pesado que gestionar.

Trata los Core Web Vitals primero como un problema de conversión y después como un problema SEO. Esa mentalidad lleva a mejores decisiones.

Los tres Core Web Vitals explicados de forma sencilla

Cada métrica apunta a un tipo distinto de debilidad. Antes de cambiar nada, averigua qué métrica está fallando, porque la solución para una página lenta no es la misma que para una página inestable o poco reactiva.

LCP: Largest Contentful Paint

Qué significa: cuánto tarda en cargarse la parte visible principal de la página.

Normalmente es tu imagen principal, un gran titular o el bloque de contenido principal cerca de la parte superior de la página.

Buena puntuación: 2,5 segundos o menos
Necesita mejora: de 2,5 a 4 segundos
Mala: más de 4 segundos

Cómo se ve un mal LCP en la práctica

Imagina que alguien busca “gestoría en Almería” y entra en tu sitio. Espera ver rápido el titular, la imagen principal y el primer contenido útil. Si se queda mirando una pantalla en blanco o medio cargada durante varios segundos, es muy probable que tu LCP sea malo.

Motivos habituales por los que el LCP es lento

• Imágenes demasiado pesadas
• Hosting barato o saturado
• Temas y maquetadores recargados
• Demasiados scripts cargando antes del contenido principal
• Respuesta lenta del servidor
• Instalaciones de WordPress pesadas con demasiados plugins

WordPress no es automáticamente el problema, pero muchas webs de pequeños negocios en WordPress acaban siendo lentas porque usan un maquetador visual, una pila de plugins y un hosting low cost al mismo tiempo. Esa combinación es muy común, y es exactamente por eso por lo que tantos propietarios sienten que están atascados.

Esa es una de las razones por las que a menudo construimos sitios estáticos en lugar de montajes CMS recargados. Nuestras webs son HTML prerenderizado servido a través de la red edge de Cloudflare, lo que elimina gran parte del lastre del servidor y nos ayuda a mantener tiempos de carga muy bajos en toda España, incluso con conexiones móviles más flojas.

Siguiente paso: abre tu página de inicio en el móvil y pregúntate si el titular principal y el primer contenido útil aparecen casi de inmediato. Si no es así, empieza por el LCP.

CLS: Cumulative Layout Shift

Qué significa: si las cosas se mueven por la página mientras carga.

Buena puntuación: 0,1 o menos
Necesita mejora: de 0,1 a 0,25
Mala: más de 0,25

Cómo se ve el CLS en la práctica

Vas a tocar “Llamar ahora” y, justo cuando tu dedo cae, una imagen carga tarde y empuja el botón hacia abajo. Pulsas otra cosa. Eso es un cambio de diseño.

Es uno de los problemas más irritantes de una web porque hace que el sitio se sienta chapucero y poco fiable.

Motivos habituales por los que ocurre el CLS

• Imágenes sin dimensiones definidas
• Banners de cookies que aparecen y empujan el contenido hacia abajo
• Fuentes que cargan tarde y cambian el tamaño del texto
• Anuncios, popups o widgets de reservas insertados por encima del contenido
• Menús móviles mal construidos

En los negocios locales, el CLS suele ser peor en webs antiguas de WordPress llenas de plugins, popups y widgets de terceros. Lo vemos mucho en webs de restaurantes, inmobiliarias y negocios de servicios a las que se les ha ido añadiendo “solo un plugin más” durante años.

Siguiente paso: navega por tu sitio en móvil y observa con atención los primeros segundos. Si los botones o el texto saltan después de aparecer la página, céntrate primero en el CLS.

INP: Interaction to Next Paint

Qué significa: lo rápido que responde tu sitio cuando alguien hace clic, toca o escribe.

Buena puntuación: 200 milisegundos o menos
Necesita mejora: de 200 a 500 milisegundos
Mala: más de 500 milisegundos

INP sustituyó a First Input Delay como principal métrica de interacción de Google porque ofrece una imagen mejor de lo reactiva que se siente una página.

Cómo se ve el INP en la práctica

Un visitante toca:

• el menú móvil
• un campo del formulario de contacto
• un botón de filtro
• un selector de fechas
• un botón de contacto por WhatsApp

Si no pasa nada al instante, o la página duda antes de responder, probablemente tu INP sea flojo.

Motivos habituales por los que el INP es malo

• Demasiado JavaScript
• Temas pesados y maquetadores visuales
• Widgets de chat, rastreadores y scripts de terceros
• Motores de reserva complejos
• Tareas largas en el navegador que bloquean la interacción

Aquí es donde muchos propietarios no técnicos caen en la trampa. Puede que el sitio parezca moderno, pero por detrás está sobrecargado. Un diseño llamativo no sirve de nada si el usuario toca y se queda esperando.

Cuando mejoramos esto para clientes, las mayores ganancias suelen venir de simplificar el front-end y mover el trabajo pesado al back-end. Por ejemplo, mantenemos los formularios rápidos en la propia página y luego enviamos los envíos a flujos de trabajo en n8n o Make.com para que las confirmaciones, notificaciones y el reparto de leads ocurran sin ralentizar el sitio.

Siguiente paso: prueba tu menú móvil, tu formulario y tu principal llamada a la acción en un teléfono de verdad. Si notas retraso, probablemente tienes un problema de INP.

¿A qué puntuaciones deberías aspirar?

Si quieres la respuesta simple, apunta a estas tres:

• LCP: 2,5 s o menos
• CLS: 0,1 o menos
• INP: 200 ms o menos

Esos son los umbrales de “bueno” de Google.

Si tu sitio alcanza los tres de forma constante, estás en una posición sólida. Si uno falla, arregla ese primero. Si los tres son malos, el problema suele ser estructural y no un ajuste rápido que puedas cambiar.

No te obsesiones con una puntuación de laboratorio perfecta si tus datos de usuarios reales ya aprueban. El objetivo no es presumir; es tener un sitio que se sienta rápido de forma fiable para clientes reales. Si quieres una explicación más a fondo de por qué esto importa, nuestros artículos sobre por qué importa la velocidad de tu web en España y diseño web orientado al rendimiento en 2026 encajan muy bien con esta guía.

Cómo comprobar tu sitio web con PageSpeed Insights

La forma más sencilla de comprobar tu sitio es con Google PageSpeed Insights.

Ve a: https://pagespeed.web.dev/

Después:

1. Introduce la URL de tu sitio web
2. Haz clic en Analizar
3. Revisa primero el informe de móvil
4. Busca la sección de Core Web Vitals
5. Comprueba si Google dice que la página aprueba o suspende

En qué fijarte primero

No te distraigas con cada detalle técnico de la pantalla. Como propietario de un negocio, céntrate en estas áreas:

1. ¿La página aprueba los Core Web Vitals?

Este es el punto grande. Google suele mostrar un claro aprobado o suspenso basado en datos reales de usuarios cuando hay suficientes datos.

2. ¿Cuáles son las cifras de LCP, CLS e INP?

Compáralas con las puntuaciones objetivo de arriba.

3. ¿Estás viendo datos de campo o datos de laboratorio?

Esto es importante.

• Datos de campo = lo que han experimentado usuarios reales en tu sitio a lo largo del tiempo
• Datos de laboratorio = una simulación de prueba hecha ahora mismo

Los datos de campo importan más porque Google usa la experiencia real de usuarios. Los datos de laboratorio siguen siendo útiles porque ayudan a diagnosticar problemas, pero no muestran el cuadro completo.

4. Revisa móvil antes que escritorio

Muchas webs se ven bien en escritorio y rinden mal en móvil. A Google le importa el rendimiento mobile-first, así que a ti también debería importarte.

Comprueba también Google Search Console

Si tu sitio está conectado a Search Console, abre el informe de Core Web Vitals. Ahí se agrupan las páginas afectadas y se muestra si el problema es un LCP, CLS o INP deficiente.

Eso te ayuda a ver si el problema afecta a:

• solo una página
• un tipo de página
• o todo tu sitio web

Por ejemplo, si todas las páginas de servicio van lentas, eso sugiere un problema de plantilla o de construcción. Si solo las entradas del blog se mueven, puede tratarse de un problema de diseño de imágenes o anuncios.

Prueba hoy tu página de inicio, una página de servicio clave y tu principal página de contacto o reservas. Suele bastar para detectar si el problema está aislado o afecta a todo el sitio.

Las razones más habituales por las que fallan las webs de negocios locales

En las auditorías que hacemos para negocios de Almería, Murcia, Alicante y Granada, aparecen los mismos problemas una y otra vez.

1. Imágenes enormes subidas directamente desde el móvil o la cámara

Una imagen de portada no necesita pesar 6 MB. Y, aun así, lo seguimos viendo continuamente.

Solución:

• comprime bien las imágenes
• usa formatos modernos como WebP o AVIF
• sirve el tamaño de imagen correcto para cada pantalla

2. Maquetadores haciendo demasiado trabajo

Muchas webs low cost están hechas con herramientas drag-and-drop que cargan enormes cantidades de código para diseños muy simples.

Solución:

• simplifica el diseño
• elimina efectos innecesarios
• reconstruye bien si la estructura está inflada de base

3. Demasiados scripts de terceros

Widgets de chat, herramientas de cookies, analítica, plugins de reservas, feeds sociales, widgets de reseñas, píxeles de seguimiento… cada uno añade peso y retraso.

Solución:

• deja solo lo que realmente ayuda al negocio
• retrasa los scripts no esenciales
• elimina funciones de postureo

4. Mal hosting

Si el servidor es lento, todo empieza mal.

Solución:

• usa un hosting fiable o entrega desde edge
• evita configuraciones compartidas ultrabaratas
• reduce la dependencia del back-end cuando sea posible

Esta es una de las razones por las que nuestro enfoque de sitio estático funciona tan bien. Cuando no hay una base de datos pesada ni una pila de plugins procesándose en cada visita, hay mucho menos que pueda fallar. Si estás comparando enfoques, vale la pena leer nuestra guía sobre sitios estáticos vs WordPress para pequeños negocios en España.

5. Inestabilidad del diseño por banners y popups

Los avisos de cookies y las promociones suelen añadirse sin pensar en la estabilidad de la página.

Solución:

• reserva espacio correctamente
• evita insertar elementos grandes por encima del contenido ya cargado
• mantén los popups al mínimo en móvil

Si reconoces dos o tres de estos problemas en tu sitio al mismo tiempo, da por hecho que estás ante un problema de construcción y no ante un simple ajuste que se te haya pasado.

Qué puedes hacer tú mismo y cuándo necesitas ayuda

Algunas mejoras son sencillas. Otras no.

Esto muchas veces puedes hacerlo tú mismo

• Redimensionar y comprimir imágenes grandes
• Eliminar plugins o widgets innecesarios
• Reducir vídeos en autoplay
• Reducir el número de tipografías
• Revisar regularmente las páginas móviles en PageSpeed Insights

Probablemente necesitas ayuda experta si

• todo tu sitio falla en las tres métricas
• usas un tema o maquetador recargado y el rendimiento es malo en general
• las interacciones móviles van claramente con retraso
• los cambios de diseño ocurren por todo el sitio
• tu hosting y la arquitectura del sitio son los verdaderos cuellos de botella

Una buena regla: si haces los arreglos obvios y la web sigue siendo lenta, deja de poner parches y mira la configuración de fondo.

La solución en lenguaje claro para cada métrica

Usa la métrica que falla en PageSpeed Insights como punto de partida. Si no, corres el riesgo de gastar dinero en la solución equivocada.

Cómo mejorar el LCP

Si tu contenido principal aparece demasiado tarde:

• reduce el peso de tu imagen principal
• elimina sliders pesados y vídeos de fondo
• usa mejor hosting o una configuración estática
• carga el contenido principal antes que los extras no esenciales
• reduce el número de archivos grandes en la parte superior de la página

Si el sitio sigue sintiéndose lento después de optimizar imágenes, el problema suele ser más profundo que el contenido multimedia. A menudo ese es el momento en el que una construcción más ligera pasa a ser la opción más inteligente.

Conclusión para el negocio: tu página debería parecer útil casi de inmediato. Si un visitante tiene que esperar para entender a qué te dedicas, ya vas por detrás.

Cómo mejorar el CLS

Si la página va dando saltos:

• define las dimensiones de imágenes y vídeos
• asegúrate de que banners y widgets tienen espacio reservado
• evita insertar elementos por encima del contenido después de la carga
• carga bien las fuentes
• simplifica los diseños móviles

Si tu banner de cookies, widget de reservas o popup promocional está provocando los saltos, elimina o rediseña eso antes de tocar nada más.

Conclusión para el negocio: los visitantes nunca deberían tener que pelearse con tu página solo para pulsar un botón.

Cómo mejorar el INP

Si los toques y clics responden con retraso:

• reduce las funciones cargadas de JavaScript
• elimina plugins y scripts innecesarios
• simplifica formularios, filtros y menús
• mantén bajo control las herramientas de terceros
• evita construirlo todo con efectos visuales pesados

Para los negocios que necesitan un seguimiento rápido, normalmente mantenemos la propia web ligera y gestionamos la parte administrativa entre bambalinas. Eso puede significar enviar los leads de formularios a un flujo de trabajo en n8n, avisar al miembro adecuado del equipo al instante o activar una secuencia de confirmación de reserva en Make.com. La idea es simple: el flujo de trabajo debe encargarse del trabajo repetitivo, no el navegador.

Conclusión para el negocio: cuando alguien toca “Reservar ahora”, “Llamar” o “Enviar consulta”, tu web debería responder al instante.

Para los negocios que también quieren automatizar lo que pasa después de que entren esas consultas, esto suele encajar también con nuestros servicios de automatización empresarial. Una web rápida consigue el lead; un buen flujo de trabajo se asegura de que no lo pierdas después.

¿Deberías rehacer la web en vez de seguir poniéndole parches?

A veces sí.

Si tu sitio es antiguo, está cargado de plugins, tiene mal hosting o está construido sobre un maquetador inflado, pasar meses parcheando el rendimiento puede costar más que sustituirlo correctamente.

Tiene sentido rehacerlo cuando:

• el sitio tiene ya varios años y es difícil de mantener
• cada arreglo crea otro problema
• el rendimiento móvil es malo de forma constante
• las bases SEO son débiles
• la web sigue sin convertir aunque llegue tráfico

Somos honestos con los clientes sobre esto. No todas las webs necesitan rehacerse. Pero muchas sí. En esos casos, poner parches es simplemente pagar por mantener viva una configuración ineficiente.

Por eso CostaDelClicks construye webs bilingües, rápidas y ligeras desde cero, con hreflang correcto, buen rendimiento móvil y sin inflar nada con plugins. Si atiendes tanto a clientes de habla inglesa como española, eso importa todavía más. Construimos ambas versiones de idioma de forma nativa en lugar de añadir la traducción como algo secundario, lo que evita los típicos problemas de SEO y los widgets de traducción pesados en scripts. Nuestra guía relacionada sobre si tu sitio web debería ser bilingüe es una buena siguiente lectura.

Compara el coste de meses de parches con el coste de sustituir una base débil. Ahí suele quedar clara la respuesta correcta.

Una checklist sencilla de Core Web Vitals para propietarios de negocios

Antes de gastar dinero, repasa esta lista:

• Comprueba tu página de inicio en PageSpeed Insights
• Mira primero los resultados de móvil
• Apunta tus puntuaciones de LCP, CLS e INP
• Comprueba si la página aprueba o suspende los Core Web Vitals
• Revisa también tus páginas de servicio principales
• Busca patrones en todo el sitio dentro de Search Console
• Identifica imágenes pesadas, scripts y widgets
• Elimina todo lo que no ayude a conseguir leads o ventas
• Decide si el sitio necesita optimización o una reconstrucción completa

Si quieres una visión más amplia del rendimiento y la visibilidad local, nuestras guías sobre SEO local para pequeños negocios en España y diseño web orientado al rendimiento en 2026 son el siguiente paso lógico.

Ten esta checklist al lado mientras revisas PageSpeed Insights y Search Console. Evita que te pierdas entre tanto ruido técnico.

En resumen

Los Core Web Vitals no son solo una casilla de Google que marcar. Son una forma sencilla de medir si tu sitio se siente rápido, estable y fácil de usar.

Si tu web carga lenta, se mueve o va con retraso cuando la gente toca la pantalla, estás haciendo más difícil que los clientes confíen en ti. Eso perjudica al posicionamiento, pero, más importante aún, perjudica a las consultas.

Los buenos objetivos son claros:

• LCP: 2,5 segundos o menos
• CLS: 0,1 o menos
• INP: 200 milisegundos o menos

Comprueba tu sitio en PageSpeed Insights. Mira primero el móvil. Céntrate en los datos de usuarios reales cuando estén disponibles. Y si tu web suspende claramente, no des por hecho que la solución es solo un plugin o una casilla que activar. Muchas veces el problema está en cómo se construyó el sitio desde el principio.

Prueba el sitio esta semana y, si los resultados son malos, pide una segunda opinión antes de gastar dinero en arreglos cosméticos que dejan intacto el verdadero cuello de botella.

Preguntas frecuentes