Quarante domaines, un seul compte et aucun tableur

Toute personne qui administre la messagerie de plus de quelques domaines finit par tenir un tableur. Quel domaine est chez quel fournisseur, quels serveurs de noms il utilise, quelle carte bancaire règle la facture, quand le DNS a été contrôlé pour la dernière fois et qui est le contact. Réunir quarante domaines sur un seul compte rend ce document inutile, car la plateforme conserve elle-même les réponses.

Cet article explique ce qui change réellement à cette échelle, quelles opérations cessent d'être des tâches répétées pour chaque domaine et dans quels cas la consolidation est une mauvaise idée.

Comment la gestion se dégrade à quarante domaines

Rien ne casse brutalement lorsque vous atteignez quarante domaines, qu'ils soient ou non regroupés dans un compte. En revanche, le travail par domaine, insignifiant lorsqu'ils n'étaient que trois, devient votre activité principale.

Le contrôle du DNS est l'exemple le plus clair. Vérifier les enregistrements d'un domaine prend une minute ; en vérifier quarante occupe presque toute une matinée. L'opération est donc rarement effectuée, et un enregistrement incorrect peut rester inaperçu pendant des mois jusqu'à ce qu'une personne signale la disparition de messages.

Il en va de même pour toutes les autres tâches propres à chaque domaine : ajouter une boîte, contrôler le stockage, confirmer le renouvellement d'un certificat ou remarquer que le circuit d'envoi a changé. Aucune n'est difficile. Elles doivent simplement toutes être répétées quarante fois.

Lorsque les quarante domaines sont répartis entre plusieurs fournisseurs, il n'existe pas non plus d'endroit unique où les consulter. C'est précisément pourquoi le tableur apparaît : il sert d'index manuel à des informations que les systèmes connaissent mais refusent de présenter ensemble.

Les opérations qui deviennent collectives

Avec quarante domaines dans un seul compte, quelques opérations deviennent collectives plutôt que répétitives. C'est là que vous récupérez du temps.

Appliquer les enregistrements DNS au lieu de donner des instructions. Lorsque les domaines utilisent Cloudflare, les enregistrements peuvent être écrits directement par son API au lieu d'être transmis à quelqu'un sous la forme d'une liste à recopier. Cela supprime à la fois la saisie et les erreurs de transcription, qui sont la cause habituelle d'un domaine qui fonctionne presque correctement.

Ajouter les domaines en nombre. L'ajout de quarante domaines devient une seule opération plutôt que quarante, tout comme le provisionnement de leurs boîtes.

Une vue unique de l'état. Quels domaines réussissent leurs contrôles, lesquels échangent du courrier et lesquels restent inactifs. Cette vue remplace le tableur et est tenue par le système plutôt que par vous.

Une seule facture. Ce n'est pas l'avantage le plus intéressant, mais c'est souvent celui qui motive la migration, car quarante petites factures provenant de quatre fournisseurs représentent leur propre charge administrative.

Les limites importantes à cette échelle

Le nombre de domaines autorisé par chaque forfait détermine si quarante domaines peuvent tenir sur un seul compte :

Quarante domaines tiennent aisément sur Starter à $4 par mois. Cela surprend ceux qui pensaient que la gestion multidomaine était réservée aux grandes entreprises. Starter ne comprend toutefois pas les filtres. Si le classement automatique est important, le forfait adapté est Pro plutôt que Starter. Mieux vaut connaître cette limite avant de choisir.

L'autre contrainte est le stockage mutualisé entre tous les domaines : 15 GB avec Starter, 50 avec Pro et 200 avec Agency. Cette capacité convient à quarante domaines possédant chacun quelques boîtes, mais pas à quarante domaines dont les boîtes sont très actives.

Maintenir une organisation claire

Un compte unique résout le problème des outils dispersés pour quarante domaines, mais crée un défi d'organisation, car une liste de quarante éléments reste difficile à parcourir.

Les notes associées aux domaines sont plus utiles qu'elles n'en ont l'air. Une ligne expliquant pourquoi un domaine existe, à qui il appartient et à quoi il sert est exactement ce que vous chercherez dans dix-huit mois lorsque vous ne vous en souviendrez plus. Elle reste avec le domaine plutôt que dans un document que personne n'a mis à jour.

Une convention de nommage cohérente entre tous les domaines est tout aussi utile. Si les boîtes suivent partout le même modèle, leur adresse indique à quel domaine elles appartiennent et leur fonction sans exiger de recherche.

Il est également utile de distinguer les domaines réellement actifs de ceux qui sont parqués, car ils demandent une attention différente. Les domaines parqués ont seulement besoin d'un catch-all, comme l'explique notre article sur la messagerie des domaines parqués. Les domaines actifs doivent être contrôlés.

Le champ de notes prouve son utilité

Avec quarante domaines, la question récurrente n'est pas de savoir comment un élément est configuré, mais pourquoi il existe.

Une note d'une ligne sur chaque domaine, précisant son propriétaire, son usage et la date de son dernier examen, répond à la question sans document séparé que personne ne tient à jour. C'est la forme de documentation la moins coûteuse de toute l'organisation et celle que l'on oublie le plus régulièrement.

Quand la consolidation est une erreur

Dans deux situations, réunir quarante domaines sur un seul compte constitue la mauvaise configuration. Toutes deux méritent d'être prises au sérieux.

Les domaines clients que vous pourriez devoir restituer. Si un client peut partir et transférer son domaine vers son propre compte, le conserver dans le vôtre complique la séparation. L'opération est possible, mais il s'agit alors d'une migration plutôt que d'un transfert de propriété. Le bon moment pour y réfléchir est avant le départ, pas pendant.

Les domaines soumis à des exigences réellement différentes. Si un domaine a des contraintes que les autres n'ont pas, comme la résidence des données, une durée de rétention particulière ou un circuit d'envoi précis, le placer à côté de trente-neuf autres revient à appliquer l'exigence la plus stricte à tout le monde ou à la gérer comme une exception. Or les exceptions finissent par être oubliées.

La position intermédiaire adoptée par la plupart des agences consiste à consolider tout ce qui est courant et à conserver séparément les deux ou trois domaines vraiment particuliers. Elle est plus raisonnable que chacun des deux extrêmes.

Y parvenir sans y consacrer un week-end

Réunir quarante domaines dans un compte ressemble à un grand projet, mais consiste surtout à attendre.

Personne ne devrait tenter de tout faire en une seule séance, et rien ne l'exige. Les domaines peuvent être déplacés indépendamment sur plusieurs semaines, sans coordination entre eux. Un problème sur l'un n'a aucune conséquence sur les autres.

Pour chaque domaine, le travail consiste à l'ajouter, à appliquer les enregistrements DNS et à migrer les boîtes existantes. Seule la dernière étape demande réellement du temps, et elle s'exécute en arrière-plan. Pour éviter les difficultés, commencez par les domaines peu actifs, notamment les noms parqués et ceux qui reçoivent peu de trafic, où une erreur ne coûte rien. Gardez les plus chargés pour le moment où vous maîtriserez le processus.

Les messages continuent d'arriver chez l'ancien fournisseur jusqu'à la propagation du DNS. Rien ne se perd donc pendant le changement : les deux systèmes se chevauchent au lieu de basculer brutalement. Le transfert des messages existants est décrit dans notre guide sur la migration email. Effectuez ensuite un rapprochement au lieu de supposer qu'une copie réussie était nécessairement complète.