Skip to content

GitLab Pages y dominios

El pipeline deja preparada una publicación oficial desde main y previews manuales para otras ramas.

Flujo configurado

OrigenResultadoCaducidad
Rama por defecto (main)Deployment principal de PagesNo caduca
Cualquier otra ramapreview-<slug-de-rama>Una semana

Los previews usan parallel deployments de GitLab Pages. Esta capacidad requiere que el namespace disponga de slots y, en GitLab.com, pertenece a los niveles Premium o Ultimate. Si el grupo usa Free, la build seguirá validándose, pero para URLs de preview será necesario subir de nivel o adoptar Cloudflare Pages como canal de previews.

Activar GitLab Pages

  1. Haz push de esta versión a una rama y revisa que validate-docs termine correctamente.
  2. Fusiona en main para ejecutar deploy-pages.
  3. En GitLab, abre Deploy > Pages y comprueba la URL generada.
  4. Mantén activado Use unique domain para aislar cookies del resto del grupo.

Dominio canónico

Se recomienda:

  • taikosuite.com: dominio principal.
  • taikoverso.com: alias de marca.
  • www.taikosuite.com y www.taikoverso.com: redirecciones a sus dominios raíz.

En Deploy > Pages, añade primero ambos dominios raíz. Cuando estén activos, selecciona taikosuite.com como Primary domain para que GitLab redirija los demás accesos con un 308 permanente.

DNS en Cloudflare

Para cada dominio raíz, GitLab.com documenta actualmente estos registros de origen:

TipoNombreValorProxy durante alta
A@35.185.44.232DNS only
AAAA@2600:1901:0:7b8a::DNS only
TXT_gitlab-pages-verification-codeCódigo exacto mostrado por GitLabNo aplicable

Cloudflare añade el nombre de zona automáticamente; introduce solo _gitlab-pages-verification-code en el campo de nombre. Conserva el TXT después de verificar: GitLab repite la verificación periódicamente.

Para www, crea un CNAME hacia el dominio raíz y una regla de redirección permanente al dominio sin www.

Orden recomendado

Mantén los registros web en DNS only hasta que GitLab haya verificado dominios y emitido certificados. Activa Force HTTPS en GitLab. Si después habilitas el proxy de Cloudflare, usa SSL/TLS Full, nunca Flexible, y comprueba de nuevo certificados, redirecciones y caché.

Previews por rama

En una rama distinta de main, ejecuta manualmente el job deploy-pages. El pipeline asigna el mismo prefijo tanto al build de VitePress como al deployment de Pages:

text
feature/nueva-home → /preview-feature-nueva-home/

La URL exacta aparece en Operate > Environments y en Deploy > Pages. El job es manual para no consumir slots con cada rama efímera.

Comprobaciones antes del lanzamiento

  • Reemplazar textos provisionales y validar marca, información legal y contacto.
  • Confirmar propiedad de taikosuite.com y taikoverso.com.
  • Verificar que ambos dominios resuelven y que solo uno es canónico.
  • Probar una preview desde una rama real.
  • Revisar enlaces, búsqueda, modo oscuro, móvil y página 404.
  • Añadir analítica solo con una decisión explícita de privacidad y consentimiento.

Referencias oficiales

Tecnología educativa con propósito.