FAQ sur les domaines avancés Salesforce

Les domaines avancés sont la dernière version de la fonctionnalité Mon domaine. Ils répondent aux exigences les plus récentes en matière de navigateur et sont requis dans toutes les organisations Salesforce.

Les domaines avancés appliquent le nom Mon domaine spécifique à l'entreprise d'une organisation à toutes les URL hébergées par Salesforce pour votre organisation. Cette fonctionnalité modifie également les suffixes de domaine (la partie qui suit le nom Mon domaine) pour répondre aux dernières normes de sécurité. Sans nom d'instance, les URL Mon domaine avancées sont plus faciles à mémoriser pour les utilisateurs et ne changent pas lorsqu'une organisation est déplacée vers une autre instance Salesforce.

Pour plus d’informations, consultez Domaines avancés dans l’Aide de Salesforce et la vidéo Enhanced domains (disponible uniquement en anglais).

Quel est l'impact des domaines avancés ?

Les domaines avancés appliquent le nom Mon domaine spécifique à l'entreprise de votre organisation à toutes les URL que Salesforce héberge pour votre organisation. Cette fonctionnalité modifie également les suffixes de domaine (la partie qui suit le nom Mon domaine) pour répondre aux dernières normes de sécurité. Sans nom d'instance, les URL Mon domaine avancées sont plus faciles à mémoriser pour les utilisateurs et ne changent pas lorsqu'une organisation est déplacée vers une autre instance Salesforce.

Si vous ne testez pas et ne déployez pas les domaines avancés avant que Salesforce les déploie pour vous, vous risquez de rencontrer quelques problèmes.

Les utilisateurs peuvent rencontrer une erreur en accédant à Salesforce, notamment aux sites Experience Cloud, aux sites Salesforce et aux pages Visualforce.
Certains contenus intégrés stockés dans Salesforce ne sont plus affichés.
Les applications tierces peuvent perdre l'accès à vos données.
Les intégrations d'authentification unique avec des sandbox peuvent échouer.
Les intégrations d’authentification unique avec des organisations utilisant les suffixes de domaine *.cloudforce.com et *.database.com peuvent échouer.

Pour éviter ces problèmes, nous recommandons de tester les domaines avancés dans une organisation sandbox, puis de les activer en production avant l'application automatique de la mise à jour de version.

Pourquoi Salesforce exige-t-elle des domaines avancés ?

Les domaines avancés Salesforce répondent aux exigences les plus récentes en matière de sécurité et de navigateur. Ils permettent aux utilisateurs d'accéder à Salesforce avec des navigateurs qui bloquent les cookies tiers. Pour plus d'informations, notamment des notes sur les cookies inter-domaines ou tiers qui peuvent être bloqués même avec les domaines avancés, consultez Pourquoi les domaines avancés dans l'Aide de Salesforce.

Quel est le calendrier des domaines avancés ? Quand les domaines avancés sont-ils déployés et automatiquement appliqués ?

La mise à jour de version Déploiement des domaines avancés (auparavant appelée « Activation des domaines avancés ») a été introduite avec la version Summer '21.

Les domaines avancés sont automatiquement et progressivement activés avec la version Winter '23.

Winter '23 (depuis août 2022) : les domaines avancés sont déployés dans les organisations sandbox et de non-production, avec la possibilité de se désabonner et de désactiver la fonctionnalité. Les organisations de non-production incluent les organisations de démonstration, les organisations Developer Edition, les organisations gratuites, les organisations correctives, les Trailhead Playground et les organisations d'évaluation.
Spring '23 (à partir de janvier 2023) : les domaines avancés sont déployés dans toutes les organisations où ils ne le sont pas encore, avec la possibilité de se désabonner et de désactiver la fonctionnalité.
Summer '23 (à partir de juin 2023) : les domaines avancés sont déployés dans toutes les organisations où ils ne le sont pas encore, avec la possibilité de désactiver la fonctionnalité.
Winter '24 (depuis août 2023) : les domaines avancés sont automatiquement appliqués dans toutes les organisations.

Pour plus de détails sur le calendrier, consultez Calendrier des domaines avancés dans l'Aide de Salesforce.

Puis-je désactiver des domaines avancés si je rencontre un problème pendant le test ?

Vous pouvez désactiver les domaines avancés tant qu'ils n'ont pas été automatiquement appliqués par la mise à jour de version Activation des domaines avancés. Pour ce faire, suivez les instructions dans Désactivation des domaines avancés.

Pour plus d'informations, notamment sur les redirections, consultez Considérations relatives aux domaines avancés dans l'Aide de Salesforce.

Puis-je me désabonner du déploiement et de l'application automatique des domaines avancés ?

Vous ne pouvez pas vous désabonner du déploiement automatique des domaines avancés avec la version Summer '23, mais vous pouvez désactiver la fonctionnalité déployée. Une fois automatiquement appliqués dans Winter '24, les domaines avancés ne peuvent pas être désactivés.

Que se passe-t-il si je ne déploie pas les domaines avancés avant leur application automatique ?

Salesforce déploie la fonctionnalité pour vous, en fonction des événements du Calendrier des domaines avancés.

Les domaines avancés affectent les URL de votre organisation Salesforce, y compris les URL externes des sites Experience Cloud et celles des sites Salesforce. Par conséquent, nous recommandons vivement d'activer et de tester ces fonctionnalités avant leur application automatique

Pour des informations sur l'impact possible sur votre organisation Salesforce et vos utilisateurs, consultez Considérations relatives au domaine avancé dans l'Aide de Salesforce. Pour la liste des zones qui doivent être mises à jour suite à ces modifications, consultez Mise à jour de votre organisation Salesforce pour votre nouveau domaine dans l'Aide de Salesforce.

Pourquoi les domaines avancés ne sont-ils pas déployés immédiatement avec la version ?

Le Déploiement des domaines avancés (mise à jour de version) applique la fonctionnalité dans la version Winter ’24 (à partir d’août 2023 pour les organisations sandbox et de septembre 2023 pour les organisations de production). Lorsque la fonctionnalité est appliquée, les domaines avancés sont déployés dans toutes les organisations. En outre, vous ne pouvez pas désactiver les domaines avancés avec cette version.

Les mises à jour de version et autres fonctionnalités peuvent être activées au cours des 24 heures qui suivent l'obtention d'une version par votre organisation. Pour cette raison, il est possible de trouver des domaines avancés qui ne sont pas activés ou des domaines avancés qui ne sont pas déployés dans votre organisation, même si votre organisation est sur la version Winter ’24. Généralement, les domaines avancés sont déployés quelques heures après l’obtention de la version par votre organisation.

Pour contrôler le calendrier des déploiements des domaines avancés dans votre organisation, activez et déployez la fonctionnalité avant son application dans Winter ’24.

Premiers pas

J'ai un doute au sujet des domaines avancés. Par où commencer ?

Nous sommes conscients de la quantité importante d'informations sur cette fonctionnalité et de la complexité de cette fonctionnalité.

La vidéo Enhanced Domains (disponible uniquement en anglais) donne un aperçu de la fonctionnalité, du calendrier de déploiement et d’application automatique, de son impact et elle explique par où commencer. Plus d’informations sont également disponibles ci-dessous.

