Alojar una web estática en tu subdominio

Cada subdominio tiene dos modos de servicio, la redirección clásica o una pequeña web estática. Cambias el modo desde tu panel y subes un ZIP, o gestionas los ficheros uno a uno desde el explorador integrado. Después palabra.does.software lo servirá por HTTPS.

index.html es la puerta de entrada, y si incluyes un 404.html lo usaremos para las páginas que no existan. Los despliegues son atómicos, la versión nueva sustituye a la vieja de golpe.

Subdominios › Configurar subdominio › Redirección / sitio web › Modo de servicio: Sitio web

Durante la prueba y en el plan Starter tienes 100MB por web y 1000 ficheros. Con el plan Pro son 300MB y 5000 ficheros. El plan gratis no incluye alojamiento web. Un fichero suelto puede pesar hasta 15MB en cualquier plan. La barra de uso del gestor de ficheros te dice por dónde vas.

Solo ficheros estáticos, HTML, CSS, JS, imágenes, fuentes y compañía. Aquí no hay código de servidor, un .php no se ejecuta, directamente no se acepta.

Subdominios › Configurar subdominio › Redirección / sitio web › Tus archivos

Todo lo que respete la política de uso aceptable de los Términos. Nada de phishing, malware, cebos de spam ni contenido ilegal. Cualquier visitante puede denunciar una web. Cada denuncia la lee una persona, y podemos retirar una web infractora sin previo aviso.

Sí, todos los subdominios se sirven por HTTPS automáticamente, tanto las redirecciones como las webs alojadas. No hay nada que configurar ni certificados que gestionar, viene con el nombre.

Sí. En modo web, pega la URL del repositorio de github.com o gitlab.com y nosotros lo descargaremos y lo publicaremos. Si quieres una rama concreta, pega la URL que ya apunte a ella, si no, usaremos la que el repositorio tenga por defecto. Los repositorios privados también funcionan una vez conectas GitHub o GitLab en cuenta › conexiones.

Por defecto es una foto, un push nuevo no cambiará tu web por sí solo. Activa «desplegar automáticamente con cada push» bajo el repositorio vinculado. Crearemos una rama de deploy (does-software-deploy por defecto, el nombre lo cambias tú) a partir de la importada y le añadiremos un webhook al repositorio, a partir de ahí cada push a esa rama volverá a publicar la web.

Subdominios › Configurar subdominio › Redirección / sitio web › Importar desde un repo

Sí. El gestor de ficheros del panel te deja crear, editar y borrar ficheros uno a uno, y cada cambio se publica solo. Entre ZIPs y ficheros sueltos puedes hacer 10 subidas por hora.

Subdominios › Configurar subdominio › Redirección / sitio web › Tus archivos

Porque esas apps son un solo index.html. Las rutas que ves (/about, /proyectos/3) se las inventa el router en el navegador, no existen como ficheros en disco. Navegar a base de clics funciona, pero pulsar F5 en /about, o compartir ese enlace, le pide a nuestro servidor un fichero que no está, y el visitante acaba en la página de error.

Se arregla con una casilla, <b>Aplicación de una sola página (SPA)</b> en el panel de tu web. La activamos nosotros cuando un deploy tiene pinta de ser una de esas apps, así que casi nunca tendrás que hacer nada. A partir de ahí, cualquier ruta sin fichero servirá tu index.html con un 200, la app arrancará, leerá la URL y pintará la vista correcta. Las peticiones de un fichero real (Cualquier cosa con extensión, como /app.js) seguirán devolviendo un 404 normal, así que un asset que falta se seguirá notando.

Subdominios › Configurar subdominio › Redirección / sitio web › Aplicación de una sola página

Primero comprueba que el despliegue automático está activado bajo el repositorio vinculado, y que el push fue a la rama vinculada, porque un push a cualquier otra rama se ignora a propósito. Si el webhook se borró de los ajustes del repositorio, apaga y enciende el interruptor y lo crearemos de nuevo.

Cuando el push sí nos llegó pero el despliegue falló, el motivo aparecerá bajo el repositorio en tu panel, normalmente un ZIP por encima de la cuota del plan o un index.html que falta. Arréglalo y vuelve a hacer push, o pulsa reimportar.

Subdominios › Configurar subdominio › Redirección / sitio web › Importar desde un repo

No. Servimos los ficheros tal cual y nunca ejecutamos un build, ni npm install, ni compilador, nada tuyo se ejecuta en nuestros servidores. Importar el repositorio con el código fuente deja una web sin index.html en la raíz (El de verdad está dentro de src/), y los visitantes caerán en la página de error. Lo que necesitamos es la salida del build, la carpeta dist/ que genera tu framework.

Hay dos formas de traerla. La rápida, compila en tu máquina y sube el ZIP de dist/ (En Angular, dist/<app>/browser). La duradera, activa el despliegue automático (Crearemos la rama does-software-deploy y un webhook) y deja que una GitHub Action compile con cada push a main y publique dist/ en esa rama. Desde entonces cada push a main recompilará y republicará solo. El workflow de abajo hace exactamente eso, guárdalo como .github/workflows/does-software.yml y ajusta publish_dir.

name: does.software
on:
  push:
    branches: [main]
permissions:
  contents: write
jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 22
      - run: npm ci && npm run build
      - uses: peaceiris/actions-gh-pages@v4
        with:
          github_token: ${{ secrets.GITHUB_TOKEN }}
          publish_dir: ./dist   # Angular: ./dist/<app>/browser
          publish_branch: does-software-deploy

Subdominios › Configurar subdominio › Redirección / sitio web › Importar desde un repo