Comment connecter un domaine personnalisé à votre application ou site web

Pour connecter un domaine personnalisé, vous achetez le domaine auprès d'un bureau d'enregistrement, ajoutez un enregistrement DNS qui le pointe vers votre hébergeur (généralement un enregistrement CNAME pour un sous-domaine comme www ou app, ou un enregistrement A (ou un enregistrement ALIAS ou aplati) pour le domaine racine), puis laissez votre hébergeur vérifier le domaine et émettre un certificat HTTPS. Cela prend habituellement quelques minutes, parfois plus. La plupart des problèmes viennent d'une faute de frappe dans l'enregistrement, du mauvais type d'enregistrement, ou d'un proxy placé devant l'hébergeur.

Ce guide couvre chaque étape, le choix entre www et la racine, et le dépannage. Pour les concepts derrière les domaines, voir comment fonctionnent les domaines et le DNS.

Les éléments en jeu

Élément	Ce que c'est	Qui le fournit
Nom de domaine	Le nom que vous louez annuellement, comme `exemple.com`	Un bureau d'enregistrement
DNS	La recherche publique qui transforme les noms en adresses de serveurs	Votre fournisseur DNS (souvent le bureau d'enregistrement)
Enregistrements	Les entrées DNS individuelles : « www pointe vers… »	Vous les ajoutez
Hébergeur	Le service qui exécute votre application	Votre hébergeur ou créateur d'applications
Certificat	Ce qui rend `https://` fonctionnel	Généralement émis automatiquement par l'hébergeur

Le bureau d'enregistrement et le fournisseur DNS sont souvent la même entreprise, mais ce n'est pas obligatoire. Ce qui compte : où modifiez-vous le DNS de ce domaine? C'est là que vous ajouterez les enregistrements.

Étape 1 : acheter un domaine

Conseils pour le choisir et l'acheter :

Gardez-le court et facile à épeler à voix haute. Si vous devez expliquer l'orthographe, choisissez-en un autre.
Le .com est l'extension que les gens devinent par défaut, mais les extensions nationales et plus récentes (.io, .app, .co.uk) sont correctes si elles conviennent à votre public.
Vérifiez le prix de renouvellement, pas seulement le prix de la première année. Les rabais d'introduction sont courants, et les renouvellements peuvent coûter plus cher.
Activez le renouvellement automatique et gardez votre carte de paiement à jour. Un domaine expiré met votre site et votre courriel hors ligne, et peut être acheté par quelqu'un d'autre après une période de grâce.
Utilisez la confidentialité WHOIS si elle est offerte, pour que vos renseignements personnels ne soient pas publiés.
Achetez-le dans un compte que vous contrôlez, pas dans celui d'un pigiste ou d'une agence.

Certains hébergeurs et créateurs d'applications vous permettent d'acheter le domaine directement dans le produit, ce qui configure aussi le DNS pour vous.

Étape 2 : décider de l'adresse

Sous-domaine ou domaine racine

Domaine racine (apex) : exemple.com
Sous-domaine : www.exemple.com, app.exemple.com

Une configuration courante consiste à héberger le site de marketing sur exemple.com ou www.exemple.com et le produit sur app.exemple.com. Pour un seul site, choisissez entre www et la racine.

	`www.exemple.com`	`exemple.com`
Type d'enregistrement	CNAME vers votre hébergeur	Enregistrement A/AAAA, ou ALIAS/ANAME/CNAME aplati
Difficulté de configuration	Facile partout	Dépend de votre fournisseur DNS
Apparence	Légèrement plus long	Plus court

La norme DNS n'autorise pas d'enregistrement CNAME à la racine d'un domaine, car la racine doit contenir d'autres enregistrements (comme les enregistrements des serveurs de noms). Beaucoup de fournisseurs DNS contournent le problème avec un type d'enregistrement spécial (appelé ALIAS, ANAME ou aplatissement CNAME selon le fournisseur) qui se comporte comme un CNAME à la racine. Si le vôtre ne le permet pas, la solution fiable consiste à servir le site sur www et à configurer une redirection depuis la racine vers www, chez votre fournisseur DNS ou votre bureau d'enregistrement.

Quel que soit votre choix, gardez une adresse principale et redirigez l'autre vers elle. Avoir deux adresses qui servent le même contenu sans redirection prête à confusion pour les utilisateurs comme pour les moteurs de recherche. Voir le référencement des sites créés avec l'IA pour savoir pourquoi une seule adresse canonique compte.

Étape 3 : ajouter les enregistrements DNS

Votre hébergeur vous indique exactement quoi ajouter. Cela ressemble à l'un de ces exemples :

Type	Nom / Hôte	Valeur / Cible	Utilisé pour
`CNAME`	`www`	`votresite.nomhote.com`	Pointer un sous-domaine vers un nom d'hôte
`A`	`@`	`192.0.2.10`	Pointer la racine vers une adresse IPv4
`AAAA`	`@`	`2001:db8::10`	Pointer la racine vers une adresse IPv6
`TXT`	`_verify` ou `@`	une chaîne de code	Prouver que vous possédez le domaine

Comment remplir le formulaire chez la plupart des fournisseurs DNS :

Nom / Hôte : seulement la partie sous-domaine : www, et non www.exemple.com. Certains fournisseurs ajoutent le domaine automatiquement, et le saisir en entier crée www.exemple.com.exemple.com. Utilisez @ pour la racine si votre fournisseur suit cette convention.
Valeur / Cible : collez exactement ce que l'hébergeur affiche. Un point final est acceptable si votre fournisseur en ajoute un.
TTL : la valeur par défaut convient. Un TTL plus court (comme 5 minutes) fait en sorte que les modifications futures prennent effet plus vite.
Proxy : si votre fournisseur DNS peut mettre le trafic en proxy (le nuage orange de Cloudflare, par exemple), suivez les instructions de votre hébergeur. Beaucoup d'hébergeurs exigent « DNS seulement » pour pouvoir émettre le certificat.

Ne touchez pas aux enregistrements existants, sauf si l'hébergeur vous demande de les modifier. En particulier, ne touchez pas aux enregistrements MX : ce sont eux qui livrent votre courriel. Les supprimer ou les modifier est la façon la plus courante de briser le courriel lors d'un changement de domaine.

Changer les serveurs de noms ou ajouter des enregistrements

Certains hébergeurs offrent deux options : ajouter un enregistrement, ou transférer tout le DNS de votre domaine chez eux en modifiant les serveurs de noms chez le bureau d'enregistrement. Modifier les serveurs de noms déplace tous les enregistrements, y compris le courriel. Faites-le seulement si vous êtes prêt à recréer tous les enregistrements existants chez le nouveau fournisseur. Ajouter un seul enregistrement présente moins de risques.

Étape 4 : vérifier et activer HTTPS

Une fois l'enregistrement en place, revenez à votre hébergeur et cliquez sur son bouton de vérification. L'hébergeur vérifie le DNS, demande un certificat (généralement à une autorité de certification gratuite comme Let's Encrypt) et commence à servir votre site en HTTPS.

La vérification peut demander plusieurs essais pendant que les modifications DNS se propagent.
Les certificats se renouvellent automatiquement tant que l'enregistrement DNS reste en place.
Si votre domaine a des enregistrements CAA (qui limitent les autorités de certification autorisées à émettre pour lui), assurez-vous qu'ils autorisent l'autorité de votre hébergeur, sinon l'émission échoue.

Une fois HTTPS fonctionnel, assurez-vous que http:// redirige vers https://. La plupart des hébergeurs le font automatiquement.

Étape 5 : tester

https://www.exemple.com charge votre site avec le cadenas
L'autre forme (racine ou www) redirige vers votre adresse principale
http:// redirige vers https://
La connexion, l'ouverture de session OAuth et les redirections de paiement fonctionnent sur le nouveau domaine (elles ont souvent des listes d'URL autorisées qui pointent encore vers l'ancienne adresse)
Le courriel envoyé à votre domaine arrive toujours
Les liens dans les courriels envoyés par votre application utilisent le nouveau domaine

Le quatrième point piège souvent les gens : la connexion Google, les webhooks Stripe et les liens de réinitialisation de mot de passe sont tous configurés avec des URL précises. Ajoutez le nouveau domaine partout où apparaît l'ancienne adresse. Voir comment ajouter une connexion à votre application pour la partie OAuth.

Dépannage

Symptôme	Cause probable	Correctif
La vérification échoue sans cesse	Faute de frappe dans la cible, mauvais type d'enregistrement, ou nom saisi comme domaine complet	Comparez l'enregistrement caractère par caractère avec ce que l'hébergeur affiche
Fonctionne pour vous, pas pour d'autres (ou l'inverse)	Mise en cache DNS pendant un changement	Attendez l'expiration du TTL; testez depuis un téléphone en données mobiles
Erreur de certificat ou « non sécurisé »	Certificat pas encore émis, proxy devant, ou enregistrements CAA qui bloquent	Attendez quelques minutes et revérifiez; mettez le proxy en DNS seulement; vérifiez CAA
« Trop de redirections »	Deux couches qui redirigent (par exemple, proxy qui force HTTPS et hébergeur qui fait la même chose)	Désactivez l'une des redirections, ou utilisez « DNS seulement »
Le domaine racine ne fonctionne pas, `www` oui	Aucun enregistrement ni redirection pour la racine	Ajoutez un enregistrement ALIAS ou aplati, ou redirigez la racine vers `www`
Le courriel a cessé de fonctionner	Enregistrements MX modifiés ou perdus lors du transfert des serveurs de noms	Restaurez les enregistrements MX selon les instructions de votre fournisseur de courriel
L'ancien site s'affiche encore	Ancien enregistrement A toujours présent à côté du nouveau	Supprimez les enregistrements en conflit pour le même nom

Un outil de recherche DNS en ligne, ou dig www.exemple.com dans un terminal, montre ce que le monde voit actuellement pour votre enregistrement. C'est utile pour savoir si le problème vient du DNS ou de l'hébergeur.

Connecter un domaine personnalisé sur Mythex

Les domaines personnalisés sont une fonction Pro de Mythex. Les forfaits gratuits publient vers une adresse votrenom.mythex.app. Avec Pro, vous pouvez :

Acheter un domaine dans Mythex depuis Domaines dans les paramètres, ou depuis Publier → Domaine personnalisé sur un projet en ligne. Mythex enregistre le domaine et configure le DNS; l'enregistrement est facturé séparément du forfait Pro, et le renouvellement automatique est activé par défaut.
Connecter un domaine que vous possédez déjà. Publiez le projet, choisissez Connecter, saisissez le nom d'hôte (par exemple app.exemple.com), puis ajoutez un CNAME chez votre fournisseur DNS qui pointe vers la cible affichée par Mythex (votreslug.mythex.ai). Cliquez sur Vérifier. HTTPS est émis automatiquement.

Si votre DNS est chez Cloudflare, mettez ce CNAME en DNS seulement (nuage gris), pas en proxy. Pour un domaine racine, la documentation recommande d'utiliser www ou app et de rediriger la racine chez votre fournisseur DNS s'il ne prend pas en charge ALIAS ou l'aplatissement.

Consultez Domaines personnalisés dans la documentation pour les étapes complètes et le dépannage, et Forfaits pour ce qui est inclus dans Pro. Avant de pointer un domaine vers une application, il vaut la peine de suivre la mise en production d'un prototype IA.

Questions

Combien de temps faut-il pour qu'un domaine personnalisé fonctionne?

Souvent quelques minutes après l'ajout de l'enregistrement DNS, mais cela peut prendre plus de temps selon votre fournisseur DNS et le TTL de l'enregistrement (durée pendant laquelle les résolveurs le mettent en cache). Si vous avez modifié les serveurs de noms, prévoyez davantage de temps.

Dois-je utiliser www ou le domaine racine?

Les deux fonctionnent pour les visiteurs. Un sous-domaine comme www ou app est généralement plus facile à connecter, car il peut utiliser un enregistrement CNAME. Beaucoup de sites servent www et redirigent le domaine racine vers lui, ou l'inverse. Choisissez simplement une adresse principale.

Dois-je acheter un certificat SSL?

Habituellement non. La plupart des hébergeurs modernes, y compris les créateurs d'applications, émettent gratuitement des certificats HTTPS automatiquement dès que votre DNS pointe vers eux. Vous n'en achèterez un que dans des cas particuliers, comme certains certificats à validation d'organisation.

Pourquoi ne puis-je pas ajouter un CNAME pour mon domaine racine?

Les règles du DNS interdisent un CNAME à la racine (apex) d'un domaine, car d'autres enregistrements obligatoires y sont présents. Certains fournisseurs DNS offrent ALIAS, ANAME ou l'aplatissement CNAME pour obtenir le même effet; sinon, utilisez www et redirigez le domaine racine.