Arreglar el CLS: por qué no es la suma de los saltos

El CLS es la métrica que más gente cree entender y peor se diagnostica, porque casi nadie sabe cómo se calcula. No es la suma de todos los desplazamientos de la página: es el peor grupo de desplazamientos seguidos, y cada uno se pondera por cuánta pantalla movió y cuánto la movió. De ahí salen las dos sorpresas de este tema: que arreglar cinco saltos pequeños no baje nada, y que un solo banner mal puesto valga por todos los demás juntos.

Respuesta rápida

• El umbral es 0,1 en el percentil 75 de las visitas reales.
• Se mide por ráfagas, no por suma. Cuenta la peor, no el total.
• Cada salto pesa por área movida y distancia. Uno grande vale más que diez chicos.
• Lo que se mueve tras tocar la página no cuenta, si ocurre en menos de 500 ms.

¿Cómo se calcula el CLS?

Agrupando los desplazamientos en ráfagas, que son series con menos de un segundo entre saltos y un máximo de cinco segundos de duración, y quedándose con la ráfaga de mayor puntuación. Cada salto puntúa multiplicando la fracción de pantalla afectada por la fracción de distancia recorrida. El CLS de la página es esa peor ráfaga.

Qué tipo de métrica es esta

El malentendido habitual es tratarla como un contador de defectos: cuantos más saltos, peor nota. Con esa idea, el trabajo es cazar todos los movimientos de la página.

No funciona así, y las dos consecuencias cambian el orden de trabajo por completo.

Primera: no se suma, se toma el máximo. Si la página tiene una ráfaga de 0,28 y otras cuatro de 0,02, el CLS es 0,28. Arreglar las cuatro pequeñas deja el número exactamente igual.

Segunda: no todos los saltos pesan lo mismo. Un aviso de cookies que empuja media pantalla veinte píxeles puntúa mucho más que un icono que se mueve tres. La fórmula es el producto de cuánta pantalla se movió por cuánto se movió, así que lo grande y lo lejano manda.

De ahí la regla práctica que ordena todo: busca el peor, no todos.

Las causas, por frecuencia real

Imágenes y vídeos sin dimensiones declaradas. El navegador no sabe qué hueco reservar, pinta el texto y luego lo empuja al llegar la imagen. Es la causa número uno y la más barata de arreglar: basta con declarar ancho y alto, o una proporción, para que el hueco exista antes que el contenido.

Anuncios y contenido incrustado sin espacio reservado. Mismo mecanismo, con la diferencia de que el tamaño puede variar. La solución es reservar el hueco del tamaño más probable y aceptar un espacio vacío cuando no se llene, que molesta menos que el salto.

Fuentes que cambian al cargar. El texto se pinta con una tipografía de sistema y se re-pinta con la definitiva, que ocupa distinto. Se controla precargando la fuente y ajustando las métricas de la de reserva para que ocupen lo mismo.

Contenido insertado arriba después de cargar. Barras de aviso, mensajes de stock, banners de consentimiento. Son los que más puntúan porque empujan todo lo que hay debajo.

Y animaciones que mueven el diseño. Animar propiedades que cambian la posición de otros elementos genera desplazamiento; animar transformaciones no.

Hay una sexta que no aparece en las listas y que en sitios con blog es bastante común: el contenido que se inserta al volver de la caché. Una página abierta, dejada en segundo plano y recuperada puede volver a insertar avisos o widgets, y esos saltos cuentan igual porque el CLS se calcula sobre toda la vida de la página, no solo sobre la carga inicial.

La regla de los 500 milisegundos

Es la parte que casi nadie conoce y explica muchos falsos positivos.

Un desplazamiento que ocurre en los 500 milisegundos siguientes a una interacción del usuario se marca como esperado y puede excluirse del cálculo. Si alguien pulsa "ver más" y el contenido se expande, eso no penaliza.

La letra pequeña importa: solo cuentan las interacciones discretas, es decir, tocar, hacer clic o pulsar una tecla. Desplazarse por la página o hacer zoom no abren esa ventana, así que un contenido que se inserta mientras el usuario baja sí puntúa entero.

Cómo encontrar el salto que cuesta

Primero, mirar el dato de campo, que es el que Google evalúa, en el percentil 75 y con la ventana de 28 días que describe Core Web Vitals.

Después, reproducirlo en el navegador con la red frenada. Casi todos los saltos desaparecen en una conexión rápida y con caché caliente, que es como lo prueba todo el mundo antes de decir que no pasa nada.

Después, identificar la peor ráfaga, no la lista de saltos. Las herramientas de rendimiento del navegador señalan qué elemento se movió y cuánto, y el dato que hay que anotar es cuál pesa más, no cuántos hay.

Merece la pena hacerlo con la pantalla de un móvil, porque la fórmula divide por el lado mayor de la ventana: el mismo salto de veinte píxeles puntúa bastante más en un móvil que en un monitor ancho. Es la razón por la que un CLS aceptable en tu escritorio puede seguir en rojo en el informe que ves en Google Search Console, donde manda el móvil.