Pour commencer, il est préférable de déterminer l'impact pour vous. Pour cela, nous recommandons de consulter les pages ci-dessous dans l'Aide de Salesforce (notez que l'impact n'est pas basé sur l'édition Salesforce utilisée, mais sur la fonctionnalité utilisée).

Identification des mises à jour de l'authentification requises suite à un changement de Mon domaine : permet de déterminer si l'authentification est configurée dans votre organisation. Dans la positive, suivez les instructions présentées dans la page.
Exemple de liste de contrôle de pré-déploiement de Mon domaine et Exemple de liste de contrôle de post-déploiement de Mon domaine : ces listes de contrôle présentent les étapes que chaque client doit éventuellement suivre. Nous avons mis en évidence « éventuellement », car les clients n'utilisent pas tous chaque fonctionnalité. Pour déterminer les étapes à suivre, vous pouvez suivre ces listes de contrôle et retirer les éléments qui ne s'appliquent pas à votre organisation. En particulier, chaque client doit vérifier si des listes d'autorisations sont utilisées, ou si des pare-feux et des serveurs proxy ont été configurés, et les mettre à jour si nécessaire (en cas de doute, contactez votre service chargé de la sécurité ou du réseau).
Mise à jour de votre organisation pour refléter les modifications de Mon domaine : avertissement... cette page est TRÈS dense, prenez votre souffle ! Nous avons regroupé toutes les informations dans la même page pour en faciliter l'accès, au risque de vous submerger d'instructions. Cette page reflète les listes de contrôle de pré et de post-déploiement, et présente la procédure à suivre en fonction de chaque cas rencontré. Pensez à lire les descriptions qui introduisent les tableaux, vous pourrez déterminer si le tableau vous concerne ou si vous pouvez le passer.
Test des modifications de Mon domaine : répertorie les principales étapes des éléments à tester.

Références utiles :

Noms d'hôte Mon domaine : cette rubrique présente les noms d'hôte que Salesforce peut servir pour votre organisation, ainsi que la fonctionnalité correspondante. Elle peut aider à déterminer la fonctionnalité que vous utilisez.
Formats d'URL de connexion et d'application Mon domaine sans domaines avancés : cette rubrique répertorie toutes les URL qui changent avec les domaines avancés (commencez par la liste pour organisations de production). Intéressez-vous uniquement aux types qui vous concernent (que vous venez d'identifier dans la liste de noms d'hôte).

Ouf, beaucoup d'informations ! Vous pouvez également visualiser les Webinaires suivants :

Mars 2022 : webinaire « Prepare for Enhanced Domains », enregistrement et diaporama.
Juillet 2022 : webinaire « Enhanced Domains Enforcement: June 2022 Updates and Authentication Deep Dive », enregistrement et diaporama.

Nous encourageons également les clients à rejoindre le groupe My Domain and Enhanced Domains de la Trailblazer Community.

J'ai déjà un Mon domaine. Dois-je déployer les domaines avancés ?

Oui, vous devez déployer les domaines avancés. Les domaines avancés sont la dernière version de la fonctionnalité Mon domaine. Ils répondent aux exigences les plus récentes en matière de navigateur, raison pour laquelle ils sont requis dans toutes les organisations.

Lorsque vous déployez les domaines avancés, le nom Mon domaine de votre organisation est utilisé dans toutes les URL que Salesforce héberge pour votre organisation. Cette fonctionnalité modifie également les suffixes de domaine (la partie qui suit le nom Mon domaine) pour répondre aux dernières normes de sécurité. Sans nom d'instance, les URL Mon domaine avancées sont plus faciles à mémoriser pour les utilisateurs et ne changent pas lorsqu'une organisation est déplacée vers une autre instance Salesforce. Pour la liste des changements d'URL avec les domaines avancés, consultez Modification du format des URL de Mon domaine lors de l'activation des domaines avancés dans l'Aide de Salesforce.

Pour prendre connaissance du calendrier de déploiement et d'application automatique des domaines avancés par Salesforce, ainsi que des options de désabonnement du déploiement automatique et de désactivation de la fonctionnalité dans chaque version, consultez le Calendrier des domaines avancés dans l'Aide de Salesforce.

Comment puis-je déterminer si les domaines avancés sont déployés dans mon organisation ?

Consultez Détermination de l'activation des domaines avancés dans l'Aide de Salesforce.

Comment puis-je vérifier quand Salesforce va déployer les domaines avancés dans mon organisation ?

Pour connaître la date de publication d'une version dans leur organisation, les clients peuvent consulter Statut Trust, rechercher leur instance et cliquer sur l'onglet Maintenance.

Vous ne connaissez pas le nom de votre instance ? Consultez Affichage des informations sur l'instance dans laquelle réside votre organisation Salesforce. Pour plus d'informations, consultez Récupération du statut de votre organisation et des prochaines dates de maintenance avec Mon domaine dans l'Aide de Salesforce.

Comment puis-je me préparer pour les domaines avancés ?

Les domaines avancés affectent toutes les URL d'application. Par conséquent, nous recommandons de tester et de déployer les domaines avancés avant l'application automatique de cette modification. Nous recommandons également de tester les domaines avancés dans une organisation sandbox avant d'appliquer la mise à jour en production.

Pour plus d'informations sur la configuration, le test et le déploiement des domaines avancés, consultez Planification d'une modification de Mon domaine, Domaines avancés et Mise à jour de votre organisation et test des modifications de Mon domaine dans l'Aide de Salesforce.

Existe-t-il des listes de contrôle pour m'aider à déployer les domaines avancés ?

Pour des exemples de listes de contrôle de projet, de pré-déploiement et de post-déploiement, consultez Exemple de liste de contrôle de modification de Mon domaine dans l'Aide de Salesforce. Ces listes de contrôle sont également disponibles dans Quip, dans My Domain Change Checklists Templates.

Quelques remarques sur les listes de contrôle :

Elles sont disponibles uniquement en anglais. Le contenu d'aide sera traduit avec la version Spring '23.
Il est peu probable que chaque étape des listes de contrôle s'applique à votre cas d'utilisation. Les listes de contrôle incluent les étapes possibles pour toutes les configurations Salesforce. Affinez les modèles pour les adapter à votre projet. Par exemple, si les sites Experience Cloud (auparavant appelés Communautés) ne sont pas activés, ignorez ces étapes en créant vos listes de contrôle personnelles. De la même façon, une section est consacrée à la modification des URL de connexion de votre Mon domaine. Si vous ne renommez pas votre Mon domaine ou ne changez pas le suffixe de votre domaine en production, vous pouvez ignorer cette section en déployant les domaines avancés.
Pour plus d'informations sur les tâches de pré-déploiement et de post-déploiement, consultez Mise à jour de votre organisation pour refléter les modifications de Mon domaine dans l'Aide de Salesforce.

Où puis-je consulter des informations supplémentaires sur les domaines avancés ?

Pour plus d'informations sur la modification appliquée, consultez la Note de publication de Winter '23 : Déploiement des domaines avancés (mise à jour de version), et regardez la vidéo Enhanced domains (disponible uniquement en anglais).

Vous pouvez également visualiser les Webinaires suivants :

Mars 2022 : webinaire « Prepare for Enhanced Domains », enregistrement et diaporama.
Juillet 2022 : webinaire « Enhanced Domains Enforcement: June 2022 Updates and Authentication Deep Dive », enregistrement et diaporama.

Nous vous encourageons également à rejoindre le groupe My Domain and Enhanced Domains de la Trailblazer Community.

Activation et déploiement des domaines avancés

Combien de temps dure l'activation ou la désactivation des domaines avancés ?

Le processus prend généralement quelques minutes, mais peut durer jusqu'à 24 heures. Pour déployer une modification de Mon domaine selon votre calendrier, notamment activer les domaines avancés, nous recommandons d'enregistrer la modification souhaitée au moins un jour avant votre déploiement planifié.

Lorsque vous enregistrez une modification de votre Mon domaine, Salesforce provisionne les nouveaux domaines. En d'autres termes, nous préparons leur utilisation. Cette partie du processus peut durer jusqu'à 24 heures. Cependant, à quelques exceptions près, il est généralement beaucoup plus rapide. Les problèmes de provisionnement sont rares, mais nécessitent parfois d'arrêter le processus et de réenregistrer votre modification de Mon domaine, ce qui entraîne le redémarrage du processus. Une fois les nouveaux domaines provisionnés, le déploiement est immédiat, car le provisionnement les a préparés. Pour plus d'informations sur ce processus, consultez Provisionnement et déploiement de Mon domaine dans l'Aide de Salesforce.

Pour évaluer la durée du provisionnement, observez le processus dans cette organisation spécifique. Cette mesure n'est pas parfaite, mais plus précise que les consignes d'ordre général. Notez l'écart entre l'enregistrement de la modification de votre Mon domaine pour activer les domaines avancés en production et la réception de l'e-mail de notification indiquant que votre nouveau Mon domaine est prêt. L'écart est un indicateur imparfait mais relativement précis de la durée requise pour désactiver la fonctionnalité, si nécessaire.

Le déploiement des domaines avancés dans une organisation sandbox affecte-t-il l'organisation de production ?

Non. Les modifications apportées dans une organisation sandbox affectent l'organisation de production uniquement si vous déployez explicitement les modifications depuis la sandbox vers la production. Les organisations sandbox et de production sont des environnements totalement différents en ce qui concerne le déploiement des domaines avancés.

Comment puis-je activer et déployer les domaines avancés ?

Important : veillez à ne pas être bloqué ! Avant de déployer les domaines avancés, déterminez si l'URL de connexion de votre Mon domaine change et vérifiez que vous pouvez vous connecter après la modification. Pour plus d'informations, consultez Conservation de l'accès à la connexion lors de la modification de l'URL de connexion Mon domaine.

Dans Configuration, dans la page Mon domaine, modifiez les Détails de Mon domaine, puis sélectionnez Utiliser les domaines avancés. Lorsque Salesforce a provisionné votre nouveau Mon domaine, déployez-le depuis la même page de Configuration.

Les domaines avancés sont déjà activés dans mon organisation. Qui a fait ça ? Cela signifie-t-il que j’ai terminé ?

Pour répondre à l’exigence des domaines avancés, vous devez à la fois activer les domaines avancés et déployer la fonctionnalité. Tant que la fonctionnalité n’est pas déployée, il n’y a pas de changement pour vos utilisateurs. Si vous avez des doutes sur l’état des domaines avancés dans votre organisation, consultez Détermination de l'activation des domaines avancés dans l'Aide de Salesforce.

En prévision de Spring ’23, Summer ’23 et Winter ’24, Salesforce active les domaines avancés dans les organisations sans domaine avancé. Ensuite, nous provisionnons les nouveaux domaines. En d’autres termes, les nouveaux domaines sont prêts pour le déploiement. Lorsque cette étape est terminée, la page Configuration de Mon domaine affiche le nouveau Mon domaine, se terminant par « avec des domaines avancés » et l'option de déploiement.

Si cet écran est affiché, vous pouvez déployer le nouveau Mon domaine avec des domaines avancés. Alternativement, pour changer le nom de votre Mon domaine lorsque vous déployez des domaines avancés, cliquez sur Annuler le nouveau domaine, attendez au moins 15 minutes, puis enregistrez la modification dans les Détails de votre Mon domaine. Si vous annulez le nouveau domaine sans enregistrer d'autre modification de Mon domaine avec des domaines avancés, Salesforce active de nouveau les domaines avancés.

Si vous vous êtes retiré du déploiement automatique des domaines avancés dans Spring ’23, Salesforce a probablement activé et provisionné les domaines avancés avant que vous ayez modifié le paramètres de Mon domaine correspondant. Si l'option Mon domaine Déployer automatiquement les domaines avancés avec Spring ’23 est désactivée lorsque votre organisation passe à Spring ’23, Salesforce ne déploie pas la fonctionnalité pour vous dans cette version, même si le nouveau Mon domaine est provisionné.

Pour plus d'informations, lisez ces articles.

Aide de Salesforce : Calendrier des domaines avancés
Aide de Salesforce : Provisionnement et déploiement de Mon domaine
Aide de Salesforce : Récupération du statut de votre organisation et des prochaines dates de maintenance avec Mon domaine
Désabonnement du déploiement automatique des domaines avancés dans Spring ’23

Que signifie le message « le réseau ne vous accorde pas l'accès à ces domaines » ? Pourquoi disparaît-il ?

Pendant le processus de provisionnement de votre nouveau domaine, Salesforce effectue un contrôle pour s'assurer que vous avez accès au réseau du nouveau domaine. Si vous n'avez pas l'accès nécessaire, la page Mon domaine indique en rouge les URL auxquelles vous ne pouvez pas accéder. Pour empêcher les éventuels problèmes d’accès, vous ne pouvez pas cliquer sur le bouton Déployer le nouveau domaine.

Les problèmes d’accès peuvent être temporaires ou nécessiter une action.

Les problèmes réseau temporaires peuvent être dus à une inscription DNS incomplète, à une propagation DNS incomplète ou à un cache DNS périmé. Ces problèmes sont généralement résolus en 10 minutes sans intervention. Une fois le problème temporaire résolu, le message d'avertissement disparaît dès la première visite de la page Mon domaine.
Si le message persiste plus de 15 minutes avant de revisiter la page Mon domaine, vérifiez vos listes d'autorisations ou votre configuration réseau. En plus des listes d'autorisations, examinez vos configurations de pare-feu et de serveur proxy pour vous assurer que vous avez autorisé les domaines requis. Conseil : Si vous ignorez si votre entreprise ou votre réseau utilise ces méthodes, contactez votre service informatique ou de sécurité des informations (InfoSec).

Pour déployer votre Mon domaine, revisitez la page Configuration de Mon domaine une fois les problèmes d'accès résolus.

Mise à jour de votre organisation

Quelles sont les mises à jour requises dans mon organisation lorsque j'active et déploie des domaines avancés ?

Mettez à jour les références à vos URL modifiées.

Lorsque vous activez les domaines avancés, toutes les URL de votre organisation contiennent un nom Mon domaine spécifique à votre entreprise, y compris les sites Experience Cloud et les sites Salesforce. Puisque les URL de votre organisation changent, nous recommandons de tester vos fonctionnalités avec les domaines avancés dans une organisation sandbox avant de les activer en production. Examinez attentivement les personnalisations qui référencent vos anciennes URL.

Pour la liste des zones à mettre à jour, consultez Mise à jour de votre organisation Salesforce pour votre nouveau domaine dans l'Aide de Salesforce. Pour des instructions de planification de cette modification et des exemples de liste de contrôle, consultez Planification d'une modification de Mon domaine dans l'Aide de Salesforce.

La modification des URL externes, notamment celle des sites Experience Cloud et Salesforce, nécessite une attention particulière. Après cette modification, il peut être nécessaire de mettre à jour vos liens externes et la configuration des domaines personnalisés qui pointent vers ces URL. Pour plus d'informations, consultez Considérations relatives aux domaines avancés dans l'Aide de Salesforce. Salesforce recommande de tester l'activation des domaines avancés dans une organisation sandbox afin d'identifier les mises à jour à effectuer lorsque vous déployez un Mon domaine en production. Pour plus d'informations, consultez Test de votre nouveau Mon domaine dans l'Aide Salesforce.

Comment puis-je identifier les personnalisations qui référencent les anciens domaines dans mon organisation ?

Une méthode consiste à télécharger les métadonnées de votre organisation et de rechercher les occurrences des anciennes URL. Pour la liste complète des URL à rechercher, consultez Modification du format des URL Mon domaine lorsque vous activez les domaines avancés dans l'Aide de Salesforce. Pour rechercher dans votre code Salesforce, téléchargez les métadonnées. Utilisez ensuite une interface de ligne de commande telle que la Salesforce CLI.

Selon le degré d'unicité du nom de l'instance ou du nom Mon domaine par rapport aux autres métadonnées, la recherche du nom de l'instance de l'organisation (lors du déploiement d'un Mon domaine) ou du nom Mon domaine (lors de l'activation des domaines avancés) est plus ou moins facile.

Quelles sont les mises requises pour la SSO, la MFA et les autres méthodes d'authentification ?

Selon votre configuration, des mises à jour supplémentaires peuvent être nécessaires avant et après le déploiement des domaines avancés. Pour déterminer si votre configuration de l'authentification à jour doit être mise à jour, et comprendre la procédure à suivre, consultez Mise à jour de l'authentification après la modification de Mon domaine dans l'Aide de Salesforce.

Comment puis-je restaurer les fournisseurs d'authentification sur ma page de connexion ?

Si vos utilisateurs peuvent s’authentifier avec d’autres fournisseurs d’identité ou une méthode d’authentification SSO SAML à partir de votre page de connexion Mon domaine ou de la page de connexion du site Experience Cloud, ces méthodes d’authentification cessent de fonctionner lorsque l’URL de la page change et peut être retiré de la page.

Pour restaurer ces méthodes d’authentification :

Pour chaque méthode d’authentification, mettez à jour le service d'authentification correspondant.
- Pour les autres fournisseurs d’identité, tels que Google, Facebook ou une tierce partie qui utilise le protocole OpenID Connect, consultez Mise à jour de votre configuration Fournisseur d'authentification ou IdP OpenID Connect après un changement d'URL de connexion dans l’Aide de Salesforce.
- Pour les méthodes d’authentification SSO SAML telles que Okta, OneLogin, Azure ou une autre organisation Salesforce, consultez Mise à jour de votre configuration IdP SSO SAML après un changement d'URL de connexion ou de site dans l'Aide de Salesforce.
Vérifiez la méthode d’authentification sur la page de connexion. Si nécessaire, ajoutez à nouveau les fournisseurs d'authentification à votre page de connexion. Consultez ces rubriques dans l'Aide de Salesforce :
- Pour la page de connexion de Mon domaine de votre organisation : Ajout d'un fournisseur d'authentification à la page de connexion de votre organisation dans l'Aide de Salesforce.
- Pour la page de connexion de votre site Experience Cloud : Ajout d'un fournisseur d'authentification à la page de connexion de votre site Experience Cloud dans l'Aide de Salesforce.

Test

Puis-je tester les domaines avancés avant de déployer la fonctionnalité pour mes utilisateurs ?

Vous pouvez tester le déploiement d'un Mon domaine avec les domaines avancés dans une organisation sandbox. Salesforce recommande vivement aux clients de tester cette fonctionnalité dans une organisation sandbox avant de déployer les domaines avancés en production. Aucune méthode de test préalable au déploiement n'existe dans une organisation de production.

Comment puis-je tester les domaines avancés ?

Une fois votre organisation mise à jour avec les modifications de Mon domaine, suivez les instructions de Test des modifications de Mon domaine dans l'Aide de Salesforce. Notez que Salesforce recommande vivement de désactiver provisoirement toutes les redirections avant le test.

Quels sont les problèmes courants rencontrés après le déploiement des domaines avancés ?

Les tableaux ci-dessous répertorient les problèmes courants que vous pouvez rencontrer après avoir déployé les domaines avancés.

REMARQUE : Cette liste n'est pas exhaustive. Nous recommandons de tester les domaines avancés dans une organisation sandbox pour vérifier votre configuration, avant de les déployer en production.

Lorsque vous déployez les domaines avancés en production sans renommer votre Mon domaine ou changer le suffixe de votre Mon domaine, vous pouvez rencontrer ces problèmes.

Comportement	Mises à jour associées
Erreurs en tentant d'accéder aux pages Salesforce, y compris, sans s'y limiter : les sites Experience Cloud, les sites Salesforce Sites, les pages Visualforce et les contenus.	Mettez à jour vos listes d'autorisations, domaines de confiance, domaines autorisés et autres restrictions basées sur le nom d'hôte. Mettez à jour les références codées en dur à vos anciennes URL. Mettez à jour votre version de l'application Mobile Publisher pour Experience Cloud.
Les utilisateurs ne peuvent pas accéder aux sites Experience Cloud ou aux sites Salesforce.	Mettez à jour les restrictions basées sur l'adresse IP pour inclure la plage IPv6. Mettez à jour l'authentification (SSO, MFA et identifiants nommés). Mettez à jour les fournisseurs d'identité dans votre page de connexion. Mettez à jour les références codées en dur à l'URL de votre site. Mettez à jour les domaines de confiance des cadres en ligne. Mettez à jour les restrictions au niveau du réseau qui spécifient uniquement les adresses IP.
Votre domaine personnalisé qui sert votre site Experience Cloud ou vos sites Salesforce ne fonctionne plus.	Mettez à jour la configuration requise du domaine.
Open CTI (Couplage téléphonie-informatique) ou Numérotation par clic cesse de fonctionner.	Mettez à jour votre fournisseur de téléphonie et Open CTI. Pour plus d’informations, consultez l’article Knowledge Enhanced Domains and Open CTI with Visualforce (Spring ‘23).
Des intégrations, un logiciel externe ou des applications connectées ne peuvent pas accéder à vos sites Experience Cloud ou sites Salesforce.	Mettez à jour l'authentification pour utiliser votre nouvelle URL de connexion au site. Demandez aux tierces parties de mettre à jour leur configuration pour utiliser votre nouvelle URL de connexion au site. Vérifiez auprès des tierces parties qu'ils prennent en charge l'indication du nom de serveur (SNI).
Les logiciels externes et les applications connectées ne peuvent pas accéder à vos sites.	Mettez à jour l'authentification pour utiliser les nouvelles URL de connexion de vos sites.
Les utilisateurs ne peuvent pas accéder aux sites Enablement (myTrailhead) qui utilisent les URL de vos sites commençant par *.force.com.	Contactez le Support client de Salesforce pour mettre à jour votre fournisseur d'authentification avec la nouvelle URL de connexion de vos sites.
Les images stockées dans Salesforce ne sont pas chargées dans les pages internes et externes.	Mettez à jour les références aux URL de contenus stockés dans Salesforce. Mettez à jour les URL des badges et des images dans les sites Enablement (myTrailhead)
Certaines fonctionnalités des packages installés depuis AppExchange ne fonctionnent plus.	Vérifiez que le package a été mis à jour et installez un correctif ou une version qui prend en charge les domaines avancés.

Lorsque vous déployez les domaines avancés dans une organisation sandbox, ou dans une organisation de production et changez le nom ou le suffixe de votre Mon domaine, l'URL de connexion de votre Mon domaine change aussi. Vous pouvez rencontrer les problèmes indiqués ci-dessus et les problèmes courants supplémentaires répertoriés ci-dessous.

Comportement	Mises à jour associées
Les utilisateurs et les processus ne peuvent pas accéder à votre organisation Salesforce.	Mettez à jour l'authentification (SSO, MFA et identifiants nommés). Mettez à jour les fournisseurs d'identité dans votre page de connexion. Mettez à jour les références codées en dur à l'URL de connexion de votre Mon domaine.
La connexion des applications connectées et des intégrations tierces à votre organisation ou à votre site échoue.	Mettez à jour l'authentification. Mettez à jour les références codées en dur à l'URL de connexion de votre Mon domaine. Assurez-vous que les tierces parties peuvent traiter l'en-tête de redirection depuis Salesforce.
Un déploiement Messagerie pour le Web qui était publié n'est plus affiché pour votre client.	Republiez tous les déploiements préexistants de Messagerie pour le Web.
Les utilisateurs ne peuvent pas accéder aux sites Enablement (myTrailhead) qui utilisent l'URL de connexion de votre Mon domaine.	Contactez le Support client de Salesforce pour mettre à jour votre fournisseur d'authentification avec la nouvelle URL de connexion de votre Mon domaine.
Service Cloud Voice ne fonctionne plus.	Contactez votre fournisseur de téléphonie pour mettre à jour votre configuration avec les nouvelles URL. Mettez à jour la liste d'autorisations dans Amazon Connect avec votre nouvelle URL Visualforce. Remarque : Lorsque vous déployez les domaines avancés dans une organisation qui utilise Spring ’23, Salesforce met à jour Amazon Connect, à l’exception de la liste d’autorisations.

Pour plus d'informations sur les mises à jour requises, consultez Mise à jour de votre organisation pour refléter les modifications de Mon domaine dans l'Aide de Salesforce.

Modifications des URL (nom d'hôte)

Les domaines avancés affectent-ils les organisations de production ?

Oui. Les domaines avancés affectent les URL en production.

Si vous avez lu que les domaines avancés n'ont aucun impact en production, cela se rapporte uniquement à l'URL de connexion de Mon domaine. Si vous ne changez pas votre nom Mon domaine, l'URL de connexion de Mon domaine ne change pas en production lorsque vous activez les domaines avancés. Cependant, presque toutes les autres URL que Salesforce héberge pour votre organisation changent lorsque vous activez les domaines avancés en production. Cela est particulièrement important pour les URL des sites, des pages Visualforce et des contenus qui peuvent être exposés en externe.

Pour la liste des URL qui changent, consultez Modification du format des URL Mon domaine lorsque vous activez les domaines avancés dans l'Aide de Salesforce. Pour des instructions de planification de la modification et des exemples de liste de contrôle, consultez Planification d'une modification de Mon domaine dans l'Aide de Salesforce. Pour déterminer les modifications à effectuer, consultez Mise à jour de votre organisation pour refléter les modifications de Mon domaine dans l'Aide de Salesforce.

Le déploiement des domaines avancés entraîne-t-il la modification de mes URL de connexion existantes ?

Pour être complets, nous allons présenter les deux principales « URL de connexion » dans Salesforce.
Courte explication : lorsque vous déployez les domaines avancés dans une organisation sandbox, l'URL de connexion de votre Mon domaine change. Lorsque vous déployez les domaines avancés en production, l'URL de connexion de votre Mon domaine change uniquement si vous modifiez aussi votre nom ou votre suffixe Mon domaine. Lorsque vous déployez les domaines avancés, les URL de vos sites qui se terminent en *.force.com changent, que la fonctionnalité soit déployée en production ou en sandbox.

Explication plus complète
Lorsque vous effectuez l'une des modifications ci-dessous, l'URL de connexion de votre Mon domaine change. L'URL de connexion de Mon domaine est utilisée pour la connexion à votre organisation Salesforce et effectuer des modifications. Les utilisateurs qui emploient cette URL sont par exemple les responsables de compte, les agents de support et les administrateurs. Cette URL se termine par *.my.salesforce.com (ou par *.cloudforce.com ou *.database.com dans les organisations plus anciennes).

Renommer votre Mon domaine.
Changer le suffixe de votre Mon domaine.
Sandbox uniquement : déployer les domaines avancés (notez que le déploiement des domaines avancés seul ne change pas cette URL de connexion en production).
Activer ou désactiver les domaines partitionnés dans une organisation Developer Edition, une organisation test, une organisation corrective, une organisation de démonstration, une organisation gratuite ou Trailhead Playground.

Si vous effectuez l'une de ces modifications, l'URL de votre site Experience Cloud ou site Salesforce se terminant par *.force.com change. Ces URL de connexion sont utilisées pour accéder aux données de votre organisation Salesforce via des sites et une fonctionnalité externes. Par exemple, les visiteurs de votre site Experience Cloud qui achètent vos produits, consultent les offres d'emploi de votre entreprise ou recherchent un stock exposé en externe. Si vous utilisez un domaine personnalisé, tel que https://www.exemple.com, pour servir votre site, cette URL ne change pas.

Déployer les domaines avancés (notez que cette URL change lorsque vous déployez les domaines avancés en production).
Renommer votre Mon domaine dans une organisation avec les domaines avancés.
Activer ou désactiver les domaines partitionnés dans une organisation Developer Edition, une organisation test, une organisation corrective, une organisation de démonstration, une organisation gratuite ou Trailhead Playground.

Les domaines avancés affectent-ils les URL d’instance dans le formulaire <instanceName>.salesforce.com ?

Les domaines avancés n'ont pas d’impact sur les URL d'instance au format <instanceName>.salesforce.com. Cependant, nous recommandons de ne pas utiliser ces URL, car elles peuvent changer lors d’une migration d'organisation, qui fait partie de la maintenance régulière. Si vous trouvez ces URL lors des mises à jour de vos domaines avancés, nous vous recommandons vivement d’utiliser l’une des options suivantes :

l'URL de connexion Mon domaine de votre organisation, disponible sur la page de configuration de Mon domaine.
l’URL de connexion Salesforce générique : login.salesforce.com pour les organisations de production et test.salesforce.com pour les sandbox.

Pour plus d'informations, consultez Connexion à Salesforce avec un code dans l'Aide de Salesforce.

Si vous trouvez une autre URL qui contient votre nom d’instance, les domaines avancés changent probablement cette URL. Pour plus d'informations, consultez Modification du format des URL de Mon domaine lors de l’activation des domaines avancés et Préparation de l'arrêt des redirections pour les domaines non avancés dans l’Aide de Salesforce.

Quel est l'impact des domaines avancés sur les organisations qui utilisent le suffixe cloudforce.com ou database.com ?

Si votre organisation est servie par des URL avec les suffixes *.cloudforce.com ou *.database.com, vous devez adopter le suffixe Mon domaine standard (*.my.salesforce.com) avant d'activer les domaines avancés. Ainsi, lorsque les domaines avancés sont automatiquement appliqués, vous basculez également vers le suffixe *.my.salesforce.com.

Par conséquent :

Lorsque vous activez les domaines avancés, vous devez sélectionner Standard dans le champ Suffixe du domaine. Ensuite seulement vous sélectionnez Utiliser les domaines avancés.
Votre URL de connexion change en production (car le suffixe change). Lorsque vous planifiez le déploiement des domaines avancés et mettez à jour votre organisation, suivez les étapes appropriées lorsque l'URL de connexion de votre Mon domaine change.

Une fois que vous avez déployé les domaines avancés, vos URL *.cloudforce.com ou *.database.com antérieures sont redirigées jusqu’à ce que vous déployiez un autre Mon domaine ou que les redirections s’arrêtent dans la version Winter '25, selon la première éventualité. Pour plus d'informations, consultez Redirections de Mon domaine dans l'Aide de Salesforce.

Les domaines avancés empêchent-ils les utilisateurs ou les API d'utiliser les URL de connexion standard ?

Non. Le déploiement des domaines avancés n'empêche pas la connexion des utilisateurs ou des API avec login.salesforce.com (pour les organisations de production) ou test.salesforce.com. Après avoir activé les domaines avancés, vous pouvez contrôler ce paramètre avec deux options dans la section Stratégies de la page Configuration de Mon domaine. Pour plus d'informations, consultez Définition de stratégies de connexion et de redirection Mon domaine dans l'Aide de Salesforce. Pour plus d'informations sur les options associées aux noms d'hôte Mon domaine, consultez Compréhension des redirections pour les noms d'hôte Mon domaine précédents dans l'Aide de Salesforce.

Pour ajouter une couche de sécurité, Salesforce recommande d'utiliser l'URL de connexion Mon domaine de votre organisation au lieu de login.salesforce.com ou test.saleforce.com lors de la connexion à Salesforce avec un code et des API. Pour plus d'informations, consultez Connexion à Salesforce avec un code dans l'Aide de Salesforce.

Les domaines avancés ont-ils un impact sur les intégrations d’API existantes ?

Pour déterminer si une intégration d’API est affectée lorsque vous déployez les domaines avancés, regardez l’URL que cette intégration utilise pour se connecter à Salesforce. Si cette URL change, l'intégration peut cesser de fonctionner jusqu’à ce que vous mettiez à jour l’URL. Pour la liste des changements d'URL lors du déploiement des domaines avancés, consultez Modification du format des URL de Mon domaine lors de l'activation des domaines avancés dans l'Aide de Salesforce. Bien que vos URL précédentes soient redirigées par défaut, toutes les tierces parties ne peuvent pas traiter ces redirections. Plus important encore, étant donné que certaines redirections s’arrêtent avec Winter '24, n’oubliez pas de mettre à jour les intégrations d’API qui utilisent l’ancienne URL.

Plus d’informations :

Dans une sandbox, votre URL de connexion Mon domaine (https://MyDomainName--SandboxName.my.salesforce.com) change lorsque vous déployez les domaines avancés : le mot « sandbox » est ajouté.

Les intégrations d’API existantes qui utilisent votre URL de connexion Mon domaine en sandbox peuvent cesser de fonctionner après le déploiement de domaines avancés. Mettez à jour l’intégration pour utiliser le nouveau format (https://MyDomainName--SandboxName.sandbox.my.salesforce.com).
Les intégrations d’API existantes qui utilisent l’URL générique https://test.salesforce.com continuent de fonctionner lorsque vous déployez les domaines avancés, sauf si l'option Mon domaine Empêcher la connexion depuis https://test.salesforce.com est activée.

En production, l’URL de connexion Mon domaine (https://MyDomainName.my.salesforce.com) ne change pas lorsque vous déployez les domaines avancés, sauf si vous modifiez également votre nom ou suffixe Mon domaine.

Les intégrations d’API existantes qui utilisent l’URL générique https://login.salesforce.com continuent de fonctionner lorsque vous déployez les domaines avancés, sauf si l'option Mon domaine Empêcher la connexion depuis https://login.salesforce.com est activée.
Si vous déployez les domaines avancés sans modifier votre nom ou suffixe Mon domaine en production, les intégrations d’API qui utilisent votre URL de connexion Mon domaine continuent de fonctionner.
Si vous modifiez votre nom ou suffixe Mon domaine dans le cadre du déploiement des domaines avancés, votre URL de connexion Mon domaine change et les intégrations d’API qui utilisent votre URL de connexion Mon domaine peuvent cesser de fonctionner jusqu’à ce que vous mettiez à jour les intégrations d’API qui utilisent la nouvelle URL de connexion.

Dans les sandbox et en production, si une API utilise votre URL de site Experience Cloud ou de site Salesforce *.force.com, ces URL changent avec les domaines avancés. Mettez à jour l’API pour utiliser la nouvelle URL du site après avoir déployé les domaines avancés.

Si l’intégration d’API utilise une autre URL pour s’intégrer à Salesforce, vérifiez le format de l’URL. Il change probablement quand vous déployez les domaines avancés.

Les domaines avancés affectent-ils mes URL lightning ?

Lorsque vous déployez les domaines avancés en production :

Les URL avec le format de nom d’hôte MyDomainName.lightning.force.com ne changent pas
Les URL avec le format de nom d’hôte MyDomainName--PackageName.container.lightning.com changent
Les URL avec le format du nom d’hôte InstanceName.lightning.force.com changent

Lorsque vous déployez les domaines avancés dans une organisation sandbox, toutes les URL correspondantes changent :

Les URL avec le format de nom d’hôte MyDomainName--SandboxName.lightning.force.com changent (le mot « sandbox » est ajouté)
Les URL avec le format de nom d’hôte MyDomainName--SandboxName--PackageName.container.lightning.com changent
Les URL avec le format du nom d’hôte InstanceName.lightning.force.com changent

Pour plus d’informations, consultez Modification du format des URL Mon domaine lorsque vous activez les domaines avancés.

Les paramètres de l'organisation sont-ils automatiquement remplacés par les nouvelles URL Visualforce des domaines avancés ou devons-nous les mettre à jour manuellement ?

Les URL qui sont dynamiquement construites par Salesforce utilisent automatiquement les noms d'hôte Visualforce des domaines avancés, mais le code Apex et JavaScript et les données existantes qui contiennent les anciens noms d'hôte Visualforce ne sont pas automatiquement mis à jour avec cette modification. À la place, l'accès aux anciennes URL redirige vers les nouveaux noms d'hôte.

Dois-je mettre à jour les références aux URL codées en dur dans les pages Visualforce gérées ou installées ?

Oui, si la page Visualforce vous appartient, vous devez mettre à jour toutes les références aux URL codées en dur dans la page, idéalement en utilisant une URL relative ou créée dynamiquement. Cependant, notez que vous ne pourrez probablement pas modifier les pages Visualforce livrées directement par un package, car la page est gérée par le package (même si vous pouvez le mettre à jour, vous ne souhaitez pas que vos modifications soient remplacées par la prochaine mise à jour du package).

Pour les packages gérés, Salesforce recommande vivement aux développeurs de package d'utiliser des chemins relatifs pour générer des liens. Si les développeurs suivent cette approche, le lien doit fonctionner après l'activation des domaines avancés.

Nous recommandons de tester ces pages dans une organisation sandbox avec les domaines avancés activés et les redirections (provisoirement) désactivées. Si vous détectez un problème, informez le développeur du package, qui pourra ainsi publier une nouvelle version opérationnelle avec les domaines avancés.

Pour plus d'informations, consultez Liaison vers des domaines Salesforce dans les packages dans l'Aide de Salesforce et Call Salesforce URLs Within a Package dans le guide ISVForce (conseil : la deuxième page présente des exemples de construction d'URL dynamiques applicables au-delà des packages).

Puis-je changer le suffixe de Mon domaine via les domaines avancés ?

Non, vous ne pouvez pas changer le suffixe des URL que Salesforce héberge pour votre organisation avec les domaines avancés.* Les domaines avancés ne se rapportent pas à la personnalisation des URL. Cette fonctionnalité affecte uniquement les suffixes Salesforce internes. Elle est requise pour la conformité avec les normes de navigateur et pour éviter toute interruption lorsque votre organisation transite vers une autre instance Salesforce. Vous pouvez consulter les URL impactées dans cette page.

Pour servir un site Experience Cloud ou un site Salesforce en utilisant un domaine personnalisé vous appartenant, tel que https://www.exemple.com, consultez Domaines personnalisés dans l'Aide de Salesforce.

* Si l'URL de connexion de votre Mon domaine se termine par *.database.com ou *.cloudforce.com, vous devez adopter le suffixe standard *.my.salesforce.com en déployant les domaines avancés.

Puis-je combiner le renommage du nom Mon domaine de mon organisation et l'activation des domaines avancés ?

Oui ! Nous recommandons de combiner ces deux modifications. Si vous souhaitez changer la marque dans les URL que Salesforce héberge pour votre organisation, vous pouvez combiner les mises à jour, le test d'un changement de nom Mon domaine et l'activation des domaines avancés. Pour faciliter ces modifications, mettez la valeur de nom Mon domaine à jour, sélectionnez le paramètre Activer les domaines avancés dans la page Détails de Mon domaine, puis enregistrez le tout en une seule modification à provisionner et à déployer.

Outre une seule série de tests, vous définissez une modification unique pour vos utilisateurs. Plus important encore, cela permet de conserver les redirections depuis les URL actuelles de votre organisation Salesforce. Si vous modifiez plusieurs fois votre Mon domaine, seule la dernière série d'URL Mon domaine de votre organisation est redirigée. Par conséquent, si vous activez les domaines avancés, puis changez votre Mon domaine, les URL d'origine de votre organisation Salesforce (avant les deux modifications) ne sont pas redirigées.

J'utilise une marque interne pour le nom Mon domaine. Je ne souhaite pas exposer cette marque publiquement en activant les domaines avancés. Quelles sont mes options ?

Exemple de clarification : le nom Mon domaine actuel d'une organisation est internalbrand et l'URL de connexion à Salesforce pour les utilisateurs internes est https://internalbrand.my.salesforce.com. Lorsque les domaines avancés sont activés dans cette organisation, les sites Experience Cloud deviennent https://internalbrand.my.site.com. Le client ne souhaite pas que les clients externes affichent internalbrand.

Options (avec cet exemple) :

[Recommandé] Utilisez un domaine personnalisé, tel que https://www.externalbrand.com, pour servir les sites Experience Cloud ou Salesforce. Dans les sites Salesforce et les sites Experience Cloud, activez l'option Rediriger vers un domaine personnalisé pour que Salesforce redirige automatiquement https://internalbrand.my.salesforce-sites.com et https://internalbrand.my.site.com vers le domaine personnalisé lié à ces sites. Pour plus d'informations, consultez Domaines personnalisés dans l'Aide de Salesforce.
Renommez votre Mon domaine en externalbrand lorsque vous activez les domaines avancés.
Remarque : Le renommage de votre Mon domaine change votre URL de connexion et les autres organisations qui accèdent à votre organisation Salesforce. Si vous avez changé votre nom Mon domaine précédemment, les redirections depuis les URL Mon domaine antérieures sont arrêtées.

Sites Experience Cloud et sites Salesforce

Comment les domaines avancés affectent-ils l'URL de mes sites ?

Les domaines avancés utilisent un nom d'hôte basé sur Mon domaine pour les sites Salesforce et les sites Experience Cloud au lieu de noms d'hôte basés sur force.com, et les URL de sandbox contiennent le terme « sandbox ». Cela ne s'applique pas aux domaines personnalisés, qui restent préférés. L'utilisation d'un domaine personnalisé tel que www.exemple.com est recommandé. Pour plus d'informations sur les domaines personnalisés, consultez Domaines personnalisés dans l'Aide de Salesforce.

Exemple d'URL Salesforce sans les domaines avancés dans une organisation non-sandbox HTTPS :

Salesforce Sites: https://SalesforceSitesSubdomain.secure.force.com
Experience Cloud sites: https://ExperienceCloudSitesSubdomainName.force.com

Exemple d'URL Salesforce avec les domaines avancés dans une organisation non-sandbox HTTPS :

Sites Salesforce : https://MyDomainName.my.salesforce-sites.com
Sites Experience Cloud: https://MyDomainName.my.site.com

Une comparaison complète est documentée dans l'Aide de Salesforce. Consultez Modification du format des URL de Mon domaine lors de l'activation des domaines avancés.

Pour plus d'informations sur les mises à jour de vos sites lorsque vous déployez les domaines avancés, consultez Mise à jour de votre organisation pour refléter les modifications de Mon domaine dans l'Aide de Salesforce.

**Puis-je conserver l'ancienne URL de mon site *.force.com ?**

Non. Les URL de site *.force.com ne sont pas compatibles avec le blocage des cookies tiers. Les domaines avancés changent la structure des URL hébergées par Salesforce pour corriger ce problème.

Puis-je personnaliser le format de l'URL de mon site ?

Oui. Utilisez un domaine personnalisé. Un domaine personnalisé est un domaine qui vous appartient, comme https://www.example.com, que vous utilisez pour servir votre site. Pour plus d'informations, consultez Domaines personnalisés dans l'Aide de Salesforce. Salesforce recommande vivement les domaines personnalisés.

Je sers mon site avec un domaine personnalisé. Dois-je changer ce domaine en déployant les domaines avancés ?

Oui, bien que les étapes soient moins nombreuses que lorsque les utilisateurs accèdent à votre site via un domaine *.force.com. En outre, il n'est pas nécessaire de mettre à jour votre domaine dans la Configuration de Salesforce. Votre domaine personnalisé utilise automatiquement la nouvelle URL de votre site hébergé par Salesforce.

Lorsque vous déployez les domaines avancés, demandez aux tiers qui s'intègrent à votre organisation de vérifier qu'ils prennent en charge le protocole SNI. Selon la configuration de votre domaine personnalisé, quelques étapes supplémentaires peuvent être nécessaires. Pour plus d'informations, consultez Mise à jour de votre organisation pour refléter les modifications de Mon domaine dans l'Aide de Salesforce.

Les domaines avancés affectent-ils le CNAME de mon domaine personnalisé ?

Non. Les domaines avancés ne changent pas les noms d'hôte live.siteforce.com. Les domaines personnalisés qui utilisent live.siteforce.com continuent de fonctionner normalement lorsque vous activez les domaines avancés.

Mon organisation a des sites Experience Cloud et des sites Salesforce. Cette modification signifie-t-elle que je peux utiliser le même sous-domaine pour ces sites ?

Avec un Mon domaine sans les domaines avancés, le sous-domaine des sites Experience Cloud et le sous-domaine des sites Salesforce d'une organisation doivent être différents. Les deux sous-domaines distincts que vous choisissez déterminent les URL définies par Salesforce pour ces domaines.

Avec les domaines avancés, les URL définies par Salesforce pour les URL de Mon domaine, des sites Experience Cloud et des sites Salesforce utilisent le nom Mon domaine en tant que sous-domaine.

Un domaine personnalisé tel que www.example.com peut servir des sites Experience Cloud et des sites Salesforce. Salesforce recommande les domaines personnalisés.

Pour plus d’informations, consultezPersonnalisation de la marque des domaines de votre organisation Salesforce et Domaines personnalisés dans l'Aide de Salesforce.

Puis-je continuer à utiliser le sous-domaine de mes sites après avoir activé les domaines avancés ?

Oui. Avec les domaines avancés, vos sites utilisent votre Mon domaine en tant que sous-domaine. Si vous souhaitez conserver ce sous-domaine, remplacez votre nom Mon domaine par le nom externe que vous souhaitez utiliser.

Par exemple, si vous vous connectez actuellement à Salesforce en utilisant https://internalbrand.my.salesforce.com et que vos utilisateurs accèdent à votre site Experience Cloud via https://externalbrand.force.com, votre nom Mon domaine est internalbrand et le sous-domaine de vos sites Experience Cloud est externalbrand. Si vous souhaitez utiliser https://externalbrand.my.site pour l'URL de vos sites Experience Cloud après avoir déployé les domaines avancés, changez également votre nom Mon domaine depuis internalbrand vers externalbrand. Remarque : Lorsque vous changez votre nom Mon domaine, l'URL de connexion de votre Mon domaine Salesforce change, avec un impact plus important pour votre organisation.

Nous recommandons aux clients qui envisagent cette option de configurer à la place un domaine personnalisé. Un domaine personnalisé est un domaine qui vous appartient, tel que https://www.example.com, que vous utilisez pour servir votre site. Pour plus d'informations, consultez Domaines personnalisés dans l'Aide de Salesforce. Salesforce recommande vivement les domaines personnalisés.

Après le déploiement des domaines avancés, certains utilisateurs ne peuvent pas accéder à mon site Experience Cloud.

Pour comprendre la raison pour laquelle l'utilisateur ne peut pas accéder au site, consultez l'historique de connexion de l'utilisateur.

Si l'historique de connexion reflète une restriction d'adresse IP : si des restrictions IP sont configurées dans Salesforce avec uniquement des adresses IPv4, les utilisateurs risquent d'afficher une erreur lorsqu'ils accèdent à votre site se terminant en *.my.site.com via IPv6 après avoir activé les domaines avancés. Pour éviter cette erreur, mettez vos listes d'autorisations ou restrictions IP à jour afin d'autoriser les adresses sources IPv6 pour les utilisateurs autorisés. En particulier, examinez et mettez à jour les restrictions de plage IP de connexion des profils appropriés, y compris le profil utilisateur invité du site.

Si vous souhaitez définir des plages d'adresses IP qui couvrent les Internets IPv4 et IPv6 complets, ajoutez les plages suivantes :

:: to ::fffe:ffff:ffff
0.0.0.0 to 255.255.255.255
::1:0:0:0 to ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff

Pour plus d'informations sur la définition de restrictions IP Salesforce, consultez Accès réseau, paramètres de session et restrictions d'adresses IP basées sur le profil.

Si l'utilisateur rencontre des problèmes d'authentification, consultez Mise à jour de votre organisation pour refléter les modifications de Mon domaine dans l'Aide de Salesforce.

Examinez les restrictions de domaine potentielles. Pour les sites Experience Cloud, vérifiez que *.my.site.com est autorisé.

Vérifiez vos listes d'autorisations et assurez-vous qu'elles contiennent les domaines Salesforce requis.
Mettez les paramètres Trust à jour pour inclure tous les formats d'URL applicables à votre nouvelle configuration, présentés dans Formats d'URL Mon domaine dans l'Aide de Salesforce.

Pour plus d’informations, consultez l’article Knowledge Restauration de l’accès aux sites après le déploiement automatique des domaines avancés

Comment puis-je déterminer si j'ai une liste d'autorisations d'adresse IP ou des certificats épinglés ?

Les listes d'autorisations d'adresses IP et les certificats épinglés sont des méthodes de restriction du trafic autorisées dans votre réseau ou pour la connexion à vos serveurs. Ces méthodes ne sont pas des fonctionnalités Salesforce, mais il est possible qu'un utilisateur de votre organisation les utilise pour sécuriser votre réseau. Si vous ignorez si votre entreprise ou votre réseau utilise ces méthodes, contactez votre service informatique ou de sécurité des informations (InfoSec).

Une liste d'autorisations IP (Internet Protocol) contient les adresses autorisées à accéder au réseau. Les connexions à partir d'adresses IP ne figurant pas sur la liste sont rejetées. Pour la liste des adresses IP à autoriser, lisez l'article Knowledge Adresses IP et domaines Salesforce à autoriser.

Pour les zones Salesforce dans lesquelles vous souhaitez restreindre l'accès par adresse IP, consultez Accès réseau, paramètres de session et restrictions d'adresses IP basées sur le profil.

De façon très générale, l'épinglage de certificat restreint les certificats considérés comme valides pour un site Web. Le site Web peut avoir plusieurs certificats valides, mais l'épinglage de certificat autorise la connexion avec certains certificats seulement. Salesforce ne recommande pas l'épinglage de certificat. Si votre entreprise doit recourir à l'épinglage de certificat, vérifiez le type d'épinglage utilisé. Salesforce ne recommande pas d'épingler les certificats feuille.

Les utilisateurs voient une erreur de connexion SSL après avoir mis à jour mon domaine personnalisé pour qu’il pointe vers l’URL de mon nouveau site

Après avoir mis à jour le proxy ou le CDN de mon domaine personnalisé pour qu'il pointe vers la nouvelle URL du site se terminant par *.my.site.com ou *.my.salesforce-sites.com, les utilisateurs voient une erreur de connexion SSL.

Exemple de format de l’erreur :
Erreur de connexion SSL
Erreur 26
[URL de domaine personnalisé]
[horodatage]
Que s'est-il passé ?
Le proxy n’a pas réussi à se connecter au serveur Web, la connexion SSL a échoué.

Cette erreur indique un problème lors de l’établissement d’une liaison SSL valide avec le serveur d’origine.

La cause la plus courante que nous avons vue pour ce problème est une mise à jour de la valeur de l’en-tête HTTP de l’hôte ou du serveur proxy pour pointer vers l’URL MyDomainName.my.site.com ou MyDomainName.my.salesforce-sites.com. Pour utiliser une option externe, configurez votre proxy ou service CDN afin que les requêtes envoyées à Salesforce contiennent l'en-tête HTTP hôte de la requête d'origine. Pour

Étapes de dépannage :

Vérifiez que vos requêtes proxy ou CDN sont transmises aux noms d’hôtes énoncés dans la section Configuration de demande de Prerequisites for a Custom Domain That Uses a Third-Party Service or CDN (Prérequis pour un domaine personnalisé qui utilise un service tiers ou CDN) dans l’Aide de Salesforce.
Vérifiez que votre serveur d’origine prend en charge les connexions sécurisées.
Assurez-vous que le certificat SSL est correctement installé sur votre serveur d’origine.

Redirections

Pourquoi mes anciennes URL sont-elles redirigées ?

Oui, lorsque vous déployez les domaines avancés, les URL Mon domaine non-avancées antérieures sont redirigées, de la même façon que n'importe quelle modification de Mon domaine.

Considérations spéciales relatives aux redirections :

Les domaines avancés sont liés aux restrictions de navigateur relatives aux cookies tiers. Par conséquent, pour les URL associées à cette restriction qui changent avec les domaines avancés, notamment les URL de sites Experience Cloud, de pages Visualforce et de contenus, l'accès aux anciennes URL redirige vers le nouveau nom d'hôte jusqu'à ce que Salesforce arrête cette redirection dans la version Winter '25.
Fonctionnement de la redirection : Salesforce envoie une réponse de redirection spéciale à une requête, qui indique au demandeur que l'URL n'est plus valide et d'utiliser la nouvelle URL (Les deux codes de redirection utilisés sont 301 et 307.) Si le demandeur n'est pas configuré pour traiter cette réponse de redirection, l'utilisateur ou le processus n'est pas redirigé. Pour cette raison, les appels à certaines de vos anciennes URL peuvent échouer, même lorsque des redirections sont en place. Par conséquent, nous recommandons vivement de tester toutes les intégrations et tous les appels aux URL qui changent.

Ces redirections sont définies afin d'éviter toute interruption. Nous recommandons aux clients de mettre à jour toutes les références à leurs anciennes URL après avoir déployé un nouveau Mon domaine. Pour identifier les emplacements où ces anciennes URL sont utilisées, vous pouvez désactiver provisoirement les redirections pendant vos tests.

Pour plus d'informations sur les redirections, consultez Redirections de Mon domaine dans l'Aide de Salesforce.

Quand la redirection des URL non-avancées (ou héritées) est-elle arrêtée ?

Pour la liste des URL dont la redirection est arrêtée dans la version Winter '25 et les instructions de test de cette modification, consultez Préparation de l'arrêt des redirections pour les domaines non avancés dans l'Aide de Salesforce.

Puis-je tester l'impact de l'arrêt par Salesforce de la redirection des URL de domaine non-avancés ?

Commencez par désactiver les redirections. Vous pouvez les désactiver provisoirement pendant les tests. Pour faciliter l'identification des emplacements où les anciennes URL sont utilisées, Salesforce recommande de désactiver les redirections pendant les tests. Pour en savoir plus sur les redirections de Mon Domaine, les paramètres correspondants et sur la façon de consigner les redirections après une modification de Mon Domaine, consultez Redirections de Mon domaine dans l’Aide de Salesforce.

Pour la liste des URL dont la redirection est arrêtée dans la version Winter '25 et les instructions de test de cette modification, consultez Préparation de l'arrêt des redirections pour les domaines non avancés dans l'Aide de Salesforce.

Comment puis-je déterminer quelles URL sont redirigées ?

Activez la consignation des événements Redirections de nom d'hôte. Pour plus d'informations, consultez Consignation des redirections de nom d'hôte Mon domaine dans l'Aide de Salesforce.

J’ai activé la consignation de la redirection. Comment puis-je identifier l’emplacement du lien sur lequel l’utilisateur a cliqué avant d’être redirigé ?

Utilisez les champs REFERRER et ORIGIN dans le journal, disponible dans la version d’API 58.0 et supérieure. (la version d’API 58.0 correspond à la version Summer ’23.)

Remarque : Les informations contenues dans ces champs sont déterminées par l’en-tête HTTP Referrer-Policy envoyé avec la requête. Par conséquent, dans certains cas, ces champs de journal peuvent être null. Pour plus d'informations, consultez Object Reference for the Salesforce Platform: Hostname Redirects Event Type (en anglais).

Si ces champs sont null, vous pouvez aussi essayer les méthodes suivantes :

Pour détecter si l’appel provient de votre organisation, vous pouvez aussi télécharger les métadonnées de votre organisation et effectuer une recherche de texte pour le nom d’hôte redirigé. Néanmoins, cela ne peut pas identifier l’origine de la requête effectuée en dehors de la plate-forme, par exemple depuis un client d’API, une partie SSO, un site Web externe ou un signet de navigateur.
Désactivez plutôt les redirections pour que l’appel entraîne une erreur. Ceci est particulièrement viable lorsque vous effectuez des tests dans une organisation sandbox.

L'option « Rediriger les URL de Mon domaine précédent vers votre Mon domaine actuel » est manquante dans mon organisation.

Cette option est disponible uniquement après avoir déployé une modification dans votre Mon domaine. Sinon, il n'existe aucune URL Mon domaine antérieure à rediriger.

Cette option peut également ne pas être disponible si vous avez déployé une modification puis cliqué sur Retirer Mon domaine précédent (de la même façon que la case à cocher, ce bouton est visible uniquement après avoir déployé une modification dans votre Mon domaine).

Pourquoi certaines redirections fonctionnent et d'autres pas après avoir déployé les domaines avancés ?

Fonctionnement de la redirection : Salesforce envoie une réponse de redirection spéciale à une requête, qui indique au demandeur que l'URL n'est plus valide et d'utiliser la nouvelle URL Si le demandeur n'est pas configuré pour traiter cette réponse de redirection, l'utilisateur ou le processus n'est pas redirigé. Pour cette raison, les appels à certaines de vos anciennes URL peuvent échouer, même lorsque des redirections sont en place. Par conséquent, nous recommandons vivement de tester toutes les intégrations et tous les appels aux URL qui changent.

Autres questions relatives aux produits ou aux fonctionnalités

Les domaines avancés affectent-ils les URL de mes articles Knowledge publiés ?

Si les liens de vos articles Knowledge utilisent le domaine *.lightning.force.com ou *.my.salesforce.com, ces domaines ne changent pas dans les organisations de production lorsque vous déployez les domaines avancés. Dans une organisation sandbox, le terme « sandbox » est ajouté à ces URL.

Si votre article Knowledge utilisait l'URL *.force.com de votre site Experience Cloud, il utilise maintenant votre nouvelle URL *.my.site.com, et vous devez mettre à jour toutes les références codées en dur à ces URL.

Quel est l'impact des domaines avancés sur Pardot ?

Si votre configuration Pardot configuration utilise l'Utilisateur connecteur Pardot et que l'URL de connexion de votre organisation a changé, l'URL de connexion utilisée par Pardot en arrière-plan doit être mise à jour. Pour forcer cette mise à jour, dans Pardot, mettez l'Utilisateur du connecteur à jour. Vous pouvez utiliser le même utilisateur, mais vous devez l'enregistrer une nouvelle fois dans Pardot. Déconnectez-vous et reconnectez-vous ensuite à votre organisation pour terminer le processus.

Si vous utilisez l'Utilisateur de l'intégration Pardot, aucune modification n'est requise.

Remarque : Lorsque vous déployez un Mon domaine ou activez les domaines avancés, aucune modification de la configuration du domaine de suivi Pardot n'est requise. De la même façon, si vous activez les domaines avancés dans un Mon domaine existant, aucune modification de l'Utilisateur connecteur n'est requise, car l'URL de connexion ne change pas.

Comme avec toutes les autres fonctionnalités, nous recommandons de tester dans une organisation sandbox. Recherchez en particulier les URL codées en dur. Pour plus d'informations, lisez l'article Knowledge Mise à jour des références codées en dur. Pour plus d'informations sur les diverses zones à mettre à jour dans votre organisation, consultez Mise à jour de votre organisation Salesforce pour votre nouveau domaine dans l'Aide de Salesforce.

Quel est l'impact des domaines avancés sur les sites Enablement (myTrailhead) ?

Il existe deux zones d'impact possibles : l'URL de connexion du site Enablement (myTrailhead) et l'illustration de son badge.

Illustration du badge
Lorsque vous déployez les domaines avancés, les URL des contenus (fichiers) stockés dans Salesforce changent. Si l'illustration de votre badge est stockée dans Salesforce, mettez vos modules et parcours à jour avec la nouvelle URL de l'illustration. Pour plus d'informations, consultez Configuration de votre site Enablement dans l'Aide de Salesforce.

URL de connexion des sites Enablement (auparavant appelés myTrailhead)
Lorsque vous configurez des sites Enablement, vous pouvez utiliser l'URL de connexion ou l'URL du site Mon domaine en tant qu'URL de connexion du site Enablement (myTrailhead).

Si vous avez utilisé l'URL de votre site *.force.com en tant qu'URL de connexion du site Enablement, l'URL *.force.com change avec les domaines avancés. Pour mettre à jour l'URL de connexion de vos sites Enablement (myTrailhead) après avoir déployé les domaines avancés, contactez le Support client de Salesforce.
Si vous avez utilisé l'URL de connexion de votre Mon domaine en tant qu'URL de connexion du site Enablement, cette URL change lorsque vous déployez les domaines avancés dans une organisation sandbox. Cette URL change également lorsque vous déployez les domaines avancés dans une organisation de production et change aussi le nom ou le suffixe de votre Mon domaine. Si cette URL a changé, contactez le Support client de Salesforce pour mettre à jour l'URL de connexion de vos sites Enablement (myTrailhead) après avoir déployé les domaines avancés.

Les domaines avancés modifient-ils les URL Web vers piste ?

Les noms d'hôte webto.salesforce.com restent inchangés avec ou sans les domaines avancés.

Je développe des packages pour AppExchange. Quelle modification dois-je apporter à mon package géré pour qu'il fonctionne avec les domaines avancés ?

Pour plus d'informations sur la mise à jour de votre package pour utiliser la classe Apex System.DomainCreator, consultez Liaison vers des domaines Salesforce dans les packages dans l'Aide de Salesforce et Call Salesforce URLs Within a Package dans le guide ISVforce.

Pour des détails sur les domaines avancés et comment activer la fonctionnalité, consultez Domaines avancés dans l'Aide de Salesforce et ces deux Webinaires :

15 mars 2022 - Prepare for Enhanced Domains. Enregistrement et Diaporama.
13 juillet 2022 - Enhanced Domains Enforcement: June 2022 Updates and Authentication Deep Dive. Enregistrement et Diaporama.

Autres questions

Quel est l’ordre recommandé pour adopter la MFA, les domaines avancés et Hyperforce ?

Pour connaître l’ordre d’adoption recommandé, les avantages de chaque amélioration et savoir où obtenir plus d’informations sur chacune de ces améliorations, consultez l’article Knowledge Recommended Adoption Order for MFA, Enhanced Domains, and Hyperforce.

Pourquoi l'application automatique des domaines avancés a-t-elle été reportée par Salesforce ?

Certains navigateurs ont remis à plus tard leur plan de blocage total des cookies tiers, ce qui nous permet de reporter l'application automatique des domaines avancés à Winter ’24, et d'accorder à nos clients plus de temps pour préparer, tester et effectuer les ajustements nécessaires.

Le report de l'application automatique des domaines avancés n'est pas associé à un problème avec la fonctionnalité. De nombreux clients ont déployé les domaines avancés et les nouvelles organisations reçoivent par défaut les domaines avancés.

L'application automatique des domaines avancés va-t-elle être une nouvelle fois reportée par Salesforce ?

Non. Comme de nombreux navigateurs bloquent par défaut les cookies tiers, Salesforce compte respecter le nouveau Calendrier des domaines avancés, même si certains navigateurs retardent leur plan de blocage total des cookies tiers.

Les domaines avancés nécessitent-ils le Réseau Edge Salesforce ?

Dans la version Summer '22 et supérieur (après juin 2022), les domaines avancés sont disponibles dans toutes les organisations et ne nécessitent plus le réseau Edge Salesforce.

Qui affiche la bannière sur les domaines avancés ? Comment puis-je faire disparaître la bannière ?

Si les domaines avancés ne sont pas déployés et que Salesforce déploie cette fonctionnalité dans la version Spring ’23, les administrateurs voient la bannière lorsqu’ils se connectent. Si l’option Déployer automatiquement les domaines avancés avec Spring ’23 est désactivée, la bannière ne s’affiche plus.

Pour fermer la bannière dans Lightning Experience, un utilisateur peut cliquer sur X. La bannière persiste dans Salesforce Classic.

Pour l'annonce concernant la bannière, consultez la Note de publication Winter '23 : Autres modifications de Mon domaine.

L'activation des domaines avancés modifie-t-elle la plage d'adresses IP de mon organisation ?

Non, les domaines avancés ne changent pas la plage d'adresses IP de l'organisation. Cependant, une mise à niveau Hyperforce éventuelle de l'organisation retire la prise en charge des listes d'autorisations d'adresses IP. Nous recommandons de ne pas utiliser de listes d'autorisations d'adresses IP. Nous vous conseillons de lire cet article, notamment les premiers paragraphes, et de consulter l'autorisation des domaines requis.

Quelle est la différence entre les domaines avancés et les domaines partitionnés ?

Avec les Domaines partitionnés, les noms d'hôte Mon domaine de votre organisation Developer Edition, sandbox, test ou Trailhead Playground, contiennent un terme lié au type d'organisation. Par exemple, les domaines partitionnés pour les organisations Developer Edition contiennent le terme « develop ». Les domaines partitionnés permettent à Salesforce d'optimiser la disponibilité de vos organisations en déployant progressivement les modifications. Ils facilitent l'identification d'une organisation par l'URL lorsque le domaine est partitionné. Les domaines partitionnés sont utilisés par défaut dans les nouvelles organisations (des types répertoriés ci-dessus). Ils ne sont pas requis dans les organisations existantes et pour les organisations de production.

Les Domaines avancés sont la version actuelle de Mon domaine, qui répond aux exigences les plus récentes en matière de navigateur. Lorsque vous déployez les domaines avancés dans une organisation sandbox, les URL Mon domaine de votre organisation sont partitionnées (elles contiennent le terme « sandbox »). Les sandbox sont partitionnées uniquement via les domaines avancés. Vous ne pouvez pas activer les domaines partitionnés dans une sandbox sans les domaines avancés et vous ne pouvez pas désactiver les domaines partitionnés dans une sandbox avec les domaines avancés. Les domaines avancés sont automatiquement déployés dans Spring '23 et automatiquement appliqués (sans possibilité de les désactiver) dans Winter '24.

Pour en savoir plus :

Note de publication de Winter '23 : Déploiement des domaines avancés (mise à jour de version)
Note de publication de Winter '23 : Utilisation de domaines partitionnés dans les organisations de non-production

Je ne peux pas accéder aux nouveaux contenus d'aide sur les domaines avancés.

Des clients reçoivent un message d'erreur incorrect 404 (page not found) en tentant d'accéder à un contenu d'aide récemment ajouté. Cela peut se produire lorsque le navigateur de l'utilisateur a mis en mémoire cache la version antérieure de cette section d'aide Salesforce.

Dans ce cas, l'une des solutions ci-dessous devrait permettre de résoudre l'erreur.

Effacez le cache de votre navigateur, puis accédez de nouveau à la page (la meilleure solution ; si le problème est lié au cache de votre navigateur, l'erreur est définitivement corrigée).
Accédez à la page dans une fenêtre de navigateur en mode incognito.
Essayez d'accéder à la page dans un autre navigateur avec lequel vous n'avez pas accédé à l'Aide de Salesforce.

J'ai d'autres questions. Comment puis-je obtenir de l'aide ?

Rejoignez notre groupe géré My Domain and Enhanced Domains dans la Trailblazer Community.
Si vous avez d'autres questions, vous pouvez également vous inscrire à nos Créneaux de questions. S’il n’y a pas de Créneaux de questions planifiés disponibles, publiez dans la Trailblazer Community pour demander des paramètres supplémentaires.

Historique des révisions

Date	Révision
22 novembre 2022	Publication de l'article initial
29 novembre 2022	Ajout de deux questions : Que signifie le message « le réseau ne vous accorde pas l'accès à ces domaines » ? Pourquoi disparaît-il ? Les domaines avancés modifient-ils les URL Web vers piste ?
5 décembre 2022	Ajout de Quel est l'impact des domaines avancés sur les sites Enablement (myTrailhead) ?
7 décembre 2022	Mises à jour mineures de Quels sont les problèmes courants rencontrés après le déploiement des domaines avancés ?
17 décembre 2022	Lien ajoutés à la vidéo Enhanced domains (disponible uniquement en anglais).
19 décembre 2022	Ajout de Les domaines avancés ont-ils un impact sur les intégrations d’API existantes ?
9 janvier 2023	Ajout de deux questions : Les domaines avancés affectent-ils les URL d’instance dans le formulaire <instanceName>.salesforce.com ? Les domaines avancés affectent-ils mes URL lightning ? Correction mineure de Puis-je changer le suffixe de Mon domaine via les domaines avancés ? Auparavant, la note faisait référence à documentforce.com au lieu de database.com.
18 janvier 2023	Ajout de Quel est l’ordre recommandé pour adopter la MFA, les domaines avancés et Hyperforce ?
23 janvier 2023	Ajout de Comment puis-je restaurer les fournisseurs d'authentification sur ma page de connexion ?
25 janvier 2023	Ajout de Les domaines avancés sont déjà activés dans mon organisation. Qui a fait ça ? Cela signifie-t-il que j’ai terminé ?
18 février 2023	Ajout d'informations sur Open CTI et sur la fonctionnalité Numérotation par clic à Quels sont les problèmes courants rencontrés après le déploiement des domaines avancés ? Ajout de Les utilisateurs voient une erreur de connexion SSL après avoir mis à jour mon domaine personnalisé pour qu’il pointe vers l’URL de mon nouveau site
3 mars 2023	Mise à jour de Puis-je désactiver des domaines avancés si je rencontre un problème pendant le test ? Ajout d'un lien à l’article Knowledge Désactivation des domaines avancés.
15 mars 2023	Mise à jour de Après le déploiement des domaines avancés, certains utilisateurs ne peuvent pas accéder à mon site Experience Cloud Mise à jour de la question pour faire référence au déploiement des domaines avancés au lieu de leur activation. Ajout d’un lien vers un autre article Knowledge sur le dépannage de l’accès au site après le déploiement de domaine avancé. Mise à jour de Quels sont les problèmes courants rencontrés après le déploiement des domaines avancés ? : ajout de restrictions au niveau du réseau qui reposent uniquement sur les adresses IP à la liste des causes probables des problèmes d’accès au site Experience Cloud.
28 avril 2023	Mise à jour de Quel est l'impact des domaines avancés sur les organisations qui utilisent le suffixe cloudforce.com ou database.com ? pour clarifier que ces URL sont redirigées comme d’autres URL Mon domaine antérieures.
15 mai 2023	Ajout de J’ai activé la consignation de la redirection. Comment puis-je identifier l’emplacement du lien sur lequel l’utilisateur a cliqué avant d’être redirigé ?
26 juin 2023	Ajout de Pourquoi les domaines avancés ne sont-ils pas déployés immédiatement avec la version ? Mise à jour des liens vers le contenu de l’Aide de Salesforce pour les domaines personnalisés qui pointent vers la section Domaines personnalisés de l’Aide, mis à jour et développé dans la version Summer ’23. Mise à jour de Pourquoi l'application automatique des domaines avancés a-t-elle été reportée par Salesforce ? pour mieux refléter le calendrier des reports antérieurs. Mise à jour de L'application automatique des domaines avancés va-t-elle être une nouvelle fois reportée par Salesforce ? Pour refléter l’état actuel. Mise à jour de J'ai d'autres questions. Comment puis-je obtenir de l'aide ? avec des instructions sur les mesures à prendre si aucune session Créneau de questions n’est disponible.
23 octobre 2023	Mise à jour de Pourquoi mes anciennes URL sont-elles redirigées ? pour indiquer que nous utilisons les codes de redirection 307, pas 308.