Hébergement, DNS et Cloudflare : les comptes que vous devez garder après le lancement

Après le lancement d’un site, vous devriez détenir quatre comptes : le registraire du domaine, le DNS, l’hébergement et le CDN ou pare-feu placé devant le site (souvent Cloudflare). L’agence peut les exploiter. Elle ne devrait pas en être propriétaire. Quand la propriété repose sur la carte et la boîte courriel d’un fournisseur, vous louez votre propre site, et vous le découvrez au pire moment.

On le voit presque chaque semaine dans les mandats montréalais. Un fondateur veut changer un numéro de téléphone sur le site et apprend que l’hébergement est facturé à un développeur parti à Lisbonne en 2022. Personne n’est de mauvaise foi. C’est le réflexe habituel : la personne qui a monté le tout a utilisé son propre accès parce que c’était plus rapide ce jour-là.

Ce que « détenir » veut vraiment dire

La propriété, ce n’est pas une impression. Ce sont quatre faits vérifiables par compte :

• Le compte est ouvert avec un courriel d’entreprise que vous contrôlez, idéalement une adresse de rôle plutôt que la boîte d’une seule personne
• Le mode de paiement est la carte ou la facture de votre entreprise
• Au moins deux personnes chez vous ont un accès administrateur, pour qu’un départ ne vous verrouille pas dehors
• L’authentification multifacteur est activée, et les codes de récupération sont rangés dans un endroit que votre entreprise contrôle, pas votre fournisseur

S’il en manque un, vous avez une dépendance, pas un actif. Ça se règle en un après-midi, et c’est moins cher avant un incident que pendant.

Les quatre comptes, du plus douloureux au moins douloureux

1. Le registraire du domaine. C’est celui qui peut mettre fin à votre présence en ligne d’un seul coup. Si le domaine expire ou est transféré ailleurs, tout ce qui repose dessus disparaît. Le titulaire doit être votre entreprise. Le renouvellement automatique doit être activé, avec une carte qui n’expire pas en silence.

2. Le DNS. Votre zone DNS décide où pointent le site, le courriel et chaque enregistrement de vérification. La livraison du courriel, Microsoft 365 ou Google Workspace, le domaine d’envoi de votre CRM et Search Console en dépendent. Qui détient cet accès peut détourner votre courriel sans jamais toucher à l’hébergeur. Traitez-le comme l’accès à votre compte bancaire.

3. L’hébergement. Serveurs, conteneurs ou plateforme gérée. C’est le plus facile à reconstruire si vous avez encore le code et la sauvegarde de la base de données; c’est pourquoi il arrive troisième. C’est quand même le compte qui se fait suspendre quand une carte est refusée.

4. Cloudflare ou un autre CDN et pare-feu. Si le site passe par là, les réglages peuvent le casser aussi bien que l’hébergeur. Règles de page, redirections et règles anti-robots s’y trouvent, souvent sans documentation.

« L’agence s’en occupe » n’est pas de la propriété

L’hébergement géré est un très bon produit. Le risque apparaît quand « géré » veut dire « détenu ». Un bon test tient en une question : si ce fournisseur disparaissait demain, combien de jours ouvrables faudrait-il avant de pouvoir modifier un enregistrement?

Si la réponse honnête est « je ne sais pas qui appeler », l’arrangement tient seulement tant que la relation reste bonne. Or les relations se terminent pour des raisons ordinaires : un fondateur prend sa retraite, un studio est acquis, un forfait est mis en pause pour cause de budget. Les comptes doivent survivre à tout ça.

Ce que fait AERVIO par défaut

Nous travaillons de Montréal, en semaine, de 9 h à 17 h HE, et notre mise en place est volontairement ennuyeuse :

1. Vous créez les comptes de registraire, de DNS, d’hébergement et de Cloudflare au nom de votre entreprise, ou nous les créons avec vous en partage d’écran pour que la première connexion soit la vôtre.
2. Nous sommes ajoutés comme utilisateurs nommés. Pas de compte partagé, pas de mot de passe dans un fil Slack.
3. Une carte d’une page est remise au transfert : ce qui se trouve où, qui est facturé, la date de chaque renouvellement, où est consignée la dernière vérification de restauration.
4. Si le mandat s’arrête, vous nous retirez. Il n’y a rien à migrer, parce que rien ne nous appartenait.

