कहीं “256 contacts” को daily limit बताया जाता है, कहीं वही broadcast list का size निकलता है। कोई vendor Meta verification को पहली शर्त की तरह बेचता है, कोई उसे scale करने का step कहता है। गड़बड़ WhatsApp में नहीं, नामकरण में है: “broadcast” बोलकर तीन अलग tools को एक जैसा मान लिया जाता है। पहले इन्हें अलग कर लें, वरना गलत limit पूरी campaign की planning बिगाड़ देगी।
मेरे काम में WhatsApp broadcast पर नए लोगों के अधिकतर सवाल असल में तीन अलग systems के बारे में होते हैं: WhatsApp Business app की built-in broadcast list, developers के लिए official Cloud API, और third-party automation services. हर system की architecture, limits और account risk अलग है। इसलिए जवाब “WhatsApp में क्या limit है?” से नहीं, “आप कौन सा tool इस्तेमाल कर रहे हैं?” से शुरू होता है।
हाँ, लेकिन जरूरी caveat के साथ। 256 contacts की limit हर individual broadcast list पर लागू होती है, और ऐसी कई lists बनाई जा सकती हैं। यह daily sending limit नहीं है; यह एक Broadcast List का size है।
असल restriction 256 नंबर से भी ज्यादा delivery mechanics में है: broadcast list से भेजा गया message सिर्फ उन recipients तक पहुंचता है जिन्होंने sender का number अपनी phone contacts में save किया हुआ है। अगर customer की address book में आपके business का number नहीं है, तो message उसके chat में नहीं जाएगा, भले वह list में दिख रहा हो।
गलती → सही समझ:
| गलत धारणा | असल बात |
|---|---|
| “Broadcast list मतलब सबको mass message” | यह सिर्फ उन्हीं लोगों पर काम करती है जिन्होंने आपका number save किया है |
| “256 WhatsApp की total daily limit है” | यह एक list का size है; lists कई बनाई जा सकती हैं |
इसलिए built-in broadcast list loyal base के लिए ठीक है: repeat customers, local दुकान या service के पुराने clients, वे लोग जिन्होंने पहले business से बात की और number save किया। Cold audience के लिए यह tool वैसा काम नहीं करता जैसा शुरुआत में कई Delhi या Mumbai teams सोचती हैं।
अगर आप इसे बड़े scale वाली sending से compare कर रहे हैं, तो पहले app-based lists और WhatsApp Business API bulk messaging का फर्क साफ रखें।
दावा अक्सर जितना कठोर लगता है, बात उतनी नहीं है। Official WhatsApp Business Platform (Cloud API) mobile app से अलग architecture पर चलती है। यह किसी physical smartphone से बंधी नहीं होती; Meta के cloud servers या BSP providers के through काम करती है।
Meta Business Suite में full business verification first launch की hard condition नहीं है। नया business portfolio, जो अभी पूरी तरह verified नहीं है, unique conversations के basic daily limit से start कर सकता है। आगे limit scale करने के लिए documents verify करना और communication quality बनाए रखना जरूरी हो जाता है।
दूसरा रास्ता third-party automation programs हैं जो WhatsApp Web के ऊपर काम करते हैं: QR code scan करके connect होते हैं और browser में user actions imitate करते हैं। यहां Meta verification की जरूरत नहीं होती, लेकिन architecture अलग है और account risk भी अलग है।
Common misconception: “API connect करने के लिए in-house developer team चाहिए।” Practical level पर Cloud API अब no-code chatbot builders और CRM systems से connect हो सकती है, जहां Meta registration flow product के अंदर ही होता है, बिना custom code लिखे।
यहां दो बिल्कुल अलग data sources को अलग समझना जरूरी है।
Official API में sent / delivered / read statuses real time में webhooks के through सीधे Meta servers से आते हैं। ये server-side events हैं; browser या interface की हालत पर निर्भर नहीं करते।
WhatsApp Web पर चलने वाली third-party automation services में statuses script के जरिए interface में दिखने वाले grey या blue ticks से पढ़े जाते हैं। WASender जैसी platforms इस category के कई tools में से एक हैं, कोई industry standard नहीं। Reports की accuracy implementation पर निर्भर करती है: bulk sending में web interface धीमा हो सकता है, और export में undelivered messages पर inaccurate data आ सकता है। यह कहना सही नहीं कि ऐसे tools statuses को 100% accuracy से पढ़ते हैं; यह software developer के हिसाब से बदलता है।
Channel cost compare करते समय भी यही फर्क मायने रखता है: API reports, SMS dashboards और WhatsApp Web से scrape किए गए exports एक ही quality के evidence नहीं हैं, भले finance team उन्हें WhatsApp बनाम SMS cost comparison वाली sheet में साथ रख दे।
नहीं। Excel/CSV export किसी specific automation platform या CRM system की feature है, WhatsApp की built-in feature नहीं। Official API में export आमतौर पर developer के custom database queries से बनता है। Third-party services में यह sending खत्म होने के बाद interface में ready-made button के रूप में मिलता है।
Market में यह feature basic hygiene बन चुकी है: ज्यादातर commercial automation tools इसे support करते हैं, और Excel/CSV export न हो तो buyer अक्सर product को shortlist भी नहीं करता। लेकिन यह market observation है, हर individual tool की guarantee नहीं।
| Tool | Contact limit | Verification चाहिए? | Report source | Export |
|---|---|---|---|---|
| Broadcast List (WhatsApp Business) | हर list में 256; lists कई हो सकती हैं | नहीं | App में tick statuses | Built-in नहीं |
| Cloud API (WABA) | Tier पर depend करता है; start basic daily limit से | शुरुआत में mandatory नहीं; scale के लिए important | Meta webhooks | Developer/BSP के through |
| Third-party software (WASender और similar tools) | Service पर depend करता है | नहीं | WhatsApp Web interface parsing | आमतौर पर platform feature के रूप में होता है |
पहले तय करें कि तीनों में से कौन सा tool आपके काम के लिए सही है: saved-contact loyal base के लिए broadcast list, scale और CRM integration के लिए Cloud API, और verification के बिना fast start के लिए third-party software - लेकिन account risk समझकर।
Practical rule:
अलग-अलग services की limits और reports compare करने से पहले यह पहचानें कि आप किस tool से deal कर रहे हैं। हर tool की अपनी mechanics है; एक system के numbers दूसरे पर सीधे लागू नहीं होते।
