Template Before Render is a Trigger in Joomla Events › Template Events. Before the site template begins rendering (core onBeforeRender).
Template Before Render is a Trigger in Joomla Events › Template Events. Before the site template begins rendering (core onBeforeRender).
Template PHP layout is about to run; document body is set but final HTML is not.
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.
Template Before Render is a trigger in the Joomla Events › Template 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 Template Before Render to a flow:
TemplateBeforeRenderBefore the site template begins rendering (core onBeforeRender).
Common patterns on the canvas:
The designer shows these tabs for this node:
| Tab | Purpose |
|---|---|
| Info | Plain-language description and output payload fields for downstream steps |
| Design | Trigger configuration and payload schema |
These fields are managed by the designer or runtime — you do not type into them directly:
| Property key | Label | Type | Required | Visible when | Notes |
|---|---|---|---|---|---|
_nodeId | Node ID | node-id | No | — | — |
| Property key | Label | Type | Required | Visible when | Notes |
|---|---|---|---|---|---|
label | Label | text | No | — | Node label |
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.
After this step runs, later nodes can reference these fields using placeholders such as {{template_before_render.subject}}.
| Field key | Type | Description |
|---|---|---|
subject | string | Email or notification subject line. |
params | object | Request parameters object. |
audit_user.id | number | Nested field "audit_user.id" from this node's output payload. |
audit_user.username | string | Nested field "audit_user.username" from this node's output payload. |
audit_user.email | string | Nested field "audit_user.email" from this node's output payload. |
audit_user.name | string | Nested field "audit_user.name" from this node's output payload. |
audit_user.guest | boolean | Nested field "audit_user.guest" from this node's output payload. |
audit_user.client | string | Nested field "audit_user.client" from this node's output payload. |
audit_type | string | What kind of item triggered the event — for example article, category, or user. |
Other steps in the same area of the palette:
event-onActionLogAfterAdd) — Joomla Events › Action Log Eventsevent-onActionLogBeforeAdd) — Joomla Events › Action Log Eventsevent-onAfterCompileHead) — Joomla Events › After Eventsevent-onAfterDispatch) — Joomla Events › After Eventsevent-onAfterInitialise) — Joomla Events › After Events