Core Web Vitals y velocidad web en 2026: por qué un sitio lento pierde posiciones y dinero

Abre la analítica de tu web y busca dos cifras: cuánta gente entró y cuánta llegó a un formulario o a una llamada. Entre ambas hay un abismo, y parte de ese abismo lo explican los Core Web Vitals y la velocidad web, no el texto, ni el precio, ni el diseño. Viven en esos dos o tres segundos en los que una persona, con el móvil en el metro, mira una pantalla en blanco y espera a que aparezca algo de una vez. La mitad no aguanta. Cierra la pestaña y abre la siguiente, la de un competidor que cargó al instante. Esa fuga la pagaste tú: con publicidad que llevó a la persona a una página lenta, o con meses de SEO para que te encontrara siquiera. El dinero se fue; el cliente, no.

Los Core Web Vitals y la velocidad web no son un capricho técnico de quien programa ni una línea de informe que da gusto ver en verde. Son justo el punto donde se cruzan dos cosas que se suelen tratar por separado: las posiciones en el buscador y la facturación. Un sitio lento posiciona peor y a la vez vende peor, doble castigo por el mismo problema. Y en 2026 el precio de ese problema ha subido, porque casi todo el tráfico es ya móvil, y un teléfono en una mano real sobre una red real es bastante más lento que el portátil donde tú admiras tu web.

Vamos a desgranar, en cristiano, qué mide Google, qué cifras considera buenas, cómo exactamente las páginas lentas se comen tus clientes en silencio y encarecen tus anuncios y, sobre todo, qué frena de verdad los sitios y cómo se arregla. Sin jerga donde se pueda evitar.

Core Web Vitals en cristiano: tres cifras que ve Google

Google entendió hace tiempo que «sitio rápido» es demasiado vago para medirlo. Por eso redujo la sensación de velocidad a tres indicadores concretos y los llamó Core Web Vitals. Cada uno responde a una pregunta sencilla de la persona que acaba de abrir tu página.

• LCP (Largest Contentful Paint), «¿cuándo veo por fin algo?». Es el tiempo hasta que se dibuja el bloque más grande de la primera pantalla: la imagen principal, el titular, el banner. Hasta que el LCP no ocurre, la persona mira el vacío y decide si esperar o irse.
• INP (Interaction to Next Paint), «¿cuándo responde a mi clic?». La persona pulsa un botón, toca el menú, empieza a deslizar: ¿en cuánto reacciona la página? Si entre el toque y la respuesta hay un retraso notable, el sitio se siente «atascado» aunque luzca bonito. El INP es en 2026 la métrica vigente de respuesta; sustituyó al viejo FID y exige más.
• CLS (Cumulative Layout Shift), «¿por qué salta todo?». Ibas a pulsar un botón, pero terminó de cargar una imagen, el contenido se desplazó y el dedo cayó sobre un anuncio. Eso molesta físicamente. El CLS mide cuánto salta el contenido durante la carga.

Las tres métricas atrapan tres dolores distintos: la espera, el atasco y el salto. Un sitio puede ser perfecto en una y un desastre en otra, así que hay que mirar las tres a la vez.

Qué valores se consideran buenos

Aquí Google no dejó margen para interpretaciones: los umbrales están publicados. Esta es la referencia de los valores actuales; tenla a mano.

Métrica	Qué mide	«Bueno»	«Malo» (hay que arreglar)
LCP	Velocidad de carga del contenido principal	hasta 2,5 s	más de 4,0 s
INP	Respuesta a las acciones	hasta 200 ms	más de 500 ms
CLS	Estabilidad visual	hasta 0,1	más de 0,25

Un matiz que lo cambia todo. Google evalúa estos umbrales por el percentil 75, es decir, la cifra debe cumplir la norma en torno a tres cuartas partes de tus visitantes. No de media, no en tu portátil, no «normalmente va bien». Si a una cuarta parte de la gente el sitio le carga en cinco segundos porque van con un móvil viejo y una red floja, tienes un problema, aunque a ti todo te vuele. Por eso la autocomprobación de «si a mí me abre rápido» casi siempre engaña.

