Messenjerlarda rassilka API: WhatsApp va Telegram

Rassilka API WhatsApp va Telegram'da: akkauntni ulash, rassilka yaratish va holatlarni to'g'ridan-to'g'ri o'z CRM'ingiz yoki saytingizda olish.

Mijozlarga xabar deyarli hech qachon "qo'l bo'shaganda" kerak bo'lmaydi. U hodisa yuz bergan paytda kerak: buyurtma uchun to'lov qildi, qabulga yozildi, kelmadi, bir oydan beri ko'rinmayapti. Hodisa tizimingizda allaqachon sodir bo'ldi va shundan keyin rassilkani qo'lda yig'ish uchun kabinetga kirish g'alati.

Ochiq API aynan shu uchun kerak. U orqali rassilka boshidan oxirigacha o'tadi: auditoriya yig'ish, matnni tekshirish, xavfsiz sur'at, har bir qabul qiluvchi bo'yicha holat va uning javobi. Navbat, xabarlar orasidagi pauzalar, takroriy urinishlar va raqamni bloklanishdan himoya qilishni o'zingiz qurishingiz shart emas: bular bilan xizmat shug'ullanadi, tizimingizda esa bitta chaqiruv qoladi.

Bunda metodlar to'plami hamma uchun bitta: WhatsApp va Telegram akkauntlari hamda Telegram botlari. Yana bir messenjerni qo'shish uchun yangi integratsiya yozish shart emas: o'sha so'rovdagi bitta qiymat o'zgaradi.

WhatsApp va Telegram'da rassilka API nima qila oladi

Kabinetda qo'lda qiladigan barcha ishlarni HTTP orqali ham bajarish mumkin:

• Messenjer va botlarni ulash. Bitta so'rov bilan: messenjer akkaunti QR-kod yoki telefon raqami orqali, bot esa token orqali ulanadi. Ulanish natijasini xizmat o'zi xabar qiladi. Akkaunt ikki bosqichli parol bilan himoyalangan bo'lsa, parol ham API orqali uzatiladi.
• Auditoriya. Segment yaratish va telefon raqamlarini yuklash: bitta so'rovda 100 tagacha raqam, kattaroq ro'yxat esa bir necha so'rov bilan yuklanadi. Loyihada allaqachon bor raqamlar takrorlanmaydi.
• Rassilkalar. Yaratish, matn yoki media qo'shish (rasm, video, audio, hujjat, bitta rassilkada o'ntagacha xabar), qabul qiluvchilarni tanlash: kontaktlar segmenti, akkauntning telefon kitobi yoki mavjud chatlar. Keyin matnni tekshirish, ishga tushirish, pauzaga qo'yish, bekor qilish.
• Qoralamani tahrirlash. Rassilka ishga tushirilmaguncha xabarlar matni va fayllari ham API orqali o'zgartiriladi, ortiqcha xabarlar o'chiriladi, rassilkaning o'zi qayta nomlanadi. Matn tahrir qilinsa, o'tilgan tekshiruv bekor bo'ladi: ishga tushirishdan oldin rassilka moderatsiyadan qaytadan o'tadi.
• Har bir qabul qiluvchi bo'yicha natija. Yuborildi, yetkazildi, o'qildi, javob olindi, raqam messenjerda yo'q.
• Qabul qiluvchilarning javoblari. "Javob berdi" degan faktdan tashqari javob matnining o'zi ham: odam rassilkaga javoban aynan nima yozgani.
• Bitta xabar yuborish. Tranzaksion holatlar uchun alohida metod bor: har bir so'rovda o'z matni va ilovasi, bitta raqam uchun rassilka yig'ish shart emas.
• Butun yozishma. Odam bilan dialog tarixi: kiruvchi va chiquvchi xabarlar bitta lentada. Yangi kiruvchi xabar haqida xizmat hodisa bilan xabar beradi, javobni esa o'sha bitta xabar yuborish metodi bilan berish va hatto kerakli xabarni iqtibos qilish mumkin. Botlarda kiruvchi xabar darhol keladi, messenjer akkauntlarida esa yozishma sinxronlash orqali, ya'ni kechikish bilan olinadi. Ikkala holatda ham javoblar analitikasi bor tarif kerak, bu haqda quyida.
• Vebhuklar. Akkaunt ulandi yoki uzildi, messenjer akkauntni chekladi, rassilka ishga tushdi, pauzaga qo'yildi, yakunlandi, qabul qiluvchi javob berdi, kiruvchi xabar keldi. API'ni siklda so'rab turish shart emas.

