n8n Telegram: quello che ottieni in chiaro
Un bot Telegram collegato a n8n risponde ai clienti in qualsiasi ora, senza che tu stia al telefono o che qualcuno del team presidî una chat. Riceve il messaggio, lo passa a un modello di linguaggio, e torna con una risposta contestuale nel giro di secondi. Nessun piano a consumo per ogni messaggio, nessun limite di sessioni, nessun vendor che ti chiude l’account perché hai usato parole «non conformi». Telegram è aperta, documentata, e l’API non costa niente fino a volumi che una PMI non raggiunge mai.
Quello che costruiamo in questo articolo è una macchina con quattro parti: il trigger che ascolta i messaggi in entrata, la logica che decide cosa rispondere, l’AI che genera la risposta, e le guardie che ti avvisano quando qualcosa si rompe. Senza le guardie l’automazione non è finita — esegue sbagliato con la stessa sicurezza con cui esegue giusto, e non ti chiama.

Perché Telegram e non WhatsApp
WhatsApp ha una regola che frega la maggior parte dei progetti: quando sei tu a scrivere per primo, o quando superano le 24 ore dall’ultimo messaggio del lead, ti servono template approvati da Meta. Gli inbound non hanno il problema, ma tutto il ramo di follow-up e outbound si blocca se non hai template registrati. Ho visto bot perfetti che non inviavano metà dei messaggi perché nessuno aveva pensato a questo vincolo prima di costruire.
Telegram non ha questa architettura. Scrivi quando vuoi, in forma libera, senza approvazioni. Per un bot aziendale di assistenza — dove i clienti scrivono loro per primi e tu rispondi — la differenza è irrilevante. Ma appena vuoi aggiungere un flusso di follow-up automatico, su Telegram non hai un muro da scavalcare. Se il tuo pubblico è su WhatsApp, ho scritto una guida separata su n8n e WhatsApp con le istruzioni per gestire i template. Qui restiamo su Telegram, che è il percorso più pulito per iniziare.
La struttura del workflow n8n Telegram
Il trigger: ascoltare senza polling continuo
In n8n il nodo Telegram Trigger riceve i messaggi via webhook. Telegram chiama il tuo endpoint ogni volta che arriva un messaggio: nessun polling, nessun ciclo che consuma risorse ogni cinque secondi. Il prerequisito è che il tuo n8n sia raggiungibile dall’esterno — un’istanza su VPS o su un hosting con URL pubblica. Se hai n8n in locale senza tunnel, il webhook non arriva. Installare n8n su Hostinger costa meno di 5€ al mese ed è sufficiente per gestire volumi da PMI senza problemi di uptime.
Il nodo Telegram Trigger va configurato con il token del bot — che ottieni da BotFather in due minuti — e con il tipo di aggiornamento che vuoi ascoltare. Per un bot di assistenza, «message» è tutto quello che ti serve.
Il routing: non rispondere tutto con lo stesso ramo
Appena il messaggio entra, la prima cosa da fare è capire cosa vuole il cliente. Ci sono tre categorie che si presentano quasi sempre: domande su prodotto o servizio, richieste di supporto tecnico, e messaggi che non riesci a classificare. Un nodo Switch in n8n ti permette di dividere il flusso in rami separati prima ancora di chiamare l’AI.
Il ramo «non classificato» non va ignorato: è quello che finisce in una coda su Notion, su un foglio Google o in una notifica Slack al team. Un messaggio che non sai gestire in automatico è informazione: ti dice dove il bot non copre e dove devi intervenire a mano o migliorare il prompt.
La regola
Un’automazione senza guardie non è finita
Se il bot risponde sbagliato a mezzanotte nessuno se ne accorge fino al mattino. Le guardie non sono optional: sono la differenza tra un sistema e un eseguibile che non hai più sotto controllo.
- Nodo di errore attivo — ogni workflow deve avere un percorso dedicato agli errori, non solo il flusso felice
- Log su foglio o database — ogni messaggio in entrata e ogni risposta in uscita va registrato con timestamp
- Alert al team — se il bot non risponde entro X secondi, un messaggio arriva su Slack o via email al responsabile
- Test settimanale — manda un messaggio di prova ogni settimana e verifica che la risposta sia quella attesa
Il cuore: il nodo AI e il prompt di sistema
Il nodo che genera la risposta è un nodo AI Agent o un nodo HTTP che chiama OpenAI, Anthropic o qualsiasi altro modello. In n8n hai entrambe le opzioni: puoi usare il nodo nativo per i modelli supportati, oppure una chiamata HTTP se vuoi un provider non ancora integrato.
Il prompt di sistema è dove si decide il carattere del bot. Deve contenere: chi è l’azienda, cosa vende, cosa può rispondere da solo, e quando deve passare la conversazione a un umano. Un prompt vago produce risposte vaghe. Se il bot deve citare prezzi, i prezzi vanno nel prompt o in un documento collegato tramite RAG. Un sistema RAG su n8n ti permette di agganciare PDF, pagine di knowledge base o fogli aggiornati, senza riscrivere il prompt ogni volta che cambia un prezzo.
Una cosa che quasi nessuno fa sul serio: inserire nel prompt il caso in cui il cliente è chiaramente frustrato. Se il messaggio contiene segnali di insoddisfazione, il bot deve rispondere con tono diverso e scalare immediatamente al team. Non è un dettaglio di UX: è la differenza tra risolvere un problema e amplificarlo.
La risposta: tornare su Telegram nel modo giusto
Il nodo «Send Message» di Telegram richiede il chat_id, che arriva direttamente dal trigger. Il testo della risposta va passato dall’output del nodo AI. Due cose da fare sempre: limitare la lunghezza della risposta (Telegram ha un limite di 4096 caratteri per messaggio, ma oltre i 300 caratteri la leggibilità crolla su mobile) e scegliere il parse mode. Con «Markdown» puoi formattare il testo, ma se il modello genera caratteri speciali non escaped il messaggio fallisce in silenzio. «HTML» è più prevedibile in produzione.

