Web Hosting
Cómo subir tu aplicación (Node, Laravel, React, Python) a un hosting
Terminaste de desarrollar tu aplicación en local, todo funciona en tu máquina y ahora viene la pregunta que frena a muchos desarrolladores: ¿dónde la subo para que el mundo la use? El salto de localhost a un servidor real genera dudas legítimas. ¿Sirve un hosting compartido o necesito sí o sí un servidor caro? ¿Mi framework es compatible con cPanel? ¿Qué le pido al proveedor antes de pagar? En el video que acompaña a este artículo mostramos el caso concreto de una aplicación Laravel desplegada en un hosting con cPanel, paso a paso. Aquí te damos el mapa completo: el panorama de cómo se publica una app moderna (Laravel/PHP, Node.js, React, Angular, Python), qué requisitos exigir y, sobre todo, cuándo te alcanza con un plan compartido y cuándo conviene dar el salto a un VPS o cloud.
Lo primero: no todas las apps se despliegan igual
Antes de elegir un plan, conviene entender que «subir una aplicación» significa cosas distintas según la tecnología. La diferencia clave está en si tu app necesita un proceso corriendo permanentemente en el servidor o no.
Apps que el servidor ejecuta «bajo demanda» (PHP/Laravel)
Laravel y, en general, todo lo que corre sobre PHP encajan de forma natural en un hosting compartido. El servidor web ya sabe interpretar PHP: cuando llega una visita, ejecuta el código, devuelve el HTML y libera recursos. No hay un proceso eterno que mantener. Por eso desplegar Laravel en cPanel es de lo más directo: subes el código, apuntas el dominio a la carpeta public, configuras la base de datos MySQL y poco más. Es exactamente el caso que verás en el video. Para este escenario, un buen plan de hosting compartido o el hosting ilimitado suele ser más que suficiente.
Apps que necesitan un proceso siempre encendido (Node.js, Python)
Node.js, las APIs en Python (Flask, Django, FastAPI) y similares funcionan distinto: necesitan un proceso vivo escuchando peticiones de forma continua. Eso requiere que el hosting ofrezca herramientas para «levantar» y mantener esa aplicación. La buena noticia es que cPanel moderno trae «Setup Node.js App» (y soporte para Python con Passenger), así que en muchos casos puedes desplegar sin necesidad de un servidor dedicado. Lo desarrollamos a fondo en nuestros posts hermanos sobre hosting Node.js en Bolivia y sobre si puedes correr Node o Laravel en cPanel, e incluso cubrimos casos como Ruby on Rails.
Apps de frontend (React, Angular, Vue)
Aquí hay una confusión muy común. React, Angular y Vue en producción no «corren» en el servidor: se compilan a archivos estáticos (HTML, CSS y JavaScript) con un comando de build. Lo que subes es esa carpeta dist o build, y cualquier hosting que sirva archivos estáticos la aloja sin problema, incluso un compartido económico. Otra cosa es el backend que alimenta a ese frontend (una API en Node o Python): ese sí sigue las reglas del punto anterior. Si tu app es full-stack, separa mentalmente las dos piezas.
Qué requisitos pedirle al proveedor
Antes de contratar, esta es la lista corta que te evita sorpresas. Pídela explícitamente o verifícala en las características del plan:
- Versión del lenguaje: que ofrezcan la versión de PHP, Node o Python que tu app necesita, y que puedas cambiarla tú mismo desde el panel.
- Acceso SSH y Composer/npm: sin terminal no puedes correr migraciones, instalar dependencias ni hacer un
build. Es imprescindible para apps modernas. - Base de datos: MySQL/MariaDB para la mayoría; confirma si necesitas PostgreSQL.
- Setup Node.js / Python App en cPanel: si vas por esa ruta, que el panel incluya esa herramienta.
- Certificado SSL incluido: hoy es obligatorio. Verifica que el plan traiga certificado SSL sin costo extra.
- Recursos reales: memoria y CPU razonables, y discos NVMe para que las consultas y los builds vuelen.
- Soporte que entienda de desarrollo: que del otro lado haya alguien que sepa qué es una variable de entorno o un cron job.
Este último punto es donde un proveedor local marca la diferencia. Resolver un despliegue con soporte en español, en tu mismo huso horario y con facturación en bolivianos no es un detalle menor cuando tu app no levanta a las 11 de la noche antes de una entrega.
¿Hosting compartido o VPS? Cómo decidir
La pregunta del millón. La respuesta honesta es: empieza por lo más simple que cubra tu caso y escala cuando lo necesites, no antes.
Cuándo te alcanza con un plan compartido (cPanel)
Un hosting compartido es la opción correcta si tu app es una web Laravel, un sitio institucional, una tienda, un proyecto en WordPress (para eso tenemos hosting WordPress optimizado), una API liviana o un frontend estático con tráfico normal. Tienes cPanel para gestionar todo de forma visual, SSL, correo y respaldos, sin administrar el servidor. Para la enorme mayoría de proyectos que recién salen a producción, esto sobra y te ahorra trabajo de sysadmin que no quieres hacer.
Cuándo conviene un VPS o cloud
Da el salto a un VPS o a un servidor cloud cuando tu proyecto pide control total: necesitas instalar paquetes a nivel de sistema, usar Redis o colas, correr varios servicios Node simultáneos, contenedores Docker, una versión de software que el compartido no ofrece, o simplemente cuando el tráfico ya justifica recursos garantizados solo para ti. Con un VPS tienes acceso root y decides toda la pila; a cambio, asumes la administración (o la delegas). Si quieres ese control con costo contenido, el VPS cloud económico es un buen punto de entrada, y para cargas grandes o requisitos de hardware específicos están los servidores dedicados.
Una buena regla práctica: si tu app es de un solo proceso y encaja en cPanel, quédate en compartido. Si ya estás peleando contra los límites del panel o describiendo arquitectura con palabras como «worker», «daemon» o «contenedor», es momento del VPS.
El despliegue, en orden
Más allá de la tecnología, casi todo despliegue sigue la misma lógica, y es la que verás aplicada en el video: subes el código (por Git o gestor de archivos), instalas dependencias con Composer o npm desde la terminal, configuras las variables de entorno y la conexión a la base de datos, apuntas el dominio a la carpeta pública correcta, activas el SSL y, si aplica, levantas el proceso de tu app. El video lo muestra concreto con Laravel; este artículo te da el criterio para repetirlo con cualquier stack.
Si vienes de otro proveedor y no quieres rehacer todo a mano, nuestro equipo te ayuda con la migración sin que pierdas datos ni tiempo de actividad. Y si aún no tienes claro qué plan calza con tu proyecto, compara opciones en planes y precios o escríbenos directo: cuéntanos qué framework usas y qué necesita tu app, y te decimos exactamente qué contratar desde contacto. La idea es que publiques tu aplicación una vez, bien, y te dediques a programar, no a pelear con el servidor.