V1 to V2 Migration Guide
The v2 API is a complete evolution of the Trackly SMS platform API. It introduces new resources, cleaner naming conventions, and fully functional CRUD endpoints. This guide covers every breaking change and new feature to help you migrate smoothly.What’s Still the Same
Before diving into changes, here is what has not changed:- Base URL:
https://api.tracklysms.com/api - Authentication: The
X-Api-Keyheader with yourtrk_[32-char-alphanumeric]key works identically in v2. - Content type: All requests use
Content-Type: application/json. - HTTP methods: Standard REST conventions (GET, POST, PUT, PATCH, DELETE).
V1 Deprecation Headers
All v1 responses now include deprecation headers to signal that the endpoint is deprecated:Key Field Renames
The most impactful change is the renaming of core fields used in message sending.Important Notes
list_numberreplacesfrom_phone_number_id. In v1, you passed a Trackly ID for the sending number. In v2, you pass the phone number itself in E.164 format (e.g.+14155551234).toremains the same field name but now strictly requires E.164 format (e.g.+14155556789).
Response Format Changes
All v2 responses include a top-levelsuccess boolean field:
V2 success response:
success: true field. Error responses return a flat object with error (human-readable message) and code (machine-readable code) — no success field is included in errors.
Endpoint Path Changes
Message Sending
Contacts
New Resources in V2
The following resources are only available in v2 and have no v1 equivalent:Side-by-Side: Sending a Message
V1 (Deprecated)
V2 (Current)
Migration Checklist
Use this checklist to track your migration progress:- Update send endpoint: Change
POST /v1/messagestoPOST /v2/send - Rename
from_phone_number_id: Replace withlist_numberusing the E.164 phone number - Rename
to_msisdn: Replace withto(if you were usingto_msisdn) - Handle
successfield: Update response parsing to check thesuccessboolean - Replace contact no-ops: If you were using
/v1/contacts, switch to/v2/contactsfor real CRUD - Adopt new resources: Evaluate whether
/v2/creatives,/v2/audiences,/v2/schedules, and other new endpoints can simplify your integration - Test in development: Verify all updated endpoints before deploying to production
- Remove deprecation header handling: Once fully migrated, you can stop monitoring for
X-API-Deprecatedheaders
Need Help?
If you encounter issues during migration, reach out to our support team. When reporting an issue, include:- The full request URL and method
- The request headers (redact your API key)
- The request body
- The full response body and status code
Next Steps
V2 API Overview
Explore all v2 endpoints and features
Error Codes
Handle v2 error responses