Y por último, arreglar solo ese y volver a medir. Si el número no baja, es que había otra ráfaga peor detrás, que es información y no un fracaso.

Cuándo el CLS no es tu problema

Cuando ya estás por debajo de 0,1 en campo. No hay premio por bajar de 0,05 a 0,02.

Cuando lo que ves solo pasa en tu equipo con el navegador abierto en modo desarrollador. Mide con la red frenada y en móvil antes de decidir.

Cuando el salto ocurre tras un clic y dentro de la ventana de medio segundo. No cuenta, y perseguirlo es tiempo perdido.

Cuando el problema real es que la página no carga o no se indexa. El orden de las prioridades técnicas está en SEO técnico.

La definición que circula es la de antes de 2021

Comprobado el 13 de agosto de 2026, varias de las páginas que ocupan esta consulta definen el CLS como la suma de todos los desplazamientos durante el ciclo de vida de la página. Esa fue la definición original y dejó de serlo: hoy la métrica se queda con la ráfaga mayor, entendida como los saltos que ocurren con menos de un segundo entre uno y otro y un máximo de cinco segundos de ventana. Está en la documentación de la propia métrica.

El cambio no es de matiz, porque cambia dónde hay que gastar el esfuerzo. Con la definición vieja, una página larga con veinte saltos pequeños acumulaba un mal resultado y la respuesta racional era eliminarlos todos. Con la actual, esos veinte saltos repartidos apenas cuentan y una sola ráfaga mala decide la nota entera. El trabajo deja de ser un barrido y pasa a ser una cacería: encontrar el momento, normalmente uno solo, en el que la página se recoloca de golpe.

Que la definición vieja sobreviva tiene además una consecuencia rara: hace que una página que ya está bien parezca mal. Alguien suma sus desplazamientos a mano, le sale una cifra alta, y se pone a arreglar algo que la métrica real ni siquiera está contando.

Errores que se repiten

• Arreglar los saltos pequeños primero. No mueven el número, que es el máximo.
• Sumar los desplazamientos. El CLS es la peor ráfaga, no el total.
• Probar solo en escritorio con buena conexión. Ahí casi nunca se reproduce.
• Olvidar las dimensiones de imagen. Es la causa más común y la más barata.
• Reservar hueco solo para el anuncio grande. Si suele venir otro, el salto vuelve.
• Animar propiedades que mueven el diseño. Las transformaciones no desplazan.

Las tres métricas comparten informe y no comparten oficio, y de ahí sale buena parte de los presupuestos mal repartidos: el informe las presenta juntas porque miden la misma visita, no porque se arreglen igual. La carga se ataca por el servidor y el orden de descarga, en mejorar el LCP; la respuesta a la interacción, en el JavaScript, en qué es INP; y el CLS no responde a ninguna de las dos cosas. Por dónde empezar, en cómo mejorar la velocidad de una web.

Datos y transparencia

Que el CLS se calcula sobre la ráfaga mayor, con menos de un segundo entre saltos y un máximo de cinco segundos de ventana, y que antes era la suma de todos los desplazamientos de la vida de la página, procede de la documentación de la métrica, abierta el 13 de agosto de 2026. Que varias de las páginas mejor posicionadas en español siguen dando la definición anterior es una observación propia del mismo día y se recoge como desfase, no como fuente.

El umbral de 0,1 para un CLS bueno y de 0,25 para deficiente, la evaluación en el percentil 75 con móvil y escritorio por separado, la definición de ráfaga como serie de desplazamientos con menos de un segundo entre ellos y un máximo de cinco segundos, que el CLS de la página es la puntuación de la mayor ráfaga y no la suma, la fórmula de fracción de impacto por fracción de distancia y la exclusión de los desplazamientos ocurridos en los 500 milisegundos siguientes a una interacción discreta, con desplazamiento y zoom expresamente fuera, proceden de la documentación pública de Google sobre CLS, comprobada el 12 de agosto de 2026. No aparece aquí ninguna cifra sobre cuánto sube la conversión al bajar el CLS: las que circulan proceden de casos concretos con muchas variables cambiando a la vez. El orden de causas por frecuencia es observación de trabajo sobre una cartera que registra más de 300 millones de impresiones anuales en Search Console, y está redactado como observación, no como medición. Verificado en agosto de 2026.

Fuentes primarias, abiertas el 13 de agosto de 2026: la documentación de Cumulative Layout Shift.

Lo que esto cambia

El CLS enseña algo que va más allá del rendimiento: una métrica que no se entiende produce trabajo que no sirve.

Quien cree que se suman los saltos hace una lista de todos y los arregla por orden de facilidad, que es exactamente el orden equivocado. Quien sabe que es el máximo de una ráfaga busca uno solo y lo arregla. El mismo esfuerzo, resultados incomparables, y la diferencia entera está en haber leído cómo se calcula el número antes de intentar bajarlo.

Preguntas frecuentes