deleteWebPage
Permanent deletion of a web page by seo_id. Confirm with user and clean up orphaned user_meta records to avoid data integrity issues.
Instructions
Delete a page - Permanently delete a web page by seo_id. Destructive - cannot be undone via API.
Use when: permanently removing a page.
Required: seo_id.
Destructive: confirm with the user. If inbound links or menus reference the deleted page's URL, consider creating a createRedirect BEFORE deleting so those links don't 404. Menus with items pointing at this page also need cleanup.
seo_type=data_category cascade — automatic. When the deleted page is data_category, the wrapper auto-deletes its placeholder-slug 301 redirect (response includes _data_category_redirect_deleted: <redirect_id>). The agent does not need to call deleteRedirect manually.
ORPHAN CLEANUP REQUIRED - BD does NOT cascade-delete users_meta rows. Each WebPage with a hero or custom layout has up to 18 EAV rows in users_meta (database=list_seo, database_id=<seo_id>). These persist after deleteWebPage unless you clean them up. Safe post-delete workflow:
Call
listUserMetafiltered ondatabase=list_seoANDdatabase_id=<deleted seo_id>.Client-side filter the response - keep only rows whose
databasefield equalslist_seo. The samedatabase_idvalue may exist inusers_metapointing at unrelated parent tables (e.g. a member withuser_id=<seo_id>inusers_data), and those rows must NOT be deleted.For each remaining row, call
deleteUserMetawithmeta_id=<row.meta_id>,database=list_seo,database_id=<seo_id>(all three required).
Never loop-delete by database_id alone - you will silently destroy unrelated records on other tables.
See also: updateWebPage (modify without removing).
Returns: { status: "success", message: "list_seo record was deleted" }.
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| seo_id | Yes | Page primary key |