We use cookies to understand how this site is used, and — if you allow it — to measure the ads that brought you here. Nothing beyond the strictly necessary runs until you choose. Details in the cookie policy.
Strictly necessary
Remembers this choice and keeps the site secure. Cannot be switched off.
Analytics
Which pages get read and where people leave, so the site can be fixed where it is weak.
Marketing
Lets us see which campaign a signup came from, and show follow-up ads off this site.
GET endpoints for prospects, campaigns, enrollments, companies, replies, offers, suppressions, subscriptions and mailboxes, plus a remote MCP server with 18 tools mirroring the REST API.
Cursor pagination everywhere, credentials never returned, and the MCP server can do exactly what the REST API allows and nothing more. Documentation at seegnals.com/docs.
Responded, Interested, Delivered and the By outcome tiles (Sent, Opened, Clicked, Replied, Autoreplied, Bounced, Opted out) open the Prospects tab filtered to exactly those people.
Company names in a campaign’s prospect list link to the company card, and the Companies view got a visible, draggable divider.
My plan lists every tier with its price, Checkout handles the card, and the plan is written back both on return and by the webhook, so it works before the webhook is wired.
Past-due status shows a notice but never stops sending; that is a deliberate rule.
The offer page lists every visit with device and depth, the public reader has keyboard navigation and print, and a gate can ask the reader for their email and a one-time code.
Unknown readers can request access; you approve from the notification. White-label domains and logos keep working with the gate.
Forgot password and resend confirmation flows exist now; every server-side fetch of a user-supplied URL goes through one guard that blocks private addresses and redirects.
Account emails (confirmation, reset, invitation) are sent by Seegnals from its own mailbox with one light template, instead of the authentication provider’s defaults.
The progress bar now counts a replied prospect as done, a campaign at 100% shows as Done, and Draft, Running, Paused, Done and Archived each have a colour and a word.
Before, two campaigns with the same numbers could show very different bars. The new definition matches how people read it: of everything we planned to send, how much is finished.
POST /prospects accepts company_name and ?campaign= to enrol in one request; new endpoints exclude addresses or domains and subscribe a URL to one event type.
Enrolment follows the same rules as Add prospects in the app. Subscriptions (REST Hooks) cover new_reply, positive_reply, bounce and unsubscribe.
Link clicks are delivered as a webhook event when a tracking domain is verified, and the in-app Zapier guide explains triggers and actions without a Zapier app.
Opened stays out of the webhook on purpose: privacy-protecting mail clients fetch the pixel whether or not anyone read the message.
API tokens, POST and PATCH for prospects, and a workspace webhook signed with HMAC-SHA256 for sent, replied, bounced and unsubscribed.
Every workspace can now create API tokens in Settings and receive signed JSON events at one URL. Tokens are shown once and stored hashed; a revoked token gets 401 on the next request, never 500. The 60 requests per minute limit is per token.