Static
Hosting de sitios estáticos
Envía los archivos, apunta MAIN al index.html y publica: la aplicación responde en el puerto declarado en PORT, en un subdominio vertraweb.app con certificado emitido por la plataforma. No hay runtime que versionar.
Quién diseñó el HTML
Tim Berners-Lee, en el CERN, propuso un sistema de hipertexto en 1989 y en 1990 ya tenía el primer navegador y el primer servidor. El HTML público aparece en 1991: documentos ligados por URL, el servidor solo entrega el archivo. Håkon Wium Lie propuso hojas de estilo en 1994; con Bert Bos en el W3C el CSS 1 se volvió recomendación en 1996. Contenido en un archivo, apariencia en otro — quien interpreta los dos es el navegador.
Tim Berners-Lee
Paul Clarke · CC BY-SA 4.0
Håkon Wium Lie
Franco Folini · CC BY-SA 2.0
Bert Bos
Martin Alvarez Espinar · CC BY 2.0
Hipertexto, no un programa
La web de Berners-Lee es documento ligado a documento por URL. No hay proceso de aplicación: la página es el archivo que el servidor entrega.
Estructura de un lado, forma del otro
El HTML describe qué es la página. El CSS, la tesis de Lie y Bos, describe cómo se ve. Esa separación es el diferencial de la web estática frente a un binario que pinta la pantalla.
El navegador hace el trabajo
El servidor solo envía texto. Quien arma la página es el cliente — lo opuesto a PHP, que genera el HTML en el servidor, y lo opuesto a una app compilada.
Lo que la plataforma hace por un sitio estático
Lo esencial ya viene configurado en toda aplicación estática aquí; las funciones que dependen del plan se indican en la tarjeta.
Sin versión que elegir
Aquí no hay runtime versionado: el contenido es HTML, CSS y JavaScript servido tal cual. El vertracloud.config se queda solo con MAIN, PORT, MEMORY y, si el plan lo permite, SUBDOMAIN — la clave VERSION no se aplica.
Subdominio con TLS automático
Publicada, la aplicación responde en vertraweb.app con certificado emitido y renovado por la plataforma, y el tráfico HTTP se redirige a HTTPS. El puerto expuesto es el declarado en PORT.
Dominio propio por CNAME
En los planes con dominio propio, apunta un registro CNAME a la dirección que muestra el panel. El SSL se provisiona tras la validación del DNS. El número de dominios por aplicación depende del plan (consulta la comparación de planes).
Despliegue por zip o GitHub
Envía un paquete de hasta 100 MB por el panel o conecta un repositorio, incluso privado. Actualizar el sitio es volver a desplegar, y la terminal del panel muestra el proceso de principio a fin.
Lo que la gente publica como sitio estático
Contenido ya listo: los archivos llegan al servidor tal como salieron de tu máquina.
Landing y página corporativa
Página de producto, de evento o de empresa, con dirección propia y HTTPS desde el primer despliegue.
Documentación y portafolio
Contenido que cambia poco y tiene que mantenerse en pie: manual, changelog, portafolio. Cada actualización es un envío nuevo.
La salida de un generador
Si el sitio ya se genera en tu máquina, envía la carpeta de salida: los archivos se sirven tal cual, sin paso de compilación en el servidor.
Front-end junto a tu API
Sube el sitio y la API como aplicaciones separadas en la misma cuenta: cada una tiene su contenedor, su subdominio y su tope de RAM.
Toda la configuración
El vertracloud.config es un archivo INI opcional en la raíz del proyecto. MAIN apunta al archivo inicial; PORT=80 expone el sitio; MEMORY define el tope de RAM; SUBDOMAIN elige el nombre de la dirección, en todos los planes.
NAME=meu-site
MAIN=index.html
PORT=80
MEMORY=512
SUBDOMAIN=meu-siteUn plan para cada etapa del proyecto
La memoria y el almacenamiento cambian según el plan; el lenguaje, no. Compara lo que abre cada plan y elige el que le sirve al proyecto hoy.
Comparar planesTambién corre aquí
Misma plataforma, mismo deploy, otro stack.
Preguntas frecuentes sobre sitios estáticos
Publicación, dominio y certificado: lo que se pregunta sobre sitios estáticos.
¿Tengo que elegir una versión de runtime?
No. El sitio estático no tiene versionado en la plataforma: es HTML, CSS y JavaScript. La clave VERSION del vertracloud.config no se aplica — lo que importa es que MAIN apunte al archivo inicial y que PORT declare el puerto expuesto.
¿Qué hace falta para que el sitio sea accesible?
Publicar la aplicación. La publicación web está disponible en todos los planes y exige 512 MB de RAM asignada — con menos, la llamada se rechaza. El nombre del subdominio lo eliges tú.
¿Puedo usar mi propio dominio?
Sí, en los planes con dominio propio: configura un CNAME apuntando a la dirección que muestra el panel y el SSL llega automáticamente tras la validación del DNS. El número de dominios por aplicación depende del plan (consulta la comparación de planes).
¿Qué pasa si dejo de publicar el sitio?
El contenedor se recrea sin el puerto expuesto y la aplicación se reinicia. El subdominio se libera al instante — no hay reserva, y otra persona puede registrarlo después. El dominio personalizado también se elimina.
¿Tengo que ocuparme del certificado SSL?
No. Todo sitio publicado recibe certificado automático, con renovación antes del vencimiento y redirección de HTTP a HTTPS activada por defecto. El dominio personalizado también recibe SSL automático.
Publica tu sitio hoy
Crea la cuenta, envía los archivos en un zip o conecta el repositorio de GitHub y publica para recibir el subdominio con TLS.
Crear cuenta