The page content width toggle (narrow vs. full-width) is currently UI-only
(⋯ menu → Full width). Teams managing Confluence pages programmatically —
via REST API, MCP tooling, or automation pipelines — cannot control this
setting, forcing manual intervention on every page.
Proposed: Add a contentWidth property (e.g., "default" | "full") to the
page create/update endpoints:
- PUT /wiki/api/v2/pages/{id}
- POST /wiki/api/v2/pages
This is an increasingly common gap as teams adopt AI-assisted and
API-first documentation workflows.
That is controlled by two content properties, and the good news is that you can manage content properties through the "v2" REST API you are already using!
POST /wiki/api/v2/pages/{page-id}/properties
Request Body:
{
"key": "content-appearance-published",
"value": "full-width"
}
Similarly, repeat the call for "key": "content-appearance-draft" to ensure consistency (for the page editor).
Hi @Daniel Bisque welcome to the community. I don't see a specific issue for this suggestion on Atlassian's Jira Site. I would suggest creating one out there, as that sounds like a good option to have. Having it out there will allow people search for it and vote on it for future consideration in the product. Feel free to post the number here after you create it, so we could vote for it too.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.