Servicio de optimización de velocidad web medido con usuarios reales
Medimos la velocidad de carga con los datos de tus usuarios reales, no con un puntaje, y ordenamos qué conviene mejorar primero en cada plantilla.
Son 30 minutos y sin costo. Antes de hablar revisamos tu sitio.
¿Te pasa alguna de estas?
PageSpeed Insights te da un número bajo y no sabes si importa
Ese número es de laboratorio y cambia de una prueba a otra. Lo primero es ver qué viven tus usuarios.
Search Console marca URLs en rojo
Google recomienda arreglar primero lo que está en rojo y después lo que afecta a más URLs o a las más importantes.
Tu sitio se volvió lento con plugins o un constructor
Revisamos qué pesa en cada plantilla, del tema a los plugins, antes de cambiar nada.
Un cambio de tema o de imágenes empeoró el celular
En 76% de las páginas móviles, el elemento principal que mide Google al cargar es una imagen, según HTTP Archive. Suele ser lo primero que miramos.
Alguien arregló la velocidad y el informe no cambió
Search Console valida un arreglo en una sesión de 28 días, y el estado de un grupo de URLs depende de su peor métrica.
Primero los datos de tus usuarios, después el laboratorio
Datos de campo
Google mide las Core Web Vitals con datos de usuarios reales de Chrome, de los últimos 28 días.
Los informa en el percentil 75 y agrupa las URLs parecidas en Search Console. Si hay datos de campo, son los que deciden qué arreglar primero.
Datos de laboratorio
La parte de laboratorio de PageSpeed Insights y Lighthouse simula una carga. Sirve para encontrar la causa, pero el puntaje cambia de una prueba a otra con la red, el dispositivo o los anuncios.
Por eso informamos el porcentaje de URLs en rojo y la mediana de cada plantilla, nunca el puntaje de una URL.
Fuentes, web.dev, ayuda de Search Console y documentación de Lighthouse.
Los umbrales de Core Web Vitals
Google considera buena una página si al menos 75% de las visitas cumple el umbral, en móvil y en escritorio por separado.
| Métrica | Qué mide | Bueno | Malo |
|---|---|---|---|
| LCP | Cuánto tarda en verse el contenido principal | 2,5 s o menos | Más de 4 s |
| INP | Cuánto tarda la página en responder a un toque o un clic | 200 ms o menos | Más de 500 ms |
| CLS | Cuánto se mueve el contenido mientras carga | 0,1 o menos | Más de 0,25 |
Fuente, web.dev, «Web Vitals». Desde marzo de 2024, INP reemplaza a FID.
Qué revisamos
Carga del contenido principal
La imagen o el bloque principal, el servidor y los recursos que frenan la carga.
Respuesta al usuario
El JavaScript propio y el de terceros que demoran la respuesta a un toque o un clic.
Estabilidad
Imágenes sin tamaño, fuentes y banners que mueven el contenido mientras carga.
Imágenes
El formato, el tamaño y la carga diferida de cada imagen.
WordPress
El tema, los plugins, el constructor visual y la caché, que son lo que más pesa en este tipo de sitio.
Servidor y CDN
El rendimiento del servidor y el tiempo de respuesta en cada país.
Cómo trabajamos la velocidad
- 1
Datos de campo
Leemos Search Console y los datos de Chrome, y elegimos las plantillas que más pesan.
- 2
Diagnóstico
Probamos cada plantilla en laboratorio para encontrar la causa.
- 3
Plan por impacto
Primero lo que está en rojo y después lo que afecta a más URLs, como recomienda Google.
- 4
Revisión de cada cambio
Cada mejora la revisamos antes de publicarla.
- 5
Validación
Seguimos la validación de Search Console, que dura 28 días.
Así se lee un informe de velocidad
Cada informe muestra lo que viven tus usuarios, plantilla por plantilla. Este es un ejemplo con datos ficticios.
URLs en rojo en todo el sitio, 28% en LCP, 9% en INP y 3% en CLS.
| Plantilla | URLs en rojo | Mediana de LCP | Qué la frena |
|---|---|---|---|
| Fichas de producto | 41% | 4,6 s | La imagen principal pesa demasiado |
| Categorías | 22% | 3,4 s | Filtros que cargan con JavaScript |
| Artículos del blog | 6% | 2,3 s | Nada urgente |
El puntaje de PageSpeed de la página de inicio no entra en la cuenta. Es una sola URL medida en laboratorio y cambia de una prueba a otra.
Para quién es
Te sirve si
- Search Console marca URLs lentas en móvil
- Tu sitio tiene tráfico como para tener datos de campo
- Usas un tema o un constructor pesado
No te sirve si
- Buscas un 100 en PageSpeed
- Esperas que la velocidad sola te suba en Google
Preguntas sobre WPO
¿Qué son las Core Web Vitals y cómo las usa Google?
Son tres métricas de la experiencia real de tus usuarios, la carga, la respuesta y la estabilidad. Google dice que sus sistemas de posicionamiento las usan, pero que tenerlas bien no garantiza aparecer primero y que siempre intenta mostrar el contenido más relevante.
¿Por qué PageSpeed Insights me da un número distinto cada vez?
Porque el puntaje es de laboratorio y cambia con la red, el dispositivo, los anuncios o las extensiones del navegador. Google sugiere pensar el rendimiento como una distribución y no como un solo número.
¿Cuánto tarda en verse la mejora?
Search Console valida un arreglo en 28 días, porque trabaja con los datos de los últimos 28 días. El laboratorio muestra el cambio antes, pero no reemplaza esa validación.
¿La velocidad aumenta las ventas?
Puede ayudar, pero no lo prometemos. En un experimento de Bing de 2013, cada 100 milisegundos de mejora sumó 0,6% de ingresos, y en una prueba de Vodafone una mejora de 31% en LCP trajo 8% más ventas. Son sitios grandes, y en el tuyo hay que medirlo.
¿Qué pasa si mi sitio no tiene datos de campo?
Es común en sitios con poco tráfico, porque Chrome solo publica datos de páginas con suficientes visitas. En ese caso trabajamos con laboratorio, plantilla por plantilla, y te avisamos el límite.
¿Cuánto cuesta?
Puede ser un proyecto con precio cerrado o parte del SEO técnico. Depende de cuántas plantillas tenga tu sitio, y te pasamos el número después de la primera llamada.
¿Qué tan rápido carga tu sitio para tus clientes?
En una llamada de 30 minutos revisamos los datos de tu sitio y vemos juntos por dónde conviene empezar.