Testez d’abord l’URL publiée par défaut
Ouvrez l’URLreplit.app de l’application et son domaine personnalisé. Si les deux échouent de la même façon,
commencez par le dépannage des déploiements.
Si seul le domaine personnalisé échoue, poursuivez ci-dessous.
Identifiez où le DNS faisant autorité de votre domaine est géré. Acheter un domaine auprès d’une
entreprise ne signifie pas nécessairement que celle-ci héberge son DNS.
La vérification du domaine est en attente ou échoue
- Ouvrez Publishing → Domains et sélectionnez le domaine.
- Comparez les enregistrements affichés par Replit avec ceux de votre fournisseur DNS faisant autorité.
- Vérifiez exactement le type, le nom et la valeur de l’enregistrement. Ne réutilisez pas une adresse IP d’une autre application ou d’une ancienne capture d’écran.
- Vérifiez séparément le domaine apex et
www. Un enregistrement pour l’un ne configure pas automatiquement l’autre. - Recherchez des enregistrements en conflit sur le même nom d’hôte. Conservez les enregistrements sans rapport, en particulier ceux de messagerie et de vérification.
Le HTTPS ou le provisionnement du certificat échoue
Confirmez que le DNS pointe vers le déploiement voulu et que la vérification du domaine est terminée. Recherchez des enregistrements en conflit ou des paramètres de proxy du fournisseur avant de modifier le code de l’application. Si la vérification est terminée mais que le provisionnement du certificat reste bloqué, contactez le support en indiquant le nom d’hôte, les types d’enregistrements, l’état de vérification et l’heure de la dernière modification. Ne désactivez pas le HTTPS ni la vérification des certificats comme correctif.Le domaine charge le mauvais site
Vérifiez à quel projet le domaine est lié et si le DNS pointe encore vers un ancien hôte. Comparez les réponses de l’apex et dewww. Avant de dissocier un domaine
actif, planifiez la modification pour éviter d’interrompre les visiteurs.