DevOps Salesforce pour Experience Cloud

Les sites Experience Cloud nécessitent une activation manuelle après le déploiement. Voici ce que cela implique pour la planification des versions.

Ce qui est difficile à déployer

Les métadonnées Network, ExperienceBundle et modèle d'un site se déploient via l'API standard, mais le site lui-même ne passe en ligne qu'après une activation manuelle dans Setup, le déploiement des métadonnées seul ne le publie pas. L'image de marque, les menus de navigation et les composants de thème se référencent également entre eux d'une manière qui casse s'ils arrivent dans l'org cible dans le mauvais ordre de dépendance. Les vitrines B2B et D2C reposent sur la même base LWR, avec la configuration Commerce Cloud ajoutée par-dessus.

Où cela se complique

Un site déployé n'est pas encore un site en ligne

Les métadonnées Network, ExperienceBundle et modèle se déploient proprement via l'API standard, mais le site lui-même reste hors ligne jusqu'à une activation manuelle dans Setup.

L'image de marque et la navigation cassent dans le mauvais ordre

Les composants de thème, les menus de navigation et les éléments de marque se référencent entre eux, donc les déployer dans le mauvais ordre de dépendance dans l'org cible peut casser le site même si chaque composant a été déployé.

En pratique

Comment Serpent aide

Serpent suit chaque modification Experience Cloud, changement de modèle, édition de menu de navigation, image de marque, sous forme de tâche avec un historique complet plutôt qu'un simple diff de métadonnées, afin que les relecteurs voient ce qui a changé et pourquoi avant la mise en ligne d'un site. Consultez le flux de travail basé sur les tâches dans Serpent pour savoir comment les modifications sont vérifiées avant leur déploiement.

Tableau de bord de coordination inter-équipes dans Serpent

Release type pour DevOps Salesforce pour Experience Cloud

Créer une tâche pour la modification du site
Les changements de modèle, les modifications de navigation et les mises à jour de l'image de marque sont regroupés en tâche et vérifiés ensemble, plutôt que livrés comme un simple diff de métadonnées.
Déploiement différentiel dans l'ordre des dépendances
Serpent détermine l'ordre dans lequel les composants de thème, de navigation et de modèle doivent arriver, afin que l'org cible ne se retrouve pas avec un site à moitié configuré.
Activer et vérifier
Confirmez que le site est en ligne dans Setup après le déploiement ; l'historique des tâches de Serpent montre précisément ce qui a changé et pourquoi, afin que les relecteurs n'aient pas à deviner.
Annuler un seul composant
Si une modification de l'image de marque casse quelque chose, annulez uniquement cet élément sans toucher au reste de la version.

Questions fréquentes

DevOps Experience Cloud, expliqué

Serpent active-t-il automatiquement un site Experience Cloud après le déploiement ?

Non. L'activation du site est une étape manuelle dans Salesforce Setup, quel que soit l'outil utilisé. Serpent déploie tout ce dont le site a besoin, modèle, navigation, image de marque, proprement et dans le bon ordre, de sorte que l'activation soit la seule étape restante.

Comment Serpent gère-t-il les dépendances de composants d'Experience Cloud ?

Les menus de navigation, les composants de thème et les modèles se déploient dans l'ordre réel de leurs dépendances, afin qu'une version ne livre jamais une page pointant vers un menu qui n'existe pas encore.

Pouvons-nous vérifier une modification de site avant sa mise en production ?

Oui. Chaque modification Experience Cloud, changement de modèle, changement de navigation, image de marque, est suivie comme une tâche vérifiable avec un historique complet, pas comme un simple diff de métadonnées.

Commencez gratuitement. Sans carte bancaire, sans installation, sans engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Commencer gratuitement Réserver une démo