@Wey89_Gmail das bedeutet fast immer, dass das gleiche Bot-Token in mehr als einem Telegram-Trigger aktiv ist, weshalb jede Kopie das gleiche Update verarbeitet. 3x = es läuft an 3 Stellen. Prüfe auf einen duplizierten/kopierten Workflow, eine Test- und Produktionsversion, die beide aktiv sind, oder eine andere n8n-Instanz, die das gleiche Bot nutzt, und deaktiviere die Extras. Telegram erlaubt nur einen aktiven Trigger pro Bot – sobald nur noch einer vorhanden ist, hören die Duplikate auf.
Der Telegram Trigger feuert 3x pro Nachricht fast immer aus einem von zwei Gründen:
Mehr als ein Consumer ist an das gleiche Bot-Token angebunden. Telegram erlaubt nur EINEN aktiven Receiver pro Bot — entweder Polling (getUpdates) oder einen einzelnen Webhook, niemals beides gleichzeitig und niemals über mehrere Instanzen hinweg. Wenn das gleiche Bot-Token in einem anderen Workflow, einer anderen n8n-Instanz verwendet wird oder es einen verwaisten Webhook aus einer vorherigen Aktivierung gibt, liefert Telegram das gleiche Update an jeden — Duplikate entstehen.
Überprüfen Sie es: Rufen Sie die getWebhookInfo-Methode von Telegram für Ihr Bot-Token auf — sie zeigt, ob aktuell ein Webhook gesetzt ist, plus die Anzahl ausstehender Updates. Wenn Sie den n8n Telegram Trigger verwenden (der pollt), stellen Sie sicher, dass kein Webhook gesetzt ist (verwenden Sie deleteWebhook, um einen verwaisten zu löschen), und bestätigen Sie, dass das Token nicht in einem zweiten Workflow/einer zweiten Instanz aktiv ist.
Telegram versucht es erneut, weil es keine schnelle 200er-Antwort erhalten hat. Wenn der Trigger nicht innerhalb von Telegrams Timeout bestätigt wird, sendet Telegram das gleiche Update erneut — Sie sehen es oft 2-3 Mal landen. Dies geschieht, wenn schwere Arbeit vor dem Versenden der Antwort ausgeführt wird. Lösung: sofort bestätigen und die langsamen Schritte auslagern (erst antworten, dann die LLM-/API-Arbeit durchführen, oder in eine Queue verschieben). Drei Wiederholungen sind eine klassische Telegram-Wiederholungs-Signatur.
So unterscheiden Sie sie: Wenn getWebhookInfo einen gesetzten Webhook anzeigt, während Sie auch pollt, ist es #1. Wenn die Duplikate einige Sekunden auseinander liegen und Ihr Workflow langsam ist, ist es #2.
Fix, der Duplikate unabhängig von der Ursache stoppt: Fügen Sie direkt nach dem Trigger einen Dedupe-Guard hinzu — speichern Sie jede Telegram update_id (oder message_id) und überspringen Sie, falls Sie sie bereits verarbeitet haben. Das macht den Workflow idempotent, auch wenn Telegram doppelt liefert.
Wie ist Ihr Setup — selbst gehostet mit mehr als einer Instanz, und verwenden Sie Polling oder Webhook? Das wird es eingrenzen.