Всё, что стоит знать, и ничего лишнего.
Начните с использования тестовых учётных данных
Тестовые учётные данные работают с эндпоинтом продакшна, https://api.broadnet.me, а тестовые сообщения уходят только на ваш проверенный номер, поэтому вы тестируете реальный API, не беспокоя реальных клиентов. Подтвердите работоспособность авторизации и убедитесь, что вызов submit возвращает ожидаемый message id и статус. См. /answers/what-is-sandbox-vs-production и /developers/quickstart.
Проверьте отчёт о доставке.
Успешная отправка сообщения не означает его доставку. Направьте веб-перехватчик на вашу конечную точку и подтвердите, что DLR поступает со статусом на уровне оператора, чтобы убедиться в работоспособности сквозной доставки. См. /answers/what-is-dlr и /answers/what-is-a-messaging-webhook.
Проверьте кодировку и сегменты.
Отправьте сообщение с эмодзи или символом, отличным от латинского, чтобы подтвердить, что ваш конвейер обработки данных правильно обрабатывает Unicode и подсчитывает сегменты — скрытая ошибка кодировки завышает стоимость и может вызывать срабатывание фильтров. См. /answers/what-is-encoding-gsm-7-ucs-2 и /tools/sms-segment-calculator.
Затем протестируйте реальные маршруты.
Ваши тестовые сообщения подтверждают корректность кода; только небольшая первая кампания в целевые страны после одобрения подтверждает качество маршрутов. Перед масштабированием проанализируйте фид DLR на наличие специфических кодов операторов и стабильность доставки. См. /answers/how-to-choose-sms-provider.