Мессенджерлердегі рассылка API-і: WhatsApp және Telegram

WhatsApp пен Telegram-дағы рассылка API-і: аккаунтты қосыңыз, рассылка жасаңыз және статустарды өз CRM-іңізде немесе сайтыңызда алыңыз.

Клиенттерге хабарлама «қолым босағанда» сирек керек болады. Ол оқиға болған сәтте керек: тапсырысты төледі, қабылдауға жазылды, келмей қалды, бір ай көрінбеді. Оқиға сіздің жүйеңізде болып қойды, енді рассылканы қолмен жинау үшін кабинетке кіру оғаш.

Ашық API дәл осы үшін керек. Рассылка ол арқылы толығымен өтеді: аудиторияны жинау, мәтінді тексеру, қауіпсіз қарқын, әр алушы бойынша статустар және оның жауабы. Кезекті, хабарламалар арасындағы үзілістерді, қайталауларды және нөмірді бұғаттаудан қорғауды өзіңіз құрудың қажеті жоқ: мұны сервис атқарады, ал сіздің жүйеңізде бір шақыру қалады.

Әдістер жиыны бәріне ортақ: WhatsApp пен Telegram аккаунттары да, Telegram боттары да. Тағы бір мессенджер қосу үшін жаңа интеграция жазудың қажеті жоқ: сол сұраныстағы бір мән өзгереді.

WhatsApp пен Telegram-дағы рассылка API-і не істей алады

Кабинетте қолмен істейтініңіздің бәрі HTTP арқылы қолжетімді:

• Мессенджерлер мен боттарды қосу. Бір сұраныспен: мессенджер аккаунты QR-код немесе телефон нөмірі арқылы, ал бот токен арқылы қосылады. Қосылу нәтижесін сервис өзі хабарлайды. Аккаунт екі факторлы құпиясөзбен қорғалса, құпиясөз де API арқылы беріледі.
• Аудитория. Сегмент жасау және телефон нөмірлерін жүктеу: бір сұраныспен 100 нөмірге дейін, ал үлкенірек тізім бірнеше сұраныспен жүктеледі. Жобаға бұрыннан таныс нөмірлер қайталанбайды.
• Рассылкалар. Жасау, мәтін немесе медиа қосу (сурет, бейне, аудио, құжат, бір рассылкада онға дейін хабарлама), алушыларды таңдау: контактілер сегменті, аккаунттың телефон кітапшасы немесе бар чаттар. Әрі қарай мәтінді тексеру, іске қосу, кідірту, болдырмау.
• Қараламаны түзету. Рассылка іске қосылмағанша, API арқылы хабарламалардың мәтіні мен файлдары өзгертіледі, артық хабарламалар жойылады, рассылканың өз атауы ауыстырылады. Мәтінді түзеткен соң бұрынғы тексеру жарамсыз болады: іске қосар алдында рассылка модерациядан қайта өтеді.
• Әр алушы бойынша нәтиже. Жіберілді, жетті, оқылды, жауап алынды, нөмір мессенджерде жоқ.
• Алушылардың жауаптары. «Жауап берді» деген факт қана емес, жауаптың мәтіні де: адам рассылкаға жауап ретінде дәл не жазды.
• Бір хабарлама жіберу. Транзакциялық жағдайларға бөлек әдіс бар: әр сұраныста өз мәтіні мен тіркемесі болады, жалғыз нөмірге рассылка жинаудың қажеті жоқ.
• Хат алмасу толығымен. Адаммен диалог тарихы: кіріс және шығыс хабарламалар бір лентада. Жаңа кіріс хабарлама туралы сервис оқиғамен хабарлайды, оған бір хабарлама жіберу әдісімен жауап беріп, тіпті жауапты керекті хабарламаға дәйексөз ретінде қоюға болады. Боттарда кіріс хабарлама бірден келеді, ал мессенджер аккаунттарында хат алмасу синхрондау арқылы, яғни кідіріспен жүктеледі. Екі жағдайда да жауаптар аналитикасы бар тариф керек, бұл туралы төменде айтамыз.
• Вебхуктар. Аккаунт қосылды немесе ажыратылды, мессенджер аккаунтты шектеді, рассылка іске қосылды, кідіртілді, аяқталды, алушы жауап берді, кіріс хабарлама келді. API-ді циклмен сұрап отырудың қажеті жоқ.

