Conectați WhatsApp la contactele GoHighLevel pe un număr Coexistence

Cum ajunge un mesaj WhatsApp la un contact HighLevel?

Meta trimite fiecare mesaj primit pe număr la destinația webhook pe care ați setat-o, aici un nod Webhook din n8n. Workflow-ul transmite numărul expeditorului și numele de profil WhatsApp nodului HighLevel din n8n, a cărui resursă de contact are o operație de creare sau actualizare. Astfel, un expeditor nou devine contact, iar unul cunoscut este găsit, nu duplicat.

După ce aveți id-ul contactului, un nod HTTP trimite textul mesajului către /contacts/{contactId}/notes. Nota apare în fișa contactului, iar oricine o deschide vede ce a scris clientul. Când mesajul cere o reacție, nodul HighLevel poate crea și o sarcină pe contact sau o oportunitate într-un pipeline, ambele fiind suportate direct.

Echipa continuă să răspundă din aplicația WhatsApp Business pe tot parcursul.

Ce token trebuie să folosească workflow-ul?

Un token Private Integration. API v2 al HighLevel se accesează fie cu OAuth, fie cu unul dintre aceste token-uri, iar vechile chei API v1 au ajuns la sfârșitul vieții. Un token Private Integration se creează în setările subcontului, are permisiunile pe care le bifați și se trimite în antetul Authorization, ca orice token de acces.

Nu se reînnoiește singur, ceea ce se potrivește unei automatizări: funcționează până când cineva îl rotește. La rotire, HighLevel păstrează valabile împreună token-ul vechi și cel nou timp de șapte zile, iar în acest interval îl lipiți pe cel nou în n8n, înainte ca cel vechi să se oprească.

Bifați doar permisiunile de care are nevoie workflow-ul: contacte, note și, dacă le folosiți, oportunități și sarcini. Dacă nu găsiți Private Integrations în setări, HighLevel indică activarea lor din Labs.

Cum deservește un singur workflow mai multe subconturi de client?

Prin direcționare după numărul care primește mesajul. Fiecare webhook trimis de Meta include phone_number_id al numărului de firmă care a primit mesajul. Indicați numerele tuturor clienților către același webhook n8n, păstrați un tabel mic care asociază fiecare phone_number_id cu subcontul clientului și cu token-ul lui, apoi căutați token-ul la începutul fiecărei rulări.

Astfel aveți un singur workflow de întreținut pentru toți clienții, lucru care contează mai mult pentru o agenție decât pentru oricine altcineva. O corecție la logica de potrivire sau la formatul notei ajunge la toți deodată.

Limitele se calculează per aplicație și per subcont, deci clienții nu își consumă reciproc cota: fiecare are propriile 100 de cereri la zece secunde și 200.000 pe zi.

Ajung în HighLevel și răspunsurile scrise de pe telefon?

Pot ajunge. Pe un număr Coexistence aplicația WhatsApp Business rămâne în uz, iar când cineva răspunde din ea, Meta trimite un echo al mesajului trimis la aceeași destinație webhook, în câmpul smb_message_echoes.

Adăugați o ramură pentru aceste echouri și scrieți-le ca note marcate drept trimise. Fișa contactului va conține astfel, în ordine, replicile clientului și răspunsurile firmei, exact ce se așteaptă un client să vadă când își deschide CRM-ul.

Când workflow-ul trimite el însuși un mesaj prin Cloud API, de exemplu un template aprobat după programarea unei întâlniri, scrieți nota în momentul trimiterii. Workflow-ul are deja textul și id-ul contactului.

Greșeli frecvente

• Folosirea unei chei API v1. API v1 al HighLevel a ajuns la sfârșitul vieții, iar API v2 cere un token Private Integration sau OAuth.
• Rotirea token-ului Private Integration fără actualizarea n8n în cele șapte zile de suprapunere. Fiecare apel eșuează după expirarea token-ului vechi.
• Scrierea mesajelor tuturor clienților cu token-ul unui singur subcont. Asociați mai întâi phone_number_id cu subcontul potrivit, altfel înregistrările ajung la clientul greșit.

Întrebări frecvente

Continuați să citiți