[{"data":1,"prerenderedAt":218},["ShallowReactive",2],{"seo-verification":3,"blog-onboarding-client-agence-acces-dns-hebergement-checklist-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-onboarding-client-agence-acces-dns-hebergement-checklist-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":26,"featuredImage":28,"bgImage":29,"posterImage":30,"relatedSolution":28,"intro":31,"sections":32,"ctaTitle":157,"ctaBody":158,"ctaButton":159,"ctaUrl":160,"relatedPosts":161},546,"onboarding-client-agence-acces-dns-hebergement-checklist",{"fr":10,"en":12,"ar":13,"es":14},"agency-client-onboarding-dns-and-hosting-access-checklist","استقبال-عميل-جديد-في-الوكالة-قائمة-التحقق-من-dns-والاستضافة","onboarding-de-clientes-en-agencia-checklist-de-dns-y-hosting","Onboarding client agence : checklist accès DNS et hébergement","Registrar, DNS, hébergement, e-mail : les accès à demander à un nouveau client, dans quel ordre, avec quels droits, et comment les consigner avant de modifier.",10,0,false,"2026-10-31T00:00:00+00:00","2026-10-31T19:07:30+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},"Conformité & réglementation","conformite","bg-amber-500\u002F10 text-amber-400",[27],{"id":17,"name":23,"slug":24,"color":25,"icon":24},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fonboarding-client-agence-acces-dns-hebergement-checklist-poster.svg","Un nouveau client arrive avec un domaine chez un ancien prestataire, une zone DNS gérée par un tiers et un mot de passe cPanel perdu dans une boîte e-mail. L'agence découvre l'état réel en cassant quelque chose : un MX supprimé, une zone jamais exportée, un renouvellement bloqué. Cette checklist inverse l'ordre : relever, consigner, obtenir les bons droits, puis seulement modifier. Elle tient sur une page et se répète à l'identique pour chaque client.",[33,37,47,50,86,89,117,120,124,127,151,154],{"type":34,"title":35,"body":36},"h2","Pourquoi les accès se collectent avant la première modification","Le premier réflexe d'une agence qui reprend un client est de se connecter quelque part et de corriger. C'est aussi le moment où l'on casse le plus : un enregistrement MX supprimé par erreur coupe la messagerie, un changement de serveurs de noms fait disparaître une zone que personne n'avait exportée, un renouvellement échoue parce que l'e-mail du titulaire ne répond plus.\n\nLe client, lui, ne sait pas toujours où sont ses accès. Le domaine a été acheté par un ancien prestataire, le DNS est servi par un tiers, l'hébergement est un cPanel dont le mot de passe dort dans un message vieux de deux ans. L'agence apprend cet état réel en touchant à quelque chose, ce qui est le pire moment pour l'apprendre.\n\nUne checklist d'onboarding fixe un ordre simple : on relève l'état public, on exporte ce qui peut l'être, on obtient les droits strictement nécessaires, on consigne le tout, et seulement ensuite on modifie. Quand le portefeuille dépasse ce qu'une personne garde en tête, ce rituel devient la seule mémoire fiable de l'agence.",{"type":38,"title":39,"items":40},"ul","Ce que l'inventaire d'accès vous évite",[41,42,43,44,45,46],"**La messagerie coupée** — un enregistrement MX, SPF ou DKIM supprimé ou écrasé sans relevé préalable interrompt le courrier du client dans l'heure.","**La zone perdue** — changer de serveurs de noms sans export complet de la zone fait disparaître des sous-domaines que personne ne se rappelait.","**Le domaine expiré** — le titulaire inscrit est un ancien prestataire, et les avis de renouvellement partent vers une adresse morte.","**Le transfert bloqué** — un verrou actif ou un e-mail de contact invalide empêche de valider un transfert au moment où vous en avez besoin.","**L'accès trop large** — un mot de passe root transmis par e-mail reste valable des années après la fin de la mission.","**Le dossier introuvable** — sans tableau d'accès, personne d'autre dans l'agence ne peut reprendre le client en cas d'absence.",{"type":34,"title":48,"body":49},"Qui est propriétaire : le client reste titulaire, l'agence reçoit des accès délégués","L'objection revient à chaque onboarding : qui tient la relation et qui possède le domaine ? La réponse est la même pour tous les clients. Le client reste titulaire du domaine, c'est lui le registrant inscrit, et l'agence reçoit des accès délégués. Vous gérez la relation et les opérations courantes ; l'infrastructure d'hébergement relève de la plateforme ; le client garde la propriété de ce qui porte son nom.\n\nCette répartition protège les deux parties. Si la mission s'arrête, le client repart avec son domaine sans négociation. Si le client change de contact, l'agence n'est pas tenue pour responsable d'un nom qu'elle ne possédait pas.\n\nReste l'argument que vous entendrez : demander des accès paraît lourd. Répondez par une liste minimale et un message type (plus bas). Ne demandez que ce dont la mission a besoin, couche par couche, avec le droit le plus faible qui suffit. Le tableau ci-dessous sert de base.",{"type":51,"title":52,"headers":53,"rows":57},"comparison","Niveau de droits à demander par couche",[54,55,56],"Couche","Droit à demander","Mode de transmission",[58,62,66,70,74,78,82],[59,60,61],"Registrar","Accès délégué ou contact technique, lecture du statut, déverrouillage ponctuel pour un transfert","Invitation depuis la console du registrar, jamais le compte du client partagé",[63,64,65],"Zone DNS","Édition des enregistrements et export complet de la zone","Compte nominatif chez le fournisseur DNS, ou délégation de zone",[67,68,69],"Hébergement cPanel \u002F WHM","Compte cPanel du site ; WHM seulement si l'agence administre le serveur","Utilisateur dédié, mot de passe dans le gestionnaire partagé",[71,72,73],"Boîtes e-mail","Accès administrateur à la console de messagerie, sans lecture des boîtes","Compte admin dédié, jamais le mot de passe d'une boîte personnelle",[75,76,77],"Application (CMS)","Compte administrateur nominatif","Création d'un compte au nom de l'intervenant",[79,80,81],"Contact de renouvellement","Adresse de contact lue par l'agence, mode de paiement laissé au client","Alias de groupe plutôt qu'une adresse individuelle",[83,84,85],"Sauvegardes","Accès à la dernière sauvegarde complète","Lien ou stockage chiffré, durée de vie limitée",{"type":34,"title":87,"body":88},"Relever l'état réel avant de toucher à quoi que ce soit","Avant de demander un seul mot de passe, vous pouvez déjà lire beaucoup de choses publiquement. Lancez ces commandes depuis votre poste et conservez la sortie dans un fichier daté : c'est votre état de référence.\n\n`dig +short NS votre-domaine.com` renvoie les serveurs de noms qui servent la zone, en général deux à quatre lignes. Ils disent qui tient le DNS, ce qui peut différer du registrar. `dig +short A votre-domaine.com` renvoie l'adresse IP du site : comparez-la à celle de l'hébergement annoncé par le client. `dig +short MX votre-domaine.com` renvoie une priorité suivie d'un nom de serveur ; une réponse vide signifie qu'aucun courrier n'est routé par ce domaine.\n\n`dig +short TXT votre-domaine.com` affiche l'enregistrement SPF, qui commence par `v=spf1`, et les jetons de vérification des services tiers. La politique DMARC se lit avec `dig +short TXT _dmarc.votre-domaine.com`. Une clé DKIM se lit avec `dig +short TXT selecteur._domainkey.votre-domaine.com`, mais il faut connaître le sélecteur : il se trouve dans l'en-tête d'un message envoyé par le client.\n\nPuis `whois votre-domaine.com` donne le registrar, la date d'expiration et les statuts. Pour une extension .ma, la sortie publique est plus limitée : la documentation de l'ANRT fait foi, et il ne faut pas supposer qu'elle suit les règles d'un .com.",{"type":90,"title":91,"steps":92},"steps","La checklist d'onboarding, étape par étape",[93,96,99,102,105,108,111,114],{"title":94,"body":95},"Identifier le titulaire et le registrar","Demandez au client le nom du titulaire du domaine et le registrar où il a été acheté, avant tout accès. Notez la réponse même si elle est approximative : elle sera comparée au whois.",{"title":97,"body":98},"Relever le DNS public","Lancez `dig +short NS`, `A`, `MX` et `TXT` sur le domaine, puis `_dmarc` en TXT. Enregistrez la sortie brute dans un fichier daté du jour.",{"title":100,"body":101},"Relever le whois","Exécutez `whois votre-domaine.com` et recopiez le registrar, la date d'expiration, les statuts et l'e-mail de contact. Comparez avec ce que le client a annoncé.",{"title":103,"body":104},"Exporter la zone complète","Depuis la console du fournisseur qui sert la zone, exportez-la en entier. Un transfert de zone AXFR est presque toujours refusé, l'export passe donc par l'interface. Mettez à part une capture des enregistrements MX, SPF, DKIM et DMARC.",{"title":106,"body":107},"Demander les accès par couche, au droit minimal","Reprenez le tableau des droits et ne demandez que ce que la mission exige : registrar, DNS, hébergement, messagerie, application.",{"title":109,"body":110},"Faire transmettre sans mot de passe en clair","Créez un coffre par client dans un gestionnaire de mots de passe partagé et faites déposer les accès dedans. Activez la double authentification sur chaque compte nominatif.",{"title":112,"body":113},"Tester chaque accès en lecture seule","Connectez-vous à chaque couche, constatez que l'accès fonctionne, puis déconnectez-vous sans rien modifier. Notez la date du test.",{"title":115,"body":116},"Consigner et planifier les échéances","Remplissez le tableau récapitulatif, puis reportez les dates d'expiration dans le suivi des renouvellements. Dans l'Espace agence ServOrbit.com, la vue portefeuille centralise ces échéances.",{"type":34,"title":118,"body":119},"Lire le whois : verrou, titulaire et e-mail de contact","Le whois contient quatre informations qui décident de la suite. La première est le registrar, qui dit chez qui se trouve réellement le domaine. La deuxième est la date d'expiration : un domaine proche de l'échéance passe avant tout le reste.\n\nLa troisième est le statut. `clientTransferProhibited` est le verrou de transfert : le registre rejette toute demande de déplacement vers un autre registrar. Il est normal et protecteur, mais il faut demander son retrait au registrar avant un transfert. `clientUpdateProhibited` bloque les modifications. `clientHold` coupe la résolution DNS, et `redemptionPeriod` ou `pendingDelete` signalent un domaine en cours de suppression : c'est une urgence, pas un point d'onboarding. La définition de chaque statut est publiée par l'ICANN.\n\nLa quatrième est le titulaire et son e-mail de contact. Si le titulaire est un ancien prestataire ou un salarié parti, notez-le : le client doit régulariser. Un e-mail de contact mort empêche de valider un transfert ou un renouvellement, car les messages de confirmation partent vers une adresse que personne ne lit. Le code de transfert, lui, n'apparaît pas dans le whois : il se demande au registrar, et la politique de transfert de l'ICANN encadre les règles qui s'appliquent.",{"type":121,"title":122,"body":123},"tip","Transmission des accès","Aucun mot de passe par e-mail, par messagerie instantanée ou dans un ticket. Passez par un coffre partagé, un compte nominatif par intervenant et la double authentification, puis révoquez chaque accès à la fin de la mission. Un accès sans date de fin devient une dette de sécurité.",{"type":34,"title":125,"body":126},"Le message type à envoyer au client","Le message doit être court et prévisible. Voici un modèle à adapter : « Bonjour, pour démarrer la mission nous avons besoin de cinq éléments : le nom du titulaire de votre domaine, l'accès à la gestion du domaine chez votre registrar, l'accès à la zone DNS, l'accès à l'hébergement et celui de la console de messagerie. Nous ne demandons que le droit nécessaire à chaque couche, et nous vous proposons de déposer les accès dans un coffre partagé que nous créons à votre nom. Vous restez titulaire du domaine, et nous ne modifions rien avant d'avoir relevé et exporté l'existant. »\n\nCe texte dit ce qui est demandé, pourquoi, comment transmettre et ce que le client garde. Il répond à l'objection avant qu'elle soit formulée. Envoyez-le avec le lien vers votre coffre, pas avec les accès eux-mêmes.",{"type":51,"title":128,"headers":129,"rows":132},"Tableau récapitulatif des accès",[54,130,131],"Propriétaire et droit accordé","Date et expiration",[133,136,139,143,146,148],[59,134,135],"Client titulaire ; accès délégué en lecture et déverrouillage","Accordé le JJ\u002FMM ; revue au renouvellement",[63,137,138],"Fournisseur DNS ; édition et export","Accordé le JJ\u002FMM ; compte nominatif",[140,141,142],"Hébergement cPanel","Agence ; compte du site, sans accès root","Accordé le JJ\u002FMM ; fin à la fin de mission",[144,145,142],"Messagerie","Client ; console admin, boîtes non lues",[75,147,142],"Client ; compte administrateur au nom de l'intervenant",[79,149,150],"Agence ; alias de groupe","Mis à jour le JJ\u002FMM ; échéance du domaine consignée",{"type":34,"title":152,"body":153},"Dépannage : les erreurs qui reviennent à l'onboarding","`status: NXDOMAIN` dans la sortie de `dig` signifie que le nom n'existe pas dans le DNS public. Vérifiez d'abord l'orthographe, puis le whois : un domaine expiré ou en `clientHold` répond ainsi. Le remède se trouve chez le registrar, pas dans la zone.\n\n`status: SERVFAIL` indique le plus souvent des serveurs de noms injoignables ou un DNSSEC cassé. Relancez avec `dig +cd votre-domaine.com` : si la réponse revient avec cette option, la validation DNSSEC est en cause, et il faut contrôler l'enregistrement DS chez le registrar.\n\nUn `whois` qui répond `No match for` indique un nom non enregistré, ou une extension que votre client whois ne sait pas interroger. Essayez le service whois du registre concerné avant de conclure.\n\nUne connexion cPanel refusée alors que le mot de passe est correct vient souvent du pare-feu de l'hébergeur, qui bloque l'adresse IP de l'agence après quelques essais ratés, ou d'un compte suspendu. Demandez à l'hébergeur de lever le blocage et ne multipliez pas les tentatives.\n\nEnfin, un transfert refusé alors que tout semble prêt renvoie presque toujours à `clientTransferProhibited` encore actif, ou à un e-mail de contact qui ne reçoit pas la confirmation.",{"type":34,"title":155,"body":156},"Faire de la checklist un geste de routine","La valeur de cette liste vient de sa répétition. Gardez-la dans votre base de connaissance, versionnez-la, et appliquez-la à l'identique à chaque client, y compris celui qui paraît simple. Après une dizaine d'onboardings, les étapes deviennent un réflexe et le tableau d'accès devient la première page du dossier client.\n\nUne fois les accès consignés, le suivi des échéances prend le relais : l'article sur la gestion des renouvellements de domaines clients décrit les alertes à poser, et celui sur la migration d'un site WordPress détaille la suite lorsque le client change d'hébergeur. Pour choisir entre mutualisé et VPS, le dernier article lié compare les deux selon le profil du site.\n\nRetenez l'ordre : relever, exporter, demander le droit minimal, tester en lecture, consigner, puis modifier.","Les accès de vos clients, au même endroit","Domaines et hébergements de vos clients dans un espace agence ServOrbit.com : expirations centralisées, marque blanche.","Découvrir l'offre agences","\u002Fsolutions\u002Fagences",[162,177,200],{"id":163,"slug":164,"slugs":165,"title":169,"excerpt":170,"readTime":17,"views":18,"isPinned":19,"publishedAt":171,"updatedAt":172,"category":173,"categories":174,"featuredImage":28,"bgImage":29,"posterImage":176,"relatedSolution":28},527,"gerer-renouvellements-domaines-clients-agence-expirations",{"fr":164,"en":166,"ar":167,"es":168},"manage-client-domain-renewals-agency-avoid-expiry","إدارة-تجديد-نطاقات-العملاء-للوكالات-وتفادي-انتهاء-الصلاحية","gestionar-renovaciones-dominios-clientes-agencia-caducidad","Domaines clients : gérer les renouvellements sans expiration","Registre des domaines clients, alertes à 90, 60, 30 et 7 jours, verrou de transfert et procédure si un nom a expiré : la méthode d'une agence, étape par étape.","2026-10-29T00:00:00+00:00","2026-10-29T15:45:55+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},[175],{"id":17,"name":23,"slug":24,"color":25,"icon":24},"\u002Fblog\u002Fcovers\u002Fgerer-renouvellements-domaines-clients-agence-expirations-poster.svg",{"id":178,"slug":179,"slugs":180,"title":184,"excerpt":185,"readTime":186,"views":18,"isPinned":19,"publishedAt":187,"updatedAt":188,"category":189,"categories":194,"featuredImage":28,"bgImage":29,"posterImage":196,"relatedSolution":197},538,"migrer-site-wordpress-client-nouvel-hebergeur-sans-coupure",{"fr":179,"en":181,"ar":182,"es":183},"migrate-client-wordpress-site-new-host-no-downtime","نقل-موقع-ووردبريس-عميل-استضافة-جديدة-دون-توقف","migrar-sitio-wordpress-cliente-nuevo-hosting-sin-cortes","Migrer un site WordPress client sans coupure : la méthode","Copie, test par fichier hosts avant le DNS, gel des commandes, search-replace, bascule et retour arrière : la méthode pour migrer un WordPress client.",11,"2026-10-30T00:00:00+00:00","2026-10-31T01:54:05+00:00",{"id":190,"name":191,"slug":192,"color":193,"icon":192},3,"Déploiement","deploiement","bg-success\u002F10 text-success",[195],{"id":190,"name":191,"slug":192,"color":193,"icon":192},"\u002Fblog\u002Fcovers\u002Fmigrer-site-wordpress-client-nouvel-hebergeur-sans-coupure-poster.svg",{"categorySlug":198,"appSlug":199},"cms","wordpress",{"id":201,"slug":202,"slugs":203,"title":207,"excerpt":208,"readTime":209,"views":18,"isPinned":19,"publishedAt":171,"updatedAt":172,"category":210,"categories":215,"featuredImage":28,"bgImage":29,"posterImage":217,"relatedSolution":28},528,"choisir-vps-ou-mutualise-site-client-agence",{"fr":202,"en":204,"ar":205,"es":206},"shared-hosting-or-vps-for-agency-client-site","استضافة-مشتركة-أم-vps-لموقع-عميل-الوكالة","hosting-compartido-o-vps-para-sitio-de-cliente-agencia","VPS ou mutualisé pour un site client : la grille de décision","Mutualisé ou VPS pour un site client : tableau comparatif, heures de maintenance par mois, grille en cinq questions et signaux pour migrer.",9,{"id":211,"name":212,"slug":213,"color":214,"icon":213},5,"Comparatif","comparatif","bg-info\u002F10 text-info",[216],{"id":211,"name":212,"slug":213,"color":214,"icon":213},"\u002Fblog\u002Fcovers\u002Fchoisir-vps-ou-mutualise-site-client-agence-poster.svg",1793480249817]