Skip to main content

API versioning and changes

The API is versioned so your integrations keep working as the platform evolves. New capabilities are added under a version identifier, and older versions continue to respond as documented until they are formally retired. This page explains how versions are identified, what counts as a breaking change, and how to keep your code compatible over time. (Confirm the exact version identifier and header names in your account.)

Reference

ItemExample valueDescription
Version identifierv1The version your requests target. Usually part of the base path (for example, /api/v1/...) or sent as a header.
Base URLhttps://api.example.com/api/v1/The versioned root for all endpoints.
Version headerX-API-Version: 2026-01-15Optional date-based header some accounts use to pin behavior. (Confirm whether your account uses date-pinning.)
Non-breaking changeNew optional field in a responseAdded without a version bump; safe to ignore in existing code.
Breaking changeRemoved field, renamed field, changed typeIntroduced only under a new version identifier.
Deprecation noticeDeprecation / Sunset response headersSignals a version or endpoint is scheduled for retirement, with a date.
Retirement windowTypically several monthsGrace period after deprecation before an old version stops responding.

Notes

  • Pin your version. Always send requests to an explicit version rather than an unversioned or "latest" endpoint, so a future release cannot silently change responses.
  • Tolerate additions. Treat new response fields and new enum values as expected. Parse only the fields you use and ignore unknowns rather than failing on them.
  • Watch deprecation headers. Log any Deprecation or Sunset headers you receive and review them during maintenance so migrations happen before a cutoff, not after an outage.
  • Test against a sandbox. Validate a new version in a test environment before switching production traffic. (Confirm sandbox availability in your account.)
  • Coordinate token changes. Personalization and payload formats can shift between versions; re-check field names and personalization tags after upgrading.

Canonical terms: Author, Edition, Folder (Project Folder), Broadcast. See the Glossary.