Рассылки по аудитории: описание API & Webhooks



Работа с API

OAuth-авторизация

Для работы с Fasttrack API вам понадобится уникальный access_token, которым необходимо передавать в заголовке для каждого запроса. Следуйте инструкции ниже, чтобы получить ключ доступа для вашего проекта:

Важно! Временно, приложения клиентов для использования API Fasttrack, регистрируются вручную, через менеджеров проекта.

Шаг 1: Подготовить redirect_uri

redirect_uri — это URL, на который сервер перенаправит вас после успешной авторизации, передавая временный код (code). Этот код затем используется приложением для обмена на ключ доступа (access_token).

Шаг 2: Зарегистрировать приложение

Сообщите менеджеру о том, что планируете использовать Fasttrack API и предоставьте redirect_uri для регистрации вашего приложения.

Данные о приложении, которые вы получите:

client_id

Идентификатор вашего приложения.

client_secret

Защищённый ключ вашего приложения

Шаг 3: Получить временый код авторизации

Сформируйте URL следующего вида:

После знака ? в URL укажите следующие параметры:

  • client_id * – Идентификатор вашего приложения;

  • redirect_uri * – URL для получения временного кода авторизации

  • state – Произвольная строка, которая будет передана вместе с кодом.

Пример URL:

Перейдите по ссылке. Вы попадете на страницу со списком доступных проеков (их может быть несколько). Выберите проект для которого планируете получить access_token.

Браузер переадресует вас обратно на URL, указанный в параметре redirect_uri с добавлением параметров state и временного кода авторизации (code).

Шаг 5: Получить access_token

POST /oauth/

Метод для получения access_token в рамках OAuth-авторизации.

Пример запроса:

При успешном выполнении запроса API возвращает код ответа 200 и JSON-объект с параметром access_token.

200

Формат запросов

API работает по протоколу HTTP(S) и поддерживает методы REST (Representational State Transfer), такие как GET, POST, PUT, PATCH и DELETE. Каждый запрос имеет стандартный формат и требует обязательного использования корректных заголовков и параметров.

Базовый URL

Заголовки

Каждый запрос к API Fasttrack требует заголовок Authorization для подтверждения прав доступа. Без этого заголовка сервер не обработает запрос и вернет ошибку.

Для корректной работы с API Fasttrack запросы, которые передают данные, должны содержать заголовок Content-Type. Он указывает, что данные в запросе отправляются в формате JSON.

Также рекомендуется указывать заголовок Accept, чтобы явно запросить от сервера ответы в формате JSON. Это обеспечивает корректное восприятие данных на стороне клиента.

Методы API

Список методов:

  • GET /mailings/ – список рассылок

  • POST /mailings/ – создание рассылки

  • GET /mailings/{ uuid }/ – информация о рассылке

  • POST /mailings/{ uuid }/calculate/ – подсчет статистики

  • POST /mailings/{ uuid }/stop/ – остановка рассылки

Протестировать API можно через Swagger по ссылке: https://dashboard.fstrk.io/api/partners/docs/

Для тестирования, необходимо авторизоваться в Fasttrack.

Создание рассылки

Универсальный метод для создания новой рассылки.

Заголовки

Content-Type

application/json

Authorization

Bearer { access_token }

Тело запроса application/json


name (string) * – название рассылки.

Пример: "Моя первая рассылка"


filter_chats (object) – фильтр пользователей. Укажите условия и критерии, которым должны соответствовать пользователи, чтобы получить рассылку.


content_type (string) – тип контента.

Значения: "NODE" "TEXT"

Заметка: используйте значение NODE для запуска сценария, настроенного на платформе Fasttrack и TEXT для отправки обычного текстового сообщения.


text (string) – содержание текстового сообщения.


node_name (string) – название сценария на платформе Fasttrack.

Заметка: можно использовать параметр node, если нужно указать ID сценария, а не его название. Название может измениться, а идентификатор постоянный.


node (integer) – ID сценария на платформе Fasttrack.

Заполняется для рассылок с типом контента NODE.

Заметка: если передать в запросе одновременно параметры node и node_name, то приоритет будет у параметра node.


node_get_params (array) – список параметров для сценария.

Каждый объект в массиве содержит следующие поля:

  • name (string): название параметра

  • value (string): значение параметра

Указанные параметры и их значения будут доступны и могут быть обработаны в контексте выбранного сценария.


customer_filter_field (string) – идентификатор профиля для рассылок по готовому списку клиентов.

  • Значения: "UUID" "EXTERNAL_ID" "PHONE_NUMBER"

