Event webhooks and Zapier

Send selected EventHex events to the systems that need them

Choose a verified event trigger, configure the endpoint and payload, add authentication or an optional signature, and use delivery logs and retries when another system does not respond.

6 verified trigger typesConfigurable payload and authSigned delivery and retries

Define what EventHex should call
and when

Name the automation

Give the trigger a label the event team can recognize.

Choose the event and trigger

Bind it to the correct EventHex event and one verified trigger type.

Add the destination

Enter the receiving URL and select GET, POST, PUT, or PATCH.

Activate and order

Enable the trigger and use execution order when multiple actions share the same event.

Choose the event that should start the workflow

Use one of the trigger types present in the current EventHex automation model

Post-registration

Run after a supported registration completes.

EventHex payload
attendee.email
ticket.type
delivery Delivered

Failed registration

Send a failure event to the configured workflow.

Attempt 1 of 5
failure.reason
retry backoff Retrying

Attendee checked in

React when an attendee check-in is recorded.

Check-in record
attendee.name
Main entrance Checked in 09:42

Order completed

Send the supported completed-order event.

Order
order.total
payment.status
destination Sent

Lead captured

Route a captured exhibitor or event lead into another system.

Lead
lead.source
Exhibitor booth Sales queue

Form submitted

React to a supported EventHex form submission.

Form fields
field.label
field.type
+ Map another field
Limit the automation when the event needs it

Apply a webhook to selected ticket types or leave it open to all

Choose the audience for each trigger. Keep sensitive workflows narrow, or let an event-wide automation run without an eligibility list.

Selected tickets

Run only when the registration or order belongs to one of the eligible ticket types.

Narrow scope
Webhook trigger
TICKET ELIGIBILITYOnly these tickets
✓VIP DelegateSelected
✓Workshop PassSelected
General AdmissionExcluded
✓ Scoped to 2 ticketsSave trigger
EventHex All tickets workspace showing an active VIP ticket with registration status and ticket controls
Webhook trigger
TICKET ELIGIBILITYEvery ticket in this event
◎
Event-wide triggerEligibility list is empty
ON

New ticket types are included automatically.

✓ Event-wideApply to all

All tickets

Leave the eligibility list empty when the trigger should apply across the event.

Event-wide

Ticket eligibility is evaluated when the triggering data includes a registration and ticket context.

Control the request

Match the receiving system’s endpoint contract

Webhook trigger
REQUEST CONFIGURATION Outbound request
Method POST
Custom headers Content-Typeapplication/json X-Event-Key
POST selectedOutbound request 2 headers sent
Request shape

Choose the method and headers

Method. Choose GET, POST, PUT, or PATCH for the outbound request.

Custom headers. Add the headers required by the destination.

Endpoint access

Authenticate and target the right URL

Authentication. Use no auth, header, query parameter, API key, or bearer-style credentials.

Destination URL. Send to the endpoint owned by your integration or automation platform.

Webhook trigger
ENDPOINT CONTRACT Authentication
Auth type Bearer token
Destination URL https://api.yourservice.com/hooks
Bearer tokenAuth header attached Endpoint reachable
Delivery and recovery

Keep every delivery visible and recover failures on schedule

Record each response, then retry failed webhook deliveries on a defined backoff schedule.

Execution log

Record trigger, event, action, status, timing, response, or error context.

  • trigger
  • event
  • action
  • status
  • timing
  • response
  • error context
Delivery log

Statistics

Maintain execution, success, failure, and last-executed counts on the trigger.

  • executions
  • success
  • failure
  • last executed
Trigger statistics

Retry schedule

Use the shipped 1-minute, 5-minute, 15-minute, 1-hour, and 6-hour backoff sequence.

  • 1 minute
  • 5 minutes
  • 15 minutes
  • 1 hour
  • 6 hours
Backoff schedule

Delivery ID

Reuse the delivery identifier across retries so the receiver can recognize the same delivery.

  • delivery identifier
  • reused across retries
Delivery identifier
Zapier path

Use the current EventHex Zapier surface when a REST-hook workflow fits

The API can subscribe and unsubscribe a Zapier hook by creating the corresponding EventHex webhook trigger, and can return recent or static sample data for the supported trigger setup.

Book a Demo
01

Connect

