When marketing, product, and regional teams all touch the site, AI speed becomes design debt. Splitleaf gives organisations a visual workflow with components, content states, and publish review that still ends in a real repository.
Why organisations use it
Hold a shared design language across pages, locales, and contributors.
Let non-technical staff update content without Git training programmes.
Review what will go live before it becomes a production surprise.
Own software licenses instead of renting the editor forever.
Move site ownership between workspaces when teams restructure.
The problem
Hard-coded AI pages look fine alone. Across a company site they become orphans. Brand, navigation, and components stop feeling like one product.
Product updates trigger a long chain: notify marketing, redesign, dump files in a shared drive, compress, re-upload to the CMS, rewrite alt text, repeat per locale.
Chat threads and email CC lists are not publication states. People lose track of what is draft, what is ready, and what already shipped.
Seat prices rise. Features move behind new tiers. Outages during campaigns have no local fallback. Organisations start asking: who owns this system of record?
How it helps
Pages, classes, and components that keep the brand coherent across every editor and locale.
Collections, block editing, and explicit publication states. People know exactly what is draft, ready, and live.
Linked local folders, copy-on-use into the site, metadata without rewriting the source library.
Several members can edit the same site. Rare same-item conflicts surface as keep mine / use theirs on friendly cards. Presence shows who has a page open.
Every site belongs to a workspace. The workspace has a roster and a bill. It does not gate editing behind Starter/Growth/Enterprise feature packs.
In practice
Sites belong to a workspace, not to the employee who clicked "new site." Offboarding does not kidnap the marketing site.
Train teams on components and content states once. New pages inherit the system. One-off aesthetic experiments have somewhere to stop.
Select local folders for product specs, brand kits, and approved imagery. Editors browse what the organisation already stores.
People pick what to include. The app commits and deploys. History remains auditable in the repository your IT team can already back up.
FAQ
Yes, within the collab model: local editing, reconcile on publish, clear conflict choices, and publication states that show intent before go-live.
Site config supports locales and page locale publishing as part of the core workflow. Content structure stays file-based, so translation processes can sit beside the repo instead of inside a closed vendor schema.
Each editor needs a one-time license. Workspace metering charges for collaboration beyond the included pair. Roster size is billed. Site count is not a plan.
Keep them for creation and hard problems. Use Splitleaf for the daily path where marketers review, customise, and maintain what AI creates over the long term.
Use Splitleaf when many people must edit one brand without turning every change into a ticket or a hostage SaaS renewal.