La velocidad de un sitio web, explicada: qué la frena y cómo arreglarlo
Por Toy Wen Da, Cofundador · · 8 min de lectura
Traducido del original en inglés. Léelo en inglés
La velocidad de un sitio web es el tiempo que tardan tus páginas en cargar y responder, y influye en tres cosas a la vez: la posición que ocupas en Google, cuántos visitantes se quedan y cuántos de ellos compran. Google la evalúa mediante tres Core Web Vitals, y la mayoría de los sitios lentos comparten las mismas pocas causas, todas ellas corregibles.
Ideas clave
- Google mide la velocidad con tres Core Web Vitals: contenido principal visible en 2,5 segundos o menos, respuesta a un toque en 200 milisegundos o menos y una puntuación de cambio de diseño de 0,1 o menos.
- La velocidad forma parte confirmada de las señales de experiencia de página de Google, pero el mayor costo de un sitio lento son los visitantes que se van antes de que la página termine de cargar.
- La mayoría de los sitios lentos tienen los mismos cuatro problemas: imágenes demasiado pesadas, JavaScript voluminoso, falta de caché y un servidor lento.
- Los datos de campo de visitantes reales importan más que una puntuación de laboratorio. Prueba ambos, y prueba más páginas que solo tu página de inicio.
Qué mide realmente la velocidad de un sitio web
La velocidad no es un único número. Una página puede aparecer rápido y aun así sentirse lenta cuando pulsas un botón, o cargar deprisa y luego saltar de un lado a otro cuando aparecen los anuncios. Por eso Google divide la cuestión en tres métricas, llamadas Core Web Vitals, con umbrales publicados que puedes usar de referencia. Los umbrales de abajo provienen de web.dev, la documentación de rendimiento del propio Google, y se aplican al percentil 75 de tus visitas, no a tu mejor caso de carga.
| Métrica | Qué mide | Puntuación buena | Culpable más habitual |
|---|---|---|---|
| Largest Contentful Paint (LCP) | Cuánto tarda en aparecer el elemento visible más grande, normalmente una imagen principal o un titular | 2,5 segundos o menos | Imágenes demasiado pesadas y respuesta lenta del servidor |
| Interaction to Next Paint (INP) | Con qué rapidez reacciona la página cuando un visitante toca, hace clic o escribe | 200 milisegundos o menos | JavaScript pesado que acapara el hilo principal del navegador |
| Cumulative Layout Shift (CLS) | Cuánto se mueve el diseño mientras la página carga | 0,1 o menos | Imágenes, anuncios y contenido incrustado sin espacio reservado |
Si tus páginas pasan las tres métricas en el percentil 75, Google las considera rápidas. Si fallan en una, la propia métrica te indica por dónde empezar a buscar.
Cómo afecta la velocidad del sitio al posicionamiento y a los ingresos
El lugar de la velocidad en el posicionamiento de Google
Google ha confirmado que la experiencia de página, que incluye las Core Web Vitals, alimenta sus sistemas de posicionamiento. La empresa lo documenta abiertamente en Google Search Central. Junto a este hecho conviene añadir dos matices honestos. Primero, la relevancia sigue ganando: una página lenta que responde a la consulta supera a una página rápida que no lo hace. Segundo, la velocidad pesa sobre todo como factor de desempate, al decidir entre páginas de calidad similar.
Hay además un efecto más discreto. Los rastreadores de Google se adaptan a la rapidez con que responde tu servidor. Un servidor rápido permite a Googlebot obtener más páginas en la misma visita, mientras que a uno lento lo rastrea con más calma. En un sitio grande, esa diferencia determina con qué rapidez se detectan las páginas nuevas y actualizadas.
Lo que te cuestan las páginas lentas en conversiones
El posicionamiento es la parte menor del problema. Cada segundo extra de carga da a otro grupo de visitantes un motivo para irse, y la pérdida se acumula en las conexiones móviles. El daño se concentra justo donde se mueve el dinero: los pasos de pago, los formularios de presupuesto y los procesos de reserva, donde un botón que no responde parece un sitio roto.
El tráfico de pago hace que esto sea caro de forma muy directa. Las plataformas de anuncios evalúan la experiencia de la página de destino, y el tiempo de carga forma parte de esa evaluación, así que una página de destino lenta puede subir lo que pagas por clic y convertir menos de los clics que compras.
Qué ralentiza un sitio web
La mayoría de los sitios lentos no lo son por motivos exóticos. Las mismas causas aparecen auditoría tras auditoría, y cada una tiene una solución conocida.
| Causa | Cómo se manifiesta | Solución habitual | Esfuerzo |
|---|---|---|---|
| Imágenes sin comprimir o demasiado pesadas | Una foto de 3 MB cargada en un espacio de 400 px; el LCP falla en páginas con muchas imágenes | Redimensionar al tamaño de visualización, convertir a WebP o AVIF, aplicar carga diferida (lazy-load) a lo que queda fuera de la primera pantalla | Bajo |
| JavaScript de terceros y que bloquea el renderizado | Páginas que aparecen pero ignoran los toques; widgets de chat y rastreadores que cargan antes que el contenido | Aplazar los scripts no críticos, eliminar plugins y etiquetas que no uses | Medio |
| Sin caché ni compresión | Cada visita reconstruye la página desde cero; los visitantes recurrentes esperan tanto como los nuevos | Activar la caché del navegador y del servidor, activar la compresión Brotli o gzip | Bajo |
| Sin CDN para visitantes lejanos | Rápido en tu zona, lento para quien esté lejos de tu servidor | Servir los archivos estáticos a través de una red de distribución de contenido | Bajo a medio |
| Alojamiento con poca potencia | Tiempo hasta el primer byte lento en todas las páginas, incluso las vacías; | Mejorar el plan o cambiar de proveedor; ninguna solución del lado del cliente puede compensar un servidor lento | Medio |
| Tema o maquetador de páginas sobrecargado | Decenas de hojas de estilo y scripts cargándose en cada página | Recortar los módulos del maquetador o reconstruir las plantillas clave de forma ligera | Alto |
Cada fila tiene sentido por sí sola, y ahí está la clave: rara vez necesitas arreglarlo todo. Lo que necesitas es encontrar cuáles dos o tres filas describen tu sitio.
Cómo probar la velocidad de tu sitio web
Las pruebas de laboratorio y los datos de campo dan respuestas distintas
Una prueba de laboratorio carga tu página una vez, en hardware simulado, y puntúa lo que ve. Los datos de campo registran lo que vivieron los visitantes reales, y Google los recoge de usuarios de Chrome durante los 28 días anteriores. Ambos discrepan a menudo, y cuando lo hacen, los datos de campo son los que usan los sistemas de Google. Aun así, la prueba de laboratorio es el diagnóstico más rápido, porque señala los archivos y scripts concretos que causan el retraso.
Puedes pasar tus páginas por una prueba gratuita de velocidad web para medir el rendimiento de carga sin instalar nada. También vale la pena echar un vistazo a PageSpeed Insights de Google, ya que muestra los resultados de laboratorio y de campo lado a lado cuando hay suficientes datos de campo.
Prueba algo más que la página de inicio
La página de inicio suele ser la más cuidada de un sitio y la menos representativa. Prueba una página de cada plantilla que uses: la página de inicio, tu página de destino con más tráfico, una página de producto o servicio y una entrada de blog. Pruébalas como visitante desde un teléfono, no solo desde un ordenador con el wifi de la oficina. Después, vuelve a probar tras cada cambio importante, porque un plugin nuevo o una imagen principal subida pueden deshacer sin ruido una mejora.
Las mejoras que más reducen el tiempo de carga
Empieza por las imágenes
Las imágenes son lo más pesado de la mayoría de las páginas y lo más barato de arreglar. Redimensiónalas al tamaño en que se muestran, comprímelas y sírvelas en formatos modernos como WebP o AVIF. Define un ancho y un alto explícitos en cada imagen para que el navegador reserve el espacio, lo que además corrige la mayor parte del desplazamiento de diseño. Aplica carga diferida (lazy-load) a todo lo que quede fuera de la primera pantalla, pero nunca a la propia imagen del LCP, ya que retrasar tu elemento más grande retrasa la métrica que lo mide.
Domina el JavaScript y los scripts de terceros
Haz una lista de todos los scripts que cargan tus páginas y pregúntate qué aporta cada uno. Los widgets de chat, los mapas de calor y las etiquetas de seguimiento antiguas suelen sobrevivir a su utilidad mientras cobran un peaje a cada visitante. Aplaza todo lo que no necesite ejecutarse antes de que la página se pinte. En WordPress y plataformas similares, desactivar y eliminar los plugins que no usas suele ser la mayor mejora individual posible del INP.
Usa caché, compresión y acércate a tus visitantes
La caché permite a los visitantes recurrentes saltarse la espera por completo, y la caché del lado del servidor evita que tu proveedor reconstruya páginas que no han cambiado. La compresión reduce lo que viaja por la red. Un CDN guarda copias de tus archivos cerca de tus visitantes, lo cual importa siempre que tus clientes no estén en la misma región que tu servidor. Si el tiempo hasta el primer byte sigue siendo lento después de todo eso, el problema es el propio servidor, y la solución es el alojamiento.
¿Puedes arreglarlo tú mismo?
A menudo, sí. La compresión de imágenes, los plugins de caché, la eliminación de plugins inútiles y la activación de un CDN están al alcance de cualquiera que se maneje bien en el panel de administración de su sitio, y esas cuatro acciones resuelven la mayoría de los fallos comunes. Además, la velocidad rara vez falla sola, así que conviene hacer una revisión más amplia mientras estás en ello: esta lista de comprobación de auditoría web de 25 puntos cubre la velocidad junto con las demás comprobaciones que puedes hacer sin un desarrollador.
Contrata ayuda cuando la solución toque código o infraestructura: refactorizar JavaScript que bloquea el renderizado, reconstruir un tema sobrecargado o migrar de proveedor de alojamiento. Estos trabajos penalizan las conjeturas, y una edición fallida del tema cuesta más de lo que habría cobrado el desarrollador. Una regla justa: si la solución es un ajuste o una subida de archivos, inténtalo tú; si es una reescritura, busca a un profesional.
Preguntas frecuentes
¿Qué es una buena velocidad para un sitio web?
Apunta a los umbrales de las Core Web Vitals: contenido principal visible en 2,5 segundos o menos, respuesta a la interacción en 200 milisegundos o menos y una puntuación de cambio de diseño de 0,1 o menos, medidos en el percentil 75 de las visitas reales. Una página que pasa las tres es rápida según la definición de Google.
¿Es la velocidad del sitio un factor de posicionamiento en Google?
Sí. La experiencia de página, incluidas las Core Web Vitals, alimenta los sistemas de posicionamiento de Google. La relevancia sigue siendo lo primero, así que la velocidad no salvará un contenido débil, pero ayuda a decidir las competencias reñidas y mantiene a los visitantes en la página el tiempo suficiente para convertir.
¿Por qué mi sitio es lento incluso con un buen alojamiento?
Porque la mayor parte de la lentitud está en el front end, no en el servidor. Las imágenes demasiado pesadas, los scripts de terceros y la falta de caché hundirán una página incluso con un alojamiento excelente. Revisa el tiempo hasta el primer byte: si es rápido pero la página sigue lenta, el peso está en lo que la página carga.
¿Con qué frecuencia debo probar la velocidad de mi sitio?
Después de cada cambio importante y, aparte de eso, una vez al mes. Los datos de campo van hasta 28 días por detrás de la realidad, así que un retroceso que introduzcas hoy aparece en las cifras de Google semanas después. Las pruebas de laboratorio lo detectan el mismo día.
¿Necesito un desarrollador para mejorar la velocidad de las páginas?
No al principio. La compresión de imágenes, la caché y la limpieza de plugins son trabajo a nivel de ajustes. Recurre a un desarrollador para refactorizar JavaScript, reconstruir temas o migrar de alojamiento, donde un paso equivocado puede romper el sitio.
Revisa tus tres páginas más visitadas esta semana
Elige tu página de inicio, tu página de destino principal y la página a la que apuntan tus anuncios, y ponle números reales a cada una. Arregla la causa más pesada que señalen las pruebas y luego vuelve a probar para comprobar que el cambio surtió efecto. Si prefieres ver cómo la velocidad del sitio, las correcciones técnicas y el contenido se reúnen en un único plan priorizado, echa un vistazo a un informe SEO de ejemplo y habla con el equipo para que lo elabore para tu sitio.
Recursos / Referencias
Fuentes
Sobre el autor
SearchBlueprint investigó, escribió y puntuó este artículo con el mismo flujo de contenido que nuestros clientes usan en sus propios sitios. La puntuación que aparece junto al autor es la que nuestro motor de contenido dio a esta página antes de publicarla. Nada de esto se revisa a mano, y ese es el punto: es el resultado del producto, publicado donde cualquiera puede comprobarlo.