Un sitio estático se siente real cuando deja de ser solo una vista previa y empieza a vivir en un dominio propio.
Ese paso también es donde los proyectos simples se complican: registros DNS, dominio raíz, www, certificados SSL, redirecciones, URLs antiguas y caché aparecen al mismo tiempo. Lo difícil no es cada parte por separado, sino el orden.
Vista previa primero, dominio después
Usa la URL de vista previa como enlace de trabajo hasta que el sitio esté aprobado.
Eso separa dos problemas:
- La vista previa confirma que los archivos funcionan.
- El dominio personalizado confirma que el lanzamiento público está listo.
Si conectas el dominio demasiado pronto, cada cambio de contenido se mezcla con depuración de DNS. Sube la carpeta, abre la vista previa HTTPS, prueba el sitio y luego conecta el dominio.
En DeployPages, ese camino va desde la carga inicial hacia dominios personalizados y SSL.
Dominio raíz o www
Normalmente eliges una dirección principal:
| Tipo | Ejemplo | Mejor para |
|---|---|---|
| Dominio raíz | example.com | Dirección pública más corta |
Subdominio www | www.example.com | Configuración común y fácil de enrutar |
| Subdominio propio | docs.example.com, app.example.com | Docs, campañas, proyectos paralelos |
No sirvas dos copias separadas del mismo sitio. Elige una dirección principal y redirige la otra. Eso evita confusión para usuarios y buscadores.
DNS en palabras simples
Para un sitio estático normalmente verás:
| Registro | Qué hace | Uso típico |
|---|---|---|
CNAME | Apunta un subdominio a otro nombre de host | www.example.com hacia el destino indicado |
A | Apunta un dominio a una IPv4 | Dominio raíz cuando el proveedor da IPs |
AAAA | Apunta a una IPv6 | Dominio raíz con IPv6 |
ALIAS / ANAME | Apunta un dominio raíz a un nombre de host | Alternativa según proveedor DNS |
TXT | Guarda texto de verificación | Pruebas de propiedad del dominio |
El proveedor debe decirte qué registro agregar. Si no lo hace, el problema es del producto, no del usuario.
Después de editar DNS, usa una herramienta de consulta. DeployPages incluye una herramienta DNS para revisar si el cambio ya es visible públicamente.
HTTPS no es un extra
Un dominio personalizado sin HTTPS se ve roto para usuarios, navegadores y buscadores.
Antes de anunciar el enlace, confirma:
- El sitio abre con
https://. - El certificado cubre el hostname exacto.
http://redirige a HTTPS.- La dirección no principal redirige a la principal.
- No hay advertencias del navegador en una ventana privada.
Si DNS aún se propaga, el certificado SSL puede tardar. No cambies registros cada pocos minutos si los valores son correctos. Espera, revisa y modifica solo lo necesario.
El verificador SSL ayuda porque verifica el certificado desde fuera de tu caché local.
Cómo encaja el dominio en una publicación estática
El orden más limpio es:
| Etapa | URL | Propósito |
|---|---|---|
| Primera carga | URL temporal | Revisar archivos y compartir internamente. |
| Revisión | Vista previa estable | Enviar a clientes, equipo o personas interesadas. |
| Lanzamiento | Dominio personalizado | Tráfico público y SEO. |
| Actualización | Nueva versión | Corregir sin perder la versión anterior. |
| Recuperación | Restaurar versión | Restaurar una versión estable si algo falla. |
Por eso una plataforma de publicación estática útil hace más que almacenar archivos. Cuando un sitio ya tiene dominio, una subida rota no debería dejarte sin camino de recuperación.
Errores comunes
Conectar DNS antes de arreglar la vista previa
Si la vista previa está rota, el dominio también estará roto. Corrige archivos primero.
Mezclar dos nombres de host principales
Elige example.com o www.example.com. Redirige el otro.
Olvidar enlaces antiguos
Si reemplazas un sitio existente, revisa rutas importantes. Un sitio estático también puede necesitar redirecciones.
Creer que el panel DNS equivale a DNS público
La pantalla del proveedor no siempre refleja la resolución pública. Usa herramientas de consulta.
Lanzar sin metadatos
Antes del dominio, configura title, description, favicon e imagen social. El generador de metadatos y la herramienta OG ayudan con esa parte visible.
Cuándo conviene conectar un dominio
Conecta dominio cuando:
- El sitio representa una persona, negocio, producto, evento o cliente.
- El enlace se va a imprimir, anunciar o poner en perfiles.
- SEO importa.
- La gente volverá al sitio más de una vez.
- Necesitas confianza más allá de una URL temporal.
Evita dominio para vistas previas descartables o demos internas que cambiarán mañana.