Los Core Web Vitals son un desempate, no el premio

Tras más de un año de avisos, la actualización de experiencia de página ya está plenamente activa. Google la anunció allá por 2020, fijó el despliegue gradual para empezar a mediados de junio de 2021, dijo que no alcanzaría todo su peso hasta finales de agosto, y ahora ha confirmado que el despliegue se completó a principios de septiembre. Así que la cosa para la que el sector pasó un año preparándose ha llegado, y el titular es simple: la experiencia de página es oficialmente parte de cómo Google posiciona las páginas. El centro de esa actualización es el conjunto de métricas que Google llama Core Web Vitals —Largest Contentful Paint, First Input Delay y Cumulative Layout Shift—, que juntas intentan poner números a cómo se siente cargar y usar una página. No están solas; la experiencia de página también integra si una página es apta para móvil, si se sirve por HTTPS, y si está libre de intersticiales intrusivos, esos pop-ups y superposiciones que bloquean el contenido. Pero los Core Web Vitals son la parte nueva y exigente, la pieza que mandó a todo el mundo a sus paneles. Vale la pena fijar en mente dos límites del cambio desde el principio, porque condicionan todo lo que sigue. El primero es que, por ahora, esta es una señal de móvil: el factor de experiencia de página que acaba de desplegarse aplica a la búsqueda en móvil, no a escritorio, siendo la versión de escritorio algo que Google ha dicho que vendrá después. El segundo es la proporción, que es el corazón de esta nota: la actualización convierte la experiencia de página en factor de ranking, pero uno deliberadamente modesto, y los meses de expectación produjeron una idea de impacto mucho mayor que lo que Google prometió o lo que los datos entregaron. Entender lo que de verdad se lanzó —una señal de móvil real pero pequeña, montada sobre todo lo que ya decidía el posicionamiento— es la diferencia entre responder con sensatez y exagerar ante un cambio que fue ruidoso en la prensa del gremio y silencioso en los resultados.

Vale la pena saber qué miden los tres Core Web Vitals, porque los nombres son opacos y los arreglos se siguen directamente del significado. Largest Contentful Paint trata de la carga: marca el momento en que el mayor elemento de contenido visible sin desplazarse —normalmente una imagen principal o un gran bloque de texto— ha terminado de renderizarse, y Google cuenta como bueno por debajo de 2,5 segundos. Es la métrica que responde a la primera pregunta impaciente de la visita: ¿ya cargó la página? First Input Delay trata de la interactividad: mide el retraso entre la primera interacción de la visita, como tocar un botón, y el momento en que el navegador es de verdad capaz de responder, con menos de 100 milisegundos contado como bueno. Una mala puntuación aquí es la sensación de tocar una página que se ve cargada pero está congelada porque el navegador sigue ocupado ejecutando scripts. Cumulative Layout Shift trata de la estabilidad visual: cuantifica cuánto salta el contenido a medida que las cosas cargan, y una buena puntuación está por debajo de 0,1. Todos hemos sufrido una mala: vas a tocar un enlace y una imagen carga encima, empujando el enlace hacia abajo, de modo que tu dedo aterriza en un anuncio. Dos cosas sobre cómo se juzgan importan tanto como las definiciones. Se evalúan en el percentil 75, lo que significa que una buena puntuación exige que la experiencia sea buena para al menos tres cuartas partes de las visitas, no solo en promedio. Y se miden con field data —lecturas anónimas de usuarios reales de Chrome recogidas en el Chrome User Experience Report— en vez de con una sola prueba de laboratorio. Ese último punto explica una confusión común: el número que te muestra una herramienta de velocidad en una sola pasada con conexión rápida puede diferir de la puntuación de campo que Google de verdad usa, porque los datos de campo reflejan todo el abanico de dispositivos y redes reales que traen tus visitantes, incluidos los teléfonos de gama media y las conexiones irregulares que la máquina de un desarrollador nunca simula.

