What pSEO Guard writes to WordPress
The controlled release deliberately supports one predictable WordPress surface: standard Pages and the fields needed to create, verify, publish and roll them back safely.
Last updated
Supported object
pSEO Guard writes standard WordPress Pages through /wp-json/wp/v2/pages. It stores the WordPress numeric ID as the durable identity for later updates.
- Create a Page as Draft.
- Update the same Page by ID.
- Verify the saved Page with edit context.
- Publish an explicitly selected verified Draft.
- Return a published Page to Draft.
Supported fields
Every write can include title, content, slug and status. Parent is included when the plan declares a hierarchy and Preflight confirms that WordPress accepts it.
- title — the Page title.
- content — the Page body sent to the WordPress block-compatible REST field.
- slug — the final path segment.
- status — Draft for ordinary writes; Publish only after explicit approval.
- parent — the already-created WordPress parent Page ID.
Not supported in this release
Do not assume that a field exposed by a plugin is part of the publishing contract.
- Posts or custom post types.
- ACF fields, custom meta and theme-specific options.
- Yoast, Rank Math or other SEO plugin fields.
- Featured images, menus, taxonomies and reusable blocks.
- Permanent delete, redirect creation or automatic canonical changes.
Hierarchy rule
Parent Pages are processed before children. A child resolves the parent’s WordPress ID at write time; if the parent has not succeeded, the child fails visibly instead of being created at the wrong level.
Next action
Use the rule reference when a page needs a decision, or continue through the Docs in order.