What a workflow gives you
Without a workflow, anyone who may publish a record can make a new version live. A workflow puts steps in between, such as Draft, Review and Approved, and controls who moves a change from one to the next. Use one where publishing has consequences (legal review, brand sign-off, regulated content) and leave it out where it would only add ceremony.
Workflows apply to pages, blog posts, global components, FAQ pages and questions, and product and category descriptions. Books and custom entity records cannot have one.
The pieces
- A workflow: a named, ordered set of steps and the transitions between them. One workflow can be marked Default.
- Steps, each with a name, a colour and a position. A step sets who can edit content while a change sits in it (Everyone, or chosen groups), and which groups are notified when a change arrives in it.
- Transitions, each a move from one step to another. A transition sets who can make the move directly (Everyone, or chosen groups) and which groups must approve it first.
- Branches: once a workflow applies, every save goes into a branch, a line of versions with the step it has reached. Reviewers' approvals and comments are recorded on the branch; comments can be threaded, marked resolved and anchored to a spot on the page.
Assigning a workflow
A workflow is assigned to one record, to one record type on one site, or to a whole record type; the most specific assignment wins. When nothing matches, the Default workflow applies, if there is one.
What changes for editors
With a workflow assigned, "Save and activate" disappears and "Create branch" appears. A version becomes active only when its branch reaches the workflow's last step. Moving a change back to an earlier step clears the approvals it had collected.