Aquí está la parte que el año de expectación tendía a enterrar: los Core Web Vitals son un factor de ranking pequeño, y Google lo dijo con claridad antes del despliegue y los datos independientes lo confirmaron después. Los estudios que rastrearon el mismo conjunto de URLs posicionadas desde antes del despliegue hasta que se completó hallaron que la relación entre buenas puntuaciones y posición apenas cambió de forma: las páginas que posicionaban bien seguían posicionando bien, la correlación entre rendimiento y posición se quedó más o menos donde estaba, y la actualización no rebarajó los resultados como la alarma sugería. El hallazgo consistente fue que la relevancia y la calidad del contenido siguieron siendo los factores dominantes, exactamente como Google venía diciendo. La forma correcta de sostener esto es como un desempate. Cuando dos páginas están de verdad cerca en lo que decide la mayor parte del resultado —qué tan bien responden a la consulta, qué tan confiables y completas son— la experiencia de página puede ser lo que le dé la ventaja a una de ellas. Eso la hace más valiosa justo donde la competencia es más feroz y las páginas son por lo demás difíciles de separar: en un nicho concurrido donde una docena de resultados apuntan a la misma consulta con contenido comparable, ser el rápido y estable puede moverte unas posiciones. Pero el mismo encuadre te dice su límite. Un desempate solo opera cuando hay un empate que romper; no eleva una página que pierde en relevancia, y ninguna cantidad de ajuste de rendimiento llevará un contenido pobre o fuera de tema por delante de algo que responde mejor a la pregunta. Hay oportunidad en los números —encuestas de la época hallaron que solo una pequeña fracción de páginas aprobaba las tres métricas, lo que significa que cruzar la barra de verdad te distingue de la mayor parte de la web— pero la oportunidad es dejar de estar en desventaja, no comprar una ventaja que no has ganado en sustancia. Leída bien, la actualización premia a los sitios que ya son buenos y solo lentos, y pide muy poco al posicionamiento más allá de eso.

El programa práctico que se sigue de todo esto es corto, que es el punto. Primero, mide donde cuenta: abre el informe de Core Web Vitals en Search Console, mira específicamente los datos de móvil, y deja que te diga qué páginas y qué métricas están fallando de verdad con field data de usuarios reales, en vez de adivinar desde una sola prueba de velocidad. Luego arregla lo barato y de alto impacto primero, porque para la mayoría de los sitios un puñado de cambios sin glamur cruzan la barra. Para estabilizar el Cumulative Layout Shift, pon atributos explícitos de ancho y alto en imágenes, incrustaciones y huecos de anuncios, para que el navegador reserve su espacio y nada se deslice mientras la página se llena. Para mejorar el Largest Contentful Paint, encuentra el mayor elemento sobre el pliegue —normalmente una imagen—, comprímelo y ajústalo al tamaño del dispositivo, y asegúrate de que no se cargue con lazy-load, porque lo único que quieres que cargue rápido es justo lo que define la métrica. Para ayudar al First Input Delay, recorta o difiere el JavaScript pesado que mantiene ocupado el hilo principal, para que el navegador quede libre para responder cuando una visita toca por primera vez. Esos tres movimientos cruzan la mayoría de los fallos. La disciplina más difícil es saber cuándo parar. Una vez que una página aprueba de forma fiable las tres métricas con field data, has capturado esencialmente todo el beneficio de experiencia de página, y las horas que gastarías persiguiendo una puntuación casi perfecta son horas que tu contenido y tu relevancia pagarían mucho mejor. Toda la postura que esta actualización premia es de proporción: trata el rendimiento como un suelo que cruzas y luego dejas, no como un trofeo que sigues puliendo, y devuelve el tiempo liberado a la sustancia que de verdad decide dónde posicionas. Sostener esa proporción —cruzar el umbral y luego volver a lo que importa— es la manera mesurada en que el AC Group ha trabajado durante 27 años.