Desde hace años, Google incluye la velocidad de carga (Core Web Vitals) como parte de los factores que determinan el posicionamiento de una página en los resultados de búsqueda. Lo que antes era "un detalle técnico más" hoy es un componente directo del algoritmo de ranking, y eso cambia la forma en la que hay que pensar el hosting: ya no es solo una cuestión de que el sitio "funcione", sino de que funcione rápido, de forma consistente, para todos los visitantes.
\nPor qué a Google le importa la velocidad
\nEl objetivo de Google es mostrar el mejor resultado posible para cada búsqueda, y un sitio lento es una mala experiencia, sin importar qué tan bueno sea el contenido. Un usuario que espera varios segundos para que cargue una página tiene muchas más probabilidades de abandonarla antes de leer una sola palabra. Google mide esto agregando datos reales de millones de visitas (a través del Chrome User Experience Report) y usa esas señales como parte de su sistema de ranking.
\nQué mide exactamente
\n- LCP (Largest Contentful Paint): cuánto tarda en verse el contenido principal de la página, como una imagen destacada o un bloque de texto grande.
- FID/INP (First Input Delay / Interaction to Next Paint): qué tan rápido responde la página a la primera interacción del usuario, como hacer clic en un botón o abrir un menú.
- CLS (Cumulative Layout Shift): cuánto "salta" el diseño mientras carga, por ejemplo cuando un botón se mueve justo antes de que hagas clic porque una imagen recién terminó de cargar arriba.
Estas tres métricas conforman los Core Web Vitals, y Google las mide tanto en dispositivos móviles como de escritorio, aunque el peso relativo y los umbrales pueden variar según el contexto.
\nQué parte depende del hosting
\nEl diseño y el código de tu sitio influyen, pero la base es el hosting: almacenamiento SSD, suficiente RAM/CPU y tecnologías como LiteSpeed con caché marcan una diferencia real en el tiempo de respiración del servidor, que es el punto de partida de todo lo demás. El TTFB (Time To First Byte, el tiempo que tarda el servidor en empezar a responder) depende casi exclusivamente de la infraestructura de hosting, y un TTFB alto arrastra a todas las demás métricas hacia abajo, sin importar cuánto optimices el frontend.
\nPor más optimizado que esté tu WordPress, un hosting lento le pone un techo bajo a cuánto podés mejorar. Podés comprimir imágenes, minificar CSS y JavaScript, usar un CDN, pero si el servidor tarda más de un segundo solo en empezar a responder, ya arrancaste con una desventaja que ningún plugin de optimización va a resolver del todo.
\nEl rol del almacenamiento SSD
\nEl tipo de disco donde vive tu sitio afecta directamente la velocidad con la que se leen y escriben archivos: páginas PHP, imágenes, archivos de caché, consultas a la base de datos. Un disco SSD reduce drásticamente los tiempos de lectura/escritura comparado con discos mecánicos tradicionales, y esa diferencia se nota especialmente en sitios con mucho contenido dinámico, como tiendas online o sitios con muchas actualizaciones.
\nLiteSpeed y el caché a nivel de servidor
\nLiteSpeed es un servidor web (alternativa a Apache o Nginx) que incluye su propio sistema de caché integrado, LSCache, capaz de generar páginas estáticas del contenido dinámico y servirlas mucho más rápido en visitas repetidas. A diferencia de un plugin de caché instalado únicamente desde WordPress, el caché a nivel de servidor actúa antes de que la solicitud llegue siquiera a ejecutar PHP, lo que reduce drásticamente la carga de trabajo del servidor y el tiempo de respuesta.
\nCómo medir la velocidad de tu propio sitio
\nExisten herramientas gratuitas que permiten chequear tus Core Web Vitals reales y simulados: PageSpeed Insights de Google, GTmetrix, y el propio informe de Core Web Vitals dentro de Google Search Console. Conviene revisar estas métricas periódicamente, no solo una vez, porque el rendimiento puede degradarse con el tiempo a medida que se agregan plugins, imágenes o contenido nuevo.
\nErrores comunes que afectan la velocidad
\n- Subir imágenes sin optimizar: fotos de varios megabytes sin comprimir arruinan cualquier esfuerzo de optimización del hosting.
- Acumular plugins innecesarios: cada plugin activo suma peso y consultas a la base de datos, incluso si no lo usás activamente.
- Usar temas pesados con funciones que no necesitás: muchos temas premium cargan librerías de JavaScript enormes para funciones que ni siquiera usás en tu sitio.
- Elegir el hosting más barato sin mirar la infraestructura real: un plan económico con hardware antiguo o mucha sobreventa de recursos va a limitar cualquier optimización posterior.
- No usar ningún sistema de caché: dejar que cada visita regenere la página completa desde cero, en vez de servir una versión cacheada.
Velocidad y experiencia de usuario, más allá del SEO
\nAunque el foco de este artículo está en el SEO, vale la pena recordar que la velocidad de carga también impacta directamente en la conversión: más segundos de espera significan más abandono, menos páginas vistas por sesión y, en el caso de tiendas online, carritos abandonados antes de completar la compra. El SEO y la experiencia de usuario, en este punto, van de la mano.
\nPreguntas frecuentes
\n¿Cuánto debería tardar en cargar mi sitio? No hay un número mágico universal, pero como referencia general, un LCP menor a 2.5 segundos se considera "bueno" según los propios estándares de Google.
\n¿Un CDN reemplaza la necesidad de buen hosting? No. Un CDN ayuda a acercar contenido estático a los usuarios, pero el procesamiento dinámico (PHP, base de datos) sigue dependiendo enteramente del servidor de origen.
\n¿Vale la pena migrar de hosting solo por velocidad? Si ya optimizaste imágenes, plugins y caché, y el sitio sigue lento, sí: es una señal clara de que el cuello de botella está en la infraestructura, no en el contenido.
\nMobile-first indexing: por qué la velocidad en el celular pesa más que en la computadora
Desde hace años Google indexa y rankea usando principalmente la versión móvil de tu sitio, no la de escritorio. Esto significa que, aunque tu página cargue rapidísimo en tu notebook con fibra óptica, lo que realmente evalúa Google para el ranking es cómo se comporta en un celular de gama media, con una conexión 4G que no siempre es estable.
La brecha entre desktop y mobile suele ser más grande de lo que la gente imagina. Un procesador de celular es varias veces más lento ejecutando JavaScript que uno de escritorio, así que un sitio con mucho código pesado puede sentirse fluido en tu PC y arrastrarse en un teléfono. Lo mismo pasa con imágenes mal optimizadas: en desktop con buena conexión ni se nota la demora, pero en mobile con datos móviles cada megabyte de más suma segundos reales de espera.
- Priorizá el contenido above the fold: en mobile la pantalla es angosta, así que lo primero que se ve tiene que cargar rápido, sin esperar a que bajen elementos que están más abajo en la página.
- Evitá pop-ups intrusivos apenas entra el usuario: además de ser una mala práctica de UX, Google penaliza específicamente los interstitials que tapan contenido en mobile.
- Probá siempre con throttling de red activado: las herramientas de medición permiten simular una conexión 4G lenta; si tu sitio pasa esa prueba, probablemente esté bien.
Acá el hosting también juega un rol, aunque menos visible: un servidor con TTFB alto castiga proporcionalmente más al mobile, porque ese tiempo de espera inicial se suma a una conexión que de por sí ya es más lenta que el wifi de tu casa. Un hosting rápido no arregla un sitio mal optimizado para mobile, pero sí evita sumarle más demora a un dispositivo que ya viene en desventaja.
Al elegir un proveedor, vale la pena mirar específicamente si usa SSD, si ofrece LiteSpeed con LSCache y si tiene suficiente RAM/CPU en los planes básicos, no solo en los más caros. Son justamente los puntos que evaluamos al recomendar BanaHosting: infraestructura pensada desde el hardware hacia arriba, no solo un buen precio de entrada que después se queda corto quinientos visitantes por día.