Configurer ses DNS sur Hostinger : le guide pas à pas

Un client Hostinger qui vient d’acheter son domaine se retrouve souvent devant une interface hPanel bien remplie, avec une zone DNS qui ressemble à un tableau de bord d’avion. Il veut juste faire deux choses : brancher son site (hébergé chez Hostinger, sur Vercel, ou ailleurs) et faire fonctionner ses emails pro. Ce guide t’emmène pas à pas dans l’interface réelle de Hostinger, enregistrement par enregistrement, pour que ton domaine pointe au bon endroit du premier coup.

Prérequis

• Un accès actif à ton compte hPanel Hostinger (email + mot de passe, ou connexion Google)
• Le nom de domaine déjà enregistré chez Hostinger (ou transféré chez eux)
• Les informations techniques de ta destination : IP d’un serveur, adresses CNAME fournies par Vercel/Netlify, ou serveur mail utilisé
• 15 à 20 minutes de calme, et la patience d’attendre la propagation (jusqu’à 24-48h dans les pires cas)

1. Trouver la zone DNS dans hPanel

Connecte-toi à hPanel, puis va dans Domaines dans le menu latéral. Clique sur le domaine concerné, puis sur DNS / Nameservers (parfois libellé simplement “Enregistrements DNS” selon la langue et la version de l’interface). Tu arrives sur une liste d’enregistrements déjà présents : souvent un A par défaut pointant vers l’hébergement Hostinger, des NS, et parfois des MX préconfigurés pour Titan Mail.

Deux points de vigilance à ce stade :

• Si le domaine utilise les nameservers Hostinger par défaut (ns1.dns-parking.com ou similaires), tu gères la zone DNS ici, dans hPanel. Si tu as pointé les nameservers vers un service tiers (Cloudflare par exemple), la zone DNS se gère chez ce tiers, pas chez Hostinger — vérifie d’abord dans Domaines > Nameservers.
• L’interface distingue parfois “DNS Zone Editor” (ancienne appellation) et le nouveau panneau DNS. Le contenu est identique, seule la présentation change.

2. Comprendre les enregistrements avant de toucher à quoi que ce soit

Avant de modifier quoi que ce soit, sache à quoi sert chaque type d’enregistrement. Une erreur ici casse le site ou les emails en quelques secondes.

Le champ TTL (Time To Live) indique combien de temps les résolveurs DNS gardent la valeur en cache avant de revérifier. Un TTL bas (300 secondes) accélère la propagation d’un changement, un TTL élevé (14400 ou plus) réduit la charge mais ralentit toute correction future.

3. Pointer ton domaine vers Vercel, Netlify ou un serveur externe

C’est l’opération la plus courante et la plus mal comprise. Deux cas de figure :

Le domaine racine (exemple.com) doit généralement recevoir un enregistrement A pointant vers l’IP fournie par ton hébergeur. Pour Vercel, c’est souvent 76.76.21.21. Pour Netlify, une adresse similaire fournie dans leur tableau de bord. Supprime l’enregistrement A par défaut de Hostinger avant d’ajouter le nouveau — hPanel n’autorise pas deux A actifs sur le même sous-domaine.

Le sous-domaine www doit recevoir un CNAME pointant vers la valeur donnée par ton hébergeur (par exemple cname.vercel-dns.com ou ton-site.netlify.app). Dans hPanel, le champ “Nom” attend juste www, pas www.exemple.com.

Une fois les enregistrements créés, configure le domaine personnalisé côté Vercel ou Netlify pour que le certificat SSL se génère automatiquement. Ce détail change entre les deux plateformes — le comparatif Netlify ou Vercel en 2026 et le guide domaine personnalisé et SSL sur Vercel/Netlify détaillent les spécificités de chaque interface.

Si ton site reste hébergé sur un serveur classique (VPS, mutualisé ailleurs que chez Hostinger), remplace simplement l’IP de l’enregistrement A par celle de ce serveur, sans toucher aux autres lignes.

4. Configurer les emails : MX, SPF, DKIM, DMARC

Si tu utilises Titan Mail (la messagerie Hostinger) ou Google Workspace, les enregistrements MX doivent pointer vers les bons serveurs — hPanel propose souvent une configuration automatique en un clic pour Titan, mais pour Google Workspace ou un autre fournisseur, tu dois saisir les MX manuellement dans l’ordre de priorité fourni par ton prestataire mail.

Ajoute ensuite les enregistrements TXT de sécurité email : SPF (qui liste les serveurs autorisés à envoyer au nom de ton domaine), DKIM (signature cryptographique), DMARC (politique en cas d’échec). Sans ces trois éléments correctement réglés, tes emails partent en spam ou ne partent pas du tout. Le guide SPF, DKIM, DMARC expliqués détaille la syntaxe exacte de chaque enregistrement. Si tes emails WordPress spécifiquement n’arrivent jamais, regarde plutôt du côté de la configuration SMTP ou de l’API Resend, souvent plus fiable qu’un envoi PHP natif.

5. Ajouter un enregistrement TXT de vérification

Google Search Console, Google Workspace, ou un outil marketing te demande souvent de “prouver” que tu possèdes le domaine via un enregistrement TXT à la racine. Dans hPanel, crée une nouvelle ligne TXT, laisse le champ “Nom” vide ou mets @, colle la valeur fournie telle quelle (guillemets inclus si l’outil les fournit). Ne crée jamais deux enregistrements TXT identiques à la racine : certains outils échouent à la vérification si un doublon existe.

6. Régler le TTL et vérifier la propagation

Avant une bascule importante (migration d’hébergeur, changement de destination du site), baisse le TTL à 300 secondes 24h à l’avance si possible. Cela réduit le temps pendant lequel une partie des visiteurs voit encore l’ancienne destination pendant que tu bascules.

Une fois les modifications enregistrées dans hPanel, vérifie la propagation avec un outil de lookup DNS public (whatsmydns.net par exemple) plutôt que de rafraîchir ton navigateur en boucle — ton propre poste garde un cache local qui fausse le diagnostic. Si le domaine refuse de pointer où il devrait après 48h, le problème vient rarement de Hostinger lui-même : consulte DNS qui ne propage pas pour le diagnostic complet.

Pièges courants

• Deux enregistrements A en conflit : hPanel accepte parfois d’enregistrer un doublon avant de renvoyer une erreur silencieuse au moment de la sauvegarde. Vérifie toujours la liste complète après modification.
• CNAME sur la racine : impossible techniquement sur un domaine nu (@). Utilise un A ou une redirection ALIAS/ANAME si ton hébergeur cible le propose.
• Nameservers externes oubliés : modifier la zone DNS dans hPanel ne sert à rien si les nameservers du domaine pointent ailleurs (Cloudflare, un autre registrar). Vérifie ce point en premier, systématiquement.
• SSL qui ne se génère pas : souvent lié à un enregistrement A ou CNAME mal propagé, pas à un vrai problème de certificat. Si le cadenas reste barré après propagation complète, regarde erreur de certificat SSL expiré.
• TTL trop élevé laissé après une migration : pense à le remonter à une valeur standard (3600 ou 14400) une fois la bascule stabilisée, pour ne pas surcharger les résolveurs inutilement.

Une zone DNS bien tenue, avec des enregistrements documentés et un TTL cohérent, évite 80% des allers-retours de support. Note quelque part (hors de ta tête) chaque modification faite dans hPanel : la prochaine personne qui touchera à ce domaine — toi dans six mois, ou un autre prestataire — te remerciera.