Experience Cloud, l'ancien Community Cloud, sert à construire des sites rattachés à une organisation Salesforce : espace client, portail partenaires, centre d'aide public. Les questions d'entretien d'un consultant Salesforce Experience Cloud portent moins sur le design des pages que sur ce qu'il y a derrière. Chaque site a ses utilisateurs externes, ses licences et un utilisateur invité pour les visiteurs non connectés.
Le partage externe suit des règles différentes du partage interne. Une licence Customer Community n'a pas de rôle, les distributeurs ont des rôles partenaires, les invités ne reçoivent que des droits de lecture par des règles dédiées. Un consultant venu de Sales Cloud ou de Service Cloud connaît souvent les sharing rules et découvre les sharing sets sur le projet. Il explique qui voit quoi, et comment il le vérifie.
Dans les offres publiées en France, Experience Cloud apparaît surtout dans une liste de clouds à côté de Sales Cloud et Service Cloud, chez des intégrateurs comme chez des architectes. Le profil spécialisé se repère à son vocabulaire : licence au nombre de connexions, valeurs par défaut externes, share groups, propriétaire par défaut des enregistrements créés par un invité. La certification Salesforce Certified Experience Cloud Consultant atteste ces notions.
Experience Cloud, brique par brique
Experience Builder et modèles de site
L'éditeur où se construisent les pages, la navigation et le thème. Un site part d'un modèle LWR (Build Your Own, Microsite) ou Aura (Customer Service, Partner Central). LWR est plus rapide et repose sur les composants LWC, Aura garde des composants plus anciens. Un site LWR doit être republié pour que les modifications apparaissent.
Experience Workspaces
L'administration de chaque site : membres, préférences, pages de connexion et d'inscription, e-mails, modération, tableaux de bord d'usage. Beaucoup de réglages de sécurité du site se trouvent ici, à côté de ceux de Setup.
Licences externes
Customer Community pour les gros volumes de clients, sans rôle. Customer Community Plus avec rôles et rapports. Partner Community pour les distributeurs, avec opportunités et leads. Chaque licence existe au nombre de membres ou au nombre de connexions, ce qui pèse lourd sur le coût.
Partage externe
Des valeurs par défaut externes, distinctes des valeurs internes. Des sharing sets qui ouvrent les enregistrements liés au compte ou au contact de l'utilisateur, des share groups pour les internes, des rôles partenaires pour les distributeurs. C'est la partie la plus technique du poste.
Utilisateur invité
Chaque site a un utilisateur invité qui représente tous les visiteurs non connectés. Depuis Winter '21, Salesforce impose un accès sécurisé : valeurs externes privées, lecture seule par des règles de partage invité, enregistrements créés attribués à un propriétaire interne par défaut. Le profil invité reste à réduire au strict nécessaire.
Identité et connexion
Auto-inscription, authentification unique en SAML ou OpenID Connect, connexion par réseaux sociaux, découverte de la connexion selon l'adresse, authentification multifacteur. Le consultant décide comment un nouvel inscrit est rattaché à un compte.
Salesforce CMS
La gestion de contenu des sites, dans l'application Digital Experiences : articles, images, bannières, avec des rôles de contributeur et une validation. Elle permet au marketing de publier sans droits d'administration sur le site.
Déploiement du site
Un site se déploie par ses métadonnées (ExperienceBundle ou DigitalExperienceBundle selon le type de site), avec les profils et le partage. Le contenu CMS et plusieurs réglages suivent un autre chemin, à prévoir dans le plan de mise en production.
Le consultant Experience Cloud travaille le plus souvent en prestation chez un intégrateur, sur un projet qui touche aussi Service Cloud, Sales Cloud ou un outil de gestion des partenaires. Sur un nouveau site, il cadre les publics et les licences, conçoit le partage externe, configure l'inscription et la connexion, construit les pages avec le marketing et prépare la mise en production. Sur un site existant, il traite les demandes d'évolution, les problèmes de visibilité et l'audit de l'accès invité, sujet suivi de près par les équipes sécurité. Il travaille avec un développeur pour les composants LWC et avec l'équipe identité pour l'authentification unique.
Les savoir-faire attendus d'un consultant Experience Cloud
- Choix du modèle de site et de l'architecture
- Licences externes et leur coût
- Partage externe : sharing sets, share groups, rôles partenaires
- Sécurité de l'accès invité
- Inscription, connexion et données personnelles
- Déploiement, contenu et suivi du site
Cinq questions d'entretien Experience Cloud et les réponses attendues
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Une entreprise veut un espace où ses clients ouvrent des demandes et suivent leurs dossiers, et une zone pour ses distributeurs. Un site ou deux, et sur quel modèle ?
Une bonne réponseDeux publics avec des licences, des objets et une navigation différents conduisent le plus souvent à deux sites ; un seul site se défend si les contenus se recoupent beaucoup, avec des audiences. Pour le modèle, un site LWR (Build Your Own) pour la performance et les composants LWC, ou un modèle Aura (Customer Service, Partner Central) si des composants nécessaires n'existent qu'en Aura. La personne vérifie la disponibilité des composants standard avant de choisir.
Signal d'alerteChoisir le modèle sur sa couleur, ou ignorer qu'il existe deux environnements d'exécution, LWR et Aura.
Question 2 · confirmé
Un site doit accueillir 200 000 clients qui se connectent deux fois par an et 300 distributeurs qui gèrent des opportunités chaque jour. Quelles licences proposez-vous ?
Une bonne réponsePour les clients, Customer Community, faite pour les gros volumes, sans rôle ; au nombre de connexions (login-based) si les visites sont rares, par membre sinon. Pour les distributeurs, Partner Community, qui ouvre les opportunités et les leads avec des rôles partenaires, par membre vu l'usage quotidien. Customer Community Plus si des clients ont besoin de rapports ou d'un partage par rôle. Il vérifie les objets accessibles par licence et le contrat signé avec Salesforce.
Signal d'alerteLa même licence pour tout le monde, ou des licences internes pour les distributeurs.
Question 3 · confirmé
Chaque client connecté doit voir les demandes de toute sa société, et rien de celles des autres. Il a une licence Customer Community. Comment le configurez-vous ?
Une bonne réponseDes valeurs par défaut externes privées sur les requêtes. La licence n'a pas de rôle, donc pas de règle de partage par rôle : un sharing set donne accès aux requêtes dont le compte correspond au compte du contact de l'utilisateur, en lecture ou en écriture. Un share group permet aux internes concernés de voir ce que ces utilisateurs possèdent. Il teste en se connectant au site en tant que ce client.
Signal d'alerteUne règle de partage sur un rôle qui n'existe pas pour cette licence, ou des valeurs par défaut publiques « pour simplifier ».
Question 4 · confirmé
Une page publique du site permet de déposer une demande sans compte. Comment évitez-vous qu'un visiteur anonyme lise des données de l'organisation ?
Une bonne réponseUn utilisateur invité par site, avec un profil réduit au nécessaire : création seule sur l'objet de la demande. Les valeurs par défaut externes restent privées pour l'invité, ce que l'accès sécurisé des invités impose depuis Winter '21, et ses enregistrements sont attribués à un propriétaire interne par défaut. Si l'invité doit lire, une règle de partage invité, limitée à la lecture. Il coupe l'option API Enabled du profil invité et la visibilité des utilisateurs du site, puis contrôle le tout avec le rapport d'accès des règles de partage invité.
Signal d'alerte« C'est une page publique, il n'y a rien à protéger », ou des droits de lecture larges donnés au profil invité pour que le formulaire fonctionne.
Question 5 · confirmé
Les clients doivent créer leur compte seuls, et les distributeurs se connecter avec l'annuaire de leur entreprise. Comment le configurez-vous ?
Une bonne réponsePour les clients, l'auto-inscription avec vérification de l'adresse e-mail, et une règle claire sur le compte de rattachement : compte personnel créé à l'inscription, ou compte existant retrouvé par le métier. Pour les distributeurs, une authentification unique en SAML ou OpenID Connect avec un fournisseur d'identité par entreprise, un provisionnement à la volée qui crée contact et utilisateur, et la découverte de connexion selon le domaine de l'adresse. L'authentification multifacteur selon la sensibilité des données.
Signal d'alerteDes comptes créés à la main par le service client, ou un mot de passe partagé par distributeur.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Experience Cloud, les questions fréquentes
Experience Cloud et Community Cloud, c'est le même produit ?
Oui. Salesforce a renommé Community Cloud en Experience Cloud, et les communautés sont devenues des sites. Les licences ont gardé leurs noms d'origine (Customer Community, Partner Community), ce qui entretient la confusion. Sur un CV, une expérience Community Cloud compte, à condition d'être récente : les modèles LWR, l'accès sécurisé des invités et la gestion de contenu ont beaucoup évolué depuis l'ancien nom.
Quelle certification attendre d'un consultant Experience Cloud ?
La certification Salesforce Certified Experience Cloud Consultant couvre les modèles de site, les licences, le partage externe, l'identité et le contenu. Elle suppose souvent l'Administrator ou une solide pratique de la plateforme. Elle montre que les notions sont connues. Elle ne garantit pas que le candidat a déjà audité un profil invité ou corrigé une fuite de données entre clients, ce qui se vérifie en entretien.
Comment vérifier la compétence sécurité d'un consultant Experience Cloud ?
Un test technique court suffit : une capture du profil invité d'un site et la liste des règles de partage invité, puis le candidat dit ce qu'il change en premier. S'y ajoute un cas de client qui voit les données d'un autre client. Un bon profil cherche d'où vient l'accès, cite les valeurs par défaut externes, les sharing sets et les composants Apex sans partage, et propose un contrôle sur tous les objets.
Faut-il un consultant ou un développeur pour un projet Experience Cloud ?
Souvent les deux. Le consultant prend en charge les licences, le partage, l'accès invité, la connexion, les pages en composants standard et le contenu. Le développeur intervient dès qu'il faut des composants LWC, des classes Apex appelées par le site ou une inscription personnalisée. Un consultant doit savoir relire ce que le développeur expose aux invités. Si l'offre parle surtout de LWC et d'Apex, le poste appelle un développeur Salesforce.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
