Node reference

After Render for Joomla

When it runs: Once per request, after the full HTML page buffer is complete and just before it is sent to the browser.

Node reference

Overview

When it runs: Once per request, after the full HTML page buffer is complete and just before it is sent to the browser.

Last application-level hook in the render pipeline; useful for post-processing the entire page output.

Each run also includes who was logged in at the time and what kind of item was involved — see audit_user and audit_type in Payload Fields below.

This trigger is active when Platform Events are turned on in Joomla (System → JOrchestrator) and matching flows are set to Active.

When this trigger fires, JOrchestrator starts the flow and passes the incoming event or request data to the next connected step. Configure filtering, payload shape, and security on the Design tab.

Why use this node

After Render is a trigger in the Joomla Events › After Events group. Triggers start a flow. They listen for an external signal — a CMS event, inbound HTTP call, payment notification, or schedule — and pass the incoming data to the first downstream step.

Typical reasons teams add After Render to a flow:

  • Automate backend work when Joomla fires AfterRender
  • Notify administrators or sync external systems on this CMS lifecycle event
  • Enrich or validate CMS data before it is persisted
  • Audit user, content, or extension activity without custom plugins

When it runs

Once per request, after the full HTML page buffer is complete and just before it is sent to the browser.

Example workflows

Common patterns on the canvas:

  1. After Render → Send Notification (admin alert)
  2. After Render → Insert Row (audit log)
  3. After Render → If → Send Email / Update Article

Properties panel

The designer shows these tabs for this node:

TabPurpose
InfoPlain-language description and output payload fields for downstream steps
DesignTrigger configuration and payload schema

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——

User-configured — General tab

Property keyLabelTypeRequiredVisible whenNotes
labelLabeltextNo—Node label

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

After this step runs, later nodes can reference these fields using placeholders such as {{after_render.application.name}}.

Field keyTypeDescription
application.namestringNested field "application.name" from this node's output payload.
application.clientnumberNested field "application.client" from this node's output payload.
input.optionstringNested field "input.option" from this node's output payload.
input.viewstringNested field "input.view" from this node's output payload.
input.taskstringNested field "input.task" from this node's output payload.
input.layoutstringNested field "input.layout" from this node's output payload.
input.idstringNested field "input.id" from this node's output payload.
input.ItemidstringNested field "input.Itemid" from this node's output payload.
config.sitenamestringNested field "config.sitename" from this node's output payload.
config.fromnamestringNested field "config.fromname" from this node's output payload.
config.mailfromstringNested field "config.mailfrom" from this node's output payload.
config.live_sitestringNested field "config.live_site" from this node's output payload.
bodystringRaw content — response text, file bytes (often base64), or message body.
audit_user.idnumberNested field "audit_user.id" from this node's output payload.
audit_user.usernamestringNested field "audit_user.username" from this node's output payload.
audit_user.emailstringNested field "audit_user.email" from this node's output payload.
audit_user.namestringNested field "audit_user.name" from this node's output payload.
audit_user.guestbooleanNested field "audit_user.guest" from this node's output payload.
audit_user.clientstringNested field "audit_user.client" from this node's output payload.
audit_typestringWhat kind of item triggered the event — for example article, category, or user.