Cómo desplegar tu web en un servidor con Claude Code

Hay una cantidad enorme de webs que existen solo dentro del ordenador de quien las hizo.

Funcionan, se ven bien, se abren en el navegador. Pero solo en esa máquina. Y ahí se quedan, meses, porque el paso siguiente parece de otro nivel: "desplegar en un servidor" suena a cosa de gente con conocimientos de sistemas.

Es la barrera donde más gente abandona. Y es curioso, porque montar la web ha sido lo difícil y ese último paso es de los más guiables que hay.

¿Cómo subo mi web a un servidor sin saber administrar?

Preguntándole a la IA en cada paso, con una diferencia importante respecto a cuando escribes código: aquí no le dejas ejecutar nada a ciegas.

Un servidor es un ordenador que está encendido siempre y conectado a internet. Nada más. La diferencia con el tuyo es que no tiene pantalla, se maneja escribiendo comandos, y cualquiera puede llegar a él desde fuera.

Esa última parte es la que cambia las reglas. Cuando trabajas en tu ordenador, si algo se rompe se rompe para ti. En un servidor, si algo se configura mal, se rompe para todo el mundo o, peor, se abre una puerta que no querías abrir.

Por eso el enfoque aquí es distinto: Claude Code te explica y te da los comandos, tú los ejecutas y lees lo que pasa. No al revés.

Y si aún no tienes web que subir, empieza por crear tu web desde cero con Claude Code y vuelve cuando la tengas funcionando en local.

Paso 0: decidir si necesitas un servidor de verdad

Antes de nada, esta pregunta, porque mucha gente monta un servidor que no necesitaba.

Si tu web es solo páginas (textos, imágenes, un blog, una web de presentación), no necesitas un servidor. Hay plataformas donde conectas tu proyecto y se publica solo, gratis o casi. Menos control, cero mantenimiento.

Necesitas un servidor de verdad cuando tienes algo corriendo por detrás: una base de datos tuya, procesos que se ejecutan solos, servicios que no puedes meter en esas plataformas, o simplemente cuando quieres tener el control y que nadie te cambie las condiciones.

Yo tengo cosas en las dos rutas. Lo que es una web de contenido, publicada sin servidor. Lo que necesita procesos propios, en servidor. Y si buscas la vía intermedia con panel visual, tengo el paso a paso de desplegar una aplicación en Hostinger, donde media configuración viene hecha desde un panel y te ahorras la terminal casi entera.

Paso 1: contratar la máquina

Un servidor pequeño cuesta lo que dos cafés al mes. Contratas, eliges una versión de Linux (la que te recomienden por defecto, sin darle vueltas) y te dan una dirección numérica y una forma de entrar.

Aquí ya hay una decisión que sí importa: cuando te pregunte si quieres entrar con contraseña o con clave, di clave. Es un archivo que se genera en tu ordenador y que hace de llave. Sin clave no se entra, y eso te quita de encima a todos los que se pasan el día probando contraseñas en servidores ajenos.

Si no sabes generar esa clave, esta es la primera pregunta buena para Claude Code: "explícame cómo genero una clave de acceso en mi Mac para entrar a un servidor, paso a paso, y qué archivo tengo que subir".

Paso 2: entrar y no tocar nada todavía

Entras al servidor desde tu terminal y te encuentras con una pantalla negra y un cursor parpadeando. Ese es tu servidor entero.

Lo primero, antes de instalar nada: dejarlo seguro. Y este es el punto donde más gente se salta cosas por prisa.

Lo que le pides a Claude Code: "tengo un servidor recién creado con esta versión de Linux, dame los pasos para dejarlo mínimamente seguro antes de instalar nada, explicándome qué hace cada comando".

Lo que va a salir, más o menos: actualizar todo lo que trae instalado, crear un usuario que no sea el administrador total, cerrar el acceso con contraseña dejando solo la clave, y activar un cortafuegos que deje pasar únicamente lo que hace falta.

Léelo. Ejecuta uno a uno. Si un comando no lo entiendes, pregunta antes de ejecutarlo. Esta media hora es la que separa un servidor tuyo de un servidor que en tres semanas está mandando correo basura para alguien.

