आधिकारिक Cloud API मा WhatsApp लाई n8n सँग जडान गर्नुहोस्
वेबहुकको गन्तव्य n8n Webhook node मा राख्नुहोस्, त्यसपछि नम्बरमा आउने हरेक म्यासेज workflow trigger बन्छ। जवाफ Cloud API वा हाम्रो MCP server मार्फत फर्कन्छ। n8n ले OAuth2 समर्थन गर्ने MCP Client Tool का कारण यसलाई पहुँच गर्न सक्छ। फोन निरन्तर चलिरहन्छ।
सम्पूर्ण integration वेबहुक गन्तव्य URL हो, जुन प्रत्येक नम्बरका लागि एकपटक सेट गरिन्छ।
ग्राहकको म्यासेज आएपछि workflow ले निःशुल्क text मा जवाफ दिन पाउने समयावधि।
Coexistence नम्बरबाट पठाउने गति, जसले workflow ले कति छिटो पठाउन सक्छ भन्ने निर्धारण गर्छ।
WhatsApp म्यासेज n8n workflow मा कसरी पुग्छ?
Meta ले नम्बरमा पठाइएको हरेक म्यासेज तपाईंले तोकेको एउटै URL मा HTTP POST का रूपमा पठाउँछ। यही URL नै सम्पूर्ण integration हो। उत्पादन URL मा n8n Webhook node राख्नुहोस्, त्यसलाई नम्बरको वेबहुक गन्तव्य बनाउनुहोस्, अनि हरेक आउने म्यासेजमा workflow चल्छ।
पेलोडमा पठाउने व्यक्तिको विवरण, text वा media reference, timestamp र message id हुन्छ। त्यसपछि यो सामान्य n8n workflow हो: content अनुसार branch गर्नुहोस्, ग्राहक खोज्नुहोस्, तपाईंले चलाइरहेको अरू सेवा call गर्नुहोस् र जवाफ दिने कि नदिने निर्णय गर्नुहोस्।
यो Coexistence भएकाले यही म्यासेज फोनको WhatsApp Business एपमा पनि देखिन्छ। मानिसले जवाफ दिन सक्छ। workflow ले मानिसले पठाएको कुरा देख्छ र मानिसले workflow ले पठाएको कुरा देख्छ, त्यसैले दुवैको जवाफ एकअर्कामाथि पर्दैन।
{
"from": "14155550188",
"id": "wamid.HBgLMTQxNTU1NTAxODgVAgAS",
"timestamp": "1758412800",
"type": "text",
"text": { "body": "do you have anything friday?" }
}workflow ले जवाफ कसरी पठाउँछ?
नम्बरको phone number id र access token प्रयोग गरेर Cloud API विरुद्ध HTTP Request node चलाउनुहोस्। दुवै ड्यासबोर्डबाट वा MCP connector मार्फत हेर्न सकिन्छ, जहाँबाट assistant ले ती विवरण ल्याउन सक्छ।
के पठाउने भन्ने समयअनुसार फरक हुन्छ, र यही कुरा धेरैलाई झुक्याउँछ। ग्राहकको पछिल्लो म्यासेजदेखि 24 घण्टाभित्र निःशुल्क text चल्छ र जवाफ workflow ले तयार गरेअनुसार हुन्छ। त्यो समय कटेपछि Meta ले पहिले नै स्वीकृत गरेको template मात्र पठाउन सकिन्छ। निःशुल्क text मात्र पठाउने workflow परीक्षणमा ठीक देखिन्छ, किनकि परीक्षण सधैं म्यासेज आएको केही सेकेन्डपछि हुन्छ। तर पहिलो वास्तविक रातभरको अवस्थामा यो चुप हुन्छ।
भरपर्दो तरिका branch हो: पछिल्लो आउने म्यासेज आएको कति समय भयो जाँच गर्नुहोस् र त्यसअनुसार निःशुल्क text वा template रोज्नुहोस्।
के n8n ले MCP connector पनि प्रयोग गर्न सक्छ?
सक्छ, र यस विषयमा n8n असामान्य छ। यसको MCP Client Tool node ले remote MCP server मा बाहिरबाट कनेक्सन गर्छ र OAuth2 समर्थन गर्छ, जुन हाम्रो सेवाका लागि आवश्यक छ। त्यसैले workflow भित्रको AI Agent node ले हाम्रा tools सिधै चलाउन सक्छ।
यो जान्नु उपयोगी छ, किनकि धेरै automation platform ले यस्तो गर्न सक्दैनन्। Make र Zapier दुवैले आफ्नै MCP server चलाउँछन्, तर दुवै client का रूपमा काम गर्दैनन्। त्यसैले तिनले तेस्रो पक्षको server पहुँच गर्न सक्दैनन्। n8n ले सक्छ।
यो acting half का लागि उपयोगी छ: workflow चलिरहेको बेला कुनै agent node ले म्यासेज पठाउने, नम्बरको हेल्थ जाँच्ने वा template को approval status पढ्ने निर्णय गर्न सक्छ। तर यसले वेबहुकलाई प्रतिस्थापन गर्न सक्दैन, किनकि MCP मा आउने म्यासेजबाट आफैं सक्रिय हुने तरिका छैन।
workflow ले यी दुईमध्ये कुन प्रयोग गर्नुपर्छ?
दुवै प्रयोग गर्नुहोस्, तर फरक कामका लागि। यो रोजाइको कुरा होइन।
कुनै पनि कुरा सुरु हुने बाटो वेबहुक हो। ग्राहकले लेख्छ, Meta ले तपाईंको Webhook node मा पठाउँछ र workflow चल्छ। कुनै पनि tool मा यसको MCP equivalent छैन, किनकि protocol अनुरोध र प्रतिक्रियामा आधारित छ, आफैं call हुन सक्ने कुरामा होइन।
MCP Client Tool तपाईंले call hardcode नगरी workflow भित्रको agent ले काम गर्नका लागि हो। workflow लाई पठाउने कुरा पहिल्यै ठ्याक्कै थाहा छ भने Cloud API विरुद्ध HTTP Request node सरल हुन्छ र गल्ती हुने ठाउँ कम हुन्छ। agent ले निर्णय गर्ने हो भने connector ले त्यसलाई एघारवटा tools र तिनका विवरणमा भएका नियम दिन्छ, जसमा 24 घण्टाको window पनि पर्छ।
मानिसहरूले पहिल्यै प्रयोग गर्ने n8n WhatsApp nodes भन्दा यो कसरी फरक छ?
बजारमा भेटिने धेरै n8n WhatsApp setup हरू linked device का रूपमा sign in गर्ने अनधिकृत gateway मा बनेका हुन्छन्। तिनलाई सुरु गर्न सजिलो हुन्छ, तर नम्बर जोखिममा पर्छ, किनकि त्यो तरिकाले WhatsApp का सर्त उल्लङ्घन गर्छ र Meta ले library होइन, traffic pattern पत्ता लगाउँछ।
अर्को सामान्य बाटो Coexistence बिनाको आधिकारिक API हो। यो चल्छ, तर नम्बर migrate हुन्छ। WhatsApp Business एप त्यसमा चल्न छोड्छ र दिनभर जवाफ दिइरहेको टोली नयाँ tool मा सर्नुपर्छ। धेरै साना व्यवसायका लागि यो स्वीकार्य हुँदैन, त्यसैले उनीहरू सुरुमा अनधिकृत gateway तर्फ गएका हुन्।
Coexistence ले छुटेको संयोजन दिन्छ: आधिकारिक API, र फोन चलिरहन्छ।
सामान्य गल्तीहरू
- n8n Test URL लाई वेबहुक गन्तव्य बनाउनु। editor बन्द भएपछि यसले सुन्न छोड्छ, त्यसैले म्यासेज कतै पुग्दैन।
- Meta को प्रमाणीकरण अनुरोधको जवाफ नदिनु। Meta ले केही पठाउनुअघि challenge सहित GET पठाउँछ, र node ले त्यसलाई फर्काएन भने कुनै म्यासेज आउँदैन।
- 24 घण्टाको window कटेपछि निःशुल्क text बाट जवाफ दिनु। workflow को दृष्टिले यो चुपचाप असफल हुन्छ र स्वीकृत template मात्र पठाउन सकिन्छ।
easycoexistence.com मा नम्बर जडान गर्नुहोस्, गन्तव्य वेबहुक आफ्नो n8n Webhook node मा राख्नुहोस् र workflow ले म्यासेज लिन थाल्छ। प्रति नम्बर प्रतिमहिना US$ 9 बाट सुरु भएर धेरै नम्बरमा US$ 2 सम्म घट्छ, पहिलो 7 दिन निःशुल्क।
बारम्बार सोधिने प्रश्नहरू
यसका लागि छुट्टै n8n node चाहिन्छ?
चाहिँदैन। Webhook node ले म्यासेज लिन्छ र HTTP Request node ले पठाउँछ। केही install गर्नुपर्दैन, किनकि integration एउटा URL र REST call हो।
टोलीले अझै फोनबाटै जवाफ दिन सक्छ?
सक्छ। Coexistence को अर्थ यही हो। उही नम्बरमा WhatsApp Business एप चलिरहन्छ र workflow तथा मानिसले एकअर्काका म्यासेज देख्छन्।
के एउटै workflow ले धेरै ग्राहकका नम्बर सम्हाल्न सक्छ?
सक्छ। हरेक नम्बरलाई एउटै वेबहुकमा पठाउनुहोस् र पेलोडमा आएको phone number id अनुसार branch गर्नुहोस्। एउटै खातामा आवश्यक जति नम्बर राख्न सकिन्छ।
मेरो n8n instance बन्द भयो भने के हुन्छ?
Meta ले केही समयसम्म delivery दोहोर्याएर पठाउँछ र त्यसपछि रोक्छ। म्यासेज फोनको WhatsApp Business एपमा आइरहन्छ, त्यसैले व्यवसायका लागि केही हराउँदैन, workflow का लागि मात्र छुट्छ।
पढ्दै जानुहोस्
सुरु गर्न तयार हुनुहुन्छ?
महिनौं होइन, केही मिनेटमै WhatsApp Coexistence सेट अप गर्नुहोस्। एप फोनमा चलिरहन्छ।
निःशुल्क ट्रायल सुरु गर्नुहोस्प्रमाणीकरण गरिएको