WhatsApp मैसेज Airtable में लॉग करें और बेस से भेजें

Airtable सीधे WhatsApp वेबहुक क्यों नहीं ले सकता?

क्योंकि Meta कुछ भी भेजने से पहले डेस्टिनेशन की जाँच करता है। वह एक चैलेंज वैल्यू के साथ GET अनुरोध भेजता है और उम्मीद करता है कि वही वैल्यू जवाब की बॉडी में लौटे। Airtable का वेबहुक प्राप्त होने पर चलने वाला ट्रिगर सिर्फ़ POST अनुरोध लेता है और अपना तय JSON ही लौटाता है। इसलिए जाँच पास नहीं होती और Meta मैसेज भेजना शुरू ही नहीं करता।

हल यह है कि बीच में एक कदम रखें। n8n का Webhook नोड पुष्टि संभालता है और हर मैसेज प्राप्त करता है, फिर n8n का Airtable नोड एक पंक्ति जोड़ता है: भेजने वाला, प्रोफ़ाइल नाम, टेक्स्ट, मैसेज id, टाइमस्टैंप और प्राप्त करने वाले फ़ोन नंबर की id। यही तरीका Make या Zapier में भी चलता है।

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

Airtable बेस से WhatsApp टेम्पलेट कैसे भेजें?

ऐसे ऑटोमेशन से, जिसका एक्शन Run a script हो। ट्रिगर कोई रिकॉर्ड व्यू में आना, किसी फ़ील्ड का बदलना या बटन क्लिक होना हो सकता है। स्क्रिप्ट input.config() से रिकॉर्ड का फ़ोन नंबर और फ़ील्ड पढ़ती है और fetch से Cloud API के मैसेज एंडपॉइंट को कॉल करती है। Airtable ऑटोमेशन स्क्रिप्ट सर्वर साइड चलती हैं, इसलिए ब्राउज़र की कोई पाबंदी आड़े नहीं आती।

एक्सेस टोकन को कोड में न लिखें, स्क्रिप्ट एडिटर में सीक्रेट के रूप में सहेजें। Airtable कंसोल आउटपुट से सीक्रेट छिपा देता है और स्क्रिप्ट को वही लोग बदल सकते हैं जिनके पास उसके सभी सीक्रेट की पहुँच है।

जिस ग्राहक ने पिछले 24 घंटों में खुद मैसेज न किया हो, उसे टेम्पलेट ही भेजें, क्योंकि फ़्री टेक्स्ट सिर्फ़ उसी अवधि में पहुँचता है। स्क्रिप्ट लौटा हुआ मैसेज id रिकॉर्ड में वापस लिख सकती है, जिससे भेजा गया मैसेज उस पंक्ति से जुड़ जाता है।

const { phone, name } = input.config();
const token = input.secret("WHATSAPP_TOKEN");
const res = await fetch(
  "https://graph.facebook.com/v23.0/<PHONE_NUMBER_ID>/messages",
  {
    method: "POST",
    headers: { Authorization: "Bearer " + token, "Content-Type": "application/json" },
    body: JSON.stringify({
      messaging_product: "whatsapp",
      to: phone,
      type: "template",
      template: {
        name: "order_ready",
        language: { code: "en" },
        components: [{ type: "body", parameters: [{ type: "text", text: name }] }],
      },
    }),
  },
);
output.set("result", await res.json());

मैसेज वाली टेबल कैसी होनी चाहिए?

हर मैसेज की एक पंक्ति रखें और WhatsApp मैसेज id को प्राथमिक फ़ील्ड बनाएँ। जिन मैसेज को Meta असफल मानता है, उन्हें वह दोबारा भेजता है। जो वर्कफ़्लो जोड़ने से पहले id खोज लेता है, वह एक ही मैसेज दो बार नहीं लिखता।

inbound और outbound वाला एक direction फ़ील्ड रखें। Coexistence नंबर पर टीम WhatsApp Business ऐप में जो जवाब टाइप करती है, वे उसी वेबहुक पर smb_message_echoes इवेंट के रूप में आते हैं। उन्हें outbound पंक्तियों के रूप में लॉग करने से बेस में पूरी बातचीत रहती है, सिर्फ़ एक तरफ़ की नहीं।

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

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

• Airtable का वेबहुक यूआरएल नंबर के डेस्टिनेशन के रूप में सेट करना। वह सिर्फ़ POST लेता है, Meta का पुष्टि वाला GET विफल हो जाता है और कुछ भी नहीं पहुँचता।
• एक्सेस टोकन को स्क्रिप्ट की बॉडी में चिपका देना। उसे स्क्रिप्ट सीक्रेट में रखें, ताकि वह कोड और लॉग से बाहर रहे।
• 24 घंटे से जिसने मैसेज न किया हो, उसे रिकॉर्ड ऑटोमेशन से फ़्री टेक्स्ट भेजना। सिर्फ़ मंज़ूर किया गया टेम्पलेट ही पहुँचता है।

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

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