Salesforce-DevOps für Experience Cloud

Experience-Cloud-Websites benötigen nach dem Deployment eine manuelle Aktivierung. So wirkt sich das auf Ihre Release-Planung aus.

Was schwer zu deployen ist

Die Network-, ExperienceBundle- und Template-Metadaten einer Website werden über die Standard-API bereitgestellt, aber die Website selbst geht erst live, nachdem sie anschließend manuell in Setup aktiviert wurde, ein reines Metadata-Deployment veröffentlicht sie nicht. Branding, Navigationsmenüs und Theme-Komponenten verweisen zudem aufeinander, wodurch es zu Fehlern kommt, wenn sie in der Zielorg in der falschen Abhängigkeitsreihenfolge landen. B2B- und D2C-Storefronts basieren auf demselben LWR-Fundament, mit der Commerce Cloud-Konfiguration darüber.

Wo es schwierig wird

Eine bereitgestellte Website ist noch keine Live-Website

Network-, ExperienceBundle- und Template-Metadaten werden sauber über die Standard-API bereitgestellt, aber die Website selbst bleibt offline, bis sie anschließend manuell in Setup aktiviert wird.

Branding und Navigation brechen bei falscher Reihenfolge

Theme-Komponenten, Navigationsmenüs und Branding-Assets verweisen aufeinander, sodass die Website beschädigt werden kann, wenn sie in der Zielorg in der falschen Abhängigkeitsreihenfolge landen, selbst wenn jede Komponente bereitgestellt wurde.

In der Praxis

Wie Serpent hilft

Serpent erfasst jede Experience-Cloud-Änderung, Template-Wechsel, Bearbeitungen von Navigationsmenüs, Branding, als Aufgabe mit vollständiger Historie statt als reinen Metadata-Diff, sodass Reviewer sehen können, was sich geändert hat und warum, bevor eine Website live geht. Mehr dazu im aufgabenbasierten Workflow von Serpent, wie Änderungen vor der Bereitstellung geprüft werden.

Teamübergreifendes Koordinations-Dashboard in Serpent

Typischer Release für Salesforce-DevOps für Experience Cloud

Website-Änderung als Aufgabe erfassen
Template-Wechsel, Navigationsänderungen und Branding-Updates werden gemeinsam als Aufgabe erfasst und geprüft, statt als reiner Metadata-Diff ausgeliefert zu werden.
Delta-Deployment in Abhängigkeitsreihenfolge
Serpent ermittelt die Reihenfolge, in der Theme-, Navigations- und Template-Komponenten landen müssen, damit die Zielorg nicht mit einer halb verdrahteten Website endet.
Aktivieren und überprüfen
Bestätigen Sie nach dem Deployment, dass die Website in Setup live ist; die Aufgabenhistorie von Serpent zeigt genau, was sich geändert hat und warum, sodass Reviewer nicht raten müssen.
Eine einzelne Komponente zurückrollen
Wenn eine Branding-Änderung etwas beschädigt, setzen Sie nur diesen Teil zurück, ohne den Rest des Releases zu berühren.

Häufige Fragen

Experience Cloud DevOps, erklärt

Aktiviert Serpent eine Experience-Cloud-Website automatisch nach dem Deployment?

Nein. Die Website-Aktivierung ist bei jedem Tool ein manueller Schritt in Salesforce Setup. Serpent stellt alles bereit, was die Website braucht, Template, Navigation, Branding, sauber und in der richtigen Reihenfolge, sodass die Aktivierung der einzige verbleibende Schritt ist.

Wie geht Serpent mit den Komponentenabhängigkeiten von Experience Cloud um?

Navigationsmenüs, Theme-Komponenten und Templates werden in der Reihenfolge bereitgestellt, in der sie tatsächlich voneinander abhängen, sodass ein Release nie eine Seite ausliefert, die auf ein noch nicht vorhandenes Menü verweist.

Können wir eine Website-Änderung vor der Bereitstellung prüfen?

Ja. Jede Experience-Cloud-Änderung, Template-Wechsel, Navigationsänderung, Branding, wird als überprüfbare Aufgabe mit vollständiger Historie erfasst, nicht als reiner Metadata-Diff.

Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.

In unter 15 Minuten eingerichtet. Keine DevOps-Neueinstellung nötig.

Kostenlos starten Demo buchen