Node reference

Update Post for WordPress

Updates a WordPress post from a workflow — title, content, status, or meta — through the JOrchestrator plugin instead of wp_update_post in a custom plugin.

Overview

Updates a WordPress post from a workflow — title, content, status, or meta — through the JOrchestrator plugin instead of wp_update_post in a custom plugin.

Configure fields on the General and Design tabs. Execution is handled by the JOrchestrator WordPress plugin.

When the flow reaches this step, JOrchestrator executes Update Post against your linked site or an external integration, using the field values you set on General and Design. Downstream steps can read the output payload fields defined for this node.

Why use this node

Update Post is a action step in the Posts group. Action steps run in the middle or end of a flow. They perform work on your CMS, call external services, or transform data for the next step.

Typical reasons teams add Update Post to a flow:

  • Patch a post after a webhook, sheet, or API fetch
  • Write AI-generated copy or images back onto the post
  • Keep bulk or nightly updates in a flow you can log

Example workflows

Common patterns on the canvas:

  1. Trigger or Webhook → upstream steps → Update Post → Send Email or CMS update
  2. Scheduled trigger → Update Post → Debug (while testing) → production action

Good to know

Link the flow to a WordPress domain in Domain Setup before testing.

Properties panel

The designer shows these tabs for this node:

TabPurpose
InfoPlain-language description and output payload fields for downstream steps
GeneralCanvas label and read-only node ID
AIOptional assistant to help draft settings from plain language
DesignNode-specific configuration fields

System (automatic — not edited by the user)

These fields are managed by the designer or runtime — you do not type into them directly:

Property keyLabelTypeRequiredVisible whenNotes
_nodeIdNode IDnode-idNo——
_payloadFieldsAvailable Fieldspayload-panelNo——

User-configured — General tab

Property keyLabelTypeRequiredVisible whenNotes
labelLabeltextNo—Node label
titleNew Title (optional)payload-textNo—Leave empty to keep current
statusStatus (optional)select (draft | publish | pending | private)No——

| tagLabels | Tag names from payload (optional) | payload-text | No | — | ["News","Fashion"] or {{node_id.tags}} Optional JSON array of tag names after resolving {{placeholders}}, e.g. ["News","Fashion"] or {{node_id.tags}}.

Missing WordPress tags are created when the flow runs. Values are merged with Tags (existing) above. Leave both empty on update to keep current tags. |

excerptExcerpt (optional)textareaNo—Leave empty to keep current
slugSlug (optional)payload-textNo—Leave empty to keep current

User-configured — Design tab

Property keyLabelTypeRequiredVisible whenNotes
contentContent (optional)wysiwygNo—Leave empty to keep current

CMS-backed or hybrid (loaded from the linked site at design time)

These fields can pull live options or values from the Joomla/WordPress site linked to the flow:

Property keyLabelTypeRequiredVisible whenNotes
authorAuthor (optional)email-recipientNo—User ID or select user… Value kind: userId

CMS-backed (options from the linked site)

Property keyLabelTypeRequiredVisible whenNotes
post_idPost to Updatepost-selectYes——
categoryIdsCategories (optional)categories-multiNo—Replace categories when selected
tagIdsTags (existing)tags-multiNo—Replace tags when selected or add labels below

CMS site configuration (not on this node's properties panel)

Credentials, API keys, mailers, SMTP, and integration defaults are configured in the CMS plugin under Node Configuration, not per step on this node. Link the flow to a domain before testing CMS-backed fields.

Output payload fields

_This node does not define standard output payload fields in the designer Info tab._