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
A partir del plan Intermediary, apunta un registro CNAME a la dirección que muestra el panel. El SSL se provisiona tras la validación del DNS. Es 1 dominio personalizado por aplicación.
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, del plan Scale en adelante.
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 a partir del plan Pro y exige 512 MB de RAM asignada — con menos, la llamada se rechaza. Elegir el nombre del subdominio exige el plan Scale; por debajo, la plataforma sortea un nombre.
¿Puedo usar mi propio dominio?
Sí, a partir del plan Intermediary: configura un CNAME apuntando a la dirección que muestra el panel y el SSL llega automáticamente tras la validación del DNS. Cada aplicación acepta 1 dominio personalizado.
¿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