Reference · Tools

Figma Trigger

Starts workflow when Figma events occur

Webhook trigger Development v1

The Figma Trigger node starts a workflow whenever a specific event happens in your Figma team — such as a new file comment, a file deletion, or a library publish. It connects via Figma's Webhooks V2 API using a personal access token and subscribes at the team level. A common use case is routing new Figma comments to a Slack channel or logging file version updates to a project tracker.

Node type
Webhook trigger
Parameters
2
Outputs
Output
Credentials
Figma API

Figma Trigger

Start workflow from Figma team events

Overview

Starts a workflow when events occur in a Figma team. Listens for file comments, file updates, file deletions, file version updates, and library publishes via Figma Webhooks V2 API. Requires a Figma personal access token and a Team ID. Each trigger instance subscribes to one event type at the team level.

Category: Development
Tool Name: figma_trigger
Version: 1

Appearance: Icon: si-figma | Color: #a259ff

Node Type

Trigger — webhook (receives incoming HTTP callbacks)

Input / Output

DirectionPort(s)
InputNone (trigger node)
OutputOutput

Credentials

This tool requires Figma API credentials. See the Credentials Guide for setup instructions.

Parameters

ParameterTypeRequiredDefaultDescription
Team IDstringYesThe Figma Team ID to monitor. Found in the URL of a Figma Team page: figma.com/files/team/{TEAM-ID}/.
Trigger OnoptionsYesWhich Figma event type to listen for.
Options: fileComment (someone comments on a file), fileDelete (a file has been deleted — does not fire for the files inside a deleted folder), fileUpdate (a file saves or is deleted; happens when a file is closed or within 30 seconds after changes), fileVersionUpdate (a named version is created in a file’s version history), libraryPublish (a library file is published)

Output Data

Each delivery from Figma produces one output item. The webhook payload is copied onto the item unchanged, and three fields are added:

  • _trigger — always figma_trigger_webhook
  • _timestamp — ISO 8601 timestamp of when the request arrived
  • _webhookEvent — the Figma event type, taken from the payload’s event_type field

The Figma payload itself carries:

  • event_type — the event, e.g. FILE_COMMENT
  • timestamp — the Figma event time
  • webhook_id — the Figma webhook that delivered the event
  • file_key, file_name — the file the event is about
  • comment, comment_id, parent_id, order_id — comment detail, on comment events
  • triggered_by — the Figma user who caused the event, with handle, id, and img_url

Figma’s PING health checks are acknowledged without starting the workflow, and each delivery’s passcode is verified before any item is produced.

Reference the payload downstream by expression, e.g. {{ $json.file_name }} or {{ $json.triggered_by.handle }}.

Usage Examples

  • trigger workflow when someone comments on a Figma file
  • start when a Figma file is updated
  • listen for Figma file deletions
  • detect when a new file version is created in Figma
  • watch for Figma library publishes

Example Configuration

Fire when someone comments on a file in the team:

{
  "type": "figma_trigger",
  "parameters": {
    "teamId": "123456789",
    "triggerOn": "fileComment"
  }
}

Fire when a named version is created:

{
  "type": "figma_trigger",
  "parameters": {
    "teamId": "123456789",
    "triggerOn": "fileVersionUpdate"
  }
}

Fire when a library is published:

{
  "type": "figma_trigger",
  "parameters": {
    "teamId": "123456789",
    "triggerOn": "libraryPublish"
  }
}

Trigger Behavior

  • Activation: When the workflow is activated, a webhook endpoint is registered with the service.
  • Deactivation: The webhook is automatically unregistered when the workflow is deactivated.
  • Payload: The incoming webhook payload is parsed and output as workflow items.
  • Verification: Supports signature verification where applicable.

Tips

Entry point that fires when a Figma team event occurs. Subscribe to file comments, updates, deletions, version updates, or library publishes. Outputs the full Figma webhook payload for downstream processing.

Frequently asked questions

What events can this node listen for?

The node supports five event types: file comments, file updates, file deletions, file version updates, and library publishes. Each instance of the trigger subscribes to exactly one event type — if you need to react to multiple event types, you'll need a separate Figma Trigger node for each.

What credentials do I need to connect this node?

You need a Figma personal access token, configured as a Figma API credential in BusyBot. You'll also need your Figma Team ID, which identifies which team's events the webhook will subscribe to. Both are required — the node won't register the webhook without them.

What does the node actually output?

It outputs the full Figma webhook payload as delivered by the Webhooks V2 API. This includes event metadata and any file or comment data associated with the event. Downstream nodes receive this raw payload, so you can map specific fields — like a comment body or file key — to whatever action follows.

Does one trigger cover my whole Figma organization, or just one team?

Subscriptions are at the team level, not the organization level. You provide a single Team ID per trigger instance, so the node only fires for events within that team. To cover multiple teams, add a separate Figma Trigger node for each Team ID.

Is there anything I should know about how the webhook is registered?

The node uses Figma's Webhooks V2 API to register the subscription automatically when the workflow is activated. If you deactivate or delete the workflow, you should verify in Figma that the corresponding webhook has been removed, to avoid orphaned subscriptions on the Figma side.

Build with the Figma Trigger node

Drop it into a workflow, wire it to an agent, or call it on a schedule. You'll need Figma API credentials first.

Open BusyBot

Last updated . Spotted something wrong? Tell us.