La primera pantalla tarda más de 3 segundos
La mitad de los visitantes desde el móvil se va sin esperar. Pagas por ese tráfico con publicidad, pero no lo ves en las solicitudes.
Encontramos qué es exactamente lo que frena y lo eliminamos. Con mediciones antes y después, visibles en Google PageSpeed y en Search Console.
La mitad de los visitantes desde el móvil se va sin esperar. Pagas por ese tráfico con publicidad, pero no lo ves en las solicitudes.
En el informe de Core Web Vitals las páginas aparecen como «necesita mejorar» o «lenta». Es un factor de posicionamiento directo.
En móvil la puntuación está en la zona roja. Suelen ser imágenes pesadas, una decena de plugins y scripts de terceros.
El contenido se desplaza y la persona falla al pulsar el botón. Google lo cuenta como CLS y baja la puntuación de la página.
Google Ads baja el nivel de calidad por una página de destino lenta: pagas más por clic que la competencia con la misma oferta.
La página con filtros se lo piensa varios segundos en cada clic y la persona se va sin llegar al producto.
La velocidad de carga afecta al negocio por dos vías a la vez. La primera es evidente: la persona con el móvil no espera; según distintas mediciones, cerca de la mitad de los visitantes abandona una página que tarda más de tres segundos en cargar. Si traes ese tráfico con publicidad, pagas por cada uno de ellos.
La segunda vía es menos visible. Desde 2021 Google tiene en cuenta los Core Web Vitals: tres indicadores que describen la experiencia de un usuario real: LCP (cuándo apareció el contenido principal), CLS (cuánto saltó la maquetación) e INP (con qué rapidez responde la página a las acciones). Estos datos se recogen de los visitantes reales de tu web, no de una prueba de laboratorio, e influyen en las posiciones de los resultados.
Y aparte, la publicidad. Google Ads calcula un nivel de calidad de la página de destino, y la velocidad forma parte de él. Una página lenta significa un precio por clic más alto por la misma oferta. Es decir, pagas dos veces: pierdes parte de los visitantes y pagas de más por los que llegan.
Una foto de cámara de 4 MB donde bastan 150 KB en WebP. La causa más frecuente y la más barata de corregir.
Cada uno carga su CSS y su JS en todas las páginas, incluso donde no se usa.
Chats, píxeles, widgets de reseñas: cargan de forma síncrona y bloquean la visualización de la página.
El servidor monta la misma página desde cero cada vez.
Tiempo de respuesta del servidor superior a un segundo: no tiene sentido seguir optimizando hasta mudarse.
Varios estilos desde una fuente externa que hacen que el texto aparezca con retraso.
Miramos la web en PageSpeed, en Search Console y a mano. Decimos qué es exactamente lo que frena y cuánto se puede acelerar de forma realista. El mismo día.
Fijamos las cifras objetivo antes de empezar: qué puntuación en móvil y qué Core Web Vitals debemos conseguir.
Imágenes, scripts, caché, fuentes, consultas a la base de datos: por orden, con una medición tras cada paso. 3–10 días.
Mostramos no solo la puntuación de PageSpeed, sino el tiempo real hasta la primera pantalla. Informe con capturas.
Los Core Web Vitals se recogen de usuarios reales y no se actualizan al instante. Durante un mes vigilamos que las cifras en Search Console se pongan en verde.
El precio depende de qué es exactamente lo que ralentiza la web. La medición es gratuita: después damos la cifra exacta.
Cuando ralentiza una sola cosa evidente: imágenes, caché o fuentes.
El formato más habitual: revisamos todas las causas hasta llegar a la zona verde.
Catálogos con filtros, miles de productos y páginas pesadas.
Si tras la medición resulta que la causa principal es el hosting, lo diremos los primeros. Optimizar el código en un servidor con dos segundos de respuesta es trabajo inútil: primero la mudanza y luego la optimización.
El paquete rápido: $150 en 2–3 días, si lo que frena es una sola cosa evidente. La optimización completa: desde $400, plazo de 3–10 días. Tiendas con catálogo: desde $900. La cifra exacta la damos tras la medición gratuita.
Fijamos las cifras objetivo antes de empezar, tras la medición, cuando ya se ve qué es lo que frena. Si no alcanzamos el resultado acordado, devolvemos el dinero. Prometer 90+ antes de ver la web sería deshonesto: en algunos sistemas el techo está más bajo.
Trabajamos en una copia y comprobamos cada paso por separado. Antes de desplegar en la web en producción hacemos una copia de seguridad. Si algo deja de funcionar, lo devolvemos como estaba y buscamos otra vía.
Sí, y es el caso más frecuente. Miramos qué plugins se usan de verdad, cuáles se duplican y cuáles cargan sus scripts en todas las páginas sin necesidad. A menudo la mitad se puede quitar sin perder funciones.
Lo diremos justo después de la medición. Si el tiempo de respuesta del servidor supera un segundo, optimizar el código no tiene sentido: primero la mudanza. Podemos hacer el traslado nosotros; es un trabajo aparte.
PageSpeed muestra dos conjuntos de datos distintos: la prueba de laboratorio (se ejecuta de nuevo cada vez, por eso salta) y los datos de campo de usuarios reales de 28 días (se actualizan despacio). Nos guiamos por los de campo: son los que tiene en cuenta Google.
Los Core Web Vitals se calculan sobre 28 días de tráfico real, así que tras las correcciones las cifras en Search Console no cambian de inmediato. Normalmente los primeros movimientos se ven a las dos-tres semanas; la imagen completa, en un mes o mes y medio.
Medir mi web
Iniciar un proyecto