Le même principe s’applique au reste de la pile. C’est pourquoi le TI sans tracas travaille dans votre locataire et non dans le nôtre, et c’est écrit dans la section de transfert de chaque forfait de croissance. Le site, le CRM et la recherche ne forment un seul système que si ce système vous appartient aussi.

Un audit de propriété en quinze minutes

Aucune expertise technique n’est requise. Asseyez-vous avec la personne qui paie les factures et répondez par écrit :

• Qui est le titulaire du domaine, et quel courriel reçoit l’avis de renouvellement?
• Qui est facturé chaque mois pour l’hébergement, et quelle carte est inscrite?
• Quelle adresse courriel est propriétaire de la zone DNS?
• Qui d’autre a un accès administrateur à chacun de ces endroits?
• Le compte Cloudflare, s’il y en a un, est-il sous un courriel d’entreprise?
• Où sont les codes de récupération MFA, et qui peut les atteindre?

Chaque « je pense que c’est le développeur » devient un élément de votre liste de tâches. La plupart des entreprises trouvent deux ou trois lacunes, et la plupart les comblent en une semaine.

Reprendre un compte sans se disputer

Si les comptes sont au nom d’un fournisseur aujourd’hui, pas besoin de confrontation. Il faut une demande écrite, posée et claire. Demandez l’une de deux choses : un transfert du compte vers le courriel de votre entreprise, ou une invitation au niveau administrateur pour une personne nommée de votre côté. Registraires, hébergeurs et Cloudflare permettent les deux. Gardez un ton administratif. La plupart des pigistes sont soulagés de tout remettre, car détenir l’infrastructure d’un client est aussi un risque pour eux.

Si le fournisseur est introuvable, le registraire peut généralement vous valider à l’aide des contacts du domaine et de documents de l’entreprise. Ce processus est plus lent, alors amorcez-le avant d’en avoir besoin. N’attendez pas une panne pour savoir qui répond au service à la clientèle.

Ce qui doit attendre que la propriété soit claire

Ne lancez pas de refonte, de changement de plateforme ou de bascule DNS avant d’avoir fait l’audit. Changer d’hébergeur pendant qu’un tiers détient le DNS, c’est la recette pour perdre une semaine de courriel. Si une bascule est au programme, l’ordre est : la propriété d’abord, un plan documenté ensuite, le déménagement en dernier. Nous détaillons la mécanique dans les notes de transfert écrites pour chaque projet, et dans notre approche de croissance après lancement.

En bref

Détenez le registraire. Détenez le DNS. Détenez la facture d’hébergement. Détenez l’accès Cloudflare. Laissez qui vous voulez les exploiter, tant que vous pouvez les retirer en un clic. Le test est simple : lundi matin, pourriez-vous modifier un enregistrement DNS si votre agence cessait de répondre?

Si la réponse est non, écrivez à hello@aervio.io ou appelez le +1 438-498-3913, en semaine, de 9 h à 17 h HE. Une courte liste des comptes que vous croyez avoir suffit pour commencer. Nous vous dirons ce qui est à vous, ce qui ne l’est pas et quoi corriger en premier. Notre service d’hébergement repose sur ce principe : le compte reste à vous, nous veillons à sa santé.

Questions

Une agence peut-elle gérer l’hébergement sans que le compte lui appartienne?

Oui. Vous créez le compte avec le courriel et la facturation de votre entreprise, puis vous ajoutez l’agence comme utilisatrice nommée avec les accès nécessaires. Si la relation prend fin, vous retirez un utilisateur. Rien ne déménage.

Pourquoi le DNS compte-t-il plus que l’hébergement?

Le DNS décide où pointent votre site, votre courriel et vos enregistrements de vérification. Qui détient l’accès au DNS peut couper le site ou détourner le courriel sans toucher à l’hébergeur. Un hébergement se reconstruit en une journée; un DNS resté chez un ancien fournisseur peut prendre des semaines à récupérer.

Cloudflare est-il obligatoire?

Non. C’est un choix courant et solide pour le DNS, la mise en cache et une protection de base, mais la règle vaut pour tout fournisseur : le compte appartient à votre entreprise, pas au courriel personnel d’un pigiste.