Skip to main content
SuryaLakhani
Level 4
May 12, 2026
Question

Activity Event Subscription

  • May 12, 2026
  • 3 replies
  • 30 views

Hi,

 

I am looking to see if there is a way to get notifications to a webhook when Activities are created/updated in Target? 

3 replies

Adobe Employee
May 12, 2026

No native Target webhook for activity create/update is available.

 

Thank you! 

Sarthak Bhatt | Senior Product Consultant | Customer Experience | Adobe  

SuryaLakhani
Level 4
May 12, 2026

Is there any other way to do this?

Currently I have an integration between Workfront and Target that queries target and updates Workfront projects but that requires querying periodically. With the lag between the runs, Workfront is not always up to date so wanted to see if there is a way for Target to send notification when activities are updated. 

Adobe Employee
May 12, 2026

unfortunately no, The only available options are 

 

Target Change Log in the UI, which records create/update/activate/deactivate actions.


Target audit/revision APIs, which let you pull change history.  

 

https://developer.adobe.com/target/administer/admin-api/#tag/Revisions/operation/getRevisionLogForModifiedByName

Level 3
May 13, 2026

Hi ​@SuryaLakhani ,

Since native Target webhooks aren’t available as Sarthak confirmed, the closest you can get to near-real-time notification for your Workfront integration is using Adobe I/O Events combined with the Target audit API.
Adobe I/O Runtime lets you build a scheduled action that polls the Target revision/audit API at a much higher frequency than your current Workfront integration you could run it every minute or every few minutes rather than whatever longer interval you’re currently using. When it detects a change it fires a webhook to your Workfront endpoint immediately. This gets you close to event-driven behavior without a native webhook existing on the Target side.
The specific API endpoint Sarthak linked to the getRevisionLogForModifiedByName endpoint returns activity change history with timestamps, so your polling action can track the last-checked timestamp, query for any changes since then, and push only net-new changes to Workfront. This eliminates the duplicate update problem you’d get from naive polling.
The setup involves creating an Adobe I/O project, writing a small Runtime action in Node.js that handles the poll-and-notify logic, and scheduling it using I/O Runtime’s built-in scheduler. It’s a few hours of work but once it’s running it’s reliable and doesn’t require any changes on the Target side.
If you’re already using Adobe Experience Platform or have I/O Runtime access through your Adobe contract this adds minimal overhead. Worth raising with your Adobe account team if you’re not sure whether I/O Runtime is included in your license since it’s part of the App Builder offering.