Core Web Vitals y velocidad web en las posiciones: dónde está la verdad y dónde el mito

Alrededor de la velocidad hay mucho miedo acumulado, así que seamos honestos y sin exagerar. Los Core Web Vitals son un factor de posicionamiento confirmado, pero no el principal. Google lo dice claro: en igualdad de condiciones, una página más rápida y estable lleva ventaja, pero la velocidad no sube una página flojísima de contenido ni hunde a una de verdad relevante. Si alguien te promete el primer puesto «solo con acelerar el sitio», te está engañando.

Pero la influencia real de la velocidad en las posiciones no es directa, sino a través del comportamiento de la gente, y es mucho más fuerte que cualquier señal formal. Funciona así:

• De un sitio rápido la gente se marcha menos de golpe. La persona espera a que cargue, empieza a leer, y Google ve que la página retuvo la atención.
• En un sitio rápido se ven más páginas y se quedan más rato. Es señal de que el contenido sirve.
• En un sitio rápido se llega más a contactar. Y la conversión en una acción es la prueba más honesta de que la página responde a lo que la persona buscaba.

El buscador no necesita «penalizarte» por lento de forma directa: le basta con que la gente vote con los pies, y Google lee ese voto. Así que la velocidad es a la vez señal directa y amplificador de todas las demás. Si te preguntas por qué tu web no sube en el buscador, la velocidad técnica es uno de los primeros puntos que conviene revisar antes de culpar al contenido.

Cómo un sitio lento se come tus clientes en silencio y encarece la publicidad

Esta es la parte que más subestiman quienes llevan un negocio, porque no se ve directamente en ningún informe. La velocidad pega al bolsillo en dos sitios a la vez.

Lo primero, la conversión. Cada segundo de más en cargar te cuesta una parte de la gente que ya estaba lista para hacer algo. Los estudios del sector apuntan año tras año en la misma dirección: la probabilidad de marcharse sube con fuerza a medida que la página se arrastra de un segundo a tres y más allá, y en el móvil se siente todavía más. Los porcentajes exactos bailan de un estudio a otro, y prometer «menos un X% de facturación por segundo» sería deshonesto, pero la dirección es firme: más lento casi siempre significa menos clientes. Y lo más rabioso es que pierdes a los más calientes, los que ya pincharon y llegaron.

Lo segundo, el coste de la publicidad. Aquí el vínculo es menos evidente, pero igual de real. Los sistemas de anuncios como Google Ads tienen en cuenta la calidad de la página de destino, y la velocidad y la comodidad forman parte de esa calidad. Una página lenta tira hacia abajo del nivel de calidad, y eso significa un coste por clic más alto por la misma posición. Doble golpe: pagas más caro el clic y conviertes peor esos clics en clientes. Antes de subir el presupuesto de publicidad, arregla la página a la que mandas el tráfico, o estarás pagando de más por enseñar más rápido un sitio lento.

Suma los dos efectos y un sitio lento deja de ser «una pequeña deuda técnica» para convertirse en una fuga silenciosa de facturación que pagas cada día.

Qué frena de verdad los sitios

La buena noticia: las causas de la lentitud son pocas y casi siempre las mismas. Esta es la lista honesta de los principales culpables, en orden de cuánto los vemos en proyectos reales.

