¿Qué es el PaaS (Vercel, etc.)? Comparativa completa frente a hosting compartido, VPS y nube

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

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:

1. Hardware: servidores físicos, almacenamiento y equipos de red
2. Virtualización: tecnología que divide una máquina física en varias máquinas virtuales
3. Sistema operativo: Linux, Windows Server, etc.
4. Middleware: servidor web (Nginx/Apache), base de datos (MySQL/PostgreSQL), etc.
5. Runtime: entorno de ejecución de Node.js, Python, PHP, Ruby, etc.
6. Dependencias: paquetes gestionados con npm, composer, etc.
7. 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.

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)
• SiteGround (buen rendimiento)
• Bluehost (veterano)
• Webempresa (hosting español)
• Raiola Networks (español)

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.

Por cierto, este sitio (AI Arte) no funciona en un hosting compartido: ejecuta Laravel con Docker en un VPS. Incluso una app PHP se queda corta en un hosting compartido cuando necesita procesos permanentes o contenedores.

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
• Linode (filial de Akamai)
• Vultr (muy buen precio)
• Hetzner (alemán, 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): uno de los grandes proveedores, con una gama enorme de 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 (cada servicio tiene sus propios conceptos y ajustes)
• Precios complejos (muchas partidas por uso hacen difícil prever la factura)
• 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 centrales de empresa, plataformas de análisis de datos, plataformas de machine learning y apps con audiencia global. Encaja mejor en organizaciones con ingenieros dedicados que en quien empieza en pequeño.

Curiosidad: el PaaS también corre sobre la nube

Muchos PaaS funcionan, por detrás, sobre la nube. Por ejemplo, las regiones donde Vercel ejecuta funciones se corresponden con regiones de AWS (iad1 es us-east-1; Vercel Regions). Es decir, un PaaS es «IaaS con la complejidad escondida».

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

1. Conectas con GitHub (solo hay que elegir el repositorio)
2. Detecta la configuración de build (reconoce solo Next.js, Astro, Vite, etc.)
3. Despliegue automático al hacer git push (se aplica en la rama main)
4. Dominio personalizado (basta con apuntar un CNAME del DNS)
5. Emisión automática del SSL (Let's Encrypt se encarga de obtener y renovar)
6. URL de previsualización (una URL distinta por cada pull request)

Llegar al primer despliegue cuesta menos esfuerzo que en cualquiera de los cuatro tipos, porque la mayoría de los ajustes de build se detectan solos. Hacer lo mismo en un VPS implica montar tú mismo Nginx, Let's Encrypt, unidades systemd y un pipeline de CI/CD.

Precios de los PaaS y condiciones de sus planes gratuitos (a 1 de octubre de 2026)

La mayoría de los PaaS siguen el modelo «capa gratuita + pago por uso al superarla».

Fuentes: Vercel Hobby, Netlify Credit-based plans, Render Free instances / Pricing, Railway Plans, Cloudflare Workers Pricing / Pages Limits (todas consultadas el 1 de octubre de 2026). Si conviene usar Vercel se analiza en Cuando la IA dice «Usa Vercel».

Puntos a tener en cuenta con el PaaS

Lo fácil del PaaS también tiene su letra pequeña.

• Lo que pasa al superar el plan gratuito cambia según el servicio (unos se detienen y otros pasan a cobrar por uso; Vercel Pro sigue funcionando salvo que fijes tú un tope)
• No puedes instalar middleware propio (Redis, PostgreSQL, etc., van en servicios aparte)
• Las funciones largas tienen límites (en Vercel, hasta 300 s en Hobby y hasta 800 s en Pro si se configura)
• El uso comercial tiene condiciones (el plan gratuito de Vercel es solo para uso personal no comercial)
• 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:

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, CDN, funciones y URL de vista previa en un solo lugar, y excelente experiencia de desarrollo
• Puntos débiles: plan gratuito solo no comercial, límites de duración de funciones y, en Pro, el cobro por uso sigue si no fijas un tope de gasto (detalles)
• Ideal para: apps de frontend con Next.js / React / Vue / Svelte y sitios JAMstack
• Precio: Hobby gratis (solo no comercial), Pro desde 20 $/mes (incluye 20 $ de crédito; exceso por uso)

Netlify — pionero del JAMstack

• Puntos fuertes: facturación por créditos que agrupa el uso, formularios integrados, soporte de Functions (serverless)
• Puntos débiles: Next.js funciona mediante la integración propia de Netlify (el adaptador verificado oficial está en desarrollo)
• Ideal para: generadores estáticos como Astro, Hugo o Jekyll
• Precio: Free 300 créditos/mes (se detiene en el límite), Personal 9 $/mes, Pro desde 20 $/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, Postgres desde 19 $/mes (plan gratuito con límites)

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: Free 1 $ de crédito al mes, Hobby 5 $/mes (incluye 5 $ de uso), Pro desde 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: Free (recursos estáticos gratis e ilimitados, 500 compilaciones/mes); Workers Paid desde 5 $/mes si dependes de funciones

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). 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. Las peticiones a recursos estáticos son gratuitas e ilimitadas: ese es su punto fuerte. Ideal para blogs técnicos y sitios de documentación.

API, backend o full-stack

→ Render o Railway. Tienes la base de datos en el mismo proveedor. Las condiciones del plan gratuito (suspensión, caducidad) están en la tabla de arriba.

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). 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

Los precios y las condiciones de los planes gratuitos se comprobaron en las páginas oficiales de cada proveedor el 1 de octubre de 2026. Pueden cambiar, así que consulta las páginas oficiales antes de contratar.