Unganisha WhatsApp na n8n kupitia Cloud API rasmi

Ujumbe wa WhatsApp unafikaje kwenye workflow ya n8n?

Meta hutuma kila ujumbe unaotumwa kwenye nambari hiyo kwenye URL moja unayoichagua, kama HTTP POST. URL hiyo ndiyo muunganisho wote. Weka n8n Webhook node kwenye URL ya production, iweke kama anwani ya webhook ya nambari hiyo, na workflow itaendeshwa kila ujumbe unapoingia.

Payload hubeba mtumaji, maandishi au marejeo ya media, timestamp na message id. Kuanzia hapo ni workflow ya kawaida ya n8n: gawanya kulingana na maudhui, mtafute mteja, ita chochote kingine unachoendesha, kisha amua kama ujibu.

Kwa kuwa huu ni Coexistence, ujumbe huo huo pia unapatikana kwenye programu ya WhatsApp Business kwenye simu. Mtu anaweza kuujibu. Workflow inaona alichotuma mtu, na mtu anaona kilichotumwa na workflow, kwa hiyo hakuna anayejibu juu ya jibu la mwingine.

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

Workflow hutumaje jibu?

Tumia HTTP Request node dhidi ya Cloud API, ukitumia phone number id na access token ya nambari hiyo. Vyote vinaonekana kwenye dashboard, au kupitia MCP connector ikiwa ungependa assistant ivipate.

Cha kutuma kinategemea muda, na hapa ndipo watu wengi hukosea. Ndani ya saa 24 tangu ujumbe wa mwisho wa mteja, free text inafanya kazi na jibu huwa chochote workflow ilichotunga. Nje ya dirisha hilo, template ambayo Meta imeidhinisha tayari ndiyo pekee itakayopita. Workflow inayotuma free text pekee huonekana inafanya kazi wakati wa majaribio, kwa sababu majaribio hufanyika sekunde chache baada ya ujumbe, kisha hushindwa kwenye hali ya kwanza halisi ya usiku.

Muundo wa kuaminika ni tawi: angalia muda uliopita tangu ujumbe wa mwisho ulioingia, kisha chagua free text au template kulingana na hali hiyo.

Je, n8n inaweza pia kutumia MCP connector?

Ndiyo, na n8n ni tofauti katika jambo hili. MCP Client Tool node yake huunganishwa na server ya mbali ya MCP na inasaidia OAuth2, ambayo ndiyo tunayotumia, kwa hiyo AI Agent node kwenye workflow inaweza kuita zana zetu moja kwa moja.

Hili ni muhimu kwa sababu majukwaa mengi ya automation hayawezi kufanya hivyo. Make na Zapier zote zinaendesha server zao za MCP na hakuna inayofanya kazi kama client, kwa hiyo hakuna inayoweza kufikia server ya mtu mwingine. n8n inaweza.

Inafaa kwa upande wa kuchukua hatua: agent node inaweza kuamua kutuma ujumbe, kuangalia hali ya nambari, au kusoma status ya idhini ya template wakati workflow inaendeshwa. Haiwezi kuchukua nafasi ya webhook, kwa sababu MCP haina njia ya kuamshwa na ujumbe unaoingia.

Workflow inapaswa kutumia ipi kati ya hizi mbili?

Tumia zote mbili, kila moja kwa upande wake, na mgawanyo huu si suala la upendeleo.

Webhook ndiyo huanzisha kila kitu. Mteja anaandika, Meta inapeleka ujumbe kwenye Webhook node yako, kisha workflow inaendeshwa. Hakuna sawa na hilo kupitia MCP katika zana yoyote, kwa sababu itifaki hiyo ni ya ombi na jibu, si kitu kinachoweza kuitwa ndani.

MCP Client Tool ni ya agent iliyo ndani ya workflow kuchukua hatua bila wewe kuandika call moja kwa moja. Ikiwa workflow inajua hasa cha kutuma, HTTP Request node dhidi ya Cloud API ni rahisi zaidi na ina mambo machache yanayoweza kuharibika. Ikiwa agent ndiye anayeamua, connector huipa zana kumi na moja pamoja na sheria zake, zikiwemo za dirisha la saa 24.

Hii inatofautianaje na n8n WhatsApp nodes ambazo watu tayari hutumia?

Mipangilio mingi ya n8n WhatsApp utakayoiona hutumia gateway isiyo rasmi inayoingia kama kifaa kilichounganishwa. Ni rahisi kuanza, lakini huweka nambari hatarini kwa sababu njia hiyo inakiuka masharti ya WhatsApp, na Meta hutambua muundo wa trafiki badala ya library.

Njia nyingine ya kawaida ni API rasmi bila Coexistence. Inafanya kazi, lakini huhamisha nambari. Programu ya WhatsApp Business huacha kufanya kazi kwenye nambari hiyo, na timu iliyokuwa ikijibu siku nzima hulazimika kuhamia kwenye zana mpya. Kwa biashara nyingi ndogo hilo haliwezekani, ndiyo maana nyingi ziliishia kutumia gateway zisizo rasmi.

Coexistence ndiyo muunganiko uliokuwa unakosekana: API rasmi, huku simu ikiendelea kufanya kazi.

Makosa ya kawaida

• Kutumia Test URL ya n8n kama anwani ya webhook. Huacha kusikiliza editor inapofungwa, hivyo jumbe hutumwa bila anayezipokea.
• Kutokujibu ombi la uthibitishaji la Meta. Meta hutuma GET yenye challenge kabla ya kutuma chochote, na node isiyoirejesha haitapokea ujumbe kamwe.
• Kujibu kwa free text nje ya dirisha la saa 24. Kwa mtazamo wa workflow, hushindwa kimya, na template iliyoidhinishwa pekee ndiyo hupita.

Maswali yanayoulizwa mara kwa mara

Endelea kusoma