MCP o un webhook: quale ti serve davvero

Perché MCP non può rispondere automaticamente a un cliente?

Perché il protocollo non ha alcun meccanismo per essere attivato.

Un server MCP espone strumenti che un client chiama. La chiamata parte dall'assistente, che a sua volta sta rispondendo a una persona. Non esiste una direzione in ingresso: nulla nel fatto che un cliente invii un messaggio WhatsApp può raggiungere un assistente e indurlo ad agire. Questo vale per ogni server MCP di ogni prodotto, non è una limitazione nostra.

Perciò la domanda che ogni acquirente finisce per fare, cioè se un'IA possa rispondere ai clienti durante la notte, ha una risposta basata sul webhook, non su MCP. Meta consegna il messaggio a un sistema che gestisci tu, e quel sistema decide cosa fare, anche chiamare un modello.

Per cosa è davvero utile ciascun percorso?

MCP serve per il lavoro che una persona sta svolgendo. Quale dei miei numeri non funziona, invia a questo cliente la sua conferma, crea un template per gli aggiornamenti dell'ordine, indirizza il numero di questo cliente al mio server. Tutte queste azioni iniziano con una richiesta e sono più rapide tramite un assistente che tramite una dashboard.

Il webhook serve per tutto ciò che deve accadere senza nessuno presente. Prima risposta fuori orario, instradamento alla persona giusta, registrazione in un CRM, avvio di un workflow.

Il vantaggio è che MCP può configurare il webhook. get_connect_link produce il link che un client apre, mentre set_webhook_destination indirizza il suo numero al tuo sistema, così un agente può completare l'onboarding del percorso che non può gestire direttamente.

Quali strumenti parlano quale linguaggio?

Gli assistenti parlano MCP: Claude, ChatGPT, Cursor, Claude Code. Le piattaforme di automazione per lo più no, e la distinzione non è quella che le persone si aspettano.

Make e Zapier eseguono entrambi server MCP propri, esponendo le loro azioni agli assistenti. Nessuno dei due agisce come client MCP, quindi nessuno può chiamare il nostro server. Per loro l'integrazione usa un webhook e una chiamata HTTP.

n8n è l'eccezione. Il suo MCP Client Tool si connette a un server remoto e supporta OAuth2, così un nodo agente all'interno di un workflow n8n può chiamare direttamente i nostri strumenti. Anche in questo caso il workflow inizia con un webhook, perché è l'unico elemento che reagisce.

Errori comuni

• Acquistare MCP aspettandosi risposte automatiche. Agisce su richiesta e alle 3 di notte non c'è nessuno a chiedergli nulla.
• Supporre che una piattaforma con un server MCP possa consumarne uno. Make e Zapier espongono, non consumano.
• Costruire entrambi i percorsi per svolgere lo stesso lavoro. Servono a due metà diverse dello stesso sistema.

Domande frequenti

Continua a leggere