SOURCE-CHECKED GUIDE · BUSINESS DOCUMENTS
Confluence page approvals or SharePoint page approval flow
Select an approval workflow for revised internal guidance and test what readers see before signoff.
If every revision of an internal guidance page must wait for review before readers see it, SharePoint’s modern page approval flow documents that gate for updated pages, provided the pages library uses major and minor draft versions. Microsoft page approval documentation Confluence can record review decisions on pages, but approvals require a Premium or Enterprise plan; verify the revised-page publishing gate in a pilot because Atlassian’s described space rule explicitly discusses new pages. Atlassian approval documentation
| Decision point | Confluence pages | SharePoint modern pages |
|---|---|---|
| Documented publishing gate | Space admins can require approval before publishing new pages. Atlassian | A page approval flow covers new and updated pages. Microsoft |
| Review record | Approvers can approve or request changes; the activity log includes prior approval cycles. Atlassian | An approved page is published; a rejected page returns to draft. Microsoft |
| Purchase and setup | Confluence approvals require Premium or Enterprise and apply to pages, not live docs or blogs. Atlassian | Document version history must create major and minor draft versions. Microsoft |
For this task, define “reviewed” as a decision on the revised instructions, followed by publication of that revision. A signoff on the original page is insufficient. Give the reviewer a specific changed passage to inspect, such as a revised escalation step, and keep the current guidance available to ordinary readers while the replacement is pending. This makes the publishing boundary testable instead of treating an approval notification as proof that readers saw the right version.
A plausible failure is configuring Confluence’s documented “require approval before publishing” rule and assuming it blocks edits to an already published page. The cited rule expressly describes new pages. Atlassian approval documentation In SharePoint, omitting major and minor draft versioning defeats a stated prerequisite for the page flow. Microsoft page approval documentation Check the actual page type and settings before relying on either workflow.
Keep SharePoint’s modern list and document library approvals out of this comparison. Microsoft describes those as a separate feature: edits can cancel requests in progress, and approval columns show the latest activity. Those details do not establish how the modern page flow handles an edited draft or records its history. Microsoft list and library approval documentation Assign an owner who can configure the page flow or Confluence space settings, and confirm that each reviewer can open the page they are asked to judge. If moving guidance between systems, inventory page links, ownership and past signoffs separately; do not assume that copying content preserves the review record or its retention period.
Pilot one already published guidance page with a clearly identifiable revised sentence. Submit the revision, then use an ordinary reader account to check whether the old sentence remains visible and the new one is hidden. Have the reviewer request changes or reject it, revise the draft, and submit again. After approval, check that the reader sees the new sentence and that the team can retrieve the decision record it needs. Adopt the workflow only when that complete sequence produces the required result.
This guide explains a workflow using the linked primary sources. We did not independently run every step or verify the result for your files; check the current service screen and your own output.
Primary sources: