Optimización de velocidad web: un sitio rápido en celulares reales

Core Web Vitals es el nombre con que Google agrupa tres métricas que intentan describir la experiencia real de cargar y utilizar una página. Se entienden mejor como tres preguntas que se hace un visitante.

LCP: ¿cuándo veo lo principal?

LCP (Largest Contentful Paint) mide cuánto tarda en aparecer el elemento más grande de la primera pantalla: normalmente la imagen principal, el cuadro de un video o un bloque grande de texto. Es la métrica del «ya puedo ver de qué trata esta página». Se deteriora con imágenes sin optimizar, servidores lentos, fuentes que bloquean el texto y scripts que retrasan el contenido.

INP: ¿responde cuando toco?

INP (Interaction to Next Paint) mide cuánto tarda la página en reaccionar visualmente después de un toque, un clic o una tecla, tomando en cuenta las interacciones de toda la visita. Es la métrica del «toqué el menú y no pasó nada». Se deteriora cuando el navegador está demasiado ocupado ejecutando JavaScript, con frecuencia por herramientas de terceros. Sustituyó a una métrica anterior llamada FID, por si encuentra materiales antiguos que todavía la mencionan.

CLS: ¿se mueve el contenido?

CLS (Cumulative Layout Shift) mide la estabilidad visual: cuánto se desplazan los elementos de forma inesperada mientras la página carga o se utiliza. Es la métrica del «iba a tocar un botón y justo se movió». Se deteriora con imágenes sin espacio reservado, avisos o anuncios que aparecen de repente y tipografías que cambian el tamaño del texto al cargar.

Google clasifica cada métrica como buena, mejorable o deficiente según umbrales que publica en su documentación y que pueden actualizarse, por lo que conviene consultarlos allí y no memorizar cifras. Dos aclaraciones honestas: estas métricas son una señal de experiencia entre muchas otras que Google considera, y mejorarlas no es un mecanismo para subir posiciones por sí solo. Su valor principal es más directo: un sitio que carga y responde bien retiene mejor a las personas que ya llegaron. Si desea profundizar, nuestra guía de Core Web Vitals para empresas explica cómo leer cada informe.

En muchos sitios de empresas, una parte importante de la lentitud no viene del sitio en sí, sino de lo que se le fue añadiendo: el píxel de una campaña, el chat de atención, la herramienta de mapas de calor, el sistema de pruebas A/B, el widget de reseñas, el video incrustado. Cada pieza tuvo una razón válida cuando se agregó. Nadie volvió a preguntarse si todavía se necesita, si carga más de una vez o si podría cargar más tarde.

Esto concierne especialmente a los equipos de marketing, que suelen incorporar más herramientas y, a la vez, dependen más de la velocidad. Lo que proponemos es un inventario: qué herramienta es, quién la pidió, qué datos recoge, cuánto cuesta cargarla y qué pasaría si se retrasara hasta después de la primera interacción. Con esa información, conservar, retrasar o retirar una herramienta deja de ser una discusión de opiniones. Y conviene definir quién autoriza los nuevos scripts, para que el sitio no vuelva a llenarse sin control.

La velocidad es, además, una pieza de la base técnica de un sitio. El SEO técnico revisa también el rastreo, la indexación y la arquitectura, y se complementa con este trabajo. Si prefiere hacer una primera revisión por su cuenta, puede apoyarse en nuestro checklist de auditoría de sitio web.

Tres entregables concretos:

• Informe priorizado. Hallazgos ordenados por impacto y esfuerzo, con la evidencia de cada uno y la corrección recomendada, redactado para que lo entienda un director y lo pueda ejecutar un desarrollador.
• Correcciones implementadas. Los cambios aprobados, probados en los principales dispositivos y navegadores, con el registro de lo que se modificó.
• Monitoreo. Seguimiento periódico de las métricas para detectar retrocesos cuando se agregan contenidos, herramientas o funciones.

Lo que no prometemos: un puntaje determinado, una posición en Google ni un aumento de ventas. Los resultados dependen del punto de partida. Un sitio con imágenes sin optimizar y sin caché puede mejorar de forma notable con pocas correcciones; uno construido sobre una base pesada quizá requiera una reestructuración que habrá que plantear como decisión aparte. También hay límites externos: si la lentitud proviene de una plataforma cerrada, de un hosting que no ofrece mejor respuesta o de una herramienta que su empresa necesita, se lo planteamos con transparencia y con alternativas, en lugar de prometer lo que no controlamos.

Para saber si funcionó, se comparan las mismas métricas, en los mismos dispositivos y con los mismos criterios, antes y después de cada cambio, y se observa su evolución en los datos de campo durante las semanas siguientes. En el negocio, lo que conviene mirar es si los formularios y el proceso de compra se abandonan menos, sabiendo que esa relación depende de muchos factores y que no la presentamos como una promesa.