Dominios

Toda App responde en {subdominio}.praxsuite.app desde el momento en que se crea. Apuntar tu propio dominio es una segunda dirección sobre el mismo sitio, no una mudanza — el subdominio sigue funcionando, lo cual es útil mientras todavía estás armando el definitivo.

Las dos cosas que tienen que pasar

Un dominio propio está en vivo cuando estas dos son ciertas, y se siguen por separado:

Mantenerlas separadas es deliberado. "El sitio no carga" tiene dos causas muy distintas, y el par de estados te dice cuál tenés: un dominio pendiente de verificación es un problema de DNS de tu lado; un dominio verificado con el certificado todavía emitiéndose es una espera.

Apuntar el dominio

Agregá el dominio en la App, y la pantalla te da el registro DNS a crear:

1. Un CNAME desde tu dominio al destino que Praxsuite te muestra.

2. Un registro TXT de propiedad, cuando ese dominio lo requiere.

Después verificá. La verificación chequea que los registros resuelvan; si no, el mensaje te dice qué parte está mal en vez de fallar sin más — incluido el caso frecuente en que el dominio resuelve bien pero su CNAME apunta al destino equivocado, que es lo que pasa cuando el dominio estaba alojado en otro lado.

Los cambios de DNS no son instantáneos. Una verificación que falla un minuto después de crear el registro normalmente es solo apuro; esperá y corrala de nuevo.

Dominios apex

ejemplo.com — sin www — merece una nota. Estrictamente, DNS no permite un CNAME en el apex, y los proveedores que lo soportan lo hacen aplanando el registro a una dirección por detrás.

Acá funciona. Lo que significa en la práctica es que un dominio apex puede verificar sin que una consulta vea un CNAME, así que el chequeo trata un CNAME ausente como desconocido, nunca como incorrecto. Si tu apex resuelve y el certificado queda activo, está bien configurado aunque el chequeo de CNAME no tenga nada que reportar.

Varios dominios, uno primario

Una App puede tener varios dominios a la vez — ejemplo.com y www.ejemplo.com, un dominio viejo que seguís sirviendo tras un cambio de marca, una variante por país.

Uno queda marcado como primario, y esa elección no es cosmética: es la dirección que se usa para los enlaces canónicos. Sin un primario, un buscador que encuentra la misma página bajo dos hostnames tiene que adivinar si son una página o dos, y de cualquier forma reparte el posicionamiento entre las dos.

Poné como primario el dominio que realmente querés que la gente vea y comparta. Los demás siguen sirviendo.

Quitar uno

Desvincular un dominio hace que deje de servir esa App. Hacé también la parte de DNS — un CNAME que quedó apuntando a un destino que ya no lo acepta es un hostname que falla de forma confusa mientras alguien recuerde que existe.

Siguiente

• Publicación y versiones — llevar una versión a la dirección

• Destinos de deploy — servir la misma App desde otro lado

Cómo se ve

La instrucción de arriba es el único paso que ocurre fuera de Praxsuite: apuntas un CNAME a la dirección indicada y vuelves a verificar. Todo lo de abajo es el resultado de eso.

La estrella marca el dominio principal. Solo un dominio puede tenerla, y es el que se usa para construir los enlaces canónicos — por eso aquí el dominio raíz y la forma www. están ambos activos pero solo uno tiene estrella. Hacer principal al otro es una sola acción y cambia cuál dirección se le indica a los buscadores como la real.

La tercera fila es el estado en el que realmente vas a pasar tiempo. Pending DNS con un botón Verify significa que el registro aún no se ha visto, y el botón vuelve a comprobar en el momento en vez de esperar la siguiente pasada automática. Dos causas habituales: el registro todavía no propaga, o se creó con el nombre equivocado. Nada se pierde mientras espera — el dominio conserva su token de verificación, así que verificar después no exige volver a escribir nada.