Frontmatter Fields
ciderpress pages support standard Rspress frontmatter fields. Frontmatter is defined in YAML at the top of markdown files or injected via the defaults field on a Page / Workspace (renamed from the legacy frontmatter field — same type, different name).
See the Content concept for injection and inheritance patterns.
Standard fields
Layout values
Navbar width
Set navbar.width in page frontmatter independently of the page layout:
containeraligns the navigation with the home page frame and its theme-defined max width.fullspans the viewport like documentation navigation.- Omit
widthto keep existing behavior: home pages usecontainer; other page types usefull.
navbar: false hides the navigation. navbar: true or an object shows it. No enabled property is needed.
The same option works in config-side Page.defaults and Workspace.defaults:
Per-file frontmatter replaces the config-default navbar value; it is not deep-merged. For example, navbar: true restores the page type's default width even when config defaults set a width. The width option changes only navigation width, not the page layout, sidebar, or footer.
Outline values
Aside values
SEO
All page-specific search and social overrides are nested under seo:
Head format
The head field accepts an array of tuples. Each tuple is [tagName, attributes]:
Equivalent injected via Page.defaults in the config:
Custom fields
The two surfaces have different rules:
- YAML frontmatter in
.md/.mdxsource files — arbitrary keys are accepted and passed through to Rspress's page data object. Use these for metadata that theme components or plugins consume. - Config-side
defaults— validated against a.strict()Zod schema. Only the fields documented above are accepted; unknown keys fail at config load time with a clear error.
Custom fields are accessible in theme components via the page data object.