आधिकारिक Cloud API पर WhatsApp को n8n से कनेक्ट करें

WhatsApp मैसेज n8n वर्कफ़्लो तक कैसे पहुंचता है?

Meta नंबर पर भेजे गए हर मैसेज को आपके चुने हुए एक यूआरएल पर HTTP POST के रूप में भेजता है। वही यूआरएल पूरा इंटीग्रेशन है। किसी प्रोडक्शन यूआरएल पर n8n का Webhook नोड रखें, उसे नंबर के वेबहुक डेस्टिनेशन के रूप में सेट करें और हर आने वाले मैसेज पर वर्कफ़्लो चलने लगेगा।

पेलोड में भेजने वाले की जानकारी, टेक्स्ट या मीडिया संदर्भ, टाइमस्टैम्प और मैसेज आईडी होती है। इसके बाद यह सामान्य n8n वर्कफ़्लो है: सामग्री के आधार पर ब्रांच चुनें, ग्राहक की जानकारी खोजें, अपनी दूसरी सेवाओं को कॉल करें और तय करें कि जवाब देना है या नहीं।

क्योंकि यह Coexistence है, वही मैसेज फ़ोन के WhatsApp Business ऐप में भी दिखता है। कोई इंसान उसका जवाब दे सकता है। वर्कफ़्लो इंसान का भेजा हुआ देखता है और इंसान वर्कफ़्लो का भेजा हुआ, इसलिए दोनों एक-दूसरे के जवाब पर जवाब नहीं चढ़ाते।

{
  "from": "14155550188",
  "id": "wamid.HBgLMTQxNTU1NTAxODgVAgAS",
  "timestamp": "1758412800",
  "type": "text",
  "text": { "body": "do you have anything friday?" }
}

वर्कफ़्लो जवाब कैसे भेजता है?

Cloud API पर HTTP Request नोड का इस्तेमाल करें और नंबर की phone number id तथा access token दें। दोनों डैशबोर्ड से पढ़े जा सकते हैं या MCP कनेक्टर के ज़रिए भी, अगर आप चाहें कि कोई सहायक उन्हें प्राप्त करे।

क्या भेजना है, यह समय पर निर्भर करता है और यहीं अक्सर गलती होती है। ग्राहक के आखिरी मैसेज के 24 घंटे के भीतर मुफ़्त टेक्स्ट काम करता है और जवाब वही होता है जो वर्कफ़्लो ने बनाया है। इस अवधि के बाद केवल Meta से पहले मंज़ूर किया गया टेम्पलेट ही भेजा जा सकता है। जो वर्कफ़्लो हमेशा मुफ़्त टेक्स्ट भेजता है, वह परीक्षण में सही दिखता है क्योंकि परीक्षण हमेशा मैसेज के कुछ सेकंड बाद होता है। पहली वास्तविक रात के मामले में वह चुप हो जाता है।

भरोसेमंद तरीका ब्रांच बनाना है: देखें कि आखिरी आने वाले मैसेज को कितना समय हुआ और उसी के अनुसार मुफ़्त टेक्स्ट या टेम्पलेट चुनें।

क्या n8n MCP कनेक्टर का भी इस्तेमाल कर सकता है?

हां, और इस मामले में n8n अलग है। इसका MCP Client Tool नोड किसी दूरस्थ MCP सर्वर से जुड़ता है और OAuth2 सपोर्ट करता है। हमारे कनेक्टर को यही चाहिए, इसलिए वर्कफ़्लो का AI Agent नोड सीधे हमारे टूल चला सकता है।

यह जानना उपयोगी है क्योंकि ज़्यादातर ऑटोमेशन प्लेटफ़ॉर्म ऐसा नहीं कर सकते। Make और Zapier दोनों अपने MCP सर्वर चलाते हैं, लेकिन कोई भी क्लाइंट की तरह काम नहीं करता। इसलिए दोनों किसी बाहरी सर्वर तक नहीं पहुंच सकते। n8n पहुंच सकता है।