Paso 3: instalar lo que tu web necesita

Ahora sí. Y la pregunta buena es esta:

"Este es mi proyecto (le enseñas los archivos de configuración). Dime exactamente qué necesito instalar en el servidor para que funcione, con las versiones que tocan."

Lee los archivos, ve de qué está hecha tu web y te da la lista. Normalmente son dos o tres cosas y cada una se instala con una línea.

El error clásico aquí es instalar una versión distinta de la que usas en tu ordenador. Si en local tienes una versión y en el servidor otra, la web va a fallar de formas raras y vas a perder una tarde buscando dónde está el problema. Comprueba las versiones. Las dos veces.

Paso 4: subir el proyecto y arrancarlo

Lo suyo es que el proyecto llegue al servidor desde tu repositorio de control de versiones, no arrastrando archivos. Así, cada vez que cambies algo, actualizar es un comando en lugar de volver a subirlo todo.

Y luego hay que arrancarlo de una forma que sobreviva. Si lo arrancas a mano y cierras la ventana, se para. Si el servidor se reinicia, se para. Necesitas algo que lo mantenga vivo y lo levante solo si se cae.

La pregunta: "quiero que este proyecto arranque solo cuando el servidor se reinicie y se reinicie solo si se cae, dime cómo lo configuro y qué archivo tengo que crear".

Esta parte es tediosa y aburrida, y es exactamente donde una IA ayuda más, porque son configuraciones que nadie se sabe de memoria y que se copian de la documentación.

Paso 5: el dominio y el candado

Tu web ya funciona, pero se abre escribiendo una dirección numérica y el navegador te avisa de que no es segura. Faltan dos cosas.

El dominio. En donde lo tengas comprado, apuntas el nombre a la dirección numérica del servidor. Tarda un rato en propagarse por medio mundo. Paciencia, no está roto.

El candado. El certificado que hace que salga la dirección segura. Hoy esto es gratis y se renueva solo. Le pides a Claude Code que te monte el servidor web delante con el certificado automático, y en diez minutos tienes el candado puesto y renovándose sin que vuelvas a acordarte.

Lo que se te va a atascar

Los permisos de archivos. El error más frecuente y el más críptico. La web no arranca y el mensaje no dice nada útil. Copia el error entero, sin recortar, y pásaselo. Es de las cosas que resuelve de un tirón.

El puerto. Tu aplicación escucha en un número de puerto y el mundo entra por otro. Entre medias hace falta algo que redirija. Si tu web funciona escribiendo la dirección con dos puntos y un número al final pero no sin él, es esto.

Ejecutar comandos que no entiendes. La tentación de copiar y pegar todo lo que te dé sin leer. En tu ordenador es un riesgo asumible. En un servidor abierto a internet, no. Si un comando borra cosas, cambia permisos o abre puertos, pregunta qué hace antes.

Olvidarte de las copias. Si tienes una base de datos ahí, esa base de datos existe en un solo sitio. Configura una copia automática el mismo día que la montes. No la semana que viene.

Quedarte sin memoria. Los servidores baratos tienen poca. Si tu web se cae cada dos días sin motivo aparente, mira la memoria antes que nada.

Y ahora qué

Cuando escribes tu dominio en el móvil y aparece tu web, con su candado, funcionando desde un ordenador que está a mil kilómetros y que has configurado tú, hay una sensación concreta que merece la pena. Deja de ser un proyecto y pasa a ser una cosa que existe.

Si esto es lo primero que despliegas, mi consejo: hazlo con un proyecto que no importe. Una web de prueba, algo tonto. Rómpelo, bórralo, vuelve a empezar. Un servidor de prueba cuesta lo mismo que uno de verdad y quemarlo entero no tiene consecuencias.

Y si te has metido aquí sin haber usado nunca Claude Code, vuelve un paso atrás y mira la guía para no programadores. El orden importa.

Si quieres el recorrido completo, desde la carpeta vacía hasta la web publicada con tu dominio y tú tocándola cuando quieras, lo tengo montado entero.

Ver el curso de crear tu web con Claude Code