Salesforce DevOps for Experience Cloud
Experience Cloud sites need manual activation after deploy. Here's what that means for release planning.
What's hard to deploy
A site's Network, ExperienceBundle, and template metadata deploy through the standard API, but the site itself doesn't go live until someone manually activates it in Setup afterward, metadata deployment alone won't publish it. Branding, navigation menus, and theme components also reference each other in ways that break if they land in the target org out of dependency order.
Where it gets hard
How Serpent helps
Serpent tracks every Experience Cloud change, template swaps, navigation menu edits, branding, as a task with full history instead of a raw metadata diff, so reviewers can see what changed and why before a site goes live. See task-based workflow in Serpent for how changes get reviewed before they ship.

Typical release for Experience Cloud
- Task the site changeTemplate swaps, navigation edits, and branding updates get tasked and reviewed together, not shipped as a raw metadata diff.
- Delta deploy in dependency orderSerpent resolves the order theme, navigation, and template components need to land in, so the target org doesn't end up with a half-wired site.
- Activate and verifyConfirm the site is live in Setup after the deploy; Serpent's task history shows exactly what changed and why, so reviewers aren't guessing.
- Roll back a single componentIf a branding change breaks something, revert just that piece without touching the rest of the release.
Experience Cloud DevOps, answered
Start free. No credit card, no install, no commitment.
Set up in under 15 minutes. No DevOps hire needed.
