Cómo elegir hosting: compartido, VPS, cloud o edge a la medida de tu web

«¿Y el hosting cuál cojo?» es una de las preguntas que más recibimos por correo, normalmente con un enlace a una oferta de 1,99 € al mes adjunto. Lo entiendo: en la página de contratación todos los planes parecen iguales, con sus gigas, sus «webs ilimitadas» y sus estrellas de valoración. Las diferencias aparecen después, el día que la web va lenta en plena campaña, el día que hace falta restaurar una copia o el día que el precio se triplica en la renovación.

En el estudio hemos alojado webs en casi todo tipo de servicios a lo largo de los años: desde hostings compartidos para pequeños negocios hasta servidores propios y plataformas cloud con CDN global. La conclusión es sencilla: no hay un hosting mejor, hay un hosting adecuado para lo que hace cada web, para quién la mantiene y para el público que la visita.

Esta guía te ayuda a encontrarlo. Si antes quieres repasar qué papel juega el servidor dentro de la cadena que hace funcionar una web, lo tienes en cómo funciona una web.

01Primero, qué hace tu web

Antes de mirar planes, conviene responder a cuatro preguntas. Las respuestas reducen mucho las opciones:

1. 01¿Qué tecnología usa? Un WordPress necesita PHP y base de datos. Una web hecha con Next.js necesita Node.js o una plataforma compatible. Una web estática solo necesita servir archivos.
2. 02¿Cuánto tráfico tiene y cómo se reparte? No es lo mismo un flujo constante de visitas que una web tranquila con picos fuertes (una campaña, un evento, una aparición en televisión).
3. 03¿Dónde está su público? Local, nacional o internacional. Cuanto más repartido, más sentido tiene una CDN o una red edge.
4. 04¿Quién la va a mantener? Si no hay nadie técnico cerca, conviene un servicio gestionado donde el proveedor se ocupa del servidor. Si hay un equipo o un estudio detrás, se abren opciones con más control.

Con esas respuestas delante, la elección entre los tipos de hosting deja de ser una apuesta.

02Los tipos de hosting, explicados

Hosting compartido

Tu web vive en un servidor junto con muchas otras, que comparten procesador, memoria y disco. El proveedor se ocupa de todo el mantenimiento del servidor y tú gestionas tu web desde un panel como cPanel o Plesk.

Encaja en webs pequeñas, con poco tráfico y sin exigencias especiales. Es la opción más económica y la más sencilla. A cambio, el rendimiento depende de tus vecinos de servidor y los recursos tienen límites que se notan en momentos de carga.

Hosting gestionado (especialmente para WordPress)

Es un paso por encima: entornos optimizados para una tecnología concreta, con caché a nivel de servidor, copias diarias, entorno de pruebas, actualizaciones vigiladas y soporte que conoce la plataforma. Para la mayoría de webs de empresa hechas con WordPress es el punto de equilibrio. En la guía sobre cuándo tiene sentido WordPress contamos qué más necesita para ir fino.

VPS (servidor privado virtual)

Una máquina física se divide en varias máquinas virtuales, y una es para ti, con recursos garantizados y acceso completo. Puedes instalar lo que necesites: varias webs, Node.js, bases de datos, tareas programadas.

Encaja cuando la web tiene necesidades técnicas propias o cuando hay varias webs y aplicaciones que alojar juntas. Ofrece mucho control a buen precio, a cambio de que alguien administre el sistema: actualizaciones, seguridad, copias y monitorización. Existe la versión gestionada, en la que el proveedor se ocupa de esa parte.

Servidor dedicado

Una máquina física entera para ti. Tiene sentido en proyectos con mucho tráfico constante, requisitos de rendimiento muy específicos o normativas que piden aislamiento físico. Para la mayoría de webs de empresa es más de lo que necesitan.

Cloud: infraestructura y plataformas

Los grandes proveedores cloud (AWS, Google Cloud, Azure y alternativas europeas como OVHcloud, Hetzner o Scaleway) permiten montar infraestructura a medida que crece y decrece con la demanda. Por encima de ellos están las plataformas (PaaS) que esconden el servidor por completo: subes el código y ellas se encargan de ejecutarlo, escalarlo y servirlo. Vercel, Netlify o Render son ejemplos muy usados para webs modernas.

Encaja en webs hechas con frameworks actuales, aplicaciones con picos de tráfico y equipos que publican con frecuencia. Es muy cómodo y escala solo; el coste es variable, así que conviene vigilar el consumo y fijar alertas.

Edge y CDN

La red edge lleva tu web a servidores repartidos por decenas o cientos de ciudades, de modo que cada visitante la recibe desde el nodo más cercano. Una CDN (Cloudflare, Fastly, Bunny o la de la propia plataforma) puede ponerse delante de casi cualquier hosting para servir imágenes, estilos y páginas en caché. Las funciones edge van más allá y ejecutan pequeñas porciones de lógica cerca del usuario.

