Un client m'appelle un vendredi soir, paniqué. Son site est en ligne depuis six mois, tout roule, et soudain plus rien. Page blanche. Il a payé son hébergeur, il a payé son domaine, il ne comprend pas. Deux minutes plus tard, on trouve : son nom de domaine avait expiré la veille. Il n'avait jamais activé le renouvellement automatique. Trois jours de propagation plus tard, son site revenait — mais entre-temps, un squatteur avait réservé son adresse en .com et lui proposait de la racheter 900 €. Voilà pourquoi je place l'hébergement et le nom de domaine sur le même plan. Ce sont les deux jambes du même bonhomme. Si l'une casse, l'autre ne sert plus à rien.
Points clés à retenir
- Un nom de domaine se loue à l'année, il ne s'achète pas — et vous ne le possédez jamais vraiment, vous en avez l'usage.
- L'hébergement et le domaine peuvent venir de deux prestataires différents. Ce n'est ni interdit, ni compliqué, à condition de savoir toucher aux enregistrements DNS.
- Le renouvellement automatique est la seule option que vous devez activer le jour de l'achat. Sans exception.
- Le certificat SSL n'est plus un luxe : sans lui, les navigateurs affichent un avertissement et Google vous relègue.
- Pour un site vitrine, un hébergement mutualisé suffit dans la grande majorité des cas. Monter sur un VPS « au cas où » est l'erreur la plus fréquente que je vois.
Hébergement et nom de domaine : deux choses distinctes qu'on confond tout le temps
On me pose la question au moins une fois par mois : « J'ai acheté mon domaine, pourquoi mon site n'est pas en ligne ? » Parce qu'un domaine sans hébergement, c'est une adresse postale sans maison au bout de la rue. Vous avez l'adresse, il n'y a rien à livrer.
Le nom de domaine est un identifiant. Il pointe vers une adresse technique (une IP) qui appartient à quelqu'un d'autre. L'hébergement, c'est ce quelqu'un d'autre : un serveur qui stocke vos fichiers et les envoie aux visiteurs qui demandent votre adresse. Les deux vivent dans des registres séparés, gérés par des prestataires séparés, facturés séparément.
Ce que vous louez vraiment quand vous « achetez » un domaine
Vous louez un bail. Un bail d'un an, renouvelable, sur un nom qui reste la propriété de l'infrastructure mondiale qui gère les extensions. Le registre qui chapeaute les .fr, celui qui chapeaute les .com, chacun tient sa comptabilité. Votre prestataire, lui, n'est qu'un revendeur accrédité. Il enregistre votre nom auprès du registre pour votre compte.
Conséquence directe, et c'est là que les gens se brûlent : si vous ne payez pas le renouvellement, le nom retourne dans le pot commun. Pas immédiatement, il y a un délai de grâce — de quelques semaines selon l'extension — pendant lequel vous pouvez le récupérer. Passé ce délai, n'importe qui peut le prendre. J'ai vu une agence perdre le domaine d'un client parce que la facture partait sur une adresse e-mail désactivée. Le site était encore en ligne, l'adresse ne renvoyait plus dessus. Détail idiot, dommage définitif.
Mutualisé, VPS, dédié : le vrai critère de choix
Sur un hébergement mutualisé, vous partagez un serveur avec des dizaines, parfois des centaines d'autres sites. Sur un VPS, vous avez une machine virtuelle, isolée, avec vos propres ressources. Sur un dédié, le serveur entier est à vous. Et le cloud répartit tout ça sur une infrastructure que vous ne voyez jamais.
Ce que personne ne dit dans les comparatifs : le mutualisé suffit pour 80 % des projets dont on me parle. Un site vitrine, un blog, une boutique avec quelques dizaines de visites par jour — tout ça tient sans problème sur une offre à quelques euros par mois. Le VPS, on y monte quand on a un besoin réel : un trafic qui sature les ressources partagées, une application qui tourne en permanence, un environnement de test qu'on veut isoler. Pas « au cas où ».
| Type | Pour qui | Ordre de prix mensuel | Ce que vous gérez |
|---|---|---|---|
| Mutualisé | Site vitrine, blog, premier projet | 2 à 10 € | Rien. Le prestataire s'occupe de tout. |
| VPS | Trafic soutenu, application, plusieurs sites | 10 à 40 € | Le système, les mises à jour, la sécurité. |
| Dédié | Charge lourde, besoins de conformité | 60 € et plus | Tout, absolument tout. |
| Cloud managé | Équipe technique, besoin de scalabilité | Variable, facturation à l'usage | La configuration applicative. |
Un mot sur la localisation des datacenters. Si votre audience est française, un serveur en France ou en Europe réduit le temps de réponse. Pour un site vitrine, la différence est imperceptible. Pour une boutique, elle se compte en dizaines de millisecondes — ce qui, cumulé sur une page avec beaucoup d'images, devient perceptible. Et côté données personnelles, héberger en Europe simplifie énormément les choses vis-à-vis du RGPD.
Enregistrer son domaine : extension, durée, et le piège du renouvellement
Le choix de l'extension (.fr, .com, .net, .io…) se joue sur trois critères. La crédibilité perçue pour votre marché, la disponibilité du nom, et le prix de renouvellement — pas le prix de la première année.
Et là, franchement, c'est un piège grossier qui fonctionne trop bien. Beaucoup de prestataires affichent 1 € la première année, puis 15 ou 20 € au renouvellement. Certains montent plus haut. Vous ne le voyez qu'au bout de douze mois, quand la facture tombe. Lisez toujours la grille de renouvellement avant de valider, pas seulement la promotion.
- Pour une activité en France, le .fr est un signal de sérieux. Il est réservé aux entités qui peuvent justifier d'un lien avec le pays, ce qui filtre pas mal d'abus.
- Le .com reste la valeur refuge internationale. Prenez-le même si vous visez uniquement la France, ne serait-ce que pour éviter qu'un tiers s'en empare et crée la confusion.
- Les extensions exotiques sont tentantes et souvent moins chères. Elles vieillissent mal : quand votre projet grossit, vous finirez par vouloir le .fr ou le .com, et il sera peut-être pris.
Sur la durée d'enregistrement, une règle simple : prenez plusieurs années si le prix reste raisonnable. Cela vous met à l'abri d'un oubli, et sur certaines extensions, un enregistrement long pèse légèrement dans les signaux de confiance envoyés aux moteurs.
Relier le domaine à l'hébergement : la partie que tout le monde rate
C'est ici que 90 % des blocages arrivent. Vous avez un domaine chez un prestataire, un hébergement chez un autre, et vous ne savez pas quoi mettre où. La réponse tient en un mot : DNS.
Nameservers ou enregistrements individuels ?
Deux méthodes existent pour faire pointer votre domaine vers votre hébergeur.
- Vous changez les nameservers de votre domaine pour ceux de l'hébergeur. Celui-ci prend alors le contrôle total de la zone DNS. Simple, rapide, mais vous perdez la main sur les enregistrements individuels — et si vous utilisez aussi des e-mails chez un troisième prestataire, ça peut coincer.
- Vous gardez les nameservers du registraire et vous créez seulement les enregistrements nécessaires. Un enregistrement A pour faire pointer le domaine vers l'IP du serveur, un CNAME pour les sous-domaines (le fameux www), un MX pour les e-mails, un TXT pour les vérifications de propriété. Plus technique, plus flexible.
Pour un premier site, la première méthode est parfaitement acceptable. Je la recommande même si vous n'avez aucun e-mail personnalisé à configurer. Dès que vous voulez des adresses @votredomaine chez un prestataire distinct, passez à la seconde.
La propagation DNS : pourquoi votre site n'est pas visible tout de suite
Vous venez de changer les nameservers, vous attendez, rien. C'est normal. Les serveurs DNS du monde entier gardent en cache les anciennes valeurs, et ce cache expire progressivement. Comptez de quelques heures à 48 heures, selon les fournisseurs d'accès et la zone concernée. Un changement d'enregistrement A seul se propage souvent plus vite qu'un changement de nameservers.
Astuce que j'utilise systématiquement : avant de basculer, je baisse le TTL (le temps de vie du cache) à 5 minutes, une journée à l'avance. Le jour du changement, la propagation prend parfois moins d'une heure. Ça ne marche pas à tous les coups, mais quand on migre un site en production, ça évite une soirée d'attente devant un écran vide.
Après la mise en ligne : ce qu'on oublie systématiquement
Le site est visible. Bravo. Il reste trois chantiers, et le premier n'est pas optionnel.
Le certificat SSL, ou pourquoi votre navigateur crie au loup
Sans HTTPS, Chrome et Firefox affichent un avertissement explicite sur votre site. Les visiteurs partent. Les moteurs de recherche vous classent moins bien. La quasi-totalité des hébergeurs sérieux proposent aujourd'hui un certificat gratuit, souvent activé en un clic. Il n'y a aucune raison de rester en HTTP.
Après activation, forcez la redirection de HTTP vers HTTPS et choisissez une seule version canonique de votre adresse — avec ou sans www. Sinon, vous vous retrouvez avec du contenu accessible à deux adresses différentes, ce qui dilue le référencement. Une redirection 301 règle le problème en trois minutes.
Sauvegardes et sécurité de base
Vérifiez que vos sauvegardes sont automatiques et, surtout, testez-en une restauration. Une sauvegarde jamais restaurée n'est pas une sauvegarde, c'est une promesse. J'ai découvert une fois, sur un projet perso, que mon hébergeur sauvegardait bien la base de données mais pas les fichiers envoyés par les utilisateurs. Deux ans de données perdues qu'on aurait pu éviter en cochant une case le premier jour.
Le reste est classique et je ne vais pas vous faire l'affront de le détailler : mots de passe solides, mises à jour régulières, double authentification sur les accès.
Peut-on changer d'hébergeur ou transférer un domaine ?
Oui, dans les deux cas. Changer d'hébergement, c'est pointer les DNS vers une nouvelle IP après avoir migré les fichiers. Le transfert de domaine, lui, se fait entre registraires : vous demandez un code d'autorisation à votre prestataire actuel, vous le fournissez au nouveau, et l'opération prend quelques jours. Attention, un transfert ne se déclenche pas dans les 60 jours qui suivent un enregistrement ou un précédent transfert sur la plupart des extensions. Anticipez.
Les erreurs que je vois le plus souvent
Un catalogue court, tiré de ce que je constate autour de moi.
- Renouvellement automatique désactivé. Je le répète parce que c'est la cause numéro un de catastrophe.
- Payer l'extension exotique pas chère, puis découvrir le prix de renouvellement à la deuxième année.
- Monter sur un VPS par principe, passer trois week-ends à administrer un serveur pour un site qui reçoit quinze visites par jour.
- Oublier la redirection www / non-www et se retrouver avec deux versions indexées du même contenu.
- Laisser l'adresse e-mail de contact du compte registrar sur une boîte qu'on ne consulte jamais. Les rappels d'expiration arrivent là. Personne ne les lit.
Cette dernière ligne, c'est l'histoire du début. Le client du vendredi soir n'avait rien fait de stupide. Il avait simplement coché une case le jour de l'achat et l'avait oubliée. Un détail de configuration, quelque part dans un tableau de bord, a coûté trois jours de disponibilité et une rançon qu'il a heureusement refusé de payer.
Le déploiement d'un site web n'a rien de mystérieux. C'est de la plomberie : deux prestataires, une poignée d'enregistrements, un renouvellement à surveiller. La partie qui compte n'est pas la technique, c'est ce que vous mettez dans le site une fois qu'il est en ligne. Tout le reste, vous pouvez le confier à un hébergeur correct et à une après-midi de configuration. Le seul vrai risque, c'est d'oublier que derrière une adresse web il y a une date d'expiration, et qu'elle ne prévient pas deux fois.