Use the authenticated EventHex connection for the Zapier workflow.

Zapier connection
CONNECTED ACCOUNT EventHex
EventHex accountConnected
Zapier workspaceLinked
Connected Connect account
02

Choose event

Load the events available to the connected organization.

EventHex Events workspace showing live, upcoming, past, and total events
Select event
EVENT Choose the event
Annual Summit 2026Selected
Product LaunchAvailable
Event selected Select event
03

Subscribe

Create the REST-hook trigger for the selected EventHex event and trigger type.

REST hook
SUBSCRIPTION Trigger created
Trigger typeChecked in
SubscriptionActive
Hook active Create hook
04

Test

Use shaped sample data so the Zap can configure downstream steps.

EventHex connector settings showing the connector URL and supported sign-in options
Sample data
TEST PAYLOAD Shaped sample
{
  "event": "attendee.checked_in",
  "deliveryId": "del_01HZX8Q4W7",
  "eventId": "evt_annual_summit_2026",
  "attendee": {
    "id": "att_12345",
    "email": "attendee@example.com"
  },
  "occurredAt": "2026-09-28T10:30:00Z"
}
Sample ready Send test

Bring attendees into the workflow

Use the supported attendee actions alongside trigger subscriptions.

Create attendee

Create a minimal attendee record through the Zapier action, then run the same post-registration trigger path used by the product.

Action

Find attendee

Search for an attendee by email and event through the supported endpoint.

Search

The current evidence does not support promising every EventHex action or every Zapier-connected app as a native integration.

What teams can connect

Build from verified triggers, then choose the destination your workflow owns

01 · Registration handoff

Registration handoff

Send selected attendee and event fields to an operations or data workflow.

Included in the post-registration payload
02 · Order completion

Order completion

Notify a finance or fulfilment process after the supported order event.

Included in the order-completed payload
03 · Check-in signal

Check-in signal

React to an attendee check-in in another authorized system.

Included in the checked-in payload
04 · Lead routing

Lead routing

Send captured lead fields to the destination chosen for exhibitor follow-up.

Included in the lead-captured payload
05 · Form workflow

Form workflow

Move a supported form submission into the next operational step.

Included in the form-submitted payload
06 · Failure alert

Failure alert

Notify a monitoring or support workflow when registration fails.

Included in the failed-registration payload

Outbound event triggers here; the broader API on Developers

Keep this page focused on event-driven delivery, and move to Developers when the wider EventHex API surface is the better fit.

Outbound delivery,
end to end

Trigger types, endpoint configuration, payload mapping, authentication, signature, logs, retries, and the current Zapier hook/actions.

  • Six verified event trigger types
  • Configurable method, headers, and endpoint auth
  • Mapped JSON payload with an optional HMAC-SHA256 signature
  • Execution logs and automatic retry backoff
Event-driven delivery

The wider API
surface

The wider EventHex API surface, authentication, data resources, SDK examples, and custom application architecture.

  • Programmatic access beyond event triggers
  • Authentication and data resources
  • Connector URL and API key management
  • SDK examples for custom applications
EventHex Admin Console showing the developer connector URL and API key setup Platform API
Quick Answers

Webhook & Zapier
Questions, Answered.

Find quick answers about event triggers, request controls, verification, delivery failures, and Zapier workflows.

Visit Help Center
Which EventHex events can trigger a webhook?

The current model supports post-registration, failed registration, attendee checked in, order completed, lead captured, and form submitted.

Can we control the HTTP request?

Yes. The trigger supports GET, POST, PUT, or PATCH, custom headers, several authentication styles, and a mapped JSON payload.

How can the receiver verify EventHex?

Configure a webhook secret to receive EventHex event, delivery, timestamp, and HMAC-SHA256 signature headers, then verify the timestamp-plus-raw-body value in the receiving system.

What happens when our endpoint fails?

The delivery is logged and can enter the automatic backoff schedule at 1 minute, 5 minutes, 15 minutes, 1 hour, and 6 hours.

Is there a Zapier path?

The API contains a REST-hook subscription flow, event selection, shaped samples, and create/find attendee actions. Confirm availability for the target Zapier connection before rollout.

Can we connect any destination?

Use an endpoint that accepts the configured method, authentication, headers, and mapped payload. Validate that destination’s availability, security, and idempotency before rollout.