Жіберуші туралы маңызды жайт: хабарламалар өзіңіз қосатын өз аккаунттарыңыздан кетеді. Сервис өз нөмірлерін бермейді, бұл тіпті жақсы: нөмір мен оның беделі сізде қалады, ал клиенттердің жауаптары мессенджердің әдеттегі қосымшасына келеді.

API-кілтті қалай алуға болады

1. Рассылка кабинетіне кіріп, API бөлімін ашыңыз.
2. «Кілт жасау» түймесін басып, атау беріңіз (кейін кілт қай интеграцияға берілгені соған қарап түсінікті болады), қаласаңыз жарамдылық мерзімін де қойыңыз.
3. Токенді көшіріп алыңыз. Ол бір рет қана көрсетіледі: сервис тек оның хэшін сақтайды және мәнін қалпына келтіре алмайды. Жоғалтып алсаңыз, жаңа кілт жасап, ескісін жойыңыз.

API бөлімі тек жоба иесіне ашық: кілттерді тек сол жасайды және олардың тізімін көреді. Сондықтан интеграцияны әзірлеуші немесе мердігер жасаса, кілтті жоба иесі шығарып, токенді әзірлеушіге береді, кабинетке кіруді ашудың қажеті жоқ.

Кілт жобаға беріледі, нақты қызметкерге байланбайды. Оны құпиясөз сияқты сақтаңыз. Бірнеше кілт жасауға болады, мысалы, әр интеграцияға біреуден, сонда оларды бір-біріне тәуелсіз қайтарып алуға болады.

Кілттің құқықтары бар, олар жасау кезінде белгіленеді: жоба деректерін оқу, рассылкалар мен аудиторияларды дайындау, рассылкаларды іске қосу және хабарлама жіберу, аккаунттарды басқару, вебхукты баптау. Жаңа кілт әдепкіде оқи және дайындай алады, қалғанын өзіңіз саналы түрде бересіз. Құқықтарды кейін де кілттің өзін ауыстырмай өзгертуге болады: кілт берілген интеграцияны тоқтатуға тура келмейді.

Токен әр сұраныстың тақырыпшасында беріледі. Бәрі жұмыс істеп тұрғанын қосылған аккаунттар тізімін сұрап тексеруге болады:

curl https://api.wsender.io/v1/channel \
  -H "Authorization: key СІЗДІҢ_ТОКЕНІҢІЗ"

Барлық әдістер API құжаттамасында сипатталған, оның үстіне сұранысты өз кілтіңізбен тікелей браузерден, бір жол код жазбай-ақ орындауға болады. Қасында машиналық спецификация, OpenAPI файлы тұр: ол бойынша Swagger Codegen немесе NSwag сияқты құралдар клиентті сіз жазатын бағдарламалау тілінде өздері жинайды, сұраныстар мен модельдерді қолмен сипаттаудың қажеті жоқ.

Жеті сұраныспен рассылка

Ең қарапайым сценарий былай көрінеді: сегмент жинадыңыз → рассылка жасадыңыз → мәтін қостыңыз → алушыларды көрсеттіңіз → тексеруге жібердіңіз → іске қостыңыз.

1. PUT /v1/segment сегмент жасайды.
2. PUT /v1/segment/{segmentId}/contact нөмірлерді жүктейді.
3. PUT /v1/mailing рассылка жасайды.
4. PUT /v1/mailing/{mailingId}/message/text хабарлама мәтінін қосады.
5. PUT /v1/mailing/{mailingId}/recipient/source алушылар сегменттен алынатынын көрсетеді.
6. POST /v1/mailing/{mailingId}/moderate мәтінді тексеруге жібереді.
7. POST /v1/mailing/{mailingId}/start таңдалған аккаунттан жіберуді бастайды.

Сұраныстар барлық мессенджер мен бот үшін бірдей: WhatsApp-тағы рассылка Telegram-дағы немесе боттан жіберілетін рассылка сияқты жасалады. Айырмашылық тек нені қосқаныңызда. Әрі қарай ештеңені сұрап отырудың қажеті жоқ, статустар вебхуктармен келеді.

Сұранысты қайталау екінші рассылка жасамайды

Интеграцияда жиі болатын жағдай: сұраныс кетті, жауап қайтпады. Желі бір сәт үзілді, таймаут іске қосылды, сервисіңіз қолайсыз сәтте қайта іске қосылды. Әрі қарай не істеу керегі белгісіз: қайталасаңыз, екінші рассылка жасап немесе жіберуді екі рет бастап алуыңыз мүмкін, ал қайталамасаңыз, ештеңе жіберілмей қалуы мүмкін.

