MCP vai webhook: kumman oikeasti tarvitset
MCP perustuu pyyntöön ja vastaukseen: avustaja kutsuu työkalua, kun henkilö pyytää sitä. Webhook toimii päinvastoin: Meta toimittaa tapahtuman, ja järjestelmäsi päättää, mitä tekee. MCP:n varaan ei voi rakentaa mitään automaattisesti reagoivaa.
Yhdistetyn numeron tarjoamat integraatiopolut: MCP ja webhook.
Tavat, joilla saapuva viesti voi käynnistää MCP-palvelimen.
MCP-työkalu, joka määrittää toisen polun.
Miksi MCP ei voi vastata asiakkaalle automaattisesti?
Koska protokollassa ei ole mekanismia herättämistä varten.
MCP-palvelin tarjoaa työkaluja, joita asiakas kutsuu. Kutsu alkaa avustajasta, joka puolestaan vastaa henkilölle. Saapuvaa suuntaa ei ole: asiakkaan lähettämä WhatsApp-viesti ei voi mitenkään päästä avustajaan ja saada sitä toimimaan. Tämä koskee jokaista MCP-palvelinta kaikissa tuotteissa, eikä ole meidän rajoituksemme.
Siksi jokaisen ostajan lopulta esittämään kysymykseen, voiko tekoäly vastata asiakkaille yön aikana, vastaus löytyy webhookista eikä MCP:stä. Meta toimittaa viestin käyttämääsi järjestelmään, joka päättää, mitä tekee. Se voi hyvinkin kutsua mallia.
Mihin kumpikin polku oikeasti sopii?
MCP sopii työhön, jota henkilö tekee. Mikä numeroistani ei toimi kunnolla, lähetä tälle asiakkaalle vahvistus, luo viestipohja tilauspäivityksiä varten, ohjaa tämän asiakkaan numero palvelimelleni. Jokainen näistä alkaa jonkun pyynnöstä, ja avustajan kautta ne hoituvat nopeammin kuin hallintapaneelissa.
Webhook sopii kaikkeen, minkä on tapahduttava ilman ketään paikalla. Ensimmäinen vastaus työajan ulkopuolella, ohjaus oikealle henkilölle, kirjaus CRM:ään ja työnkulun käynnistäminen.
Hyödyllistä on, että MCP voi määrittää webhookin. get_connect_link tuottaa linkin, jonka asiakas avaa, ja set_webhook_destination ohjaa numeron järjestelmääsi. Näin agentti voi hoitaa sen polun käyttöönoton, jota se ei itse voi palvella.
Mitkä työkalut käyttävät mitäkin?
Avustajat käyttävät MCP:tä: Claude, ChatGPT, Cursor ja Claude Code. Automaatioalustat eivät yleensä käytä sitä, eikä ero ole sitä, mitä ihmiset odottavat.
Make ja Zapier ylläpitävät omia MCP-palvelimiaan ja tarjoavat toimintonsa avustajien käyttöön. Kumpikaan ei toimi MCP-asiakkaana, joten kumpikaan ei voi kutsua meidän palvelintamme. Niille integraatio on webhook ja HTTP-kutsu.
n8n on poikkeus. Sen MCP Client Tool yhdistää etäpalvelimeen ja tukee OAuth2:ta, joten n8n-työnkulun agenttisolmu voi kutsua työkalujamme suoraan. Silloinkin työnkulku alkaa webhookista, koska vain se reagoi tapahtumiin.
Yleiset virheet
- MCP:n ostaminen automaattisia vastauksia odottaen. Se toimii pyydettäessä, eikä kukaan pyydä sitä kello kolmelta aamulla.
- Oletus, että MCP-palvelimen sisältävä alusta voi käyttää sellaista. Make ja Zapier tarjoavat palvelimen, mutta eivät käytä toista.
- Molempien polkujen rakentaminen samaan tehtävään. Ne palvelevat saman järjestelmän eri puoliskoja.
Liitin sisältää set_webhook_destination-toiminnon, joten avustuspolku voi määrittää automaatiopolun ilman hallintapaneelin avaamista.
Usein kysytyt kysymykset
Voiko avustaja seurata WhatsAppiani?
Ei. Mikään ei voi työntää tapahtumaa MCP-palvelimeen. Seuranta hoidetaan webhookilla, joka voi sitten kutsua mallia.
Tarvitsenko molemmat?
Useimmat todelliset järjestelmät käyttävät molempia: MCP ihmisten tekemään työhön ja webhook kaikkeen, mikä tapahtuu ilman heitä.
Voiko Zapier käyttää MCP-palvelintanne?
Ei. Zapier on MCP-palvelin eikä asiakas, joten se ei voi kutsua meidän palvelintamme.
Entä n8n?
Kyllä, sen MCP Client Toolin ja OAuth2:n kautta. Se on kolmesta automaatioalustasta ainoa, joka pystyy siihen.
Lue lisää
Valmis aloittamaan?
Ota WhatsApp Coexistence käyttöön minuuteissa, ei kuukausissa. Sovellus toimii edelleen puhelimessa.
Aloita ilmainen kokeiluVahvistettu