Encaja en públicos internacionales, webs con mucho contenido estático y proyectos donde cada milisegundo cuenta. Para un hotel o una inmobiliaria de la Costa del Sol con clientes de toda Europa, una CDN delante del hosting suele ser una de las mejoras con mejor relación entre esfuerzo y resultado.

03Comparativa para decidir de un vistazo

Los precios son orientativos y cambian mucho entre proveedores. Lo que conviene comparar es el precio de renovación, no el de la oferta del primer año, y sumar lo que cuesta el tiempo de quien administra el servidor cuando no lo hace el proveedor.

04Lo que conviene preguntar antes de contratar

Más allá del tipo, hay detalles que separan un buen proveedor de uno que da problemas. Esta es la lista que usamos en el estudio:

• →Ubicación de los servidores. Si tu público está en España, que estén en Europa. Si la web trata datos personales, mejor dentro de la Unión Europea.
• →Copias de seguridad. Frecuencia, cuántos días se guardan, dónde se almacenan y si puedes restaurarlas tú mismo. Y, aun así, una copia adicional fuera del proveedor.
• →Disponibilidad comprometida (SLA). Un 99,9 % anual equivale a menos de nueve horas de caída al año; un 99,99 %, a unos cincuenta minutos. Lee qué compensa el proveedor si no lo cumple.
• →Soporte. Horario, canales, idioma y si atienden personas que entienden de tu tecnología. Una buena prueba es escribirles una duda técnica antes de contratar.
• →Recursos reales. «Ilimitado» siempre tiene una letra pequeña. Pregunta por límites de CPU, memoria, procesos simultáneos y transferencia.
• →Versiones de software. PHP y Node.js con soporte activo, HTTP/2 o HTTP/3, certificado HTTPS automático.
• →Entorno de pruebas y acceso por SSH o Git si tu equipo lo usa.
• →Salida sencilla. Que puedas descargar todo (archivos y base de datos) cuando quieras, sin trabas.

05Cómo se nota un buen hosting en tu web

El alojamiento influye directamente en el TTFB (Time To First Byte), el tiempo que tarda el servidor en empezar a responder. web.dev considera bueno un TTFB de 0,8 segundos o menos, y es la base sobre la que se construye el resto de la carga: si el servidor tarda, el LCP difícilmente bajará de 2,5 segundos.

Para comprobar cómo responde tu hosting actual:

1. 01Pasa tu web por PageSpeed Insights y mira el TTFB en los datos de usuarios reales, si los hay.
2. 02Usa WebPageTest desde una ubicación cercana a tu público y otra lejana, para ver cuánto pesa la distancia.
3. 03Repite la prueba en distintos momentos del día; un hosting saturado empeora en horas punta.
4. 04Compara la portada (que suele estar en caché) con una página menos visitada o con un resultado de búsqueda interna.

Si el TTFB es alto incluso con caché, el problema es el servidor. Si solo lo es en páginas sin caché, puede ser la aplicación: plugins pesados, consultas lentas o una arquitectura que monta cada página en cada visita. Cómo se generan las páginas tiene mucho que ver, como explicamos en SSR, SSG, ISR y renderizado en cliente.

06Migrar de hosting sin que nadie lo note

Cambiar de alojamiento da respeto, pero bien planificado es un proceso tranquilo:

1. 01Baja el TTL de los registros DNS del dominio a cinco minutos (300 segundos) unos días antes.
2. 02Copia la web al nuevo servidor: archivos, base de datos y configuración.
3. 03Prueba a fondo con una dirección temporal o modificando el archivo hosts de tu ordenador: formularios, pagos, envíos de correo, versiones de PHP o Node.js.
4. 04Congela los cambios de contenido durante la ventana de migración, sobre todo si hay pedidos o reservas.
5. 05Cambia los registros DNS para que apunten al nuevo servidor y vigila durante unas horas.
6. 06Mantén el hosting antiguo activo unos días por si hace falta volver atrás, y después restablece el TTL habitual.

Los detalles sobre registros, TTL y propagación los tienes en la guía de dominios y DNS.

Clave: el mejor hosting es el que encaja con lo que hace tu web y con quién la cuida, no el que más gigas promete por menos dinero.

07Un alojamiento a la medida de tu web

Elegir hosting es menos glamuroso que elegir colores, pero sostiene todo lo demás: la velocidad que perciben tus clientes, la tranquilidad ante un pico de visitas y la facilidad para recuperarte de cualquier imprevisto. Cuando diseñamos y desarrollamos una web en SIMA, el alojamiento forma parte del proyecto desde el principio, elegido según la tecnología, el público y el equipo que la va a mantener.

Y si prefieres olvidarte del tema, nuestro servicio de mantenimiento web incluye la gestión del alojamiento, las copias y la vigilancia del rendimiento. Si quieres que revisemos dónde está alojada tu web y si encaja con lo que necesita, escríbenos y lo vemos juntos.