{
"title": "Comment modifier votre sous-domaine Zendesk : Un guide complet pour 2026",
"slug": "zendesk-subdomain-change",
"locale": "fr",
"date": "2026-03-02",
"updated": "2026-03-02",
"template": "default",
"excerpt": "La modification de votre sous-domaine Zendesk affecte l'ensemble de vos opérations de support. Ce guide couvre quand le faire, comment se préparer et ce qui est cassé (afin que vous puissiez le réparer).",
"categories": [
"Zendesk",
"Guides"
],
"tags": [
"Zendesk",
"subdomain",
"host mapping",
"customer support",
"help center"
],
"readTime": 9,
"author": 16,
"reviewer": 14,
"seo": {
"title": "Comment modifier votre sous-domaine Zendesk : Un guide complet pour 2026",
"description": "La modification de votre sous-domaine Zendesk affecte l'ensemble de vos opérations de support. Ce guide couvre quand le faire, comment se préparer et ce qui est cassé (afin que vous puissiez le réparer).",
"image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-14ae5d74-99dc-4e18-b79d-47eedcae4d0e"
},
"coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-14ae5d74-99dc-4e18-b79d-47eedcae4d0e",
"coverImageAlt": "Image de bannière pour Comment modifier votre sous-domaine Zendesk : Un guide complet pour 2026",
"coverImageWidth": 1920,
"coverImageHeight": 1080,
"faqs": {
"heading": "Foire aux questions",
"type": "blog",
"answerType": "html",
"faqs": [
{
"question": "Combien de temps faut-il pour effectuer un changement de sous-domaine Zendesk ?",
"answer": "Le changement de nom prend effet immédiatement et ne prend que quelques secondes à exécuter. Cependant, le processus complet, y compris la préparation et les tâches post-changement, prend généralement plusieurs heures, certains changements liés au DNS pouvant prendre jusqu'à 24 heures pour se propager complètement."
},
{
"question": "Puis-je revenir à mon ancien sous-domaine Zendesk si je fais une erreur ?",
"answer": "Oui, vous pouvez modifier à nouveau votre sous-domaine si nécessaire. Cependant, votre ancien sous-domaine devient immédiatement disponible pour que d'autres comptes Zendesk puissent le revendiquer après que vous l'ayez modifié. Il n'y a aucune garantie que vous puissiez le récupérer si quelqu'un d'autre le prend."
},
{
"question": "La modification de mon sous-domaine Zendesk affectera-t-elle le contenu de mon centre d'aide ?",
"answer": "Non, tous vos articles du centre d'aide, tickets, comptes d'utilisateurs et paramètres restent intacts. Seule l'URL change. Cependant, les liens codés en dur vers votre ancien sous-domaine dans les articles ou les modèles devront être mis à jour."
},
{
"question": "Dois-je mettre à jour mon certificat SSL après un changement de sous-domaine Zendesk ?",
"answer": "Si vous utilisez le certificat Let's Encrypt gratuit de Zendesk, il sera régénéré automatiquement. Si vous utilisez un certificat SSL personnalisé pour le mappage d'hôte, vous devrez générer un nouveau certificat qui couvre votre nouveau sous-domaine."
},
{
"question": "Qu'advient-il de mes intégrations Zendesk lorsque je modifie mon sous-domaine ?",
"answer": "La plupart des intégrations seront interrompues et devront être reconfigurées. Jira et Salesforce nécessitent une désactivation et une réactivation. Les intégrations basées sur l'API nécessitent des mises à jour d'URL de point de terminaison. Les configurations SSO doivent être mises à jour avec le nouveau sous-domaine. Les intégrations Sunshine Conversations doivent être supprimées et recréées entièrement."
},
{
"question": "Le mappage d'hôte est-il une meilleure alternative à la modification de mon sous-domaine Zendesk ?",
"answer": "Pour la plupart des changements de marque, oui. Le mappage d'hôte vous permet de montrer aux clients un domaine personnalisé (comme support.votresociété.com) sans modifier votre sous-domaine Zendesk réel. Cela évite de casser les intégrations, de modifier les adresses e-mail ou de nécessiter un nettoyage post-changement important. C'est l'approche que Zendesk recommande pour les changements d'URL visibles par le client."
}
],
"supportLink": null
}
}
---
Lorsque votre entreprise change de nom, fusionne avec une autre ou fait l'objet d'un changement de marque, votre sous-domaine Zendesk peut également devoir être modifié. C'est une décision importante. Contrairement à la mise à jour de votre logo ou de votre signature électronique, la modification de votre sous-domaine Zendesk affecte chaque URL, intégration et connexion API dans vos opérations de support.
Ce guide vous explique tout ce que vous devez savoir : quand effectuer le changement, comment vous préparer, ce qui est cassé (et comment vous allez le réparer), et si vous avez réellement besoin d'un changement de sous-domaine. Nous verrons également comment notre [intégration d'IA Zendesk](https://www.eesel.ai/integration/zendesk-ai) fonctionne de manière transparente avec toute configuration de sous-domaine que vous choisissez.
## Qu'est-ce qu'un sous-domaine Zendesk et pourquoi le modifier ?
Votre sous-domaine Zendesk est l'identifiant unique de l'URL de votre centre d'assistance. Si votre adresse est `votresociete.zendesk.com`, alors "votresociete" est votre sous-domaine. C'est ainsi que Zendesk achemine le trafic vers votre compte spécifique et comment les clients trouvent votre centre d'aide. Pour en savoir plus, consultez la [documentation officielle de Zendesk sur les sous-domaines](https://support.zendesk.com/hc/en-us/articles/4408845973914).
Voici les raisons les plus courantes pour lesquelles les équipes modifient leur sous-domaine :
- **Changement de marque de l'entreprise** Votre entreprise a changé de nom et l'ancien sous-domaine ne reflète plus votre marque
- **Fusion ou acquisition** Deux entreprises se sont combinées et ont besoin d'une présence de support unifiée
- **Scission** Une division est devenue sa propre entité et a besoin d'une image de marque distincte
- **Exigences légales** Conflits de marques ou autres problèmes juridiques avec le nom actuel
Voici l'élément essentiel à comprendre : le changement de nom de votre sous-domaine prend effet immédiatement. Votre ancienne URL cesse de fonctionner dès que vous confirmez le changement. Zendesk ne peut pas configurer de redirections en votre nom. Toute personne disposant de signets, de modèles d'e-mails ou de documentation contenant votre ancienne URL se retrouvera dans une impasse.
C'est pourquoi la préparation est si importante. Le changement de nom proprement dit prend quelques secondes. Le travail se situe dans tout ce qui précède et suit.
## Changement de sous-domaine ou mappage d'hôte : De quoi avez-vous besoin ?
Avant de continuer, assurez-vous que vous avez réellement besoin d'un changement de nom de sous-domaine. De nombreuses équipes confondent cela avec le mappage d'hôte, et le choix de la mauvaise approche crée un travail inutile.
Le **changement de nom de sous-domaine** modifie votre adresse Zendesk réelle. Si vous êtes sur `ancienneentreprise.zendesk.com` et que vous changez le nom en `nouvelleentreprise`, votre nouvelle adresse devient `nouvelleentreprise.zendesk.com`. Il s'agit d'un changement interne qui affectera l'ensemble de votre instance Zendesk.
Le **mappage d'hôte** conserve votre sous-domaine Zendesk d'origine, mais affiche aux clients un domaine personnalisé. Votre centre d'aide apparaît sur `support.votresociete.com` tandis que vos agents utilisent toujours `votresociete.zendesk.com` en interne. Cela n'affecte que ce que les clients voient, pas le fonctionnement de votre compte.
Voici comment décider :
| Scénario | Approche recommandée |
|----------|---------------------|
| L'entreprise a changé de nom, toutes les URL doivent refléter la nouvelle marque | Changement de nom de sous-domaine |
| Vous voulez une URL de centre d'aide d'aspect professionnel | Mappage d'hôte |
| Fusion nécessitant une présence de support unifiée | Changement de nom de sous-domaine |
| Changement de marque des supports visibles par le client uniquement | Mappage d'hôte |
| Nécessité de préserver toutes les intégrations et connexions API | Mappage d'hôte |
Zendesk recommande fortement le [mappage d'hôte](https://support.zendesk.com/hc/en-us/articles/4408838571930) comme première alternative à envisager. Il vous offre l'image de marque professionnelle sans casser les intégrations, modifier les adresses e-mail ou nécessiter un nettoyage post-changement important.
Si le mappage d'hôte vous semble susceptible de résoudre votre problème, notre [guide complet du mappage d'hôte de marque Zendesk](https://www.eesel.ai/blog/zendesk-brand-host-mapping) vous guide tout au long du processus de configuration.
## Prérequis et considérations importantes
Un changement de nom de sous-domaine affecte presque tous les aspects de votre configuration Zendesk, il est donc utile de comprendre ce à quoi vous vous engagez. Vous voudrez savoir exactement ce qui est cassé et comment vous allez le réparer.
### Exigences
- Vous devez être le **propriétaire du compte**. Les administrateurs ne peuvent pas renommer les sous-domaines.
- Vous ne pouvez pas renommer les sous-domaines des comptes sandbox.
- Votre nouveau sous-domaine doit comporter entre 3 et 63 caractères, contenant uniquement des lettres A-Z, des chiffres 0-9 et des tirets. Pas de traits de soulignement ni de caractères spéciaux.
### Ce qui est cassé et doit être réparé
**Les adresses e-mail changent immédiatement.** Si vous utilisez `support@ancienneentreprise.zendesk.com`, elle devient `support@nouvelleentreprise.zendesk.com`. Les règles de transfert externes doivent être mises à jour.
**Le chat devient inaccessible pendant une durée maximale de 2 heures.** Vous devrez planifier ce changement pendant les périodes de faible volume.
**Les points de terminaison API changent.** Tous les systèmes externes utilisant votre API Zendesk devront mettre à jour leurs URL de `ancienneentreprise.zendesk.com/api/v2/...` à `nouvelleentreprise.zendesk.com/api/v2/...`.
**Les intégrations doivent être reconnectées :**
- Jira : Désactivez avant le changement, puis réactivez après
- Salesforce : Déconnectez avant, puis reconnectez après
- Sunshine Conversations : Vous devrez supprimer et recréer ceci entièrement
- Authenticated SMTP Connector : Dépréciez avant, puis rajoutez après
**L'authentification unique (SSO) est interrompue jusqu'à ce que vous la reconfiguriez.** Les configurations [SAML et JWT](https://support.zendesk.com/hc/en-us/articles/4408845973914) référencent votre sous-domaine dans l'URL du consommateur d'accès.
**Les accords de partage de tickets doivent être recréés.** Tous les accords de partage actifs avec d'autres comptes Zendesk devront être désactivés et reconfigurés.
**Limitations des tickets historiques.** Vous ne pouvez pas copier et coller des commentaires ou des images à partir de tickets créés avant le changement de nom. Les pièces jointes dans les anciens tickets ne peuvent pas être récupérées par copier/coller.
**Les programmes d'accès anticipé (EAP)** liés à votre sous-domaine seront perdus. Vous devrez postuler à nouveau avec votre nouveau sous-domaine.
## Guide étape par étape pour renommer votre sous-domaine
Si vous avez pesé le pour et le contre et décidé de continuer, voici exactement ce que vous ferez.
### Étape 1 : Préparation avant le changement
Commencez par documenter votre configuration actuelle. Vous aurez besoin de cette référence pendant la phase de nettoyage. Voici ce qu'il faut capturer :
- Listez toutes les règles de transfert d'e-mails externes pointant vers votre sous-domaine actuel
- Identifiez toutes les intégrations dans Centre d'administration > Applications > Applications de canal
- Documentez les points de terminaison API utilisés par les systèmes externes
- Notez toutes les configurations SSO (SAML ou JWT)
- Enregistrez les accords de partage de tickets actifs
- Vérifiez si vous avez un accès EAP lié à votre sous-domaine
Vous allez maintenant préparer les changements :
1. Mettez à jour les règles de transfert d'e-mails auprès de votre registraire de domaine pour qu'elles pointent vers votre nouvelle adresse de sous-domaine
2. Désactivez l'intégration Jira dans Centre d'administration > Applications > Applications de canal
3. Déconnectez l'intégration Salesforce si elle est connectée
4. Informez votre équipe de la fenêtre d'arrêt planifiée
5. Planifiez le changement pendant vos heures de volume de support les plus faibles
### Étape 2 : Renommer le sous-domaine
C'est le changement proprement dit. Cela prend quelques secondes, mais a un effet immédiat. Voici ce que vous ferez :
1. Allez dans [Centre d'administration](https://support.zendesk.com/hc/en-us/articles/4581766374554) > Compte > Apparence > Image de marque
2. Dans la section Sous-domaine, cliquez sur le menu Marques
3. Cliquez sur le menu des options à côté de votre marque, puis sélectionnez Modifier
4. Entrez le nom de votre nouveau sous-domaine
5. Cliquez sur Enregistrer
6. Examinez l'avertissement concernant les conséquences, puis cliquez sur Oui, changer le sous-domaine
Le changement est immédiat. Votre ancienne URL ne fonctionnera plus.
### Étape 3 : Tâches post-changement
Le travail de nettoyage commence maintenant. Vous travaillerez à travers cette liste de contrôle :
**Intégrations :**
- Réactivez l'intégration Jira
- Reconnectez Salesforce
- Mettez à jour le code du widget Web sur votre site Web (obtenez le nouveau code à partir de Centre d'administration > Canaux > Classique > Widget Web)
- Mettez à jour la configuration du SDK mobile avec le nouveau sous-domaine
- Reconfigurez l'authentification unique (SSO) avec la nouvelle URL du consommateur d'accès
**Systèmes externes :**
- Mettez à jour les points de terminaison API dans tous les systèmes externes
- Actualisez les jetons API si nécessaire
- Mettez à jour les URL des webhooks
**Spécifique à Zendesk :**
- Recréez les accords de partage de tickets
- Mettez à jour le sous-domaine de la gestion des effectifs (WFM) si applicable
- Mettez à jour les abonnements aux notifications d'état
**Communication :**
- Informez les clients des nouvelles adresses e-mail de support
- Mettez à jour les modèles d'e-mails et les signatures
- Révisez les articles du centre d'aide mentionnant l'ancienne URL
- Mettez à jour tout le matériel marketing ou la documentation
## Problèmes courants et dépannage
Même avec une préparation minutieuse, les choses peuvent mal tourner. Voici ce que vous voudrez surveiller :
**Erreurs de certificat SSL.** Si vous utilisez le mappage d'hôte avec SSL, vous devrez mettre à jour ou régénérer votre certificat pour le nouveau sous-domaine.
**Retards de transfert d'e-mails.** La propagation DNS peut prendre des heures. Si les e-mails ne sont pas acheminés correctement, vérifiez vos règles de transfert et laissez le temps aux mises à jour DNS.
**Le widget de chat affiche toujours l'ancien sous-domaine.** Videz le cache de votre navigateur et vérifiez que vous utilisez le [code de widget mis à jour](https://support.zendesk.com/hc/en-us/articles/4408845973914) de votre nouveau sous-domaine.
**Les appels API renvoient des erreurs 401.** Vérifiez que vous avez mis à jour à la fois l'URL du point de terminaison et tous les jetons d'authentification qui pourraient être spécifiques au sous-domaine.
**Boucles de connexion SSO.** L'URL du consommateur d'accès dans votre configuration SSO doit correspondre exactement à votre nouveau sous-domaine. Même une petite faute de frappe ici provoque des échecs d'authentification.
**Images manquantes dans les anciens tickets.** C'est le [comportement attendu](https://support.zendesk.com/hc/en-us/articles/4408845973914). Vous voudrez contacter [le support Zendesk](https://support.zendesk.com) si vous avez besoin d'aide pour des pièces jointes spécifiques.
**Échecs d'authentification d'intégration.** Les intégrations basées sur OAuth ont souvent besoin d'une nouvelle autorisation après les changements de sous-domaine. Déconnectez complètement et reconnectez-vous.
## Quand envisager plutôt le mappage d'hôte
Si ce processus vous semble accablant, le mappage d'hôte pourrait être le meilleur choix. Il vous offre une image de marque professionnelle sans les maux de tête opérationnels.
Avec le mappage d'hôte, vous conserverez votre sous-domaine Zendesk existant en interne. Vos agents continuent d'utiliser `votresociete.zendesk.com`. Les clients voient `support.votresociete.com` ou `aide.votresociete.com`.
Les avantages sont importants :
- Aucune interruption d'intégration
- Aucune modification du point de terminaison API
- Aucune modification de l'adresse e-mail
- Aucune interruption de service
- Aucun nettoyage post-changement
Vous obtenez l'apparence professionnelle sans toucher à aucun de vos systèmes backend.
La configuration du mappage d'hôte implique la création d'un [enregistrement CNAME](https://support.zendesk.com/hc/en-us/articles/4408838571930) auprès de votre fournisseur DNS et la configuration des certificats SSL dans Zendesk. L'ensemble du processus prend généralement moins d'une heure, dont la plupart consiste à attendre la propagation DNS.
Si vous gérez [plusieurs marques dans Zendesk](https://support.zendesk.com/hc/en-us/articles/4408838571930), le mappage d'hôte devient encore plus précieux. Chaque marque peut avoir son propre domaine personnalisé sans la complexité de plusieurs changements de nom de sous-domaine.
Notre [agent d'IA Zendesk](https://www.eesel.ai/product/ai-agent) fonctionne de manière transparente avec les domaines mappés par l'hôte, offrant un support constant basé sur l'IA, quelle que soit l'URL que vos clients utilisent pour vous joindre.
## Planification de votre changement de sous-domaine Zendesk
Si vous avez décidé qu'un changement de nom de sous-domaine est nécessaire, traitez-le comme un petit projet. Créez un calendrier avec des propriétaires spécifiques pour chaque mise à jour d'intégration. Testez ce que vous pouvez dans un environnement sandbox en premier. Vous voudrez communiquer le changement aux clients bien à l'avance, surtout si votre adresse e-mail de support va changer.
La clé est la préparation. Le changement de nom proprement dit prend quelques secondes. Le travail se situe dans l'avant et l'après. Mettez votre liste de contrôle en ordre, planifiez pendant les heures de faible volume et préparez votre équipe à gérer le nettoyage post-changement.
N'oubliez pas : si vous êtes principalement préoccupé par l'image de marque visible par le client, le mappage d'hôte résout ce problème sans aucune perturbation opérationnelle.
Si vous cherchez à améliorer votre configuration Zendesk au-delà de la configuration de l'URL, nos outils de support basés sur l'IA s'intègrent de manière transparente aux instances Zendesk standard et mappées par l'hôte. Consultez nos [tarifs](https://www.eesel.ai/pricing) pour voir comment l'assistance de l'IA peut compléter vos opérations de support.
Partager cet article
Article by
