Skip to main content
Capell home
Live demo

From page draft to recovery

Open the page, make the change, preview it as a visitor will see it, then publish and check the live result. If something is wrong, Page History shows what changed and validates the page before restore.

Every Capell site includes drafts, preview, Page History, and validated page restore. Core keeps the underlying page history append-only after PageSaved. Admin presents Page History, field comparison, validated rollback, and roll-forward. The licensed Publishing Studio adds workspaces, assignments, comments, approvals, scheduling, atomic releases, and release recovery for Capell Pages.

Event history Rollback preview Review workflow

Make every change accountable

Give editors a clear route from draft to publication, with a way to recover mistakes.

Publishing should not depend on someone remembering a private checklist or being available at the right moment. Capell Foundation gives Page changes a history and recovery path. Publishing Studio adds coordinated review and releases when the team needs more control. Choose the process that matches the risk of the change.

Start with Foundation if one authorised publisher can own each page change. Assess Publishing Studio when an editor must prepare changes for another person to approve, or a campaign needs several Pages released together. It replaces manual coordination around Capell Pages; it is not a promise that unrelated orders, bookings or custom business records gain the same workflow. Scheduled publication also needs the application team to operate the package's documented background work.

Capell Publishing Studio draft workspace
Publishing Studio adds draft ownership and coordinated review; Foundation Page history remains a built-in recovery path.

Use one page to follow the whole release path: draft → public preview → review scaled to risk → optional scheduling → publish → dependent-surface refresh → anonymous-route verification → recovery exercise.

Core keeps the underlying page history append-only. Admin reconstructs a selected version, shows field changes, validates current URLs and relationships, and appends rollback or roll-forward as another recovery event.

The licensed Publishing Studio adds the team workflow around that engine. Standard recovery does not require the package; workspaces, assignments, field comments, approvals, schedules, atomic releases, and release recovery for Capell Pages do.

Review the right things

Make approval useful by showing the actual change and its context.

Agree what needs review: a typo, a new offer and a coordinated campaign may need different treatment. Reviewers should be able to identify the affected page, compare the proposed change and inspect the intended public result. Permission to edit is not automatically permission to approve a release.

Publishing Studio supports assigned reviewers and controlled publication for Capell Pages. Check its current scope before promising the same process for unrelated business records. Document who takes over if the nominated reviewer is unavailable and how urgent corrections are handled.

Practise recovery before launch

Know how to correct content without undoing unrelated application work.

Page history is useful when the team can turn it into a deliberate correction. Inspect the earlier version, preview the difference and understand what the restore operation changes. Foundation recovery keeps history visible rather than making the mistake disappear.

A coordinated release may need a broader recovery plan through Publishing Studio. Keep that distinct from rolling back application code or restoring infrastructure backups. After recovery, check the public page and any relevant cache or index so the correction reaches readers.

Workflow evidence

Watch one page move from draft to rollback

Follow an isolated draft through review, scheduling, publishing, and rollback without hiding the standard release boundary.

A narrated, captioned record of the Publishing Studio workflow from draft to rollback.

Separate standard recovery from optional team workflow

Most CMS risk appears between “edited” and “live”. Capell keeps publishing workflow close to the content model so teams can decide who reviews changes, what gets previewed, what is scheduled, and how public output is refreshed after publish.

Scroll horizontally to view the full table.

Area Capell shape Developer check Team outcome
Draft state Content can be prepared before it affects the public page. Separate draft work from published output for high-risk pages and shared layouts. Editors can revise safely without surprising visitors.
Review path Publishing Studio adds approval, comments, assignments, and responsibility around Core's page lifecycle. Define who can approve different page families and package-driven content. Teams know what has been checked before publish.
Preview confidence Preview should show the rendered page using the same structures as production. Verify composed widgets, media, links, and language state before release. Stakeholders review the real page shape, not a disconnected form.
Publish effects Publishing may affect cache, search, sitemap, redirects, and related pages. Trigger refresh and audit work as part of the workflow. The live site catches up with editorial decisions.

What publishing a page can change

Custom admin screens often start with a simple published flag. That works until the site has campaign launches, alternate language pages, shared layouts, cached output, search indexes, and people who need to approve changes before they reach visitors. Capell keeps publishing close to the content model so the workflow can grow without replacing the frontend or rebuilding every page form.

Core keeps the underlying page history append-only after PageSaved. Admin reconstructs a selected page version, previews the field changes, validates current URLs and relationships, and supports rollback or roll-forward while recording recovery as a new event. History is not silently rewritten.

The licensed Publishing Studio adds the team workflow around that engine: isolated workspaces, assignments, field comments, approvals, scheduling, release-window checks, readiness validation, atomic releases, and release recovery for Capell Pages.

Next step

Try publishing and recovery on one page

Follow the page release, then connect the same publish effects to the site operations runbook.

Release path Draft, preview, review, publish, invalidate, discover, and verify from the same CMS boundary.

Role scenarios

What to inspect in Capell Admin

Checks for editing, preview, publishing, recovery, and role boundaries.

Role-based checks drawn from product capabilities and fit boundaries.

Actual Capell page editing form for the editorial workflow described.

Try a partial field restore

Change a price and heading in one save, then select only the price from activity history. The price should revert while the valid heading edit remains.

Read more

The log is not a flat audit dump. It expands nested changes into readable before-and-after rows, then lets editors pick individual changed fields from a past entry and roll back exactly those, with a note for anything that cannot be reverted.

If teams want to redraw every page by hand, a freeform builder feels quicker. This is for people who publish real content on a regular loop and occasionally need one mistake undone cleanly.

Run this yourself in the demo

Editor

Evaluator scenario for an editor

Loading footer