Tabla de contenidos
- 1. ¿Qué es un PaaS? Por qué la IA lo recomienda
- 2. Los cuatro niveles del hosting — el modelo de responsabilidad compartida
- 3. Hosting compartido — el más extendido en España y Latinoamérica
- 4. VPS — tu propia máquina virtual
- 5. Nube (IaaS) — AWS, GCP y Azure
- 6. PaaS — Vercel, Netlify, Render y compañía
- 7. Comparativa de las 4 opciones — precio, libertad y carga operativa
- 8. Los principales PaaS a fondo
- 9. ¿Por qué la IA empuja siempre hacia el PaaS?
- 10. Recomendaciones por caso de uso — cuál elegir
- Preguntas frecuentes
Si dejas que Claude Code o ChatGPT te ayuden a desarrollar una aplicación, escucharás una y otra vez consejos como: «Despliégalo en Vercel», «Con Render lo publicas de un tirón» o «Railway es lo más sencillo».
Pero espera un momento. ¿Qué es Vercel? ¿Es lo mismo que AWS? ¿No me sirve el hosting compartido que ya tengo? Estas dudas se resuelven de golpe en cuanto entiendes los distintos «tipos» de servicios de hosting.
En este artículo comparamos a fondo el PaaS (Platform as a Service) que tanto recomienda la IA con el hosting compartido clásico, el VPS y la nube (IaaS), usando tres ejes: precio, libertad y carga operativa. Al terminar de leer podrás decidir con criterio cuál encaja mejor con tu proyecto.
1. ¿Qué es un PaaS? Por qué la IA lo recomienda
Un PaaS (Platform as a Service) es un tipo de hosting en el que el proveedor se encarga de todo lo que hace falta para ejecutar una aplicación: servidor, sistema operativo, middleware, runtime, etc. El usuario solo aporta el código de la aplicación y, con un simple git push, la aplicación queda desplegada en producción.
Principales ejemplos de PaaS
| Servicio | Especialidad | Características |
|---|---|---|
| Vercel | Next.js / frontend | Creadora de Next.js. Una de las CDN más rápidas del mundo |
| Netlify | Sitios estáticos y JAMstack | Principal competidor de Vercel. Incluye gestión de formularios |
| Render | Full-stack (API + BD) | Sucesor de Heroku y muy popular |
| Railway | Backend y bases de datos | UI sencilla y pago por uso |
| Fly.io | Distribución global | Despliegue automático en regiones de todo el mundo |
| Cloudflare Pages | Estático y funciones en el edge | Capa gratuita especialmente generosa |
| Heroku | Veterano (full-stack) | Perdió fuerza al eliminar su plan gratuito en 2022 |
La esencia del PaaS: minimizar lo que tienes que hacer
Con hosting compartido o VPS, surgen muchas tareas al margen del desarrollo: obtener un certificado SSL, configurar Nginx o Apache, instalar Node.js, preparar scripts de despliegue, monitorizar logs, hacer copias de seguridad… Todo trabajo que aleja tu atención del desarrollo real de la aplicación.
El PaaS automatiza todo esto. En concreto:
- Despliegue con un simple git push (build, despliegue y publicación automatizados)
- Emisión y renovación automática de certificados SSL (HTTPS de serie)
- CDN y caché incluidos (distribución rápida desde cualquier parte del mundo)
- Gestión de variables de entorno y secretos vía GUI
- Entornos de previsualización automáticos (una URL por cada pull request)
- Escalado automático (responde por sí solo ante picos de tráfico)
- Rollback con un clic (vuelve al despliegue anterior al instante)
Dicho de otro modo, cuando la IA te dice «despliega en Vercel», su razón es perfectamente lógica: «así no pierdes tiempo en tareas accesorias y te concentras en desarrollar».
2. Los cuatro niveles del hosting — el modelo de responsabilidad compartida
La forma más sencilla de entender los distintos tipos de hosting es fijarse en «qué gestionas tú y qué gestiona el proveedor». Esto se conoce como modelo de responsabilidad compartida.
Desde el hardware hasta el código de la aplicación, un servicio web se compone de varias capas. De abajo hacia arriba:
- Hardware: servidores físicos, almacenamiento y equipos de red
- Virtualización: tecnología que divide una máquina física en varias máquinas virtuales
- Sistema operativo: Linux, Windows Server, etc.
- Middleware: servidor web (Nginx/Apache), base de datos (MySQL/PostgreSQL), etc.
- Runtime: entorno de ejecución de Node.js, Python, PHP, Ruby, etc.
- Dependencias: paquetes gestionados con npm, composer, etc.
- Código de la aplicación: el que tú escribes
Cada modalidad de hosting se distingue en a partir de qué capa se encarga el proveedor.
| Modalidad | Gestiona el proveedor | Gestionas tú |
|---|---|---|
| Hosting compartido | De hardware a middleware | Parte de la configuración del runtime y la aplicación |
| VPS | Solo hardware y virtualización | Desde el SO hasta la aplicación |
| Nube (IaaS) | De hardware a SO | De middleware a aplicación |
| PaaS | De hardware a runtime | Solo el código de la aplicación |
| SaaS | Todo | Solo la configuración (no hace falta código) |
Cuanto más abajo, menos cosas tienes que hacer tú; cuanto más arriba, más libertad. La elección depende del equilibrio que busques entre libertad y carga operativa.
3. Hosting compartido — el más extendido en España y Latinoamérica
El hosting compartido (Shared Hosting) es la modalidad en la que un único servidor físico se reparte entre muchos usuarios. Gran parte de los sitios web en español siguen funcionando con esta fórmula.
Servicios populares
- Hostinger (muy extendido, desde ~3 €/mes)
- SiteGround (buen rendimiento, desde ~5 €/mes)
- Bluehost (veterano, desde ~3 €/mes)
- Webempresa (hosting español, desde ~8 €/mes)
- Raiola Networks (español, desde ~7 €/mes)
Ventajas
- Muy barato (desde unos pocos euros al mes)
- Instalación sencilla de WordPress (un clic desde el panel)
- Apenas se necesitan conocimientos técnicos (subir archivos por FTP es suficiente)
- Dominio propio y correo incluidos (más que suficiente para un autónomo)
Inconvenientes
- Tecnologías limitadas (PHP sí, Node.js/Python solo a medias o nada)
- Te afectan los vecinos (si otro sitio del mismo servidor va lento, tú también)
- Muchos proveedores no permiten SSH (nada de línea de comandos)
- Mala combinación con flujos de desarrollo modernos (el git push automático exige artificios)
Casos ideales
Sitios WordPress, webs corporativas, blogs personales y pequeñas tiendas online. Si tu objetivo es usar un CMS en PHP ya hecho, el hosting compartido es, con diferencia, la mejor relación calidad-precio.
De hecho, este mismo sitio (AI Arte) funciona sobre un hosting compartido japonés (Xserver). Es un montaje algo peculiar —Laravel sobre hosting compartido—, pero demuestra que es perfectamente posible correr frameworks modernos en este tipo de alojamiento.
4. VPS — tu propia máquina virtual
Un VPS (Virtual Private Server) es una máquina virtual exclusiva creada dentro de un servidor físico. Desde el sistema operativo hacia arriba, todo lo gestionas tú.
Servicios populares
- DigitalOcean (desde 4 $/mes)
- Linode (filial de Akamai, desde 5 $/mes)
- Vultr (desde 2,50 $/mes, muy buen precio)
- Hetzner (alemán, desde ~4 €/mes, excelente rendimiento por precio)
- OVH / Contabo (europeos, opciones muy económicas)
Ventajas
- Libertad total del SO hacia arriba (Node.js, Python, Docker, lo que quieras)
- Permisos de root (SSH y línea de comandos a tu antojo)
- Poco impacto de otros usuarios (CPU y RAM asignadas están garantizadas)
- Económico (unos pocos euros al mes)
Inconvenientes
- Necesitas saber administrar servidores (Linux, Nginx, SSL, firewall, etc.)
- Las actualizaciones de seguridad son cosa tuya (si las descuidas, te entran)
- Tú respondes ante las incidencias (aunque caiga a las 3 de la madrugada)
- El escalado es manual (si sube el tráfico, tienes que cambiar de plan tú mismo)
Casos ideales
Ingenieros que quieren aprender administración de servidores, desarrolladores que buscan libertad sin gastar demasiado y casos con middleware poco habitual. También se usa para servidores de juegos, servidores de correo propios, entornos de desarrollo y pruebas, etc.
5. Nube (IaaS) — AWS, GCP y Azure
IaaS (Infrastructure as a Service) es la modalidad que ofrece como servicio el hardware y la capa de virtualización. Puedes pensarlo como un VPS llevado al extremo.
Servicios principales
- Amazon Web Services (AWS): líder del mercado, con más de 200 servicios
- Google Cloud Platform (GCP): fuerte en IA/ML y analítica de datos
- Microsoft Azure: orientado a empresa e integrado con Office
- Oracle Cloud: su capa gratuita permanente es sorprendentemente generosa
- Alibaba Cloud: fuerte en China y el resto de Asia
Ventajas
- Escalado prácticamente infinito (de unas pocas máquinas a miles, de forma automática)
- Muchísimos servicios gestionados (bases de datos, caché, colas, IA, CDN, etc.)
- Pago por uso flexible (solo pagas lo que consumes)
- Regiones en todo el mundo (EE. UU., Europa, Asia, etc.)
- Alta fiabilidad y seguridad (lo usan desde bancos hasta gobiernos)
Inconvenientes
- Curva de aprendizaje muy pronunciada (solo AWS tiene más de 10 certificaciones distintas)
- Facturación compleja (no es raro descubrir una factura sorpresa de miles de dólares)
- Hace falta personal especializado (operarlo a fondo en solitario es durísimo)
- Desproporcionado para sitios personales (AWS para un blog pequeño es matar moscas a cañonazos)
Casos ideales
Servicios web a gran escala, sistemas corporativos críticos, plataformas de analítica de datos, plataformas de machine learning y apps con despliegue global. Netflix, Airbnb, Spotify y muchos otros servicios internacionales funcionan sobre AWS.
Curiosidad: el PaaS también corre sobre la nube
Gran parte de Vercel y Netlify funciona por debajo sobre AWS (en particular CloudFront y Lambda). Es decir, un PaaS es, en cierto modo, «un servicio que oculta la complejidad del IaaS para que sea más fácil de usar».
6. PaaS — Vercel, Netlify, Render y compañía
Ya hablamos del PaaS en el apartado 1. Ahora veamos cómo funciona por dentro con algo más de detalle.
Flujo de trabajo típico en un PaaS
- Conectas con GitHub (solo hay que elegir el repositorio)
- Detecta la configuración de build (reconoce solo Next.js, Astro, Vite, etc.)
- Despliegue automático al hacer git push (se aplica en la rama main)
- Dominio personalizado (basta con apuntar un CNAME del DNS)
- Emisión automática del SSL (Let's Encrypt se encarga de obtener y renovar)
- URL de previsualización (una URL distinta por cada pull request)
Todo esto lleva menos de 10 minutos, incluso la primera vez. Montarlo en un VPS, entre configuración de Nginx, integración con Let's Encrypt, unidades de systemd y pipelines de CI/CD, te puede ocupar varios días.
Modelo de precios del PaaS
La mayoría de los PaaS siguen el modelo «capa gratuita + pago por uso al superarla».
| Servicio | Capa gratuita | Plan de pago |
|---|---|---|
| Vercel | Proyectos personales y hobby (no se permite uso comercial) | Pro desde 20 $/mes |
| Netlify | 100 GB de ancho de banda y 300 min de build al mes | Pro desde 19 $/mes |
| Render | Sitios estáticos gratis; Web Service gratis con suspensión | Desde 7 $/mes |
| Railway | Crédito mensual de 5 $ | Hobby desde 5 $/mes |
| Cloudflare Pages | Ancho de banda ilimitado y 500 builds al mes | Desde 20 $/mes |
Puntos a tener en cuenta con el PaaS
Lo fácil del PaaS también tiene su letra pequeña.
- Si superas la capa gratuita, la factura se dispara (hay muchos casos de 1.000 $ al mes en Vercel por descuido)
- No puedes instalar middleware propio (Redis, PostgreSQL, etc., van en servicios aparte)
- Las funciones tienen tope de ejecución (las de Vercel, entre 10 y 60 segundos como máximo)
- El uso comercial exige un plan de pago (un blog personal suele poder ir con la capa gratuita)
- Riesgo de vendor lock-in (si usas APIs propias, migrar se complica)
7. Comparativa de las 4 opciones — precio, libertad y carga operativa
Resumen en una sola tabla:
| Aspecto | Hosting compartido | VPS | Nube (IaaS) | PaaS |
|---|---|---|---|---|
| Precio mensual | 3-15 € | 4-25 € | Pago por uso (de pocos a miles) | Gratis a 20 $/mes |
| Tiempo de configuración | 30 minutos | Horas a 1 día | 1 día a 1 semana | 5-10 minutos |
| Conocimientos necesarios | FTP básico | Administración Linux | Arquitectura cloud | Solo git |
| Libertad | Baja (PHP) | Alta (todo el SO) | Máxima (sin límites) | Media (lenguaje/FW fijos) |
| Escalabilidad | Baja | Media (manual) | Máxima (automática) | Alta (automática) |
| Carga operativa | Baja | Alta | Máxima | Mínima |
| Certificado SSL | Automático (gratis) | Configuración manual | Configuración manual | Automático (gratis) |
| CDN | No incluido | Aparte | A montar | Incluido |
| CI/CD | No incluido | A montar | A montar | Incluido |
| Base de datos | MySQL incluido | La instalas tú | Servicio gestionado aparte | Integración con terceros |
| Casos ideales | WordPress | Aprendizaje / casos especiales | Gran escala / empresa | Desarrollo web moderno |
Lo importante no es «cuál es mejor», sino «cuál encaja con tu objetivo».
8. Los principales PaaS a fondo
Dentro del mundo PaaS, cada servicio tiene sus propias especialidades. Comparamos los cinco más representativos.
Vercel — el rey del frontend
- Puntos fuertes: creadora de Next.js, Edge Network entre las más rápidas del mundo y excelente experiencia de desarrollo
- Puntos débiles: uso comercial no permitido en la capa gratuita, límites estrictos de ejecución de funciones y riesgo de factura disparada
- Ideal para: apps de frontend con Next.js / React / Vue / Svelte y sitios JAMstack
- Precio: gratis para uso personal; Pro 20 $/mes; el exceso se factura por ancho de banda y tiempo de ejecución
Netlify — pionero del JAMstack
- Puntos fuertes: precios sencillos, gestión de formularios integrada y Functions (funciones serverless)
- Puntos débiles: menos optimización para Next.js que Vercel
- Ideal para: generadores estáticos como Astro, Hugo o Jekyll
- Precio: gratis (100 GB/mes); Pro 19 $/mes
Render — el sucesor de Heroku en plena expansión
- Puntos fuertes: full-stack (Web Service + BD) con PostgreSQL y Redis gestionados
- Puntos débiles: el Web Service gratuito se duerme tras 15 minutos (cold start)
- Ideal para: backends en Node.js, Python, Ruby o Go y aplicaciones monolíticas
- Precio: Web Service desde 7 $/mes; PostgreSQL desde 7 $/mes
Railway — apuesta por la simplicidad
- Puntos fuertes: UI intuitiva y muchísimas plantillas (BD + API en un clic)
- Puntos débiles: al ser pago por uso, hay que vigilar el presupuesto
- Ideal para: prototipos, apps full-stack pequeñas o medianas y bots de Discord
- Precio: Hobby 5 $/mes (incluye crédito de 5 $); Pro 20 $/mes
Cloudflare Pages — la capa gratuita más potente
- Puntos fuertes: ancho de banda ilimitado y gratis, CDN global e integración con Workers (funciones edge)
- Puntos débiles: no está pensado para backends complejos
- Ideal para: sitios estáticos con mucho tráfico, Astro/Hugo/Next.js (SSG)
- Precio: gratis (ancho de banda ilimitado); Pro 20 $/mes
9. ¿Por qué la IA empuja siempre hacia el PaaS?
Cuando pides ayuda a Claude Code o ChatGPT para un proyecto, casi siempre te van a sugerir Vercel o Render. No es casualidad: es una decisión racional desde la óptica de la IA.
Razón 1: mucha mayor tasa de éxito
Desplegar en un VPS o en AWS implica configuración de red, SSL, systemd, Nginx… una cantidad enorme de puntos donde fallar. La probabilidad de que la IA acierte al primer intento es mucho más alta con el «solo haz git push» del PaaS.
Razón 2: menos variabilidad entre entornos
En un VPS aparecen diferencias del tipo «en Ubuntu 22.04 se hace así, en CentOS 7 asá». En un PaaS el entorno está estandarizado, así que los consejos de la IA funcionan tal cual.
Razón 3: encaja con lo que se desarrolla con IA
Lo habitual en proyectos hechos con IA son Next.js, APIs en Python, bots de Discord… justo lo que mejor se les da a los PaaS. Si estuvieras haciendo un sitio WordPress, la IA te empujaría al hosting compartido.
Razón 4: gestión de incidencias más cómoda
En un PaaS los logs, métricas y el historial de despliegues están centralizados en el panel, así que si la IA te pide «enséñame los logs», se comparten de un clic. En un VPS hay que conectarse por SSH, lanzar journalctl y añadir varios pasos más.
10. Recomendaciones por caso de uso — cuál elegir
Blog o web corporativa en WordPress
→ Hosting compartido (Hostinger, SiteGround, Webempresa). Con menos de 10 €/mes sobra. Montar un WordPress sobre un PaaS o AWS es matar moscas a cañonazos.
Frontend moderno con Next.js o React
→ Vercel (para Next.js es la opción natural) o Netlify (para otros frameworks). Empiezas con la capa gratuita y, cuando lo comercializas, pasas a Pro por 20 $/mes.
Sitios estáticos con mucho tráfico
→ Cloudflare Pages. El ancho de banda ilimitado gratis es algo que no ofrece nadie más. Perfecto para blogs técnicos o sitios de documentación.
API, backend o full-stack
→ Render o Railway. Tienes la base de datos en el mismo proveedor y la factura ronda los 10-30 $ al mes.
Bots de Discord o LINE y pequeñas apps siempre activas
→ Railway o Fly.io. Sus precios son ideales para cargas pequeñas.
Quiero aprender administración de servidores y libertad total
→ VPS (DigitalOcean, Hetzner, Linode). Por unos pocos euros al mes tienes un Linux completo para cacharrear.
Servicios web a gran escala o sistemas empresariales
→ Nube (AWS, GCP, Azure). Asumiendo que cuentas con personal especializado.
Hosting de modelos de machine learning o IA
→ Hugging Face Spaces (tiene capa gratuita) o Modal (PaaS con GPU). SageMaker de AWS es para proyectos grandes.
Para quien recién empieza y quiere tocar algo
→ Lo recomendable es arrancar con Vercel + Cloudflare Pages. Despliegas gratis, vives la comodidad del git push y, cuando quieras más, amplías hacia Render, Railway o AWS.
Como lectura complementaria, el artículo ¿Puede la IA reemplazar a los ingenieros de infraestructura y redes? te ayuda a entender aún mejor por qué la IA empuja tanto al PaaS.
Preguntas frecuentes
P. ¿Cuál es la diferencia entre PaaS, SaaS, IaaS y FaaS?
IaaS alquila infraestructura (servidor, almacenamiento), como AWS EC2; PaaS alquila el entorno de ejecución de aplicaciones, como Vercel; SaaS alquila software ya listo, como Gmail o Slack. El FaaS (Function as a Service) es una variante del PaaS que ejecuta funciones de forma individual (AWS Lambda, Cloudflare Workers). La cantidad de código que tienes que escribir va reduciéndose en este orden: IaaS > PaaS > FaaS > SaaS.
P. ¿No puedo usar la capa gratuita de Vercel para un blog comercial?
Los términos del plan gratuito (Hobby) de Vercel prohíben el uso comercial. Eso incluye webs con publicidad de afiliados, sitios con ingresos por anuncios, webs corporativas, servicios de pago, etc. Portfolios como hobby o sitios de documentación de proyectos open source, sí. Para uso comercial, valora Pro (20 $/mes) o Cloudflare Pages (comercial gratis).
P. ¿El PaaS es realmente tan fácil? ¿Qué pasa si algo falla?
El primer despliegue es, efectivamente, rápido (menos de 10 minutos), pero incidencias como «el build falla», «las variables de entorno no se aplican» o «no puedo conectar con la base de datos» son algo habitual. Lo bueno es que el panel te permite ver los logs, así que localizar la causa es mucho más sencillo que con hosting compartido o VPS. Si le pasas los logs de build de Vercel a la IA y le pides ayuda, normalmente se resuelve.
P. ¿Es verdad que hay facturas sorpresa de miles de euros en PaaS?
Sí, es cierto. Hay múltiples casos en los que un proyecto personal desplegado en Vercel recibió una avalancha de visitas (se hizo viral, le hicieron hotlinking de imágenes, etc.) y acabó con una factura de varios miles de dólares en un mes. Como contramedida, Vercel ofrece «Spend Management» para fijar límites. Cloudflare Pages, con ancho de banda ilimitado y gratis, es la opción más segura si esperas mucho tráfico.
P. ¿Puedo ejecutar WordPress en Vercel?
WordPress en sí (que corre con PHP) no funciona en Vercel. Los PaaS como Vercel están pensados, en esencia, para lenguajes modernos como Node.js, Python o Go. Si quieres WordPress, lo correcto es un hosting compartido o un VPS. Dicho esto, sí es habitual el esquema Headless WordPress: WordPress como CMS headless y el frontend en Next.js desplegado en Vercel.
P. Me preocupa el vendor lock-in del PaaS. ¿Es difícil migrar?
El flujo «desplegar con git push» es bastante estándar, así que el código en sí puede migrarse fácilmente de un PaaS a otro. Lo que encarece la migración es abusar de APIs propias del proveedor (Vercel KV, Netlify Functions, bindings de Cloudflare Workers, etc.). Si quieres evitar el lock-in, usa al mínimo las APIs propietarias y ciñete, en la medida de lo posible, a tecnologías estándar (APIs estándar de Next.js, PostgreSQL, etc.).
P. ¿Es realista montar una app solo con la capa gratuita de AWS?
AWS tiene una «capa gratuita de 12 meses» y otra «permanente», pero para una operación real como proyecto personal, los límites se quedan cortos. Hay 750 h/mes de EC2 t2.micro (más o menos una instancia), RDS db.t2.micro y poco más, y basta un pequeño error de configuración para empezar a pagar. Si tu meta es «aprender AWS», adelante con la capa gratuita. Si lo que buscas es «que la cosa funcione», un PaaS es más seguro y más sencillo.
P. En definitiva, ¿cuál debería elegir yo?
La respuesta moderna es «si no lo tienes claro, PaaS (Vercel, Render o Cloudflare Pages)». Las razones: (1) es difícil fallar, (2) puedes empezar gratis, (3) aprovechas al máximo la ayuda de la IA y (4) migrar más adelante a otro servicio es relativamente sencillo. Para WordPress, hosting compartido; AWS solo si tienes ingenieros especializados en el equipo o construyes un sistema a gran escala.
Este artículo se basa en información disponible en abril de 2026. Los precios y las condiciones de las capas gratuitas pueden cambiar, así que antes de contratar cualquier servicio consulta siempre la página oficial del proveedor para ver la información más reciente.