Сондықтан бірдеңені өзгертетін әр сұраныстың қайталау кілті бар. Бірегей мән ойлап тауып (әдетте UUID), оны тақырыпшада бересіз:

Idempotency-Key: 3f0c1b7e-8a2e-4a51-9d2b-6a1e0f2c4d88

Ереже біреу: жаңа операцияға жаңа кілт, сол операцияны қайталауға сол кілт. Әрі қарай сервис өзі шешеді. Бірінші сұраныс орындалады, оның жауабы бір тәулікке есте сақталады. Сол кілтпен қайталау ештеңені орындамайды: бірінші ретте келген жауаптың өзі қайтарылады. Бірінші сұраныс әлі орындалып жатса, қайталау 409 кодын алады: біраз күтіп, қайта сұраңыз.

Сол кілтпен басқа сұраныс жіберсеңіз, 422 коды келеді. Бұл кездейсоқ қайта пайдаланудан қорғайды: бөтен нәтижені алмайсыз.

Интеграция үшін практикалық қорытынды: нәтижесі жоқ жағдайларды қайталаған жөн, яғни байланыс үзілуін, сервер қателерін және 429 жауабын (сұраныс жиілігінен асу). Мұндай жауаптар сақталмайды, сондықтан қайталау операцияны шынымен орындайды. Ал мәні бойынша бас тарту, мысалы «мәтінде міндетті өріс жетпейді», өзі нәтиже болып саналады, қайталау соны қайтарады.

Алушыларды қайдан алуға болады

Бесінші қадамды бөлек талдаған жөн: нәтиже де, аккаунтқа төнетін тәуекел де дереккөзге байланысты. Олар үшеу.

• Контактілер сегменті. Нөмірлерді өзіңіз жүктейсіз. Сегментке байланған рассылка кейін қосатын контактілеріңізге де хабарлама жіберуді жалғастырады. Интеграция үшін бұл басты дереккөз, ол туралы төменде бөлек бөлім бар.
• Аккаунт контактілері. Қосылған нөмірдің телефон кітапшасы. Әдепкіде хабарламалар тек бұрын хат алмасқан адамдарға кетеді: мұндай аудитория жақсырақ жауап береді әрі шағымды сирек жазады. Бұл шектеуді алып тастауға болады, бірақ алмаған дұрыс.
• Аккаунт чаттары. Бар диалогтар. Мұнда да тек сөйлескен адамдарды қалдыруға, ал қызметтік чаттарға жазбау үшін боттармен диалогтарды бөлек алып тастауға болады.

Жобалау кезінде ескеретін бір жайт: бірінші іске қосқанда дереккөз мессенджермен бірге бекітіледі де, кейін өзгермейді. Басқа дереккөз үшін жаңа рассылка керек.

Telegram боттары: сол API

Бізде бөлек «боттарға арналған API» жоқ, бұл әдейі жасалған: аккаунттан рассылкаға жазылған интеграция ботпен өзгертусіз жұмыс істейді. Қосылудың сол әдістері, сол статустар, сол вебхуктар, қараламадан алушылар бойынша есепке дейінгі рассылканың сол жолы.

Айырмашылық екеу ғана, екеуі де бірден көрінеді.

Токен арқылы қосылу. Telegram-да бот токенін @BotFather береді. Әрі қарай аккаунттағыдай сұраныс жіберіледі, тек онда кіру тәсілінің орнына токен тұрады. Токен қайта шығарылса, бот жоғалмайды: токенді жаңартудың бөлек сұранысы оны қосылып тұрған ботта ауыстырады, ал жазылушылар, рассылкалар және тарих орнында қалады (кабинетте дәл осыны бот бетіндегі «Токенді жаңарту» сілтемесі істейді).

Алушылар: бот жазылушылары. Бот өзіне өзі жазған адамдарға ғана жазады: жүктелген нөмірлер сегменті оған қолжетімсіз. Платформаның өзі осылай құрылған: Bot API бірінші болып жазуға мүмкіндік бермейді, мұны ешкім айналып өте алмайды.

