El hosting de 5 €/mes no es un ahorro: es una hipoteca de rendimiento. La web a medida se ve bien en staging —en tu fibra, sin tráfico— y el día del pico el TTFB se va a 1,8 segundos y el formulario no envía. No falló el diseño. Falló la infra.
Un shared barato comparte CPU, procesos PHP y, a menudo, una IP que ya ha estado en listas negras. Sirve para una lander de prueba. No sirve para una web que tiene que vender entradas, aguantar una campaña o convivir con un CMS que alguien edita a las nueve de la mañana.
Este artículo detalla qué pedimos en Truman para un proyecto de desarrollo web a medida: hosting, cache, HTTPS y el suelo de rendimiento que un shared no aguanta. Sin rangos de precio inventados: factores, no folleto de proveedor.
Por qué el hosting web a medida no es un extra
El hosting web a medida es parte del producto. Decide TTFB, estabilidad del admin, si un pico de prensa se aguanta y si un certificado se renueva solo. Presupuestar desarrollo “y ya pondremos un hosting barato” es diseñar un coche y montarle ruedas de carrito.
En Truman no entregamos un ZIP para que lo subas a un panel genérico. Entregamos un entorno: origen, cache, copias, HTTPS, monitorización mínima. El coste mensual no es el de 5 €. Es el de no tener que rehacer la web el lunes después de un pico. En cuánto cuesta una web a medida ya lo dejamos escrito: infra de calidad no cabe en la partida invisible.
≤ 2,5 s
Umbral de LCP “bueno” en Core Web Vitals. En un shared saturado, el TTFB se come ese presupuesto antes de pintar el hero. El hosting es el primer LCP.
Google, umbrales de Core Web Vitals (LCP). INP ≤ 200 ms y CLS ≤ 0,1 completan el set.
Qué un shared no aguanta (y cuándo sí basta)
Un shared no aguanta: picos de tráfico, PHP pesado (CMS + plantilla + plugins), cron concurrentes, backups que tiran de la misma CPU que el front, y vecinos ruidosos en la misma máquina. El “ilimitado” del folleto es marketing: el límite es el noisy neighbor.
Sí puede bastar una lander estática, un prototipo o una web de 8 páginas sin campañas. El día que metes un CMS, un formulario que escribe en base de datos y una home con vídeo, el shared deja de ser barato: pagas en conversiones y en horas de “está lenta otra vez”.
| Capa | Shared 5–15 €/mes | Origen dedicado / managed |
|---|---|---|
| CPU y PHP en pico | Compartida, cola | Acotada y predecible |
| Cache de página | Plugin, irregular | Borde + origen con reglas |
| TTFB en España | A menudo > 800 ms | Objetivo < 200–400 ms |
| HTTPS y renovación | Panel, a veces manual | Automática, HSTS posible |
| Pico tipo festival / prensa | Cae o sirve 503 | Escala o se precachea |
“A menudo > 800 ms” no es una media de mercado publicada: es lo que medimos cuando un cliente llega con un shared saturado y PageSpeed en naranja. El número que importa es el tuyo, en el percentil 75 de tus usuarios reales, no el de un test desde un datacenter vacío.
La infra mínima que pedimos
No hay un proveedor sagrado. Hay un suelo. PHP (o el runtime que sea) con recursos reservados, base de datos que no viva en el mismo “ilimitado”, copias automáticas fuera de la máquina, y un origen que podamos tunear: headers, gzip/brotli, HTTP/2 o HTTP/3.
Origen con CPU reservada
HTTPS + HSTS
Cache de borde
Backups automáticos
WAF / antiabuso básico
Uptime y alertas
El rango mensual que manejamos en proyectos a medida —50 a 300 € según tráfico, idiomas y si hay cola o app— no es un precio de catálogo: es lo que hace falta para no compartir vecino y para tener alguien que responda a las 23:00 de un viernes de campaña. Por debajo, estás alquilando esperanza.
Tip técnico: cachea HTML, no solo assets
Un CDN que solo sirve imágenes y JS deja el HTML en el origen. El LCP se decide en el primer documento. Cachea la página pública en el borde (30–120 minutos en una corporativa; minutos o purge on publish en una home de festival), bypasea cookies de sesión y admin, y versiona estáticos con hash. Purge por URL, no “vaciar todo” cada vez que sale una noticia.
Picos reales: Mallorca Live y el día que no es un martes
En Mallorca Live Festival la web no es un folleto: informa, emociona y vende antes, durante y después del evento. El tráfico no es plano. Hay anuncio de cartel, venta de abonos, semana del festival y gente en el recinto con 4G saturado. Un shared “válido en enero” no es válido en mayo.
Ahí el hosting es arquitectura: páginas cacheables (cartel, info práctica), endpoints que no se cachean (venta, cuenta) y un origen que no se ahoga si el borde pierde un 20 % de hits. El diseño puede ser vibrante; la infra tiene que ser aburrida y predecible.
El rendimiento percibido no acaba en el servidor. Imágenes, JS y el INP de los filtros importan igual. Eso lo trabajamos en optimización de velocidad y en Core Web Vitals e INP. Pero si el documento tarda un segundo en salir, no hay WebP que lo salve.
Grupo Candela y el coste de “ya está en producción”
Grupo Candela es una web de grupo de restauración: oferta, reservas, novedades. El tráfico no es el de un festival, pero el patrón es el de muchas pymes: campañas locales, fines de semana, alguien editando el menú a deshora. Un shared que “va bien” en un test de martes a las 11 falla el sábado a las 14:00 con tres locales y una promo.
Ahí pedimos lo mismo que en un proyecto más grande, a otra escala: HTTPS limpio, cache de páginas de carta y grupo, origen que no se caiga cuando el admin guarda, y copias que se puedan restaurar sin rezar. El hosting no es el hero del caso. Es lo que permite que el diseño UX/UI y las reservas se vean iguales el día de la promo.
¿Quién restaura la web un sábado si el origen muere? Si la respuesta es “el panel del shared y un ticket en inglés”, no tienes plan de contingencia: tienes un formulario de soporte.
Cómo leer una factura de hosting (y qué exigir)
Una factura honesta desglosa: origen, tráfico de borde, copias, y si el SSL y el WAF van incluidos. “Ilimitado” sin números de CPU, RAM e I/O es ruido. Pregunta dónde está el datacenter respecto a tu audiencia (España, no “global” sin PoP cerca), cómo se hace purge y quién tiene SSH o deploy, no solo FTP.
El hosting barato sale caro el día que la web trabaja de verdad. Si el proyecto es a medida, la infra también. Si no, estás alquilando un vecino ruidoso.
En València lo vemos cada trimestre: rediseño a medida sobre un hosting de 2018. El LCP no baja porque el cuello está en el origen. Antes de cambiar de tema, mide TTFB en el percentil 75. Si está alto, no pidas otro slider: cambia de máquina.
Antes de alojar una web a medida, verifica esto
- ¿El origen tiene CPU/RAM reservadas, o compartes vecino “ilimitado”?
- ¿El HTML público se cachea en el borde, no solo JS e imágenes?
- ¿HTTPS se renueva solo y puedes activar HSTS sin mixed content?
- ¿Hay purge por URL cuando publicas, no un “vaciar cache” global?
- ¿Las copias salen de la máquina y se ha restaurado al menos una vez de prueba?
- ¿El admin y los formularios no tiran abajo el cache de la home?
- ¿Hay alerta de uptime y alguien responde fuera de horario laboral?
- ¿El TTFB en p75 de usuarios reales está medido, no solo un test de lab?
Preguntas frecuentes sobre hosting para webs a medida
¿Por qué un hosting de 5 €/mes no sirve para una web a medida?
Porque comparte CPU, no te deja tunear cache de verdad y falla en el pico, que es cuando la web vale dinero. Sirve para una prueba. No para un CMS, una campaña o un festival. El ahorro se lo come el primer fin de semana de tráfico real.
¿Cuánto hay que presupuestar de hosting al año?
En nuestros proyectos a medida solemos movernos entre unos 50 y 300 € al mes según tráfico, idiomas y si hay borde y soporte real. Eso son 600–3.600 € al año, no 60. El número exacto lo marca el pico, no la home de un martes.
¿Un CDN solo arregla un shared lento?
Arregla estáticos. Si el HTML sigue saliendo de un PHP saturado, el LCP sigue alto. El CDN suma cuando el origen es decente y las páginas públicas se cachean. No es un parche mágico sobre un vecino ruidoso.
¿Managed, VPS o serverless?
Managed si quieres que alguien parchee y responda. VPS si el equipo sabe operar y el tráfico es predecible. Serverless o estático en el borde si la web es casi toda cacheable. La decisión es operativa, no ideológica. En Truman la tomamos en el kickoff de desarrollo, no el día del deploy.