यह कार्रवाई वाले हिस्से के लिए उपयोगी है: वर्कफ़्लो चलते समय कोई एजेंट नोड मैसेज भेजने, नंबर की सेहत जांचने या टेम्पलेट की मंज़ूरी का स्टेटस पढ़ने का निर्णय ले सकता है। लेकिन यह वेबहुक की जगह नहीं ले सकता, क्योंकि MCP के पास आने वाले मैसेज से सक्रिय होने का तरीका नहीं है।

वर्कफ़्लो को इन दोनों में से किसका इस्तेमाल करना चाहिए?

दोनों का, लेकिन अलग-अलग हिस्सों के लिए। यह पसंद का मामला नहीं है।

वेबहुक ही वह तरीका है जिससे सब कुछ शुरू होता है। ग्राहक मैसेज लिखता है, Meta उसे आपके Webhook नोड तक पहुंचाता है और वर्कफ़्लो चलता है। किसी भी टूल में इसका MCP विकल्प नहीं है, क्योंकि यह प्रोटोकॉल अनुरोध और जवाब पर आधारित है, न कि ऐसा कुछ है जिसे बाहर से सक्रिय किया जा सके।

MCP Client Tool उस वर्कफ़्लो के भीतर एजेंट के लिए है, ताकि आपको कॉल पहले से कोड में लिखनी न पड़े। अगर वर्कफ़्लो को पहले से पता है कि क्या भेजना है, तो Cloud API पर HTTP Request नोड आसान है और उसमें गड़बड़ी की संभावना कम है। अगर निर्णय कोई एजेंट ले रहा है, तो कनेक्टर उसे ग्यारह टूल और उनके विवरण में दिए नियम देता है, जिनमें 24 घंटे की अवधि भी शामिल है।

यह उन n8n WhatsApp नोड से कैसे अलग है जिन्हें लोग पहले से इस्तेमाल करते हैं?

आपको मिलने वाले ज़्यादातर n8n WhatsApp सेटअप ऐसे अनौपचारिक गेटवे पर बने होते हैं जो लिंक किए गए डिवाइस की तरह साइन इन करते हैं। उन्हें शुरू करना आसान है, लेकिन वे नंबर को जोखिम में डालते हैं क्योंकि यह तरीका WhatsApp की शर्तों का उल्लंघन करता है। Meta लाइब्रेरी के बजाय ट्रैफ़िक के पैटर्न का पता लगाता है।

दूसरा आम रास्ता Coexistence के बिना आधिकारिक API है। यह काम करता है, लेकिन नंबर माइग्रेट हो जाता है। WhatsApp Business ऐप उस नंबर पर काम करना बंद कर देता है और पूरे दिन जवाब देने वाली टीम को किसी नए टूल पर जाना पड़ता है। ज़्यादातर छोटे कारोबारों के लिए यह स्वीकार्य नहीं है, इसलिए वे पहले अनौपचारिक गेटवे पर चले गए।

Coexistence उस कमी को दूर करता है। आधिकारिक API और फ़ोन दोनों काम करते रहते हैं।

आम गड़बड़ियाँ

• n8n के टेस्ट यूआरएल को वेबहुक डेस्टिनेशन बनाना। एडिटर बंद होते ही वह सुनना बंद कर देता है, इसलिए मैसेज कहीं नहीं पहुंचते।
• Meta के पुष्टि अनुरोध का जवाब न देना। Meta कुछ भी भेजने से पहले चुनौती के साथ GET भेजता है। जो नोड उसे वापस नहीं भेजता, उसे कभी मैसेज नहीं मिलता।
• 24 घंटे की अवधि के बाद मुफ़्त टेक्स्ट से जवाब देना। वर्कफ़्लो के नज़रिए से यह चुपचाप विफल होता है और केवल मंज़ूर किया गया टेम्पलेट ही भेजा जा सकता है।

अक्सर पूछे जाने वाले सवाल

पढ़ना जारी रखें