Specifying a version
Send theAPI-Version header with a YYYY-MM-DD date:
Response headers
Every response includes version metadata:| Header | Description | Example |
|---|---|---|
API-Version | The version applied to this request | 2026-03-16 |
Deprecation | Date the version was deprecated (if applicable) | 2026-09-01 |
Sunset | Date the version will stop working (if applicable) | 2027-09-01 |
Deprecation and Sunset only appear when you’re on an older version than the latest.
When you see these headers, you have 365 days to migrate before the version is retired.
Current versions
| Version | Status | Notes |
|---|---|---|
2026-03-16 | Current | Launch version |
Pinning a version
We recommend pinning your API key to a specific version. This is done during API key creation or via the dashboard. Pinned versions are applied automatically — you don’t need to send theAPI-Version header on every request.
Error responses
Invalid format
Version no longer supported
Migration guide
When a new version is released:- Check the changelog (below) to understand what changed.
- Update your integration to use the new field names, params, or error handling.
- Test against the new version by sending
API-Version: <new-date>in requests. - Update your pinned version once you’re confident the migration is complete.
Deprecation and Sunset headers first appear to complete
your migration.
Changelog
| Version | Type | Change |
|---|---|---|
2026-03-16 | — | Initial launch version |