Список идентификаторов может быть передан через файл (см. customer_filter_file) или сразу в теле запроса (см. customer_filter_array)


customer_filter_file (string) – ссылка на файл со списком идентификаторов для рассылок по готовому списку клиентов.

  • Расширение файла .CSV

  • Файл должен быть загружен на S3

  • Название колонки соответствует значению customer_filter_field (в нижнем регистре)


customer_filter_array (array) – список идентификаторов для рассылок по готовому списку клиентов.


planned_at (string) – дата и время запуска для отложенных рассылок.

  • Формат: ISO 8601

  • Пример: "2024-09-16T19:41:02.768Z"


regular_cron (string) – расписание для регулярных рассылок.

  • Формат: CRON

  • Пример: "00 12 * * *" (рассылка в 12:00 каждый день).


origin (string) – признак источника рассылки.

  • Значения: "chat_center" "system"

  • По умолчанию: "system"

Если указать chat_center, то рассылка будет отправлена всем пользователям, в том числе тем, у кого в момент рассылки открыта сессия с оператором.


Примеры запросов

Ниже приведены примеры запросов, оформленные в формате cURL. Они демонстрируют различные сценарии использования и настройки параметров для создания рассылок.

1. Рассылки по аудитории: Запуск сценария для пользователей
2. Рассылки по аудитории: Использование фильтра
3. Рассылки по аудитории: Отложенная рассылка
4. Рассылки по аудитории: Регулярная рассылка
5. Рассылки по аудитории: Готовый список клиентов (список в файле)
6. Рассылки по аудитории: Готовый список клиентов (список в теле запроса)
7. Рассылки по аудитории: Доставка сообщений, если открыт чат с оператором

Результат запроса

При успешном выполнении запроса API возвращает код ответа 201 и JSON-объект с информацией о рассылке, включая полный набор параметров.

Пример ответа:

201

Список рассылок

Метод для получения списка всех созданных рассылок.

Заголовки

Authorization

Bearer { access_token }

Query-параметры

limit

Кол-во записей, которое вернется в результате запроса. Максимум 100.

offset

Смещение от начала выборки.

Параметры limit и offset позволяют контролировать объем возвращаемых данных и навигацию по страницам при выполнении запросов к API.

Пример запроса

Результат запроса

При успешном выполнении запроса API возвращает код ответа 200 и JSON-объект с информацией о рассылке, включая полный набор параметров.

200

Информация о рассылке

Метод для получения информации о рассылке по ее идентификатору (UUID).

Заголовки

Authorization

Bearer { access_token }

Path-параметры

uuid *

Идентификатор рассылки

Пример запроса

Результат запроса

При успешном выполнении запроса API возвращает код ответа 200 и JSON-объект с информацией о рассылке, включая полный набор параметров.

200

Подсчет статистики

Метод для подсчета статистики для рассылки по ее идентификатору (UUID).

Заголовки

Authorization

Bearer { access_token }

Path-параметры

uuid *

Идентификатор рассылки

Пример запроса

Результат запроса

При успешном выполнении запроса API возвращает код ответа 200 и JSON-объект с информацией о рассылке, включая полный набор параметров.

200

Остановка рассылки

Метод, который используется, чтобы остановить рассылку, которая уже началась.

Заголовки

Authorization

Bearer { access_token }

Path-параметры

uuid *

Идентификатор рассылки

Пример запроса

Результат запроса

При успешном выполнении запроса API возвращает код ответа 200 и JSON-объект с информацией о рассылке, включая полный набор параметров.

200

Вебхуки

API Fasttrack предоставляет возможность подписаться на уведомления о событиях, которые связаны с отправленными рассылками по аудитории проекта.

Типы событий, связанных с рассылками по аудитории:

MAILING_STATE

Статусы сообщений в рассылке

MAILING_REACTION

Реакции на сообщения в рассылке

Настройка уведомлений

  • Откройте настройки проекта → Раздел "Вебхуки"

  • Заполните поле [ Endpoint URL ]

  • Активируйте события MAILING_REACTION и MAILING_STATE

MAILING_STATE

Cмена статуса отправленного сообщения в рассылке.

Статусы сообщений

sent

Сообщение отправлено

undelivered

Сообщение не доставлено

delivered

Сообщени доставлено

read

Сообщение прочитано

MAILING_REACTION

Реакция на отправленной сообщение в рассылке.

Список реакций

URL

Переход по ссылке

CLICK

Нажатие на кнопку

REPLY

Ответное сообщение

READ

Сообщение прочитано

Last updated