Velocidad del sitio web y Core Web Vitals: por qué deciden sus ventas y su posición en Google

Respuesta corta: Un sitio web lento aleja a los clientes antes de que vean su producto, y Google usa la velocidad de la experiencia en la página como señal de posicionamiento a través de las tres Core Web Vitals: la rapidez con la que aparece el contenido principal (LCP), la rapidez con la que la página responde a un toque (INP) y la estabilidad de los elementos durante la carga (CLS). Valores buenos: LCP por debajo de 2,5 segundos, INP por debajo de 200 milisegundos y CLS por debajo de 0,1 — medidos en sus usuarios reales, no en el equipo de un desarrollador.

Si tiene un sitio web o una tienda en línea, paga la lentitud dos veces: una cuando el visitante molesto se va, y otra cuando su posición en Google baja y, en consecuencia, menos personas llegan a usted. La buena noticia es que la velocidad de un sitio web se puede medir con cifras claras y mejorar con pasos conocidos. Esta guía explica las tres métricas, cómo medirlas y cómo elevar el rendimiento de su sitio.

Por qué un segundo de más le cuesta clientes y ventas

Su cliente saudí suele abrir su sitio desde el teléfono, en movimiento. Si la página tarda en aparecer, la cierra y se va a un competidor más rápido antes de leer una sola línea. La velocidad no es un lujo técnico; es la primera impresión de lo serio que es usted: una tienda lenta sugiere un servicio lento, y una página cuyos elementos saltan durante la carga hace que el cliente toque algo que no quería y pierda la confianza. Cada segundo de retraso significa un carrito abandonado, un formulario sin terminar y un anuncio que usted pagó y que nunca se convirtió en una venta.

¿Qué son las tres Core Web Vitals?

Las Core Web Vitals son tres métricas oficiales de Google que resumen la calidad de la experiencia en la página:

  • LCP — Largest Contentful Paint: el tiempo hasta que aparece el elemento visible más grande en pantalla (una imagen o un encabezado). Objetivo: menos de 2,5 segundos.
  • INP — Interaction to Next Paint: la rapidez con la que responde la página cuando un usuario toca o escribe. Objetivo: menos de 200 milisegundos. Ha sustituido oficialmente a la antigua métrica FID.
  • CLS — Cumulative Layout Shift: cuánto saltan y se mueven los elementos durante la carga. Objetivo: menos de 0,1.

Google mide estos valores en el percentil 75 de las visitas reales a su sitio; es decir, la puntuación se considera "buena" cuando el valor bueno se cumple para al menos tres cuartas partes de sus usuarios, no en un único dispositivo rápido.

Cómo medir el rendimiento de su sitio

No adivine: mida. Las herramientas gratuitas de Google bastan para empezar: PageSpeed Insights le da una puntuación de la página y datos de usuarios reales cuando están disponibles, el informe de Core Web Vitals dentro de Search Console muestra qué grupos de páginas necesitan trabajo en todo su sitio, y Lighthouse en el navegador ofrece un diagnóstico rápido de laboratorio. Distinga la medición de laboratorio (un entorno de prueba fijo) de la medición de campo (la experiencia real de sus usuarios): esta última es la que Google usa para el posicionamiento.

Causas habituales de la lentitud

  • Imágenes grandes y sin comprimir cargadas a tamaño completo.
  • Demasiado JavaScript, que retrasa la interacción y eleva el INP.
  • Sin caché y sin una red de distribución de contenidos (CDN) cerca del usuario.
  • Un alojamiento débil o un servidor lejos de sus clientes.
  • Imágenes y anuncios sin dimensiones definidas, que provocan desplazamientos del diseño (CLS).
  • Demasiadas herramientas de terceros (seguimiento, chat, fuentes) que hacen pesada la página.

Cómo mejorar la velocidad en la práctica

La mayoría de las mejoras provienen de pasos conocidos: comprima las imágenes y sírvalas en formatos modernos como WebP y AVIF, y cárguelas de forma diferida para que aparezcan cuando se necesiten. Reduzca y divida el JavaScript para que la página cargue solo lo que necesita. Active la caché y use una red de distribución de contenidos que acerque sus archivos a sus usuarios. Elija un alojamiento sólido con servidores geográficamente cercanos a Arabia Saudí. Defina de antemano las dimensiones de imágenes y anuncios para evitar desplazamientos. Revise las herramientas de terceros y elimine lo que no aporte valor. Y cuando un sitio tenga mucho contenido, considere el renderizado del lado del servidor (SSR) para que el usuario llegue a una página lista en lugar de esperar a que todo se construya en su teléfono.

Primero el móvil

Google usa la indexación mobile-first, y la mayoría de sus visitas en Arabia Saudí llegan desde teléfonos. Mida su rendimiento en móvil y con una conexión media, no en la red rápida de su oficina. Vigile el peso de las fuentes árabes — algunas son pesadas y retrasan la aparición del texto; elija fuentes optimizadas y cárguelas con criterio. Una experiencia móvil rápida significa un mejor posicionamiento y más clientes que completan el pedido.

Cómo lo hacemos en Origami

En Origami somos una empresa de tecnología. Construimos sitios web y tiendas para que sean rápidos por defecto, no como algo añadido al final. Usamos renderizado del lado del servidor, optimización de imágenes y redes de distribución, fijamos un "presupuesto de rendimiento" que bloquea cualquier añadido que ralentice la página, y medimos las Core Web Vitals de usuarios reales después del lanzamiento, no solo en el laboratorio. El resultado es un sitio que abre rápido, se posiciona mejor en Google y convierte a los visitantes en clientes en lugar de perderlos en el primer segundo.

Conclusión

La velocidad es una doble victoria: mejor posición en Google y mayor conversión de visitantes. Empiece midiendo sus páginas más importantes con PageSpeed Insights y Search Console, corrija sus tres mayores causas de lentitud y luego vuelva a medir. Mejorar un solo segundo del tiempo de carga puede ser más barato y tener un impacto más rápido que duplicar su presupuesto publicitario.

Fuentes

  • Google Search Central — Understanding Core Web Vitals and Google Search results: developers.google.com
  • web.dev — métricas y umbrales de las Core Web Vitals (LCP, INP, CLS): web.dev