Skip to main content
Rumorly can POST each new verdict to your own endpoint: a Zapier or Make hook, your warehouse loader, or your backend. Every request is signed, so you can check it came from Rumorly. Outbound webhooks are part of the Growth plan and higher, including the 14-day signup trial. A workspace can have up to 5 endpoints.
These are webhooks Rumorly sends. To send answers to Rumorly from a form tool, see Generic webhooks.

Add an endpoint

In Settings → Webhooks, add an https:// URL and choose the events. The signing secret (whsec_…) is shown once. Store it with your other secrets. If it leaks, rotate it: the new secret applies from the next attempt. Only workspace owners and admins can manage endpoints, and only after confirming their email address, since every event carries respondents’ answers and emails. Use Send test event to send a sample. Its result, like every delivery, shows in the endpoint’s delivery log.

Events

What you receive

data.response has the same shape as GET /v1/responses/{id}. It describes the answer when the request is sent, so a retry carries the latest verdict. created_at is when the event happened. The values above are illustrative.
  • Answer quickly with any 2xx. Do the work after you respond. Rumorly waits at most 10 seconds.
  • Deduplicate on id (the same value as Rumorly-Delivery). A retry reuses it.
  • Order isn’t guaranteed. Compare classification.classified_at if you keep only the latest verdict.
  • Repeats are merged. If an answer changes again while its event is still waiting to be delivered, you get one event with the latest state. Saving the same override twice sends nothing new.

Verify the signature

Rumorly-Signature is t=<unix seconds>,v1=<signature>. The signature is the hex HMAC-SHA256 of {t}.{raw body}, keyed with your whole secret string, whsec_ prefix included. To check it:
  1. Read the raw request body, before any JSON parsing.
  2. Compute the HMAC and compare it with v1 in constant time.
  3. Reject a t more than 5 minutes from your clock, to stop replays.

Retries and failures

  • Anything other than a 2xx within 10 seconds is a failed attempt. A redirect counts as a failure, since Rumorly doesn’t follow redirects. Use the final URL.
  • A failed delivery is retried up to 8 times with exponential backoff, over roughly 2 to 4 hours.
  • After 10 deliveries in a row fail every retry, the endpoint is switched off and the reason is shown in Settings. Any successful delivery resets the count. Fix the receiver, then turn the endpoint back on. Events from the time it was off are not sent again.
  • Test events are tried once and never count toward switching an endpoint off.
  • A workspace can have at most 5,000 events waiting for delivery. Past that, new events are dropped and counted on the endpoint until the backlog clears.
The delivery log keeps the event, the status code, the number of attempts, the duration and the error for each delivery, for 30 days. It never stores the body.

Security

  • Only https:// URLs, without user:password@.
  • Rumorly resolves your host each time it sends and refuses private, loopback, link-local, cloud-metadata and other reserved addresses. The connection goes to the address it checked.
  • If an answer is erased (DELETE /v1/people) before its event goes out, the event is skipped. Erasure doesn’t reach copies already delivered to your endpoint, so erase them there too.