1. Imágenes pesadas. El culpable número uno. Una foto de cuatro megas subida tal cual y encogida a un bloque pequeño por el navegador hunde el LCP ella sola. A esto se suma la falta de formatos modernos y una imagen gigante en lugar de versiones para cada pantalla.
2. JavaScript inflado. Demasiados scripts que el navegador debe descargar, interpretar y ejecutar antes de que la página responda. Es el principal asesino del INP. Cada widget, chat, popup y contador añade peso, y la mitad ni hace falta en la página.
3. Recursos que bloquean el renderizado. Cuando archivos CSS y JS pesados cargan al principio y no dejan al navegador mostrar la página hasta que ellos terminan, la persona mira la pantalla en blanco más rato del que debería.
4. Hosting barato o saturado. Si el propio servidor tarda un segundo en responder, no hay nada que acelerar: la base es lenta. El hosting compartido barato, donde cientos de sitios se apretujan en una misma máquina, se convierte una y otra vez en el cuello de botella.
5. Creadores web y plugins recargados. Las plantillas genéricas cargan kilobytes de CSS y JS «por si acaso» que tu página concreta no necesita. Una decena de plugins, cada uno con sus scripts y estilos, convierte una página simple en un peso pesado. De esto hablamos aparte más abajo.
6. Falta de caché y de CDN. Cuando todo se vuelve a montar para cada visitante y los archivos viajan desde un único servidor a medio mundo de distancia, la velocidad se cae donde sería fácil recuperarla.
7. Scripts de terceros. Analítica, píxeles, chats, mapas, fuentes de dominios ajenos: cada uno tira de su propia hebra de peticiones. Por separado parecen una minucia; juntos son una carga notable y, encima, fuera de tu control directo.

Fíjate en el patrón: casi todo en esta lista son decisiones tomadas durante el desarrollo. La velocidad no se «configura» al final con una casilla de SEO. O se mete en la base del sitio, o luego se recupera a duras penas, miga a miga.

Aparte sobre los creadores web: por qué «todo incluido» suele significar «todo pesado»

Los creadores web son cómodos, y para una tarjeta de visita sencilla muchas veces bastan. Pero la comodidad tiene un precio en kilobytes. Para que una sola plantilla sirva a millones de sitios distintos, le meten de todo, y tu página usa el cinco por ciento de eso y arrastra el noventa y cinco restante como peso muerto. Añade los plugins: cada uno, para funcionar «de fábrica» en todos, carga sus scripts y estilos en cada página, incluso donde no hace falta.

Comprimir imágenes, la carga diferida y limpiar plugins de más ayudan de verdad y merecen la pena. Pero hay un techo: si lo recargado está cosido en la propia arquitectura del editor, por encima de cierto nivel de velocidad no vas a saltar, por mucho que optimices. En algún momento, las cuentas honestas muestran que mudarse a un sitio ligero, montado a tu medida, sale más barato y rápido que curar síntomas durante años. Es la misma bifurcación que en la elección más general entre agencia o creador web: el creador ahorra al arrancar, pero el techo de velocidad y flexibilidad lo marca la plataforma, no tú.

Cómo medir la velocidad de tu propio sitio

No hace falta adivinar: Google da herramientas gratuitas que muestran justo las cifras con las que él mismo te evalúa.

• PageSpeed Insights. Pegas la dirección de la página y obtienes un informe. Regla de oro: fíjate primero en los datos de campo (CrUX), no en el resultado de laboratorio. La prueba de laboratorio es una única pasada en un dispositivo estándar y en condiciones ideales. Los datos de campo son los Core Web Vitals reales de tus visitantes vivos de los últimos 28 días, recogidos del navegador Chrome. Son justo los que Google usa para posicionar, y los que dicen la verdad sobre cómo se siente el sitio para la gente, no para ti.
• Search Console, informe de Core Web Vitals. Muestra el cuadro de todo el sitio a la vez, por separado para móvil y escritorio, y agrupa las URL problemáticas: viene de perlas cuando hay muchas páginas y necesitas ver dónde gotea en masa.
• Campo frente a laboratorio. Si el laboratorio dice «excelente» y el campo dice «malo», cree al campo. La diferencia suele significar que la gente real tiene dispositivos más flojos y redes más lentas que el banco de pruebas. Arregla para el campo.

Un consejo práctico: no te obsesiones con el número bonito de la «puntuación general» de PageSpeed, que baila de una pasada a otra. Mira los propios LCP, INP y CLS en los datos de campo: eso es lo que de verdad cuenta Google y siente tu cliente.

