What you can build
| Area | Typical use |
|---|---|
| Campaigns | List and manage campaigns your team runs in Botdog. |
| Leads | Create or sync leads into the right campaign from your own systems. |
| Analytics | Pull summaries and metrics to power reporting or alerting. |
Base URL and versioning
All routes are under/v1. Use the host your environment expects—check the Servers dropdown in API Reference (for example production may look like https://api.botdog.io/v1). Your dashboard or deployment docs are the source of truth if hosts differ per environment.
Start in three steps
- Get a key — Create an API key from API keys in the Botdog dashboard. Keys are prefixed with
bd_live_. - Authenticate — Send the key on every request in the
x-api-keyheader. See Authentication for details and security practices. - First calls — Follow Quick start to list campaigns, create a lead, and hit analytics so you can verify end-to-end behavior.
Where to go next
- Quick start — Copy-paste requests for your first integration.
- Authentication — Headers, playground usage, and common auth errors.
- Rate limiting — Limits are applied per API key on authenticated routes.
- Errors — Status codes, response shape, and retry guidance.
- SDKs and examples — Copy-paste patterns until official SDKs ship.
- API Reference tab — Full operation list, schemas, and interactive playground (
openapi.jsonin this repo, produced by NestJS Swagger). - Zapier Integration Guide — No-code automation alongside the HTTP API.
- Changelog — Notable API and docs updates.
API Reference and security
Use API Reference when you need precise field names and to try requests with Try it. Prefer a non-production key for experiments, and avoid pasting production keys on shared machines. For more on the playground andx-api-key, see Authentication.
Need product help? Use Support in the top navigation (help.botdog.co).