When something goes wrong, the fastest path to a fix is being able to pinpoint the exact request that failed. The Smart Send API supports a small set of optional headers that make debugging dramatically easier — both for you and for our support team.Documentation Index
Fetch the complete documentation index at: https://docs.smartsend.io/llms.txt
Use this file to discover all available pages before exploring further.
User-Agent
We recommend including a descriptiveUser-Agent header with every API request. This helps us identify your integration and is invaluable when debugging issues on your behalf.
Follow the Product/Version (Comments) pattern established by RFC 7231. Include your application name and version, along with any relevant platform details in the comments.
Example
WooCommerce plugin example
Without a descriptive
User-Agent, your requests appear as anonymous traffic, making it much harder for our support team to trace and resolve issues.Request-ID
TheRequest-ID header is the single most useful tool you have for debugging Smart Send API calls. It is an identifier that you set on each request, and the API echoes the same value back in the response Request-ID header.
Example
Generate a unique ID for each request
Generate a unique identifier on your end before making the request. A UUID works well, but a descriptive key tied to your business logic (for example, an order number combined with the action) is often more useful when you later need to find it in your own logs.
Send it in the Request-ID header
Attach the identifier to the request using the
Request-ID header. The Smart Send API returns the same value in the response Request-ID header, so you can verify it was received correctly.Request-ID is included in our internal logs, so when you contact support about a specific request, providing the Request-ID lets us trace it through our systems quickly and pinpoint exactly what happened.
Use any string up to 128 characters containing letters, numbers, dots, hyphens, or underscores.