Yuboruvchi haqida muhim: xabarlar o'zingiz ulagan akkauntlaringizdan ketadi. Xizmat o'z raqamlarini bermaydi va bu yaxshi: raqam va uning obro'si sizniki bo'lib qoladi, mijozlarning javoblari esa odatdagi messenjer ilovangizga keladi.

API-kalitni qanday olish mumkin

1. Rassilkalar kabinetiga kiring va API bo'limini oching.
2. "Kalit yaratish" tugmasini bosing, nom bering (keyin u orqali kalit qaysi integratsiyaga berilgani tushunarli bo'ladi) va xohlasangiz amal qilish muddatini belgilang.
3. Tokenni nusxalang. U bir marta ko'rsatiladi: xizmat faqat uning xeshini saqlaydi va qiymatini tiklay olmaydi. Yo'qotib qo'ysangiz, yangi kalit yarating, eskisini esa o'chiring.

API bo'limi faqat loyiha egasiga ochiq: kalitlarni faqat u yaratadi va ularning ro'yxatini ko'radi. Shuning uchun integratsiyani dasturchi yoki pudratchi qilsa, kalitni loyiha egasi chiqaradi va tokenni unga beradi, kabinetga kirish huquqini berish shart emas.

Kalit loyihaga beriladi, alohida xodimga bog'lanmaydi. Uni parol kabi saqlang. Bir nechta kalit yaratish mumkin, masalan har bir integratsiyaga bittadan, shunda ularni bir-biridan mustaqil ravishda qaytarib olasiz.

Har bir kalitning huquqlari bor, ular kalit yaratilayotganda belgilanadi: loyiha ma'lumotlarini o'qish, rassilka va auditoriyalarni tayyorlash, rassilkalarni ishga tushirish va xabar yuborish, akkauntlar va botlarni boshqarish, vebhukni sozlash. Yangi kalit sukut bo'yicha o'qiy va tayyorlay oladi, qolgan huquqlarni esa o'zingiz alohida berasiz. Huquqlarni keyin ham kalitning o'zini almashtirmasdan o'zgartirish mumkin: kalit allaqachon berilgan integratsiyani to'xtatishga to'g'ri kelmaydi.

Token har bir so'rovning sarlavhasida uzatiladi. Hammasi ishlayotganini ulangan akkauntlar ro'yxatini so'rab tekshirish mumkin:

curl https://api.wsender.io/v1/channel \
  -H "Authorization: key SIZNING_TOKENINGIZ"

Barcha metodlar API hujjatlarida tasvirlangan, so'rovni o'z kalitingiz bilan to'g'ridan-to'g'ri brauzerdan, birorta qator kod yozmasdan bajarish mumkin. Yonida mashina o'qiydigan spetsifikatsiya, OpenAPI fayli turadi: u bo'yicha Swagger Codegen yoki NSwag kabi vositalar sizning dasturlash tilingizda klientni avtomatik generatsiya qiladi, so'rov va modellarni qo'lda tasvirlashga hojat qolmaydi.

Yetti so'rovda rassilka

Eng qisqa ssenariy shunday: segment yig'ildi → rassilka yaratildi → matn qo'shildi → qabul qiluvchilar ko'rsatildi → tekshiruvga yuborildi → ishga tushirildi.

1. PUT /v1/segment segment yaratadi.
2. PUT /v1/segment/{segmentId}/contact raqamlarni yuklaydi.
3. PUT /v1/mailing rassilka yaratadi.
4. PUT /v1/mailing/{mailingId}/message/text xabar matnini qo'shadi.
5. PUT /v1/mailing/{mailingId}/recipient/source qabul qiluvchilar segmentdan olinishini ko'rsatadi.
6. POST /v1/mailing/{mailingId}/moderate matnni tekshiruvga yuboradi.
7. POST /v1/mailing/{mailingId}/start tanlangan akkauntdan yuborishni ishga tushiradi.

So'rovlar barcha messenjer va botlar uchun bir xil: WhatsApp'dagi rassilka Telegram'dagi yoki botdan yuboriladigan rassilka bilan bir xil usulda yaratiladi. Farq faqat nima ulanganida. Keyin hech narsani so'rab turish shart emas, holatlar vebhuklar orqali keladi.

Takroriy so'rov ikkinchi rassilkani yaratmaydi

Integratsiyada odatiy holat: so'rov ketdi, javob qaytmadi. Tarmoq bir lahza uzildi, taymaut ishladi, xizmatingiz noqulay paytda qayta ishga tushdi. Endi nima qilish kerakligi noaniq: takrorlasangiz, ikkinchi rassilka yaratib qo'yish yoki yuborishni ikki marta ishga tushirish xavfi bor, takrorlamasangiz, hech narsa yuborilmagan bo'lib chiqishi mumkin.

Shuning uchun biror narsani o'zgartiradigan har bir so'rovda takrorlash kaliti bor. Siz satr o'ylab topasiz (odatda UUID) va uni sarlavhada uzatasiz:

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

Qoida bitta: yangi amal uchun yangi kalit, o'sha amalni takrorlash uchun o'sha kalit. Qolganini xizmat o'zi hal qiladi. Birinchi so'rov bajariladi va uning javobi bir sutka eslab qolinadi. Xuddi shu kalit bilan takroriy so'rov hech narsani bajarmaydi: birinchi martadagi javobning o'zi qaytadi. Birinchi so'rov hali bajarilayotgan bo'lsa, takroriy so'rov 409 kodini oladi: biroz kuting va yana so'rang.

Xuddi shu kalit bilan boshqa so'rov yuborsangiz, 422 kodi keladi. Bu tasodifan qayta ishlatishdan himoya: begona natijani olmaysiz.

Integratsiya uchun amaliy xulosa: natijasi yo'q narsani takrorlash kerak, ya'ni aloqa uzilishi, server xatolari va 429 javobi (so'rovlar chastotasidan oshib ketish). Bunday javoblar saqlanmaydi va takroriy so'rov amalni haqiqatan bajaradi. Mazmunan rad etish esa, masalan "matnda majburiy maydon yetishmayapti", allaqachon natija, takroriy so'rov ham aynan shuni qaytaradi.

Qabul qiluvchilarni qayerdan olish

Beshinchi qadam alohida ko'rib chiqishga arziydi: natija ham, akkaunt uchun xavf ham manbaga bog'liq. Manbalar uchta.

• Kontaktlar segmenti. Raqamlarni o'zingiz yuklaysiz. Segmentga bog'langan rassilka keyinroq qo'shadigan kontaktlaringizga ham xabar yuborishda davom etadi. Integratsiya uchun bu asosiy manba, u haqda quyida alohida bo'lim bor.
• Akkaunt kontaktlari. Ulangan raqamning telefon kitobi. Sukut bo'yicha xabarlar faqat avval yozishma bo'lganlarga ketadi: bunday auditoriya yaxshiroq javob beradi va deyarli shikoyat qilmaydi. Cheklovni olib tashlash mumkin, lekin buni qilmagan ma'qul.
• Akkaunt chatlari. Mavjud dialoglar. Bu yerda ham faqat muloqot bo'lganlarni qoldirish mumkin, xizmat chatlariga yozmaslik uchun esa botlar bilan dialoglarni alohida chiqarib tashlash mumkin.

Loyihalashda hisobga olish kerak bo'lgan bir nozik jihat: birinchi ishga tushirishda manba messenjer bilan birga qayd etiladi va keyin o'zgarmaydi. Boshqa manba uchun yangi rassilka kerak.

Telegram botlari: o'sha API

Bizda alohida "botlar uchun API" yo'q va bu ataylab qilingan: akkauntdan rassilka uchun yozilgan integratsiya bot bilan qayta ishlanmasdan ishlaydi. O'sha ulash metodlari, o'sha holatlar, o'sha vebhuklar, qoralamadan qabul qiluvchilar bo'yicha hisobotgacha o'sha rassilka yo'li.

Farq roppa-rosa ikkita va ikkalasi ham darhol ko'rinadi.

Token orqali ulash. Tokenni Telegram'da @BotFather beradi. Keyin akkaunt uchun yuboriladigan o'sha so'rov ishlatiladi, faqat unda kirish usuli o'rniga token bo'ladi. Token qayta chiqarilsa, bot yo'qolmaydi: alohida tokenni yangilash so'rovi uni allaqachon ulangan botda almashtiradi, obunachilar, rassilkalar va tarix joyida qoladi (kabinetda xuddi shuni bot sahifasidagi "Tokenni yangilash" havolasi qiladi).

Qabul qiluvchilar: bot obunachilari. Bot faqat unga avval o'zi yozgan odamlarga yoza oladi: yuklangan raqamlar segmentidan u foydalana olmaydi. Telegram'ning o'zi shunday tuzilgan: Bot API birinchi bo'lib yozishga ruxsat bermaydi va buni hech kim aylanib o'ta olmaydi.

Bundan integratsiyada rollarning oddiy taqsimoti kelib chiqadi. Hali yozishma bo'lmagan odamga yetib borishning yagona yo'li messenjer akkaunti bo'lib qoladi. Bot esa allaqachon obuna bo'lganlar bilan ishlash uchun kerak: bunday rassilka uchun bloklashga sabab yo'q, telefon raqami unda umuman qatnashmaydi, tezlikni esa faqat platforma limitlari cheklaydi. Akkauntni asrash uchun sekin-asta tezlashtirishga hojat yo'q.

Trigger rassilkalar: bitta hodisaga bitta chaqiruv

Segmentning eng foydali xususiyati: u bo'yicha rassilka segmentdagi hammaga xabar yuborib bo'lgach yakunlanmaydi. U faol holatda qoladi va yangi kontaktlarni kutadi: ularni segmentga qo'shishingiz bilan yuborish darhol qayta boshlanadi.

Ishga tushirilgan rassilka aslida yuborish navbati kabi ishlaydi. Demak, sxema shunday bo'ladi:

1. Bir marta segment va unga rassilka yaratasiz, matn qo'shasiz va ishga tushirasiz. API orqalimi yoki kabinetda qo'ldami, keyin farqi yo'q.
2. Keyin tizimingizdagi har bir hodisaga bitta so'rov yuborasiz: raqamni segmentga qo'shish.

Bo'ldi. Xabar o'zi ketadi: xavfsiz sur'atda, tekshirilgan matn bilan va limitlarni hisobga olib. Buyurtma uchun to'lov qildi, qabulga yozildi, kelmadi, bir oydan beri ko'rinmayapti: sizda o'z trigger rassilkalaringiz paydo bo'ladi, sizning tomoningizda esa har bir sabab uchun roppa-rosa bitta chaqiruv qoladi.

Obunadan chiqish ham xuddi shunday oddiy ishlaydi va bu haqda oldindan o'ylab qo'ygan ma'qul: odam boshqa yozmaslikni so'rasa, uning raqamini bitta so'rov bilan segmentdan o'chiring, u navbatga tushmaydi. Kontaktning o'zi tarixi bilan loyihada qoladi, faqat shu auditoriyadan chiqadi.

Bunday rassilkaning matni barcha qabul qiluvchilar uchun bitta, unga faqat ism va ifoda variantlari qo'yiladi. Shuning uchun har bir sabab uchun o'z "segment va rassilka" juftligi yaratiladi: salomlashish, qabul haqida eslatma, mijozni qaytarish. Ular bir marta yaratiladi, keyin shunchaki yangi raqamlarni kutib turadi.

Mijozlarning javoblari tizimingizga qaytadi

Rassilka yuborish bilan tugamaydi: odamlar javob beradi va ko'pincha butun ish aynan shu javob uchun boshlangan bo'ladi. API orqali odam javob bergani bilan birga aynan nima yozgani ham ko'rinadi.

Tartib shunday: "qabul qiluvchi javob berdi" vebhuki keladi, u bo'yicha shu qabul qiluvchining javoblarini so'raysiz va vaqt, matn, xabar turi hamda biriktirilgan fayllar nomlarini olasiz.

curl https://api.wsender.io/v1/mailing/{RASSILKA_ID}/recipient/{QABUL_QILUVCHI_ID}/reply \
  -H "Authorization: key SIZNING_TOKENINGIZ"

Faqat shu rassilkaga kelgan javoblar qaytadi, odam bilan qolgan yozishma bunga kirmaydi: xizmat aniq qabul qiluvchiga yuborilgandan keyingi xabarlarni oladi. "Javob berdi" holati ham xuddi shu qoida bo'yicha qo'yiladi, shuning uchun holat va mazmun bir-biriga zid kelmaydi.

Keyin javob CRM'ingizga tushadi: menejerga vazifa sifatida, savdo bo'limi chatiga, dashbordga. Ortiqcha narsani rejalashtirib qo'ymaslik uchun bir-ikki eslatma. Yozishma akkauntdan davriy ravishda olinadi, shuning uchun odam javob bergani bilan javob API'da paydo bo'lishi orasida vaqt o'tadi. Odam matn o'rniga xabarga reaksiya qo'ygan bo'lsa, ro'yxat bo'sh bo'lishi mumkin.

O'z CRM'ingiz hali bo'lmasa, o'sha javoblar kabinetdan ochiladigan Dialogs'da ko'rinadi: menejer ularni o'qib, o'sha yerdan javob beradi. API orqali yuborilgan xabarlar u yerda "API" deb belgilanadi, belgi ustiga kursorni olib borsangiz, ular qaysi kalit bilan yuborilgani ko'rinadi.

Endi tariflar haqida eng muhimi. Javoblar, shuningdek akkauntning dialoglari va kontaktlari ulangan akkauntni sinxronlash orqali olinadi, sinxronlash esa hamma tariflarga kirmaydi: bepul tarifda u yo'q. Bepul tarifda integratsiyani yig'ish va tekshirish mumkin, rassilkalar yaratiladi va yuboriladi, lekin qayta aloqa bo'lmaydi: javob haqidagi vebhuk kelmaydi, javoblar so'rovi esa imkoniyat tarifga kirmasligi tushuntirilgan 403 xatosini qaytaradi. Bo'sh ro'yxat o'rniga xato ataylab qaytariladi: bo'sh javobni siz "odam javob bermadi" deb tushunib, xatoni o'z tizimingizdan qidirgan bo'lardingiz.

Botlar bilan ham xuddi shunday. Bepul tarifda bot faqat chiquvchi xabarlar uchun ishlaydi: rassilkalar ketadi, obunachilardan kiruvchi xabarlar esa qabul qilinmaydi va hech qayerda saqlanmaydi, na API'da, na kabinetda. Obunachilarning o'zi esa qo'shilishda davom etadi va ular bo'yicha rassilka qilish mumkin.

Vebhuklar: nima bo'lganini xizmat o'zi aytadi

API'ni "u yerda nima gap" deb siklda so'rab turish shart emas. Manzilingizni ko'rsating, hodisalar o'zi keladi:

curl -X PUT https://api.wsender.io/v1/webhook \
  -H "Authorization: key SIZNING_TOKENINGIZ" \
  -H "Content-Type: application/json" \
  -d '{"url":"https://example.com/wsender","secret":"your-secret"}'

Har bir loyihada bitta vebhuk bo'ladi, manzil albatta HTTPS'da bo'lishi kerak. Misoldagi manzil va maxfiy satrni (secret) o'zingiznikiga almashtiring: maxfiy satrda lotin harflari, raqamlar, defis va pastki chiziq ishlatish mumkin. Xizmat uni har bir so'rovning X-WSender-Secret-Token sarlavhasida qaytarib yuboradi, shu tariqa o'z hodisalaringizni o'sha manzilga kelgan begona murojaatlardan ajratasiz.

Hodisalar to'rt guruhda keladi:

• Akkaunt: ulandi, uzildi, ulanish jarayonida esa: QR-kod tayyor, bog'lash kodi tayyor, tasdiqlash kodi yoki ikki bosqichli parol kutilmoqda, hammasi muvaffaqiyatli o'tdi.
• Messenjer cheklovlari: akkaunt cheklandi va cheklov olib tashlandi. Ehtimol, eng qimmatlisi shu: bloklanganda akkaunt ulangan holda qoladi va bu hodisa bo'lmasa, rassilka jimgina to'xtab qoladi.
• Rassilka: tekshiruvdan o'tdi, eslatmalar bilan o'tmadi, ishga tushdi, sababi ko'rsatilgan holda pauzaga qo'yildi, yakunlandi, bekor qilindi.
• Qabul qiluvchilar: xabarlar yuborildi, odam javob berdi, yuborib bo'lmadi, raqam messenjerda yo'q.

Qabul qiluvchilar va alohida xabarlar bo'yicha hodisalar faqat aniq obuna bo'lganda keladi. Kerakli turlarni events ichida sanab o'ting: bo'sh ro'yxat ularni yoqmaydi, shunda katta rassilka keraksiz hodisalar oqimini yaratmaydi.

Avval kelgan hodisani ishonchli saqlang, keyin 2xx kodi bilan javob bering va unga ishlov bering. Serveringiz 10 soniya ichida javob bermasa yoki xato qaytarsa, xizmat 30 soniyadan yarim soatgacha bo'lgan pauza bilan qayta urinadi. Har bir hodisa navbatda yaratilgan paytdan boshlab ko'pi bilan bir sutka saqlanadi.

Bitta hodisa qayta kelishi mumkin: CRM'dagi amalni ikki marta bajarmaslik uchun uning id maydonini tekshiring.

Birinchi rad etishdan beri bir sutka o'tgan va shu vaqt ichida birorta muvaffaqiyatli yetkazish bo'lmagan bo'lsa, vebhuk avtomatik ravishda to'xtatib qo'yiladi. Loyiha egasiga Telegram'dagi ulangan WSENDER bildirishnomalar boti orqali xabar keladi. Holatni GET /v1/webhook so'rovi bilan tekshirish mumkin: health obyektida Active yoki Suspended holati, oxirgi xato va sanalar bor.

Hodisalarni qabul qiladigan serveringizni tuzatgandan keyin vebhukni boshqarish huquqi bor kalit bilan POST /v1/webhook/resume ni chaqiring:

curl -X POST https://api.wsender.io/v1/webhook/resume \
  -H "Authorization: key SIZNING_TOKENINGIZ"

Xizmat manzilingizga odatdagi maxfiy satr bilan webhook.test tekshiruv hodisasini yuboradi. Yetkazishni faqat 2xx javobi qayta tiklaydi. Oddiy POST /v1/webhook/test manzilni tekshirishga yordam beradi, lekin to'xtatishni o'zi bekor qilmaydi.

To'xtatilgan paytda yangi hodisalar to'planmaydi, allaqachon yaratilganlarning saqlanish muddati esa uzaytirilmaydi. Muddati o'tgan hodisalar va pauza vaqtidagi hodisalar yetkazish tiklangandan keyin kelmaydi. Shuning uchun uzoq uzilishdan keyin xabarlar va rassilkalarning joriy holatlarini API orqali so'rang. Maydonlar va xatolar tafsilotlari API hujjatlarida bor.

Tezlik: nega API hammasini birdaniga yubormaydi

Dasturchilar kutgan narsa messenjerlardagi haqiqiy holatdan ko'pincha aynan shu yerda farq qiladi. API so'rovni bir zumda qabul qiladi, yuborish sur'atini esa Avtostrategiya belgilaydi: u ehtiyotkorlik bilan boshlaydi va akkauntda yuborishlar tarixi to'plangani sari tezlikni oshiradi. Platforma akkauntni sekinlashtirsa, xizmat rassilkani pauzaga qo'yadi va sekinroq davom ettiradi.

Xizmat raqamingizni shunday asraydi: butun bazaga bir soatda xabar yuborsangiz, messenjer akkauntni katta ehtimol bilan cheklaydi. Shuning uchun xizmatda bunday imkoniyat yo'q.

Integratsiyadan oldin hisobga olgan ma'qul bo'lgan yana to'rt jihat:

• Matn ishga tushirishdan oldin tekshiriladi. SI xabarni ko'rib chiqadi va eslatmalar qaytarishi mumkin: ro'yxat API orqali o'qiladi, har bir eslatmada nima noto'g'ri va qaysi xabarda ekani ko'rinadi. Tavsiya tarzidagi eslatmalar bitta so'rov bilan qabul qilinadi, taqiqlangan mavzular esa faqat matnni tahrirlash orqali tuzatiladi.
• Tarif limitlari kabinetdagidek ishlaydi. Xabarlar kunlik kvotani sarflaydi: u tugaganda rassilka pauzaga qo'yiladi va o'z-o'zidan davom etmaydi, uni kabinetda yoki API orqali qayta ishga tushirish kerak.
• So'rovlar limiti loyiha bo'yicha hisoblanadi. U loyihaning barcha kalitlari uchun umumiy: yangi kalitlar chiqarish uni oshirmaydi.
• Notanish raqamlarga sekinroq yuboriladi. Raqam yozishmalaringizda bo'lmasa, avval messenjerdan u ro'yxatdan o'tgan-o'tmaganini so'rash kerak. Telegram'da bunday qidiruv qattiqroq cheklangan, shuning uchun u yerda notanish raqamlarga rassilka WhatsApp'dagiga qaraganda ancha sekinroq sur'atda ketadi.

API qayerda foydali bo'ladi

• CRM: bitim va buyurtma holati haqida bildirishnomalar, mijozlarning javoblari esa kartochkaga qaytadi.
• Internet-do'kon: buyurtmani tasdiqlash, to'lov, yetkazib berish.
• Sayt yoki lending: arizaga odam foydalanadigan messenjerda darhol javob.
• Onlayn yozilish: tashrifdan bir kun oldin eslatma.
• Reaktivatsiya: "3 oydan beri xarid qilmagan" segmenti bazangizdan to'ldirib boriladi, rassilka esa navbatni o'zi qayta ishlaydi.

Keyingi qadamlar

API uchun alohida to'lov yo'q, oddiy tariflar amal qiladi va u hatto bepul tarifda ham mavjud: bepul tarifda kuniga 15 ta xabar bor, integratsiyani yig'ish va tekshirish uchun bu yetarli.

Kichikdan boshlang: kalit yarating, akkauntlar ro'yxatini so'rang, bitta akkauntni ulang va faqat o'z raqamingizdan iborat segmentga rassilka yuboring. Butun zanjir yarim soatda tushunarli bo'ladi. Keyin ishchi "segment va rassilka" juftligini yig'ish va unga raqamlarni tizimingizda hodisa paydo bo'ladigan joydan qo'shib borish qoladi.

Metodlarning to'liq tavsifi API hujjatlarida, klientni generatsiya qilish uchun spetsifikatsiya esa OpenAPI faylida.