El hosting barato que te está costando ventas
Por Reykent Angulo ·

En corto: El hosting compartido barato reparte un servidor entre cientos de webs y te pone un tope de CPU, memoria y procesos PHP. Cuando ese tope se agota, tu servidor tarda en contestar y la página se frena antes de descargar una sola imagen. Se detecta midiendo el TTFB: si el servidor se lleva buena parte del presupuesto de carga, el problema es el servidor, no tus fotos.
El hosting de 3 dólares al mes no es barato: es el primer sitio donde se te escapan ventas y el último donde miras. Tu tienda puede tener las imágenes optimizadas, el tema ligero y la pasarela bien puesta, y aun así tardar seis segundos en abrir, porque el servidor está ocupado atendiendo al resto de webs que comparten esa máquina antes que a la tuya.
Cada milisegundo se paga. El minorista de lujo Farfetch midió el impacto tramo a tramo: su tasa de conversión bajaba un 1,3% de media por cada 100 ms adicionales de LCP. Si tu servidor consume dos segundos antes de mandar una sola letra, arrastras veinte de esos tramos antes de que empiece la carrera.
Qué compras realmente con un plan de US$3
Un hosting compartido mete cientos de cuentas en una misma máquina y le pone a cada una un cinturón de límites. Estos son los que de verdad te afectan, traducidos:
| Límite | Qué es en cristiano | Qué pasa cuando lo tocas |
|---|---|---|
| Procesos PHP (workers) | Cuántas peticiones "pesadas" puede atender tu web a la vez | Con 1 o 2, cinco visitas simultáneas hacen cola. El quinto espera |
| CPU / entry processes | Cuánto cálculo tienes derecho a consumir por hora | El proveedor te frena: la web se arrastra sin que nada esté roto |
| Memoria RAM asignada | Espacio de trabajo de PHP | Error 500 o pantalla en blanco en el checkout |
| I/O de disco | Velocidad de lectura y escritura | El carrito y el buscador van lentos aunque la portada vuele |
| Ubicación del servidor | Dónde está la máquina físicamente | Servidor en Europa y clientes en Perú: cientos de milisegundos regalados |
Ninguno de esos límites aparece en la portada del proveedor. Aparecen en la letra pequeña del plan, o directamente no aparecen. Y el patrón es siempre el mismo: cuanto más barato, más vecinos y menos recursos garantizados.
El número que te lo dice todo: el TTFB
TTFB significa time to first byte: cuánto tarda el servidor en empezar a contestar después de que alguien escribe tu dirección. Es tiempo puro de servidor. Las imágenes, el CSS y los scripts todavía no han entrado en juego.
El TTFB entra entero dentro del LCP, así que todo lo que tarde el servidor sale del presupuesto de carga de la página. Cuando se acerca al segundo, ya no hay optimización de imágenes que te salve: arrancas con el retraso puesto.
Cómo medirlo, gratis y en dos minutos:
- Abre PageSpeed Insights con la URL de una ficha de producto (no la portada, que suele estar más cacheada). Mira la pestaña móvil.
- Baja a "Diagnóstico" y busca Reduce el tiempo de respuesta inicial del servidor. Ese número es tu TTFB.
- Repítelo tres veces en horas distintas: mañana, tarde y noche. En hosting compartido el TTFB varía según lo que hagan los vecinos, y esa varianza es el síntoma.
- Si prefieres el dato crudo, desde la terminal:
curl -o /dev/null -s -w "%{time_starttransfer}\n" https://tutienda.com
Los umbrales contra los que compites son públicos. Google fija en web.dev un LCP bueno por debajo de 2,5 s, un INP de 200 ms o menos y un CLS de 0,1 o menos, todo medido en el percentil 75 de las cargas de página. Y Google Search Central confirma que esas métricas alimentan sus sistemas de posicionamiento. Si el servidor se come 1,2 s en contestar, te quedan 1,3 s para descargar y pintar todo lo demás.
Cómo separar "mi hosting es malo" de "mi web es pesada"
Son dos problemas distintos y se arreglan con dinero distinto. Esta es la forma rápida de saber cuál tienes, usando los cortes de abajo como regla de trabajo para clasificar, no como umbral oficial:
- TTFB alto (>800 ms) e imágenes ligeras → es el servidor. Cambiar de plan o de proveedor arregla más que cualquier plugin de caché.
- TTFB bajo (<400 ms) y LCP malo → es tu web. Imágenes sin comprimir, fuentes que bloquean, scripts de terceros. El hosting no tiene la culpa.
- TTFB bueno de día y horrible de noche → vecindario ruidoso. Estás compartiendo máquina con alguien que consume de más.
- Portada rápida, búsqueda y carrito lentos → base de datos y disco. Típico de WooCommerce con muchos productos en un plan de entrada.
- La web se cae los días de campaña → te quedas sin procesos PHP justo cuando pagas más pauta. La peor combinación posible.
Ese último caso es el que más caro sale. Pones presupuesto en anuncios, llega el pico de tráfico, y el servidor devuelve error 503 precisamente a las visitas que acabas de comprar.
Lo que cuesta en dinero, con tus números
No hace falta creerme: haz la cuenta con tus propios datos, que los tienes en el panel de ads y en Analytics.
- Mira cuánto gastas al mes en pauta.
- Mira qué porcentaje de tus sesiones son móviles. El dato exacto está en tu Analytics, no lo estimes.
- Mide tu tiempo de carga móvil con PageSpeed Insights.
Una parte de esas visitas móviles se va antes de que la página termine de pintar, y esa parte crece con cada décima que tarda el servidor. El marketplace argentino Agrofy publicó sus números: tras mejorar el LCP un 70%, el abandono durante la carga en las fichas de producto cayó un 76%, del 3,8% al 0,9%. Y el estudio Milliseconds Make Millions, que Deloitte y 55 hicieron por encargo de Google sobre más de 30 millones de sesiones en 37 marcas europeas y estadounidenses, midió que solo 0,1 s de mejora en velocidad móvil elevaba la conversión un 8,4% en retail.
Multiplica tu inversión mensual en anuncios por tu porcentaje de tráfico móvil. Ese es el dinero que pasa por una página que tarda en abrir. Compáralo con la diferencia mensual entre tu plan actual y uno con recursos garantizados. La cuenta suele salir sola.
Qué mirar antes de contratar el siguiente hosting
Los precios públicos cambian cada trimestre y cada proveedor tiene su promoción de primer año, así que consúltalos directamente. Lo que no cambia es la lista de preguntas que debes hacer antes de pagar:
- ¿Cuántos procesos PHP incluye el plan? Si no lo dicen, es porque son pocos. Para una tienda, uno o dos no alcanzan.
- ¿Almacenamiento NVMe o SSD? Nada de discos mecánicos, sobre todo con WooCommerce.
- ¿Dónde está el datacenter? Elígelo cerca de tus clientes, no cerca de la oficina del proveedor.
- ¿Qué versión de PHP soportan? Una versión moderna y con soporte activo. Si te ofrecen PHP 7.x en 2026, huye.
- ¿Backups diarios automáticos y restauración con un clic? Que estén incluidos, no como extra de pago.
- ¿Precio de renovación? El precio de gancho del primer año y el de renovación casi nunca coinciden. Pide los dos por escrito antes de firmar.
- ¿Puedes poner un CDN por delante? Cloudflare tiene plan gratuito y quita una parte del trabajo al servidor.
Y un aviso: si vendes en Shopify, nada de esto aplica. Ahí el hosting lo pone la plataforma. Tu lentitud viene del tema y de las apps acumuladas.
Qué hacer el lunes por la mañana
- Mide. PageSpeed Insights sobre una ficha de producto, en móvil, tres veces en horas distintas. Apunta el TTFB de cada una.
- Clasifica. Si el TTFB pasa de 800 ms de forma constante, tienes un problema de servidor. Si varía muchísimo entre mediciones, tienes un problema de vecinos.
- Pon un monitor gratuito tipo UptimeRobot apuntando a tu tienda cada 5 minutos. En una semana sabrás si te caes y a qué horas.
- Pide tus límites por escrito al proveedor actual: procesos PHP, CPU y memoria del plan. La respuesta (o el silencio) te dice mucho.
- Antes de migrar, prueba lo gratis: activa Cloudflare, sube la versión de PHP y comprime las imágenes. Si el TTFB no baja, el problema no se arregla optimizando.
- Si tienes que migrar, hazlo un martes por la mañana, no un viernes por la tarde, y con backup completo descargado en tu máquina.
Si al final la conclusión es que hay que rehacer la base, nuestra Tienda Express parte de US$900: mobile-first, con pasarela de pago local y la velocidad optimizada para quedar por debajo de 3 segundos. Si lo que tienes entre manos es una oferta suelta y no un catálogo, la Landing Express parte de US$350.
El hosting no entra en ninguno de los dos. Va aparte, como servicio recurrente: el plan de Cuidado & Optimización arranca en US$150/mes e incluye hosting, backups y monitoreo de velocidad. Lo decimos así de claro porque es la tesis de todo lo anterior: una tienda bien construida sobre un servidor sin recursos garantizados se vuelve a arrastrar igual.
Preguntas frecuentes
- ¿Cómo sé si mi hosting es el problema y no mi web?
- Mide el TTFB, el tiempo que tarda el servidor en enviar el primer byte. Es tiempo puro de servidor y entra entero dentro del LCP, que Google considera bueno por debajo de 2,5 segundos. Si el TTFB se come buena parte de ese presupuesto y las imágenes ya están optimizadas, el cuello de botella es el servidor.
- ¿Cuánto debería costar un hosting decente para una tienda?
- Los precios cambian y conviene consultarlos en cada proveedor. Lo que decide no es la cifra mensual sino qué recursos garantiza el plan: procesos PHP, CPU y memoria. Pide esos tres números antes de comparar precios.
- ¿Si vendo en Shopify tengo este problema?
- No. En Shopify el hosting lo pone la plataforma y no puedes tocarlo. Si tu tienda de Shopify va lenta, la causa está en el tema, en las apps instaladas y en las imágenes, no en el servidor.
Fuentes
- Google / web.dev — Métricas web esenciales (Web Vitals)
- Google Search Central — Comprender las Core Web Vitals y los resultados de la Búsqueda de Google
- Google / web.dev — Luxury retailer Farfetch sees higher conversion rates for better Core Web Vitals
- Google / web.dev — Agrofy Market: A 70% improvement in LCP correlated to a 76% reduction in load abandonment
- Deloitte y 55, por encargo de Google — Milliseconds Make Millions
¿Quieres saber cuánto te está costando esto a ti? En 15 minutos te digo por dónde se te van las ventas y qué arreglar primero. Sin compromiso y sin presentación comercial.