Comment connecter un domaine personnalisé à votre application ou site

Pour connecter un domaine personnalisé, vous achetez le domaine auprès d'un bureau d'enregistrement, vous 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 / aplati — pour le domaine racine), puis votre hébergeur vérifie le domaine et délivre un certificat HTTPS. Cela prend généralement quelques minutes, parfois davantage. La plupart des problèmes viennent d'une faute de frappe dans l'enregistrement, d'un mauvais type d'enregistrement ou d'un proxy placé devant l'hébergeur.

Ce guide couvre chaque étape, le choix entre www et le domaine racine, et le dépannage. Pour les notions de base sur 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 chaque année, 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	Entrées DNS individuelles : « www pointe vers… »	Vous les ajoutez
Hébergeur	Le service qui fait tourner votre application	Votre hébergeur ou constructeur d'applications
Certificat	Ce qui rend `https://` possible	Généralement délivré 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 choisir et acheter :

Gardez-le court et facile à épeler à l'oral. Si vous devez expliquer l'orthographe, choisissez-en un autre.
.com est l'extension que les gens devinent par défaut, mais les extensions nationales et plus récentes (.io, .app, .co.uk) conviennent si elles correspondent à votre public.
Vérifiez le prix du renouvellement, pas seulement celui de la première année. Les remises d'introduction sont courantes, 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 messagerie hors ligne, et peut être racheté par quelqu'un d'autre après une période de grâce.
Utilisez la confidentialité WHOIS si elle est proposée, pour que vos coordonnées personnelles ne soient pas publiées.
Achetez-le dans un compte que vous contrôlez, et non celui d'un freelance ou d'une agence.

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

Étape 2 : choisir l'adresse

Sous-domaine ou domaine racine

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

Une configuration courante consiste à placer le site vitrine sur exemple.com ou www.exemple.com, et le produit sur app.exemple.com. Pour un site unique, 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	Un peu plus long	Plus court

La norme DNS n'autorise pas un enregistrement CNAME à la racine d'un domaine, car la racine doit contenir d'autres enregistrements (comme les enregistrements de serveurs de noms). De nombreux fournisseurs DNS contournent cette limite avec un type d'enregistrement spécial, appelé ALIAS, ANAME ou CNAME aplati selon le fournisseur, qui se comporte comme un CNAME à la racine. Si le vôtre ne le propose pas, la méthode fiable consiste à servir le site sur www, et à configurer une redirection de la racine vers www chez votre fournisseur DNS ou votre bureau d'enregistrement.

Quel que soit votre choix, retenez une adresse principale et redirigez l'autre vers elle. Avoir deux adresses qui affichent le même contenu sans redirection prête à confusion pour les utilisateurs comme pour les moteurs de recherche. Voir le SEO pour les sites créés avec l'IA pour comprendre pourquoi une adresse canonique unique 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	Usage
`CNAME`	`www`	`votresite.hostname.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 : uniquement la partie sous-domaine : www, et non www.exemple.com. Certains fournisseurs ajoutent automatiquement le domaine, et si vous le saisissez en entier, vous créez 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 accepté si votre fournisseur en ajoute un.
TTL : la valeur par défaut convient. Un TTL plus faible (par exemple 5 minutes) fait prendre effet les changements futurs plus rapidement.
Proxy : si votre fournisseur DNS peut faire transiter le trafic par un proxy (le nuage orange de Cloudflare, par exemple), suivez les instructions de votre hébergeur. Beaucoup d'hébergeurs demandent le mode « DNS seul » afin de pouvoir délivrer le certificat.

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

Changer les serveurs de noms ou ajouter des enregistrements

Certains hébergeurs proposent deux options : ajouter un enregistrement, ou transférer tout le DNS de votre domaine chez eux en changeant les serveurs de noms chez le bureau d'enregistrement. Changer les serveurs de noms déplace tous les enregistrements, y compris la messagerie. Ne le faites que si vous êtes prêt à recréer tous les enregistrements existants chez le nouveau fournisseur. Ajouter un seul enregistrement présente un risque bien moindre.

É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 contrôle le DNS, puis demande un certificat — généralement auprès d'une autorité de certification gratuite comme Let's Encrypt — et commence à servir votre site en HTTPS.

La vérification peut nécessiter plusieurs tentatives pendant que les modifications DNS se propagent.
Les certificats se renouvellent automatiquement tant que l'enregistrement DNS reste en place.
Si votre domaine possède des enregistrements CAA (qui limitent les autorités de certification autorisées à le certifier), vérifiez qu'ils autorisent l'autorité de votre hébergeur, sinon la délivrance du certificat échoue.

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

Étape 5 : tester

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

Le quatrième point piège beaucoup de monde : 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	Solution
La vérification échoue sans arrêt	Faute de frappe dans la cible, mauvais type d'enregistrement, ou nom saisi sous forme de domaine complet	Comparez l'enregistrement caractère par caractère avec ce qu'affiche l'hébergeur
Ça marche pour vous, pas pour les autres (ou l'inverse)	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 délivré, proxy devant, ou enregistrements CAA bloquants	Attendez quelques minutes et relancez la vérification ; passez le proxy en « DNS seul » ; vérifiez les CAA
« Trop de redirections »	Deux couches qui redirigent (par exemple un proxy qui force HTTPS et l'hébergeur qui fait de même)	Désactivez une des redirections, ou passez en « DNS seul »
La racine ne fonctionne pas, `www` oui	Pas d'enregistrement ni de redirection pour la racine	Ajoutez un enregistrement ALIAS/aplati, ou redirigez la racine vers `www`
La messagerie ne fonctionne plus	Enregistrements MX modifiés ou perdus lors du changement de serveurs de noms	Restaurez les enregistrements MX selon les instructions de votre fournisseur de messagerie
L'ancien site s'affiche encore	Ancien enregistrement A 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 voit le monde pour votre enregistrement : 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 fonctionnalité Pro de Mythex. Les forfaits gratuits publient sur une adresse votrenom.mythex.app. Sur 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 pointant vers la cible indiquée par Mythex (votreslug.mythex.ai). Cliquez sur Vérifier. HTTPS est délivré automatiquement.

Si votre DNS est chez Cloudflare, réglez ce CNAME sur DNS seul (nuage gris), et non en mode 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.

Voir Domaines personnalisés dans la documentation pour toutes les étapes et le dépannage, et Forfaits pour ce qui est inclus dans Pro. Avant de pointer un domaine vers une application, prenez le temps de suivre comment faire passer un prototype IA en production.

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 longtemps selon votre fournisseur DNS et le TTL de l'enregistrement (durée de mise en cache par les résolveurs). Si vous avez modifié les serveurs de noms, prévoyez davantage de temps.

Faut-il utiliser www ou le domaine racine ?

Les deux fonctionnent pour les visiteurs. Un sous-domaine comme www ou app est généralement plus simple à 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.

Faut-il acheter un certificat SSL ?

En général non. La plupart des hébergeurs modernes, y compris les constructeurs d'applications, délivrent gratuitement des certificats HTTPS dès que votre DNS pointe vers eux. Il faut en acheter un seulement dans des cas particuliers, comme certains certificats validés par une organisation.

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

Les règles DNS n'autorisent pas un CNAME à la racine (apex) d'un domaine, car d'autres enregistrements obligatoires s'y trouvent. Certains fournisseurs DNS proposent les enregistrements ALIAS, ANAME ou le « CNAME flattening » pour obtenir le même effet ; sinon, utilisez www et redirigez le domaine racine.