Confluence Automation Incoming Webhook v2.0 does not expose POST payload through {{webhookData}}

Hi Trudy,

Thanks for the suggestions.

I am calling the webhook using curl from a macOS terminal.

I have also used curl --trace-ascii to inspect the actual request being transmitted, and the JSON body is being sent correctly without any hidden characters. The webhook returns HTTP 200, and the Confluence Automation flow is triggered successfully.

The payload being sent is similar to:

{
  "repository": "ndt_fe",
  "content": "Test Frontend documentation from webhook by Adnan"
}

I also tried the suggestion from the Atlassian article you shared.

I tested:

{{webhookData}}
{{webhookData.repository}}
{{webhookData.content}}

and also:

{{webhookResponse.body}}
{{webhookResponse.body.repository}}
{{webhookResponse.body.content}}

Unfortunately, all of them resolve to empty values in the Automation Audit Log.

For example:

webhookData=[] webhookResponseBody=[] repository=[] content=[]

The Incoming Webhook trigger in the Audit Log shows Webhook version 2.0.

I have also tried:

• Sending the payload as application/json

• Sending it as URL-encoded form data

• Passing the values as URL query parameters

In every case the request returns HTTP 200 and triggers the flow, but the payload values are not available to the smart values.

I am attaching screenshots of the complete automation flow, Incoming Webhook configuration, and Audit Log.

Please let me know if you notice any context issue in the rule, or if there is another smart value/context that Webhook version 2.0 expects.

This is the Automation flow, I just first wanted the body paramter's so I have not built the flow further. 

The command I run on the macos terminal (Redacted the Token and URL for security reason)

curl --trace-ascii /tmp/confluence-webhook.trace \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json' \
  -H 'X-Automation-Webhook-Token: **********************' \
  --data-raw '{"repository":"ndt_fe","content":"Test Frontend documentation from webhook"}' \
  'https://api-private.atlassian.com/automation/webhooks/confluence/a/**' \
  -w '\nHTTP_STATUS=%{http_code}\n'

The Audit Log for the above API call

I am not able to upload the trace file.  I have that as well if you need it. 

Hello @Adnan Karbelkar_ Vodafone 

Having not worked with Confluence Automation Incoming Webhooks before I took a look at the information available directly within the Incoming Webhook dialog in Confluence Automation rules and noticed the following:

1. If you send information through --data with your POST method then that data is accessed through {{webhook.body}}, not {{webhookData}}

2. If you send information through parameters as part of the API then that data is accessed through {{webhook.parameters}}

So, try using those smart values (aligned with whether you are submitting a request body or API parameters) and see if you get the data. Let us know how that turns out.

Additionally {{webhookData}} is the smart value specified in documentation I found that talks about incoming webhooks in Jira Automation.

Thank you so much, Trudy. Your answer was exactly what I needed.

I tested both of the Confluence-specific smart values you pointed out {{webhook.body}} for POST body data 

and

{{webhook.parameters}} for values passed in the webhook URL

Both worked successfully.

For example, using URL parameters I can now correctly read:

{{webhook.parameters.repository}} → ndt_fe

{{webhook.parameters.content}} → the content sent in the request

The key issue was that I was following documentation/examples that referred to {{webhookData}}, whereas Confluence Automation Webhook v2.0 expects the data through {{webhook.body}} or {{webhook.parameters}}.

Really appreciate you taking the time to check the Confluence Automation dialog itself and point this out. This solved the issue completely for me.

Many thanks again — definitely deserved kudos!

The successful tests results for both Body and Parameter Posts. 

Test 1 — POST body

curl -sS -i \
-H 'Content-Type: application/json' \
-H 'X-Automation-Webhook-Token: ******’*********** \
--data-raw '{"repository": "ndt_fe","content": "Test Frontend documentation from webhook by Adnan"}' \
    'https://api-private.atlassian.com/automation/webhooks/confluence/a/x’ \
-w '\n\nHTTP_STATUS=%{http_code}\n'

The Automation Flow

 Audit Log

 Test 2 — URL parameters

curl -sS -i \
  -X POST \
  -H 'X-Automation-Webhook-Token: YOUR_SECRET' \
     'YOUR_WEBHOOK_URL?repository=ndt_fe&content=Test%20Frontend%20documentation%20from%20webhook%20by%20Adnan' \
  -w '\n\nHTTP_STATUS=%{http_code}\n'

 The Automation Flow

Audit Log

Thanks Aron. I tried your suggestion and passed the values directly as URL query parameters, for example:

This is my Automation flow. 

This is the command I run from the terminal using curl. ( I have redacted the URL and Webhook Token )

curl -sS -i \
   -X POST \
   -H 'X-Automation-Webhook-Token: *********************** \
      'https://api-private.atlassian.com/automation/webhooks/confluence/a/c?repository=ndt_fe&content=Test%20Frontend%20documentation%20from%20webhook%20by%20Adnan' \
   -w '\n\nHTTP_STATUS=%{http_code}\n'

I get the following response status for the API . 

HTTP/2 200 
content-type: application/json
content-length: 0
date: Fri, 14 Aug 2026 18:11:52 GMT
server: AtlassianEdge
x-envoy-attempt-count: 1
cache-control: no-cache, no-store, max-age=0, must-revalidate
pragma: no-cache
expires: 0
x-frame-options: DENY
x-trace-id: e5d9e1456a5049499dd15576de6e2fbe
x-content-type-options: nosniff
x-xss-protection: 1; mode=block
atl-traceid: e5d9e1456a5049499dd15576de6e2fbe
atl-request-id: e5d9e145-6a50-4949-9dd1-5576de6e2fbe
strict-transport-security: max-age=63072000; preload
report-to: {"endpoints": [{"url": "https://dz8aopenkvv6s.cloudfront.net"}], "group": "endpoint-1", "include_subdomains": true, "max_age": 600}
nel: {"failure_fraction": 0.01, "include_subdomains": true, "max_age": 600, "report_to": "endpoint-1"}
x-cache: Miss from cloudfront
via: 1.1 8a37f712d19fe14896e6f4c568ac31c6.cloudfront.net (CloudFront)
x-amz-cf-pop: PNQ50-P1
x-amz-cf-id: v5lnIzb3HsvG4IK6lTUSeB5_r0yBcGpGes4a0D_wJZfbdoMXMm8-3Q==
server-timing: cdn-upstream-layer;desc="EDGE",cdn-upstream-dns;dur=0,cdn-upstream-connect;dur=0,cdn-upstream-fbl;dur=508,atl-edge;dur=503,atl-edge-internal;dur=2,atl-edge-upstream;dur=502,atl-edge-pop;desc="aws-ap-south-1",cdn-cache-miss,cdn-pop;desc="PNQ50-P1",cdn-rid;desc="v5lnIzb3HsvG4IK6lTUSeB5_r0yBcGpGes4a0D_wJZfbdoMXMm8-3Q==",cdn-downstream-fbl;dur=515

HTTP_STATUS=200

This is the Audit Log for the API call from the Atlassian Automation. 

The webhook call succeeds with HTTP 200, and the Confluence Automation flow is triggered successfully.

However, the smart values are still empty in the audit log:

{{webhookData.repository}} → empty
{{webhookData.content}} → empty
{{webhookData}} → empty

The audit log shows that the trigger is using Webhook version 2.0.

So in my case, neither the POST body nor the URL query parameters are being exposed through {{webhookData}}.

If you know of any different smart value for accessing query parameters specifically with Webhook v2.0, please let me know and I can try that as well.