Memoria della conversazione: il problema che nessuno considera subito
Un bot senza memoria tratta ogni messaggio come se fosse il primo. Il cliente scrive «ho già detto che il mio ordine è il numero 4521» e il bot chiede di nuovo il numero d’ordine. È il modo più rapido per far sembrare il bot stupido.
In n8n puoi risolvere in due modi. Il più semplice è usare il nodo «Simple Memory» nei workflow con AI Agent: tiene traccia degli ultimi N messaggi per chat_id. Il più robusto è salvare la cronologia su un database esterno — Supabase, Airtable, Google Sheets — e recuperarla ogni volta che arriva un messaggio dallo stesso chat_id. Il secondo approccio scala, il primo va bene per iniziare. Come costruire un AI Agent su n8n copre la gestione della memoria in dettaglio, con i nodi specifici da collegare.
Smistare le richieste al CRM o al team
Il bot non è un’isola. Le conversazioni che generano una lead qualificata devono entrare nel CRM. Quelle che richiedono intervento umano devono arrivare al team con tutto il contesto, non solo il nome del cliente.
Il flusso tipico è: bot risponde → se la risposta contiene un’intenzione d’acquisto, un nodo HTTP scrive la lead su GoHighLevel o su qualsiasi CRM con API → se la richiesta supera le capacità del bot, un nodo Slack o Email manda un alert con il transcript della conversazione. Chi riceve l’alert non deve rileggere tutta la chat da zero: il messaggio di alert deve contenere il riassunto generato dall’AI, non solo il link alla conversazione.
Questo è il punto dove automatizzare un’agenzia smette di essere un esercizio tecnico e diventa leva reale: il team interviene solo dove serve, con tutto il contesto già pronto.
Alternativa senza server
Make è la scelta giusta se non vuoi gestire un server
Con Make costruisci lo stesso workflow Telegram senza occuparti di aggiornamenti, backup o uptime. Il piano gratuito parte da 1.000 operazioni al mese: abbastanza per testare l’intero flusso prima di decidere se scalare.
- Giorno 1 — crea il bot su BotFather e collegalo a Make via webhook Telegram
- Giorno 2 — costruisci il ramo AI con un modulo OpenAI e testa le risposte su casi reali
- Giorno 3 — aggiungi il log su Google Sheets e l’alert Slack per i messaggi non gestiti
Apri il piano gratuito di Make →
Link di affiliazione: se ti iscrivi da qui io prendo una commissione, tu paghi uguale. Lo linko perché ci lavoro dentro ogni giorno.
Distribuire e mantenere il bot: cosa non rimandare
Quando il workflow è attivo in produzione, hai tre cose da presidiare. Prima: i log. Ogni messaggio in entrata e ogni risposta in uscita deve essere scritto da qualche parte — un foglio Google va benissimo — con timestamp e chat_id. Senza log non sai perché il bot ha risposto male giovedì alle 2 di notte.
Seconda: il rate limit di Telegram. L’API Telegram impone limiti sul numero di messaggi al secondo. Se mandi notifiche in bulk a più utenti, serve una coda con throttling, non un loop senza pausa.
Terza: il prompt va rivisto ogni tre o quattro settimane. Le domande che il bot non riesce a gestire si accumulano nel log. Ogni revisione del prompt deve partire da quei casi reali, non da supposizioni su cosa potrebbe chiedere il cliente.
Il silenzio del sistema non è salute. Se per una settimana non arriva nessun errore e nessun alert, manda un messaggio di test e controlla che la risposta arrivi. I workflow si rompono in silenzio — un token scaduto, un’API che ha cambiato endpoint, un nodo che smette di eseguire senza lanciare un’eccezione. La verifica manuale periodica è parte del lavoro, non un’eccezione.
Domande frequenti
Devo saper programmare per collegare n8n a Telegram?
No. Il nodo Telegram in n8n è nativo: configuri il token del bot, scegli il tipo di trigger e mappi i campi visualmente. L’unica parte tecnica è avere n8n accessibile via URL pubblica per ricevere i webhook, ma un hosting condiviso risolve senza toccare codice.
Il bot può rispondere in lingue diverse a seconda di chi scrive?
Sì. Puoi aggiungere un nodo AI prima della risposta principale che rileva la lingua del messaggio in entrata e imposta una variabile. Il prompt al modello finale include quella variabile e istruisce il bot a rispondere nella stessa lingua del cliente.
Quante conversazioni simultane riesce a gestire un bot n8n Telegram?
Dipende dalle risorse del server e dai limiti dell’API AI che usi. n8n gestisce le esecuzioni in parallelo: ogni messaggio in entrata attiva un’istanza separata del workflow. Con un VPS da 2 core e 4GB di RAM, centinaia di conversazioni simultanee non sono un problema strutturale.
Come faccio a impedire che il bot risponda a messaggi di spam o bot esterni?
Aggiungi un nodo Switch all’inizio del workflow che verifica il chat_id o il username del mittente. Puoi filtrare per whitelist di chat_id autorizzati, o passare il testo a un nodo AI che classifica il messaggio come spam prima di procedere con la risposta.
Trasparenza: in questo articolo c’è un link di affiliazione. Se ti iscrivi da lì io ricevo una commissione, per te non cambia niente. Linko solo strumenti che uso in produzione.


