

Build with AI — describe the integration in chat; the agent plans, builds, and tests it step by step, with progress in the sidebar and one-click enable when the build completes
Describe the integration you want. The AI builds it. Webhook Actions ships with Build with AI — an in-admin agent that turns a plain-language request like “When a Contact Form 7 form is submitted, send it as JSON to my n8n webhook” into a working, tested automation. The agent proposes a plan you can review and edit, then creates the webhook, works from a real example payload — your site’s own capture, or the Payload Library for an event your site has never fired — maps the fields, sets dispatch conditions, probes your endpoint, and sends a test delivery. Nothing goes live without your confirmation — new webhooks are always created disabled, and you can undo the last change with one click.
🤖 Verified by WPVibe — works with Claude, ChatGPT and Cursor. WPVibe ran 28 of the plugin’s 31 abilities on a live install, lists Webhook Actions in its Works with AI directory and publishes five tested recipes for it — see Ready-made AI recipes (WPVibe) below.
It reads the API before it builds. Name HubSpot, OpenAI, Slack, Stripe, Notion or any of the 300+ services in the WP Webhooks API Docs Library and the agent works from that vendor’s current API reference — endpoint, auth header, body envelope, the errors people actually hit — not from the model’s memory of it. A service the library has never seen is researched from the vendor’s own docs on the spot, and every reply built this way says so.
📖 Full documentation at wpwebhooks.org/docs/
▶️ Try it in your browser — no install, no signup, no API key
Sources — anything in WordPress that fires an action. Webhook Actions turns any do_action into a trigger, so form submissions, WooCommerce orders, user registrations, post publishes and your own custom plugin events can all start an automation. That covers Elementor Forms, WPForms, Forminator, Fluent Forms, Gravity Forms, WooCommerce and your own code — there is no per-plugin add-on to hunt down. Contact Form 7 and IvyForms go one step further with built-in support: their submissions are normalized into clean JSON payloads automatically.
Destinations — any HTTP endpoint. The plugin sends outgoing webhooks to anything that accepts a request: an n8n, Make (formerly Integromat), Zapier or Pabbly webhook node, a Slack or Discord incoming-webhook URL for order and form notifications, Airtable, Google Sheets, Mailchimp, HubSpot, Salesforce, Notion, your CRM, an internal microservice, or an AI agent API. There are no bundled per-service connectors and none are needed — point a webhook at a URL, map the fields, and send. Every delivery is queued, retried on failure and logged with full request and response history.
That makes it a no-code way to sync WordPress data outward: describe what you want in chat and let the AI build it, or wire it up by hand in the admin UI. No PHP required either way.
The agent doesn’t guess — it works from real payloads. It maps fields against actually captured payloads, edits existing webhooks by name or id instead of duplicating them, validates endpoints with a guarded probe (SSRF-protected, secrets always redacted), and verifies the result with a real test delivery. Every operation is also published as a WordPress Ability, so external AI tools (Claude Code, Cursor) can drive the same toolset over the Model Context Protocol (MCP) with scoped API tokens.
WPVibe publishes these tested recipes for Webhook Actions. On a site connected to WPVibe, ask your AI to run a recipe by its name.
Mapping fields needs an example payload, and until a trigger fires on your site there is nothing to map against — which is worst on the events that are hardest to produce on demand: a refunded order, a cancelled subscription, a deleted user.
The Payload Library closes that gap with hundreds of hook payloads captured on our own test sites — WordPress core, WooCommerce, ACF and the major form plugins — so the agent can work from the real shape of an event your site has never fired. Your own capture always wins the moment the event really fires, and a reference payload is always labelled as one: the trigger panel shows a “WP Webhooks Payload Library” badge naming the plugin build it came off, and every build made from one ends with a test delivery before the webhook can go live.
What a reference payload cannot know is your own keys. Fields inside containers your site defines — a form’s fields, post or order meta, ACF — are never mapped from it; the agent pauses, names the paths, and asks you to fire the event once. Lookups run while Build with AI is on WP Webhooks AI (the free trial or Pro credits) and cost no credits.
A language model remembers an API the way it was documented when the model was trained: an old version path, a body envelope that has since changed, a required field it never saw. Build with AI does not build from that memory. When a prompt names a service the library knows — HubSpot, Airtable, Slack, Notion, Stripe, Shopify, OpenAI, Anthropic, Gemini and 300+ more — WP Webhooks AI reads that service’s current reference card on our server and puts it in front of the model before it plans: the exact endpoint and method, how the auth token enters the plan (as a credential step, not a question in chat), the body envelope, request-level flags, and the 4xx responses that come up in practice.
A service nobody has a card for yet is researched on the spot from the vendor’s own documentation — the chat says “Reading …’s API reference for the first time” while it waits, usually under a minute, and the wait costs no credits — and the card is kept for everyone. Every reply built from a card carries a “WP Webhooks API Docs Library” pill naming the service, the operation and the date the reference was verified, linking to the vendor’s page. Available while Build with AI runs on WP Webhooks AI (the free trial or Pro credits); about one credit on the turn that uses a card.
Retries handle the flaky minute; Notifications handle the endpoint that stays down at 3 a.m. Get told when a delivery fails, retries, gives up, is skipped, succeeds or recovers — by email, Slack, Discord, Telegram, Microsoft Teams, Google Chat, Mattermost, Pushover, ntfy, SMS and WhatsApp through Twilio, PagerDuty (an incident that opens on failure and resolves on recovery), or any URL as JSON. Rules decide when and where: which attempt, which HTTP codes, which triggers; a quiet time per webhook so a bad hour is one message, not a hundred; hourly or daily digests. Every webhook inherits the site-wide rules, can mute single ones, keep only its own, or switch notifications off. Every message is a template with {{ payload.order.id }}-style placeholders, a field picker, a live preview against your captured payload, a linter — and a Draft with AI button. Channel secrets are encrypted and never shown again. Entirely free. Five-minute setup guide · Feature overview
{{ field.path }} placeholders resolved against the payload at dispatch time, or the fswa_webhook_url filter if you would rather do it in PHPread / operational / full / agent) — the agent scope grants full write access for AI assistants while never exposing stored secrets