IFTTT Webhooks Connector Guide

The IFTTT Webhooks connector allows Tealfabric workflows to trigger IFTTT applets by sending event payloads through the Webhooks service. It is useful for lightweight outbound automation such as notifications, home-office actions, and user-facing alert flows.

Document information
FieldValue
Canonical URL/docs/04_connecting-systems/connectors/i/ifttt-webhooks
Version (published date)2026-05-08
Tagsconnectors, reference, ifttt-webhooks
Connector IDifttt-webhooks-1.0.0

IFTTT webhooks connector flow showing webhook key authentication, event trigger payloads, applet execution, and workflow decisions based on trigger outcomes.

When to use this connector

Use this connector when your workflow needs to fire an external automation quickly through an IFTTT applet trigger. Typical use cases include incident notifications, status broadcasts, and simple integration handoffs where a full custom API integration is unnecessary. The connector works best when event names and payload conventions are defined consistently across teams.

Prerequisites

Before configuring the connector, create and test an IFTTT applet that uses the Webhooks trigger service. Capture the webhook key from your IFTTT Webhooks settings page and confirm event names exactly match the applet trigger definitions. Decide which value1, value2, and value3 fields each workflow should populate.

Configuration

Store these settings in the integration profile:

  • webhook_key (required): IFTTT Webhooks key.
  • timeout_seconds (optional): Request timeout in seconds.

Trigger events with trigger

Use trigger to send an event to IFTTT and activate linked actions. Keep payload values concise and structured so applets can parse them reliably. Optional value1value3 fields are omitted when empty per legacy PHP empty() semantics (including the string "0").

const baseUrl = "https://api.example.com/api/v1";
const tenantId = "<TENANT_ID>";
const apiKey = "<API_KEY>";

type TriggerResult = {
  message: string;
  event_name: string;
  result: unknown;
};

async function triggerIncidentAlert(integrationId: string): Promise<TriggerResult> {
  const response = await fetch(
    `${baseUrl}/integrations/${encodeURIComponent(integrationId)}/execute`,
    {
      method: "POST",
      headers: {
        "X-API-Key": apiKey,
        "X-Tenant-ID": tenantId,
        "Content-Type": "application/json",
      },
      body: JSON.stringify({
        operation: "trigger",
        event: "incident_alert",
        value1: "Production queue delay detected",
        value2: "priority:high",
        value3: "execution_id=exec_20260508_1319",
      }),
    }
  );
  if (!response.ok) throw new Error(`Request failed: ${response.status}`);
  const payload = (await response.json()) as { success?: boolean; data?: TriggerResult };
  if (!payload.success || !payload.data) throw new Error("IFTTT trigger failed");
  return payload.data;
}
curl -X POST "https://api.example.com/api/v1/integrations/<ENTITY_ID>/execute" \
  -H "X-API-Key: <API_KEY>" \
  -H "X-Tenant-ID: <TENANT_ID>" \
  -H "Content-Type: application/json" \
  -d '{
    "operation": "trigger",
    "event": "incident_alert",
    "value1": "Production queue delay detected",
    "value2": "priority:high",
    "value3": "execution_id=exec_20260508_1319"
  }'
{
  "success": true,
  "data": {
    "message": "IFTTT webhook triggered successfully",
    "event_name": "incident_alert",
    "result": {}
  }
}

Validate setup with test

Use test before production rollout to verify webhook key validity and endpoint reachability. A successful test does not validate every applet path, so also run at least one real event in your staging setup.

curl -X POST "https://api.example.com/api/v1/integrations/<ENTITY_ID>/execute" \
  -H "X-API-Key: <API_KEY>" \
  -H "X-Tenant-ID: <TENANT_ID>" \
  -H "Content-Type: application/json" \
  -d '{
    "operation": "test"
  }'
{
  "success": true,
  "data": {
    "message": "IFTTT Webhooks connection test successful",
    "details": {
      "webhook_key_configured": true
    }
  }
}

Reliability guidance

IFTTT applet execution can be delayed or rate-limited based on account tier, so avoid bursty trigger patterns for critical workflows. Include execution identifiers in payload values so support teams can correlate events with workflow runs. For high-priority alerts, pair IFTTT triggers with a secondary notification path for redundancy.

Related references