Por qué la velocidad es la frontera entre desarrollo y SEO (y por qué Webtor hace las dos cosas)

La velocidad de un sitio vive justo en la frontera de dos profesiones que en la mayoría de las empresas se sientan por separado y se pasan la pelota. Quien lleva el SEO ve en Search Console el informe rojo de Core Web Vitals y escribe: «hay que acelerar el sitio». Quien programa responde: «dame una tarea más concreta». Y el arreglo real necesita a los dos a la vez: entender que LCP, INP y CLS son señales que mueven posiciones y clientes, y saber meterse en las imágenes, los scripts, el renderizado y el hosting para mover esas cifras. Cuando entre esas dos personas hay una frontera entre empresas, el problema se queda colgado meses.

Por eso en Webtor mantenemos a propósito el desarrollo y el SEO bajo el mismo techo. El sitio que montamos se proyecta rápido desde el principio: imágenes optimizadas, lo mínimo de JavaScript de sobra, código limpio sin el lastre de las plantillas genéricas, hosting decente y caché. Y después ese mismo enfoque sirve a las posiciones, porque un sitio rápido y estable es más fácil de promocionar y ayuda él solo a que el resto del SEO funcione. No son dos servicios que vendemos uno al lado del otro. Es un solo trabajo que está mal partir.

Si estás calculando en cuánto sale, la velocidad no existe al margen del resto: es parte de cuánto cuesta una buena web y parte del coste del mantenimiento SEO. Una web barata sobre una plantilla pesada ahorra dinero el día del lanzamiento y te devuelve esa factura después, en clientes perdidos y en publicidad pagada de más. La velocidad metida desde el primer día, en cambio, se amortiza en silencio y cada día.

Por dónde empezar esta semana

Si lo lees como una lista de seis meses, sí, la obra grande no es pequeña. Pero moverse se puede en una semana, y por orden de retorno es así:

1. Pasa tus tres páginas principales por PageSpeed Insights: la portada, la página clave de un servicio y una página de destino de la publicidad. Mira los datos de campo, apunta LCP, INP y CLS.
2. Empieza por las imágenes. Casi siempre es la victoria más rápida: comprime las imágenes pesadas, entrega versiones del tamaño del bloque, activa la carga diferida para todo lo que esté por debajo de la primera pantalla.
3. Quita lo de sobra. Cada plugin, widget y script de terceros que no uses a conciencia es candidato a desaparecer. Menos scripts, INP más rápido.
4. Revisa el hosting. Si el servidor responde lento por sí solo, lo demás es cosmética. A veces mudarse a un hosting decente da más que una decena de retoques pequeños.
5. Vuelve a comprobar en un par de semanas. Los datos de campo no se actualizan al instante: deja que CrUX acumule visitas reales y coteja otra vez con los umbrales.

Hazlo para tres páginas, ve el resultado en las cifras y luego decide si arreglas el resto por la lista o, si la base es un editor recargado, te mudas a un sitio con la velocidad metida en los cimientos.

Quién gana al final

Volvamos a la persona del metro que mira la pantalla en blanco. No se enfada contigo ni escribe quejas: simplemente se va, en silencio, al que cargó al instante. De esa fuga no te enterarás nunca directamente: no dejará rastro en ningún formulario, se disolverá en el hueco entre «entró» y «llegó a contactar». Y cada día son decenas así.

En Core Web Vitals y velocidad web no gana quien tiene la imagen más bonita de la puntuación en PageSpeed, sino quien tiene la página real que en un teléfono real abre antes, responde al toque sin retraso y no salta bajo el dedo. A ese sitio Google lo pone un poco más arriba, y desde él se llega más a la llamada: dos victorias por un mismo trabajo invertido en velocidad. En 2026, cuando casi todo el tráfico es móvil y la atención de la persona se mide en segundos, esto ya no es un ajuste fino para frikis. Es la diferencia entre un sitio que gana y un sitio que pierde en silencio: clientes, sitio en los resultados y el dinero de publicidad que ya pagaste por todo ello.