Alerts typically arrive within a day of office publication. Signa evaluates every watch against each office’s daily data update, so a new filing usually alerts within about a day of the office publishing it, not within minutes of the filing itself. Every delivery is one alert at a time (there is no digest or batched mode yet); if you want your own batching, dedupe by the webhook
webhook-id header and roll alerts up on your own schedule.The three building blocks
You can use webhooks, polling, or both. Webhooks deliver in seconds; polling gives you a recoverable fallback.
The five watch types
Pick from five watch types:mark, portfolio, owner, class, or similarity. See Watches for the full query DSL, the required field for each type, and worked examples.
What an alert looks like
Each alert carries the matched trademark, the event that produced it, a severity, and (where applicable) a jurisdiction-aware opposition deadline. This is the canonical shape returned byGET /v1/alerts/{id} and carried in every webhook delivery:
deadline.opposition_window_status and deadline.must_act_by are computed for you. Route on deadline.severity to escalate the matches that need urgent attention. See Webhooks for the full field reference.
Choosing how alerts reach you
See Handling alerts for the reconciliation pattern.
What’s next
Create your first watch
Pick a watch type, build the query, preview the volume before you go live.
Set up a webhook
Register an endpoint, verify signatures, handle retries and rotation.
Pipe alerts into Slack
A copy-pasteable Cloudflare Worker or AWS Lambda recipe.
Troubleshoot a missing alert
Use the diagnostics endpoint to find out exactly why an alert didn’t fire.