Сондықтан интеграцияда рөлдер оңай бөлінеді. Мессенджер аккаунты әлі хат алмаспаған адамға жетудің жалғыз жолы болып қалады. Бот жазылып қойған адамдармен жұмыс істеу үшін керек: мұндай рассылка үшін бұғаттауға негіз жоқ, телефон нөмірі онда мүлде қатыспайды, ал жылдамдықты тек платформа лимиттері шектейді, аккаунтты сақтау үшін абайлап үдетудің қажеті жоқ.

Триггерлі рассылкалар: бір оқиғаға бір шақыру

Сегменттің ең пайдалы қасиеті: ол бойынша рассылка сегментте болғандардың бәріне хабарлама жібергеннен кейін аяқталмайды. Ол жұмыста қалып, жаңа контактілерді күтеді: оларды сегментке қосқан бойда жіберу бірден жалғасады.

Іске қосылған рассылка, шын мәнінде, жіберу кезегі сияқты жұмыс істейді. Демек, схема мынадай:

1. Сегментті және оған арналған рассылканы бір рет жасайсыз, мәтін қосып, іске қосасыз. API арқылы ма, кабинетте қолмен бе, әрі қарай айырмашылығы жоқ.
2. Содан кейін жүйеңіздегі әр оқиғаға бір сұраныс жасайсыз: нөмірді сегментке қосу.

Болды. Хабарлама өзі кетеді: қауіпсіз қарқынмен, тексерілген мәтінмен, лимиттерді ескере отырып. Тапсырысты төледі, қабылдауға жазылды, келмей қалды, бір ай көрінбеді: осылай өз триггерлі рассылкаларыңыз пайда болады, ал әр себепке тек бір шақыруды қолдап отыру керек.

Жазылудан бас тарту да осындай қарапайым, оны алдын ала ойластырған жөн: адам енді жазбауды сұраса, оның нөмірін сегменттен бір сұраныспен жойыңыз, сонда кезек оны алмайды. Контактінің өзі тарихымен жобада қалады, тек осы аудиториядан шығады.

Мұндай рассылкада барлық алушыға бір мәтін кетеді, оған тек есімді қоюға және сөз нұсқаларын алмастыруға болады. Сондықтан әр себепке өз «сегмент пен рассылка» жұбын жасаған жөн: сәлемдесу, қабылдау туралы еске салу, клиентті қайтару. Бір рет жасадыңыз, әрі қарай олар жай ғана нөмір күтеді.

Клиенттердің жауаптары жүйеңізге қайтады

Рассылка жіберумен аяқталмайды: адамдар жауап береді, ал бәрі көбіне сол жауап үшін басталады. API арқылы адамның жауап бергені ғана емес, дәл не жазғаны да көрінеді.

Реті мынадай: вебхук «алушы жауап берді» оқиғасын әкеледі, сол бойынша осы алушының жауаптарын сұрайсыз да, уақытын, мәтінін, хабарлама түрін және тіркелген файлдардың аттарын аласыз.

curl https://api.wsender.io/v1/mailing/{РАССЫЛКА_ID}/recipient/{АЛУШЫ_ID}/reply \
  -H "Authorization: key СІЗДІҢ_ТОКЕНІҢІЗ"

Адаммен бүкіл хат алмасу емес, дәл осы рассылкаға берілген жауаптар қайтарылады: сервис нақты алушыға жіберілгеннен кейінгі хабарламаларды алады. «Жауап берді» статусы да осы ережемен қойылады, сондықтан статус пен мазмұн бір-біріне қайшы келмейді.

Әрі қарай жауап CRM-іңізге түседі: менеджерге тапсырма ретінде, сату бөлімінің чатына, дашбордқа. Артық нәрсені жоспарламау үшін бірер ескерту: хат алмасу аккаунттан мезгіл-мезгіл жүктеледі, сондықтан адамның жауабы мен оның API-де пайда болуы арасында уақыт өтеді, ал адам мәтіннің орнына хабарламаға реакция қойса, тізім бос болуы мүмкін.

Өз CRM-іңіз әзірге болмаса, сол жауаптар кабинеттен ашылатын Dialogs-та көрінеді: менеджер оларды сол жерден оқып, жауап береді. Онда API арқылы жіберілген хабарламаларда «API» белгісі тұрады, ал белгіге меңзерді апарсаңыз, олар қай кілтпен жіберілгені көрінеді.

