Comment modifier votre sous-domaine Zendesk : Un guide complet pour 2026

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 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.

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 :

Zendesk recommande fortement le mappage d'hôte 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 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 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 > 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 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. Vous voudrez contacter le support Zendesk 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 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, 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 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 pour voir comment l'assistance de l'IA peut compléter vos opérations de support.