Nom de domaine et hébergement : les erreurs qui coûtent cher

Le nom de domaine et l'hébergement passent pour des sujets techniques. Ce sont d'abord des sujets de propriété — et c'est à ce titre qu'ils créent des situations dont on ne sort pas facilement.

Chacune des sections qui suivent se termine par une vérification que vous pouvez faire tout de suite, sans appeler personne. Comptez dix minutes pour l'ensemble.

Qui possède votre domaine ?

La question n'est pas « qui l'a acheté » ni « qui le paie », mais « au nom de qui est-il enregistré ». Ce sont trois choses différentes, et seule la dernière compte.

Un domaine enregistré au nom d'une agence est un levier de négociation contre vous le jour d'un désaccord — et un problème sans solution le jour où l'agence cesse son activité. Le transfert d'un domaine suppose la coopération de son détenteur : sans elle, il faut attendre l'expiration, en espérant que personne d'autre ne le récupère entre-temps.

La vérification : interrogez un service whois public avec votre nom de domaine. Vous verrez le titulaire déclaré, la date d'expiration et le bureau d'enregistrement. Si les données sont masquées par un service d'anonymat — courant et légitime —, demandez à votre prestataire une capture du panneau de gestion montrant le titulaire. Un refus est en soi une réponse.

Si la réponse est mauvaise : demandez le transfert par écrit, calmement, tant que la relation est bonne. Cela se règle en quelques jours et sans frais notables. Attendre le conflit multiplie la difficulté.

Le renouvellement

Un domaine se loue, il ne s'achète pas. À l'échéance, la mécanique est la même partout, et le coût augmente à chaque étape.

• Avant l'expiration — le renouvellement coûte le prix normal.
• Période de grâce — quelques semaines pendant lesquelles le site ne répond plus mais où le domaine reste récupérable au tarif ordinaire. Vos courriels, eux, sont déjà tombés.
• Période de rachat — le domaine est réservé mais sa récupération devient nettement plus chère.
• Remise en vente — n'importe qui peut le prendre. Des acheteurs automatiques surveillent en permanence les domaines qui sortent, en particulier ceux qui reçoivent encore des visites.

La vérification : la date d'expiration figure dans le whois. Activez le renouvellement automatique, et vérifiez surtout que la carte bancaire enregistrée est toujours valide — c'est la cause la plus fréquente d'expiration involontaire. Vérifiez aussi l'adresse e-mail de contact du domaine : si c'est une adresse de ce même domaine, les avertissements d'expiration arriveront quand la messagerie sera déjà tombée.

Choisir une extension

Une extension nationale (.fr, .tg, .be) dit où vous êtes établi et rassure un public local. Une extension générique (.com) ne dit rien de particulier, ce qui est parfois exactement ce que l'on veut.

Sur le référencement, l'effet est faible et souvent surestimé : une extension nationale peut aider légèrement sur des recherches locales, sans jamais compenser un site sans contenu. Le critère décisif est ailleurs : la disponibilité de l'extension pour votre nom, et la cohérence avec ce que vos clients taperont spontanément.

Réserver plusieurs extensions et les rediriger vers la principale est une précaution peu coûteuse si votre nom est facile à confondre. Elle devient inutile au-delà de deux ou trois.

Mutualisé, serveur privé ou infogéré

Formule	Adapté à	Le compromis
Mutualisé	Site vitrine, blog, trafic modéré	Vous partagez la machine : la vitesse dépend de l'activité des autres sites
Serveur privé virtuel	Application métier, boutique, besoins particuliers	Ressources garanties, mais l'administration système vous incombe
Infogéré	Toute organisation sans compétence système interne	Plus cher à la ligne, mais les mises à jour et la surveillance sont assurées

Le calcul honnête n'est pas mensuel mais annuel, et il inclut le temps interne. Un serveur privé à bas prix qui occupe une demi-journée par mois coûte plus cher qu'une offre infogérée deux fois plus chère à la ligne.

Les critères qui comptent

Les offres se comparent presque toujours sur l'espace disque et le trafic. Ce sont rarement les contraintes réelles. Quatre critères pèsent davantage :

• L'emplacement des serveurs. Il détermine la latence pour vos visiteurs, et le régime juridique applicable à vos données — un point à trancher explicitement si vous traitez des données personnelles de résidents européens.
• Les sauvegardes incluses. Leur fréquence, leur profondeur d'historique, et surtout si vous pouvez déclencher une restauration vous-même ou s'il faut ouvrir un ticket et attendre.
• Le délai de support annoncé. Pas l'existence d'un support : le délai, par écrit, et ce qu'il couvre en dehors des heures ouvrées.
• La sortie. Pouvez-vous récupérer l'intégralité de vos fichiers et de vos bases dans un format standard, sans intervention de leur part ? Si la réponse est non, vous êtes locataire de vos propres données.

Récupérer la main quand un ancien prestataire détient les accès

Situation fréquente et rarement désespérée. Dans l'ordre :

1. Demandez par écrit la liste des accès et le transfert du domaine. Un courriel simple, sans reproche, suffit dans la majorité des cas.
2. Identifiez le bureau d'enregistrement via le whois. Si votre organisation figure comme titulaire, ce bureau a une procédure de reprise en main sur justificatifs, indépendante du prestataire.
3. Reconstituez ce qui manque plutôt que d'attendre. Un site peut être copié et réhébergé ailleurs ; c'est le domaine et la messagerie qui bloquent réellement, pas les fichiers.

Six vérifications à faire ce matin : titulaire du domaine, date d'expiration, moyen de paiement valide, adresse de contact indépendante du domaine, propriété du compte d'hébergement, capacité à exporter vos données seul.

Ce que nous faisons de notre côté

Nos clients sont titulaires de leur domaine et propriétaires de leur compte d'hébergement, dès le premier jour et même lorsque nous administrons l'ensemble. Ce site est hébergé sur un serveur privé infogéré, avec sauvegardes quotidiennes et restauration testée — le dispositif décrit dans notre article sur les sauvegardes.

La page DevOps & Cloud détaille l'infrastructure, et Développement Web & Mobile ce qui tourne dessus.