Shared sections

One section, multiple places

A shared section is a separate resource containing a composition. A Shared section component points to that resource and renders its published composition wherever it is used. This is useful for a standard introduction, recurring contact information, a site-wide call to action, or other material that should stay consistent across layouts.

A copied pattern is different. Patterns → Insert a copy adds independent blocks to the current resource. Changes to those blocks do not change the source section, and later changes to the source do not update the copy. Decide whether the wording should stay synchronized before choosing between a live Shared section component and a pattern copy.

Sources: Configured website components; Public page selection and resource resolution; Built-in layout patterns.

Create a reusable section

1. Open Shared sections and create a section with a title colleagues will recognize, such as Contact the editorial team.
2. Open Visual editor. Add a Section for spacing and tone, then place Rich text and Button components inside it. For example, introduce the team and link the button to /about.
3. Keep the content suitable for every place that will use it. A fixed Rich text block repeats the same wording; Content body instead reads the current page or article body.
4. Wait for saving to finish, inspect Preview, and publish the section. It must be published before it can be selected through the live shared-section picker.

The section's Title and slug identify the resource in the CMS. Creating a section does not create a standalone public page at that slug. Place it in a template or Page composition to make it part of a visitor's journey.

Sources: Resource editor and design resource fields; Puck integration and editor configuration; Configured website components; Revision and publication service.

Place and update a live section

1. Open the receiving Page or template's Visual editor and add Shared section from Connected content.
2. Choose the Shared section field, search for the published resource, and use the selected entry. The chooser supports later result pages; older sections are not limited to the canvas's recent samples.
3. Position the component in the layout, save, preview, and publish the receiving resource.
4. For a later shared wording change, edit the source in Shared sections and publish that source. Every live reference resolves its current published version.

The link remains a resource reference, not a frozen copy of the source's original text. Draft changes to the source remain private until that source is published. Conversely, publishing a receiving Page does not publish an unfinished source section on your behalf. A private or unavailable required dependency blocks publication rather than becoming public accidentally.

Sources: Puck integration and editor configuration; Searchable reference selection; Configured website components; Public page selection and resource resolution; Revision and publication service.

Global headers and footers

The public frame can use designated shared resources whose stored role key is header or footer. These render outside the page's main composition. When they are absent, the frame supplies its built-in navigation header and footer. This is separate from inserting a Shared section block inside the body of a particular Page.

A global header usually contains Site navigation, which reads the selected menu and brand. A body composition that also contains Site navigation will render another navigation area. Preview the complete page to catch duplicates that may not be obvious when editing the shared resource in isolation.

Sources: Public page selection and resource resolution; Public website frame and theme application; Resource editor and design resource fields; Reference website content.

References, nesting, and safe removal

A shared section follows the same composition rules as other layouts: only Section and Columns have child slots, a composition is limited to 200 components and the configured eight-level nesting-depth check, and serialized layout data is limited to 500,000 characters. Shared references have an additional maximum-depth check and cannot create a cycle.

Never point a section back to itself, directly or through another section. A chain such as A → B → A is recursive, even when the individual canvases look small. The publication service rejects recursive required references, and rendering also has a defensive depth guard. Before retiring a section, replace or remove its references and publish the receiving layouts; do not use deletion as a way to hide a still-required component.

Sources: Content and composition validation; Revision and publication service; Configured website components.

Permissions and troubleshooting

Administrators and designers manage Shared sections. An editor may be able to change a receiving Page while being unable to edit its source design resource. Coordinate the source change with someone who has design permissions. If a read-only view appears, it reflects the current resource permission rather than a failure of the canvas.

• If the picker cannot find a section, confirm it is published and public, then search its title and check later result pages.
• If a source update does not reach a Page, verify the Page contains a Shared section reference rather than a copied pattern.
• If a block shows a placeholder in Preview, check its selected resource and publication state.
• To reverse a shared change, restore the appropriate source revision as a working draft, inspect it, and publish it. The live references then use that restored published content.

Sources: Role and resource permissions; Resource editor and design resource fields; Puck integration and editor configuration; Revision and publication service.