Ең бастысы, тарифтер туралы. Жауаптар, олармен бірге аккаунттың диалогтары мен контактілері қосылған аккаунтты синхрондаудан алынады, ал ол барлық тарифке кірмейді: тегін тарифте ол жоқ. Онда интеграцияны жинап, тексеруге болады, рассылкалар жасалып, жіберіледі, бірақ кері байланыс болмайды: жауап туралы вебхук келмейді, ал жауаптарды сұрау тарифте мұндай мүмкіндік жоқ екенін түсіндіретін 403 қатесін қайтарады. Бос тізімнің орнына қате әдейі қайтарылады: бос жауапты «адам жауап бермеді» деп оқып, қатені өз жағыңыздан іздейтін едіңіз.

Боттарда да солай. Тегін тарифте бот тек шығыс хабарламалармен жұмыс істейді: рассылкалар кетеді, ал жазылушылардың кіріс хабарламалары қабылданбайды және ешқайда сақталмайды, API-де де, кабинетте де. Жазылушылардың өздері бұл кезде қосыла береді, оларға рассылка жасауға болады.

Вебхуктар: не болғанын сервис өзі айтады

API-ді «онда не болды» деп циклмен сұрап отырудың қажеті жоқ. Өз мекенжайыңызды көрсетіңіз, сонда оқиғалар өздері келеді:

curl -X PUT https://api.wsender.io/v1/webhook \
  -H "Authorization: key СІЗДІҢ_ТОКЕНІҢІЗ" \
  -H "Content-Type: application/json" \
  -d '{"url":"https://example.com/wsender","secret":"your-secret"}'

Вебхук жобаға біреу, мекенжай міндетті түрде HTTPS-те болады. Мысалдағы мекенжай мен secret құпия мәнін өзіңіздікімен ауыстырыңыз: құпия мәнде латын әріптері, цифрлар, дефис және астын сызу таңбасы рұқсат етіледі. Сервис оны әр сұраныстың X-WSender-Secret-Token тақырыпшасында кері жібереді, осылайша өз оқиғаларыңызды сол мекенжайға келген бөтен сұраныстардан ажыратасыз.

Оқиғалар төрт топқа бөлінеді:

• Аккаунт: қосылды, ажыратылды, ал қосылу барысында: QR-код дайын, байланыстыру коды дайын, растау коды немесе екі факторлы құпиясөз күтілуде, бәрі сәтті өтті.
• Мессенджер шектеулері: аккаунт шектелді және шектеу алынды. Ең құндысы осы болар: бұғатталғанда аккаунт қосулы күйінде қалады, ал оқиғасыз рассылка үнсіз тоқтап қалады.
• Рассылка: тексеруден өтті, ескертулермен өтпеді, іске қосылды, себебі көрсетіліп кідіртілді, аяқталды, болдырылмады.
• Алушылар: хабарламалар жіберілді, адам жауап берді, жіберу сәтсіз болды, нөмір мессенджерде жоқ.

Алушылар мен жекелеген хабарламалар бойынша оқиғалар оларға арнайы жазылсаңыз ғана келеді. Керекті түрлерді events өрісінде тізіп шығыңыз: бос тізім оларды қоспайды, үлкен рассылка қажетсіз оқиғалар ағынын тудырмауы үшін осылай жасалған.

Алдымен келген оқиғаны сенімді сақтаңыз, содан кейін 2xx кодымен жауап беріп, оны өңдеңіз. Серверіңіз 10 секунд ішінде жауап бермесе немесе қате қайтарса, сервис 30 секундтан жарты сағатқа дейінгі үзіліспен әрекетті қайталайды. Әр оқиға жасалған сәттен бастап кезекте бір тәуліктен артық сақталмайды.

Бір оқиға қайта келуі мүмкін: CRM-дегі әрекетті екі рет орындамау үшін оның id мәнін тексеріңіз.

Бірінші сәтсіздіктен бері бір тәулік өтсе және осы уақытта бірде-бір сәтті жеткізу болмаса, вебхук автоматты түрде тоқтатыла тұрады. Жоба иесіне Telegram-да қосылған WSENDER хабарландыру боты арқылы хабарлама келеді. Күйін GET /v1/webhook сұранысымен тексеруге болады: health нысанында Active немесе Suspended статусы, соңғы қате және күндер бар.

Қабылдаушыңызды түзеткеннен кейін вебхукты басқару құқығы бар кілтпен POST /v1/webhook/resume шақырыңыз:

curl -X POST https://api.wsender.io/v1/webhook/resume \
  -H "Authorization: key СІЗДІҢ_ТОКЕНІҢІЗ"

