Sambungkan WhatsApp ke n8n melalui Cloud API rasmi

Bagaimanakah mesej WhatsApp sampai ke aliran kerja n8n?

Meta menghantar setiap mesej yang dihantar kepada nombor itu ke satu URL yang anda tetapkan, melalui HTTP POST. URL itu ialah keseluruhan integrasi. Letakkan n8n Webhook node pada URL produksi, tetapkannya sebagai destinasi webhook nombor itu, dan aliran kerja akan berjalan bagi setiap mesej masuk.

Payload membawa sender, teks atau media reference, timestamp dan message id. Selepas itu, ia menjadi aliran kerja n8n biasa: buat cabang berdasarkan kandungan, cari rekod pelanggan, panggil apa-apa perkhidmatan lain yang anda jalankan, dan tentukan sama ada mahu membalas.

Oleh sebab ini ialah Coexistence, mesej yang sama turut berada dalam aplikasi WhatsApp Business pada telefon. Staf boleh menjawabnya. Aliran kerja melihat perkara yang dihantar oleh staf, dan staf melihat perkara yang dihantar oleh aliran kerja, jadi kedua-duanya tidak membalas bertindih.

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

Bagaimanakah aliran kerja menghantar balasan?

Gunakan HTTP Request node terhadap Cloud API, dengan phone number id dan access token nombor itu. Kedua-duanya boleh dibaca daripada dashboard atau melalui penyambung MCP jika anda mahu pembantu mendapatkannya.

Perkara yang perlu dihantar bergantung pada masa, dan inilah bahagian yang sering terlepas pandang. Dalam tempoh 24 jam selepas mesej terakhir pelanggan, teks bebas boleh digunakan dan balasan ialah apa-apa yang digubah oleh aliran kerja. Di luar tetingkap itu, hanya template yang telah diluluskan oleh Meta akan dihantar. Aliran kerja yang hanya menghantar teks bebas kelihatan sempurna ketika ujian, kerana ujian sentiasa berlaku beberapa saat selepas mesej, kemudian terhenti pada kes semalaman yang sebenar.

Struktur yang kukuh ialah cabang: semak tempoh sejak mesej masuk terakhir, kemudian pilih teks bebas atau template dengan sewajarnya.

Bolehkah n8n menggunakan penyambung MCP juga?

Ya, dan n8n agak luar biasa dalam hal ini. MCP Client Tool node miliknya bersambung ke pelayan MCP jauh dan menyokong OAuth2, iaitu keperluan kami, jadi AI Agent node dalam aliran kerja boleh memanggil alat kami secara terus.

Perkara ini penting kerana kebanyakan platform automasi tidak boleh berbuat demikian. Make dan Zapier kedua-duanya menjalankan pelayan MCP sendiri dan kedua-duanya tidak bertindak sebagai klien, jadi kedua-duanya tidak boleh mencapai pelayan pihak ketiga. n8n boleh.

Kegunaan utamanya ialah bahagian tindakan: nod ejen yang menentukan sama ada mahu menghantar mesej, menyemak kesihatan nombor atau membaca status kelulusan template semasa aliran kerja berjalan. Ia tidak boleh menggantikan webhook, kerana MCP tiada cara untuk diaktifkan oleh mesej masuk.

Antara kedua-duanya, yang manakah patut digunakan oleh aliran kerja?

Kedua-duanya, untuk bahagian yang berbeza, dan pembahagian ini bukan soal pilihan.

Webhook ialah cara sesuatu bermula. Pelanggan menulis mesej, Meta menghantarnya ke Webhook node anda, lalu aliran kerja berjalan. Tiada padanan MCP untuk perkara ini dalam mana-mana alat, kerana protokol itu menggunakan permintaan dan respons, bukannya sesuatu yang boleh dipanggil masuk.

MCP Client Tool adalah untuk ejen dalam aliran kerja bertindak tanpa anda menetapkan panggilan itu secara keras. Jika aliran kerja sudah mengetahui dengan tepat perkara yang perlu dihantar, HTTP Request node terhadap Cloud API lebih mudah dan kurang berisiko mengalami masalah. Jika ejen yang membuat keputusan, penyambung itu memberinya sebelas alat serta peraturan dalam penerangan masing-masing, termasuk tetingkap 24 jam.

Apakah perbezaannya berbanding nod WhatsApp n8n yang sudah biasa digunakan?

Kebanyakan persediaan WhatsApp n8n yang anda temui dibina pada get laluan tidak rasmi yang log masuk sebagai peranti dipautkan. Ia mudah dimulakan dan meletakkan nombor dalam risiko, kerana mekanisme itu melanggar syarat WhatsApp dan Meta mengesan corak trafik, bukan pustaka yang digunakan.

Laluan biasa yang lain ialah API rasmi tanpa Coexistence, yang berfungsi tetapi memindahkan nombor itu. Aplikasi WhatsApp Business tidak lagi berfungsi padanya, dan pasukan yang sebelum ini menjawab sepanjang hari perlu berpindah ke alat baharu. Bagi kebanyakan perniagaan kecil, ini bukan pilihan, sebab itu ramai akhirnya menggunakan get laluan tidak rasmi.

Coexistence ialah gabungan yang sebelum ini tiada. API rasmi, dan telefon terus boleh digunakan.

Kesilapan biasa

• Menggunakan Test URL n8n sebagai destinasi webhook. Ia berhenti mendengar apabila editor ditutup, jadi mesej dihantar ke mana-mana.
• Tidak menjawab permintaan pengesahan Meta. Meta menghantar GET dengan challenge sebelum menghantar apa-apa, dan nod yang tidak mengembalikannya tidak akan menerima mesej.
• Membalas dengan teks bebas di luar tetingkap 24 jam. Ia gagal secara senyap dari sudut pandangan aliran kerja, dan hanya template yang diluluskan akan dihantar.

Soalan lazim

Teruskan membaca