Magpadala ng mga mensahe sa order sa WhatsApp mula sa Shopify

Paano nagpapadala ng mensahe sa WhatsApp ang Shopify Flow?

Gamit ang Send HTTP request action, na nagpo-post sa anumang URL na may mga header at body na maaaring gumamit ng mga Liquid variable mula sa trigger.

Gumawa po ng workflow sa order creation trigger at idagdag ang Send HTTP request. Ang URL ay ang messages endpoint ng Cloud API para sa phone number id ng naka-connect na numero. Magdagdag ng Authorization header na ang value ay Bearer na sinusundan ng access token ng numero, naka-store bilang Flow secret at tinutukoy bilang secret variable. Hindi kailanman ipinapakita ang mga secret value sa interface ng Flow at itinatago ang mga ito sa run logs, na siyang tamang lugar para sa isang token. Ang body ay isang template na mensahe, na ang numero ng telepono ng customer ay nasa to field at ang mga detalye ng order ay nasa mga parameter ng template.

Itinuturing ng Flow na tagumpay ang 2XX o 3XX na sagot. Sinasagot ng Meta ang isang valid na request ng message id, kaya ang run na matagumpay ay nangangahulugang tinanggap ng Meta ang mensahe.

{
  "messaging_product": "whatsapp",
  "to": "<customer phone, digits only>",
  "type": "template",
  "template": {
    "name": "order_confirmation",
    "language": { "code": "en" },
    "components": [{
      "type": "body",
      "parameters": [{ "type": "text", "text": "{{order.name}}" }]
    }]
  }
}

Bakit kailangang template ang mensahe sa order?

Dahil ang tindahan ang unang sumusulat. Nagbubukas lamang ang 24 hour customer service window ng Meta kapag sumulat ang customer sa numero. Ang order confirmation, update sa shipping o paalala sa abandoned checkout ay ipinapadala bago pa iyon, kaya tinatanggihan ang free-form text at tanging ang naunang inaprubahang template ang makakadaan.

Gawin nang minsan ang template, sa utility category para sa mga update sa order at shipping, at hintaying maaprubahan bago i-on ang workflow. Dapat eksaktong tumugma ang pangalan at wika sa request body sa aprubadong template, at dapat tumugma ang bilang ng mga parameter sa mga placeholder nito.

May usapin din ng pahintulot. Inaatasan ng Meta ang opt-in bago magpadala ng mensahe ang isang negosyo sa WhatsApp: ibinigay ng tao ang kanyang numero at pumayag na tumanggap ng mga mensahe mula sa negosyong ito. Ang checkbox sa checkout na nagsasabi nito ang karaniwang paraan ng pagkuha nito, at dapat itong suriin ng workflow bago magpadala.

Paano kung walang Send HTTP request sa plan ng tindahan?

Gumamit na lang po ng Shopify admin webhook. Sa Settings, Notifications, Webhooks, maaaring gumawa ang merchant ng webhook para sa isang event gaya ng order creation, sa JSON, papunta sa isang URL. Ituro ito sa isang receiver: isang n8n Webhook node, o isang route sa PHP, Python o Node. Babasahin ng receiver ang order, susuriin ang pahintulot, at gagawa ng parehong template call sa Cloud API.

Anuman ang daan ng pagpapadala, pareho ang mga sagot. Kapag sumagot ang customer sa mensahe ng order, mapupunta ang sagot sa WhatsApp Business app sa telepono ng tindahan, dahil nasa Coexistence ang numero, at bukas na ang 24 hour window para sa free-form text. Kung nakatakda ang webhook destination ng numero, aabot din ang sagot sa inyong system. Lumalabas din sa app ang mismong mensahe ng order, kaya nakikita ng sumasagot kung ano ang tinutugunan ng customer.

Mga karaniwang pagkakamali

• Pagpapadala ng free-form text sa order creation. Hindi pa sumusulat ang customer, kaya tinatanggihan ito ng Meta; dapat itong aprubadong template.
• Pag-iwan ng error handling sa Retry para sa mga 4XX na sagot. Maaaring mag-retry ang Flow nang hanggang 24 oras para sa request na hindi kailanman tatanggapin ng Meta.
• Paglalagay ng token sa header bilang plain text. I-store ito bilang Flow secret upang manatili ito sa labas ng interface at logs.

Mga madalas itanong

Magpatuloy sa pagbabasa