Сервис мекенжайыңызға кәдімгі құпия мәнмен webhook.test тексеру оқиғасын жібереді. Жеткізуді тек 2xx жауабы қайта бастайды. Кәдімгі POST /v1/webhook/test мекенжайды тексеруге көмектеседі, бірақ тоқтатуды өзі алып тастамайды.

Вебхук тоқтатылып тұрғанда жаңа оқиғалар жинақталмайды, ал жасалып қойғандарының сақталу мерзімі ұзартылмайды. Мерзімі өткен оқиғалар мен үзіліс кезіндегі оқиғалар жеткізу қайта басталғаннан кейін келмейді. Сондықтан ұзақ іркілістен кейін хабарламалар мен рассылкалардың ағымдағы статустарын API арқылы сұраңыз. Өрістер мен қателердің толық сипаттамасы API құжаттамасында бар.

Жылдамдық: API неге бәрін бірден жібермейді

Әзірлеушілердің күтуі мессенджерлердің шынайы жағдайымен көбіне осы жерде сәйкес келмейді. API сұранысты лезде қабылдайды, бірақ жіберу қарқынын автостратегия белгілейді: ол баяу бастап, аккаунтта жіберулер тарихы жинақталған сайын жылдамдықты арттырады. Платформа аккаунтты тежесе, сервис рассылканы кідіртіп, баяуырақ жалғастырады.

Сервис нөміріңізді осылай сақтайды: бүкіл базаға бір сағатта рассылка жасасаңыз, мессенджер аккаунтты шектеуі әбден мүмкін. Сондықтан сервисте мұндай мүмкіндік жоқ.

Интеграцияға дейін тағы төрт жайтты ескерген жөн:

• Мәтін іске қосуға дейін тексеріледі. ЖИ хабарламаны қарап, ескертулер қайтаруы мүмкін: олардың тізімі API арқылы оқылады, әрқайсысынан не дұрыс емес екені және қай хабарламада екені көрінеді. Ұсыныс түріндегі ескертулер бір сұраныспен қабылданады, тыйым салынған тақырыптар тек мәтінді түзету арқылы жөнделеді.
• Тариф лимиттері кабинеттегідей жұмыс істейді. Хабарламалар күндік квотаны жұмсайды: ол таусылғанда рассылка кідіртіліп, өздігінен жалғаспайды: оны кабинетте немесе API арқылы қайта іске қосу керек.
• Сұраныс лимиті жобаға есептеледі. Ол жобаның барлық кілтіне ортақ: жаңа кілттер шығару оны көбейтпейді.
• Бейтаныс нөмірлер баяуырақ жүреді. Нөмір хат алмасуыңызда болмаса, алдымен мессенджерден оның тіркелген-тіркелмегенін сұрау керек. Telegram мұндай іздеуді қатаңырақ шектейді, сондықтан онда бейтаныс нөмірлерге рассылка WhatsApp-қа қарағанда әлдеқайда баяу жүреді.

API қай жерде пайдалы

• CRM: мәміле мен тапсырыс статусы туралы хабарламалар, ал клиенттердің жауаптары карточкаға қайта түседі.
• Интернет-дүкен: тапсырысты растау, төлем, жеткізу.
• Сайт немесе лендинг: өтінімге адам қолданатын мессенджерде лезде жауап беру.
• Онлайн-жазылу: қабылдау туралы бір күн бұрын еске салу.
• Реактивация: «3 ай сатып алмаған» сегменті базаңыздан толығып отырады, ал рассылка кезекті өзі өңдейді.

Әрі қарай не істеу керек

API үшін бөлек төлем жоқ, кәдімгі тарифтер қолданылады және ол тіпті тегін тарифте де қолжетімді: тегін тарифте күніне 15 хабарлама бар, интеграцияны жинап, тексеруге бұл жеткілікті.

Аздан бастаңыз: кілт жасап, аккаунттар тізімін сұраңыз, бір аккаунтты қосып, тек өз нөміріңізден тұратын сегментке рассылка жіберіңіз. Бүкіл контур жарты сағатта түсінікті болады. Әрі қарай жұмыс істейтін «сегмент пен рассылка» жұбын жинап, оған оқиға пайда болатын жерден нөмірлер қосып отыру ғана қалады.

Әдістердің толық сипаттамасы API құжаттамасында, ал клиент генерациялауға арналған спецификация OpenAPI файлында.