Facebook a Instagram do vlastného CRM: Ako prepojiť API
Reklama prináša kontakty, no obchod ich prepisuje a nevie, čo sa stratilo. Prepojenie s CRM má vytvoriť dohľadateľnú cestu od formulára k zodpovednému človeku. Prejdeme oprávnenia, prvý test aj spracovanie výpadkov.
01Najskôr vyberte konkrétny tok údajov
Zákazník vyplní reklamný formulár na Instagrame. Obchodník však sleduje iba e-mail, kontakt prepíše do CRM až večer a kolega ho na druhý deň osloví znova. Prvá verzia prepojenia má dosiahnuť jeden výsledok: jeden dopyt vznikne raz, dostane zodpovednú osobu a zostane dohľadateľný podľa pôvodného zdroja.
Oddeľte reklamné formuláre, súkromné správy, komentáre a odosielanie obchodných udalostí späť do merania. Nie je to jediný univerzálny konektor. Každý tok má vlastné oprávnenia, dátový model a prevádzkové pravidlá. Začneme prijatím reklamného kontaktu; správy pridáme ako samostatný kanál.
| Potreba | Čo navrhnete | Výsledok v CRM |
|---|---|---|
| Dopyt z reklamného formulára | Prijatie oznámenia a načítanie leadu | Dopyt, zdroj, zodpovedná osoba |
| Správa na Instagrame | Napojenie podporovanej schránky | Konverzácia a jej obsluha |
| Výsledok obchodného rokovania | Samostatný tok späť do merania | Odoslaná udalosť s dohľadateľným stavom |
02Pripravte účty, oprávnenia a správcu prepojenia
Pred vývojom spíšte firmu, stránku, reklamný účet, formuláre a instagramový účet, ktoré prepájate. Určte správcu aplikácie aj jeho zástupcu. Dodávateľ nemá zostať jediným človekom schopným obnoviť prístup. Tajné údaje ukladajte na serveri v príslušnom úložisku, nie do kódu webu alebo spoločnej tabuľky.
Pri Instagrame overte prihlasovací postup. Dokumentácia Meta pre Facebook Login vyžaduje profesionálny instagramový účet prepojený so stránkou. Instagram Login používa odlišné oprávnenia. Nemiešajte názvy z rôznych návodov. Pre zvolený produkt skontrolujte aj schválenie aplikácie a prístup k účtom mimo testovacích rolí.
Do zadania vložte potrebné operácie a najmenší rozsah oprávnení. Čítanie dopytov neznamená povolenie publikovať príspevky. Pri tokenoch evidujte vlastníka, účel, obnovu a upozornenie na zlyhanie. Samotné tokeny do prevádzkového prehľadu nepatria.
03Dostaňte prvý testovací lead až do CRM
Oficiálny kontrolný postup Meta spája odber webhookov pre leadgen, prihlásenie aplikácie k stránke, vytvorenie testovacieho leadu a jeho načítanie. Webhook je oznámenie udalosti. Pomocou leadgen_id načítate potrebné údaje a prevediete ich do štruktúry svojho CRM.
- V testovacom prostredí pripravte cieľové polia a jednoznačný externý identifikátor dopytu.
- Nastavte serverový HTTPS endpoint pre webhook aj overenie požiadavky podľa dokumentácie produktu.
- Prihláste aplikáciu k potrebným udalostiam a konkrétnej stránke.
- Vytvorte testovací lead, načítajte údaje a uložte jeden dopyt.
- Skontrolujte identifikátor, čas, obsah polí, pridelenie obchodníkovi a viditeľný ďalší krok.
Pracujte s testovacími údajmi. Skutočné kontakty nepatria do príkladov v zadaní ani do verejných logov. Úspešná HTTP odpoveď ešte nepotvrdzuje, že dopyt vidí správny človek. Preberanie končí kontrolou v CRM.
04Namapujte polia bez tichého hádania
Pre každé pole určte zdroj, typ, povinnosť a spracovanie prázdnej hodnoty. Telefón je text; zachovajte predvoľbu a neukladajte ho ako číslo na výpočty. Chýbajúci názov firmy nie je chyba, ak ho formulár nevyžadoval.
Uchovajte identifikátor formulára a jeho verziu alebo vlastnú revíziu mapovania. Keď marketing pridá otázku, odpoveď sa nesmie potichu dostať do nesprávneho poľa. Neznáme povinné mapovanie presuňte medzi výnimky a správcovi vysvetlite príčinu.
Kontakt a dopyt sú dva záznamy s odlišným účelom. Jeden človek môže poslať dve platné požiadavky. Opakované technické doručenie rovnakého leadu však ďalší dopyt vytvoriť nemá. Párovanie kontaktov podľa e-mailu musí zohľadniť aj spoločné adresy a pravidlá firmy.
05Navrhnite front, opakovanie a obnovu po výpadku
Odporúčame overenú udalosť uložiť do trvalého frontu a samotné spracovanie oddeliť. Krátka nedostupnosť CRM potom nemusí prerušiť príjem reklamných kontaktov. Prijatie potvrďte až v bode, ktorého spoľahlivosť váš návrh skutočne zaručuje.
Použite unikátny kľúč zdrojovej udalosti, bezpečné opakovanie a záznam posledného dokončeného kroku. Ilustračný príklad: CRM dopyt uloží, ale odpoveď sa stratí. Pred ďalším vytvorením preto vyhľadajte pôvodný identifikátor. Inak obchodníci dostanú dve rovnaké položky.
Rozlišujte dočasný výpadok, neplatné pole a stratu oprávnenia. Prvý prípad možno opakovať s rastúcim odstupom; chybné mapovanie treba opraviť. Sledujte vek najstaršej čakajúcej položky, nevyriešené chyby a rozdiely medzi zdrojom a CRM. Obnova má obsahovať kontrolované dočítanie chýbajúcich leadov v rámci limitov API.
06Instagramové správy spracujte ako konverzácie
Správa nie je reklamný formulár. Dokumentácia Meta pre správy pre príslušný postup uvádza oprávnenie instagram_business_manage_messages a požaduje, aby používateľ najprv napísal profesionálnemu účtu. API preto nepovažujte za cestu k hromadnému oslovovaniu ľudí bez začatej konverzácie.
V CRM zachovajte vlákno, kanál a zodpovednú osobu. Pracovník má vedieť, či už odpovedá kolega a či sa správa odoslala. Pred spustením overte aktuálne pravidlá odpovedania, podporované prílohy a obmedzenia vybraného prihlasovania. Funkcia dostupná v mobilnej aplikácii Instagram nemusí byť dostupná aj vášmu napojeniu.
07Osobné údaje a reklamné meranie riešte osobitne
Prenos do CRM nenahrádza určenie účelu a právneho základu spracúvania. S príslušnou zodpovednou osobou nastavte prístupy, uchovávanie a vybavenie žiadostí zákazníkov. Informácia pri formulári má zodpovedať skutočnému používaniu údajov. Odoslanie dopytu automaticky neoprávňuje posielať ľubovoľný newsletter. Účel, minimalizáciu a obmedzenie uchovávania upravuje článok 5 GDPR; právne základy rozlišuje článok 6.
Vrátenie obchodných výsledkov do reklamného merania zadajte ako ďalšiu etapu. Dohodnite význam udalosti, čas, unikátny identifikátor a povolené údaje. Prijatie udalosti platformou ešte nedokazuje správne priradenie reklamy ani prírastkový prínos kampane. Najskôr dokončite spoľahlivý príjem dopytov.
08Pred spustením prevezmite aj chybové situácie
- Rovnaká udalosť príde dvakrát a CRM vytvorí jediný dopyt.
- CRM uloží údaje, no spojenie skončí pred potvrdením.
- Marketing zmení formulár alebo pridá nepovinné pole.
- Token prestane fungovať a správca dostane zrozumiteľnú správu.
- Po výpadku sa čakajúce položky doplnia bez prepisovania.
- Vymazanie údajov alebo obmedzenie prístupu sa prenesie do pripojených systémov podľa dohodnutých pravidiel.
Začnite jednou stránkou a jedným formulárom. Určte, kto kontroluje počty a kto rieši opravy. Dodávateľ má odovzdať mapovanie, prístupy, obnovu a postupy pri výnimkách. Pravidelne preverujte podporovanú verziu API aj zmeny dokumentácie; číslo verzie zo starého návodu nekopírujte bez kontroly.
09Časté otázky pred prepojením
Potrebujeme CRM na mieru?
Nie. Najskôr preveríte hotový konektor a jeho správanie pri chybách, duplicitách či zmene formulára. Vlastné prepojenie má zmysel, keď bežné riešenie nepokrýva dôležité pravidlá alebo údaje.
Stačí dodávateľovi odovzdať heslo k Facebooku?
Nie. Použite oficiálnu správu prístupov a oprávnenia aplikácie. Spoločné heslo nenahradí riadne nastavenie a sťažuje dohľadanie zodpovednosti.
Kedy je prepojenie hotové?
Keď prejdete bežný aj chybný scenár, porovnáte zdroj s CRM a pridelíte zodpovednosť za výnimky. Jedna úspešná API požiadavka nie je kompletné prevzatie.
Pripravte zoznam účtov, anonymizovaný formulár a požadovaný záznam v CRM. Pri návrhu integrácie a API spolu prejdeme tok údajov, oprávnenia a prevádzku. Ozvite sa nám s konkrétnym procesom, ktorý chcete prepojiť.