WhatsApp ویب ہک: میسجز سیدھے آپ کے سرور تک

Meta ویب ہک کو اصل میں کیا بھیجتا ہے؟

ایونٹس مختلف کیٹیگریز میں آتے ہیں، اور ان کے فرق سے آپ کا آرکیٹیکچر طے ہوتا ہے۔

میسج پاتھ میں وہ چیزیں آتی ہیں جو صارفین بھیجتے ہیں، اور Coexistence نمبر پر آپ کی ٹیم WhatsApp Business ایپ سے جو بھیجتی ہے اس کی نقل بھی آتی ہے۔ ان کے فیلڈز messages اور smb_message_echoes ہیں، اور گفتگو کا مواد بھی یہی رکھتے ہیں۔

آپریشنل پاتھ میں باقی سب کچھ آتا ہے: کنکشن اسٹیٹس بدلنے پر account_update، کوالٹی یا تھروپٹ بدلنے پر phone_number_quality_update، account_alerts، account_review_update، business_capability_update اور phone_number_name_update۔ ان میں گفتگو کا کوئی مواد نہیں ہوتا، اور مانیٹرنگ انہی کی بنیاد پر بنتی ہے۔

جو پرووائیڈر خود کو میسج پاتھ میں رکھتا ہے اسے پہلا گروپ ملتا ہے۔ جو ایسا نہیں کرتا، اسے نہیں ملتا۔

Meta اینڈ پوائنٹ کی تصدیق کیسے کرتا ہے؟

کسی بھی چیز کی ڈیلیوری سے پہلے GET درخواست کے ذریعے، اور یہی مرحلہ ناکام ہونا اس وجہ کی عام ترین مثال ہے کہ مکمل نظر آنے والی سیٹ اپ کو کبھی میسج نہیں ملتا۔

Meta آپ کے URL کو hub.mode کو subscribe، آپ کے hub.verify_token اور hub.challenge ویلیو کے ساتھ کال کرتا ہے۔ آپ کے اینڈ پوائنٹ کو یہ challenge خام جواب کے طور پر واپس کرنا ہوتا ہے، JSON میں لپیٹ کر نہیں اور اس میں کچھ اضافی شامل کیے بغیر۔ اگر ایسا نہ ہو تو Meta ڈیلیوری شروع ہی نہیں کرتا، اور کسی ڈیش بورڈ میں اس کی اطلاع نہیں ملے گی۔

اینڈ پوائنٹ کا HTTPS ہونا بھی ضروری ہے۔ ایسا اینڈ پوائنٹ جو خاموشی سے 404 دے، یا ایسی authentication کے پیچھے ہو جو Meta کو مسترد کر دے، پہلی بار میسج نہ آنے تک بالکل درست سیٹ اپ جیسا دکھائی دیتا ہے۔

کیا منزل آپ کے اپنے سرور پر رکھی جا سکتی ہے؟

ہاں، اور یہی وہ حصہ ہے جو مختلف پرووائیڈرز کے درمیان فرق پیدا کرتا ہے۔

Meta کسی مخصوص WhatsApp Business اکاؤنٹ کے ویب ہک کہاں بھیجے جائیں، اس جگہ کو override کرنے دیتا ہے۔ ہم یہ override آپ کے URL پر رکھتے ہیں، جس سے میسج پاتھ کے ایونٹس ہمارے callback کے بجائے آپ تک پہنچتے ہیں۔ آپریشنل ایونٹس ہمارے پاس رہتے ہیں، کیونکہ ڈیش بورڈ اور الرٹس انہی سے بنتے ہیں۔

اس کا نتیجہ ہمارے شائع کردہ اصول کے بجائے آرکیٹیکچر سے متعلق ہے۔ گفتگو کا مواد ہماری طرف محفوظ ہونے کی جگہ ہی نہیں بنتی، کیونکہ وہ ہمیں بھیجا ہی نہیں جاتا۔ جس اکاؤنٹ پر override نہ ہو، وہ ہمارے ڈیفالٹ callback پر واپس آتا ہے، جہاں ہینڈلر ان ایونٹس کو محفوظ کیے بغیر چھوڑ دیتا ہے۔

نمبر دوبارہ کنیکٹ ہونے پر منزل کے ساتھ کیا ہوتا ہے؟

وہ ہٹا دی جاتی ہے، اور تقریباً کوئی بھی اس ناکامی کی منصوبہ بندی نہیں کرتا۔

منزل فون نمبر کی پراپرٹی نہیں ہوتی۔ یہ WhatsApp Business اکاؤنٹ کے لیے ہماری ایپ کی سبسکرپشن پر لگا ہوا override ہے۔ جب کنکشن ہٹتا ہے، چاہے Meta کے چودہ دن کی inactivity rule سے یا کسی اور وجہ سے، ایپ اس اکاؤنٹ سے uninstall ہو جاتی ہے اور override بھی اس کے ساتھ چلا جاتا ہے۔

دوبارہ کنیکٹ کرنے سے میسجز بھیجنا اور مانیٹرنگ بحال ہو جاتی ہے۔ آپ کے سرور تک ڈیلیوری بحال نہیں ہوتی، اور کوئی خرابی رپورٹ نہیں ہوتی، اس لیے پہلی علامت عموماً کسی صارف کا یہ کہنا ہوتی ہے کہ کسی نے جواب نہیں دیا۔ ہم ہر دوبارہ کنکشن پر override دوبارہ لگاتے ہیں، کیونکہ ایک حقیقی نمبر کے ساتھ یہی ہوا تھا: وہ صاف طور پر دوبارہ کنیکٹ ہوا اور خاموش ہو گیا۔

عام غلطیاں

• تصدیقی GET سے JSON واپس کرنا۔ Meta کو صرف خام hub.challenge ویلیو چاہیے، کچھ اور نہیں۔
• عارضی یا ٹیسٹ URL استعمال کرنا۔ اسے بنانے والا ٹول سننا بند کرنے کے بعد بھی Meta اسی پر ڈیلیوری کرتا رہتا ہے۔
• یہ سمجھنا کہ override دوبارہ کنکشن کے بعد بھی موجود رہے گا۔ یہ ایپ کی سبسکرپشن پر ہوتا ہے اور اسی کے ساتھ uninstall ہو جاتا ہے۔
• اینڈ پوائنٹ کو ایسی authentication کے پیچھے رکھنا جو Meta کی درخواست مسترد کر دے۔

اکثر پوچھے جانے والے سوالات

مزید پڑھیں