Admin
/adminOpen the Payload administration workspace.
Strukta is the content management workspace for structured pages, media, and publishing workflows. Editors can draft content, review changes, publish approved material, and expose content through web or API channels.
Create, review, version, and publish structured pages, posts, products, media, navigation, and site settings in Strukta.
Covers the Strukta administration interface for Pages, Posts, Products, Categories, Tags, Media, Homepage, Navigation, and Site Settings, plus verification on the rendered site. Direct database and deployment administration are excluded.
| Role | Access | Responsibilities |
|---|---|---|
| Reader or auditor | Review allowed content, versions, and published output. |
|
| Editor or operator | Create and update content and media within assigned collections. |
|
| Publisher or administrator | Publish content and manage site-wide configuration when permitted. |
|
Choose the correct collection and path before writing so content can be found, reviewed, and rendered reliably.
Build a page from approved blocks and save it as a draft before publication.
Search by title and path before creating a new record.
Enter title, locale, path or slug, and the required metadata.
Use the available Hero, Rich Text, Feature Grid, and Call to Action blocks in a logical order.
Use approved targets and verify alternative text and rights for media.
Do not publish until the preview and review criteria are complete.
A structured draft exists at a unique path with valid content, links, metadata, and accessible media descriptions.
Use collection-specific fields, classifications, and relationships.
Use the collection that matches the public content type.
Check title, slug, product identity, and archived records.
Complete title, body or product fields, summary, locale, and status.
Reuse controlled terms rather than creating spelling variants.
Review the draft in its rendered context before requesting publication.
The draft uses the correct collection and controlled metadata and can be reviewed in context.
Create one well-described asset and reuse it instead of uploading uncontrolled duplicates.
Check filename, subject, and prior usage before upload.
Confirm file type, dimensions, classification, rights, and removal of hidden sensitive metadata where required.
Use a durable filename and complete title, description, and alternative text.
Select the existing media record in pages, posts, products, or globals.
Check crop, clarity, caption, alternative text, and responsive behavior.
A reusable, rights-cleared media record renders correctly and remains attributable to its metadata.
Publication makes content visible to its configured audience; use drafts and version history as controlled review mechanisms.
Complete editorial and rendered checks before changing a draft to published.
Confirm collection, locale, path, author, and intended publish time.
Check accuracy, spelling, links, accessibility, metadata, and rights.
Test desktop and narrow layouts and any call-to-action behavior.
Return the draft to the editor or correct it with a traceable version.
Change status only when approval and timing requirements are satisfied.
Open the expected locale path and confirm the new version is served.
The approved version is visible at the intended route and the prior draft/version history remains traceable.
Use collection history to understand and recover an earlier state.
Choose the relevant page, post, or product and open Versions.
Review timestamp, author, status, and changed content.
Confirm it predates the unwanted change and still meets current policy.
Restore or copy the earlier version, then treat it as a new change requiring review.
Preview and approve before replacing the current published state.
The selected content state is restored through a traceable version and reviewed before publication.
Globals affect broad parts of the site and should be changed with stronger review than an individual page.
Change a global record with impact analysis and immediate verification.
Choose Homepage, Navigation, or Site Settings and confirm the active locale or scope.
Capture the affected routes, labels, links, metadata, or brand elements.
Avoid unrelated cleanup in the same global edit.
Check homepage, header, footer, navigation hierarchy, and locale behavior as applicable.
Confirm the changed global renders without broken links or inaccessible navigation.
The intended global behavior changes without disrupting unrelated routes, locales, or navigation items.
These limits describe the source-pinned Strukta 1.0.0 scope and must be rechecked when the product changes.
Likely cause: The session expired, the identity is not assigned to the application, or the tenant claim is missing.
Likely cause: The current role, release, tenant configuration, or feature flag does not expose that operation.
Likely cause: Validation failed, processing is still running, or the current view is stale or filtered.
Likely cause: The record remains draft, the locale or path differs, cache is stale, or a required field prevents rendering.
Likely cause: The file is unsupported, duplicates an existing filename, exceeds policy, or the role lacks media access.