Din Telegram-UserBot “fungerar”… tills den inte gör det. Och det värsta är att du oftast får reda på det sent, efter att ett kundmeddelande blivit obesvarat eller att en gruppuppgift tyst slutat köras.
Supportansvariga får skulden först. Byråoperatörer märker det när kundernas automatiseringar slocknar. Och om du är grundaren som satte upp allt vet du redan hur störande manuella omstarter är. Den här UserBot-uptime-automationen håller sessionerna friska och säger till direkt när något stängs.
Du får se hur det här arbetsflödet övervakar TelePilot-hanterade UserBots, kör en återställningssekvens när en session tappar, och skickar tydliga adminvarningar i Telegram så att du kan agera snabbt (eller inte behöva agera alls).
Så fungerar den här automatiseringen
Här är hela arbetsflödet som du kommer att sätta upp:
n8n Workflow Template: Telegram + TelePilot: håll userbots online nonstop
flowchart LR
subgraph sg0["Schedule Flow"]
direction LR
n1@{ icon: "mdi:play-circle", form: "rounded", label: "Schedule Trigger", pos: "b", h: 48 }
n2@{ icon: "mdi:cog", form: "rounded", label: "Stop auth", pos: "b", h: 48 }
n3@{ icon: "mdi:cog", form: "rounded", label: "Start auth", pos: "b", h: 48 }
n5@{ icon: "mdi:cog", form: "rounded", label: "Automatic control", pos: "b", h: 48 }
n6@{ icon: "mdi:swap-vertical", form: "rounded", label: "Get Session Status", pos: "b", h: 48 }
n7@{ icon: "mdi:swap-vertical", form: "rounded", label: "Stop Session", pos: "b", h: 48 }
n8@{ icon: "mdi:swap-vertical", form: "rounded", label: "Start Session", pos: "b", h: 48 }
n9@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Pass on Closed Status", pos: "b", h: 48 }
n10["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/telegram.svg' width='40' height='40' /></div><br/>Send Closed Status message"]
n11@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Check Session Connection", pos: "b", h: 48 }
n12["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/telegram.svg' width='40' height='40' /></div><br/>Send Session Connection mess.."]
n2 --> n8
n3 --> n11
n7 --> n2
n8 --> n3
n1 --> n6
n5 --> n9
n6 --> n5
n9 --> n10
n9 --> n7
n11 --> n12
end
subgraph sg1["When chat message received Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "When chat message received", pos: "b", h: 48 }
n4@{ icon: "mdi:cog", form: "rounded", label: "Manual control", pos: "b", h: 48 }
n0 --> n4
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n1,n0 trigger
class n9,n11 decision
class n10 disabled
class n12 disabled
classDef customIcon fill:none,stroke:none
class n10,n12 customIcon
Varför det här spelar roll: UserBots som tyst går offline
UserBots är kraftfulla eftersom de beter sig som riktiga användarkonton. De kan gå med i grupper, agera utan en “bot”-etikett och köra arbetsflöden som vanliga Telegram-botar helt enkelt inte klarar. Men den kraften kommer med skörhet. Sessioner kan stängas. Autentisering kan glida. En kunds API-gräns nås, en enhet ändras eller en upstream-process kraschar. Då fastnar du i samma ritual: kontrollera status, gissa vad som brast, starta om och hoppas att det håller. Det tar fokus, och ärligt talat får det “automation” att kännas mindre automatiserat.
Friktionen bygger på.
- Du får ofta reda på driftstopp via en människa, vilket är det långsammaste möjliga övervakningssystemet.
- Omstarter är sällan ett klick; de är en sekvens av stopp/start/auth-steg som tar cirka 15–30 minuter när du räknar in att kontrollera loggar och bekräfta att allt är tillbaka.
- Utan konsekventa larm kan du inte skilja på “en kort störning” och “det har varit nere sedan igår.”
- Manuella åtgärder skalar inte när du kör flera UserBots för flera konton eller kunder.
Vad du bygger: TelePilot-övervakning + autoåterställningslarm i Telegram
Det här arbetsflödet ger dig ett enkelt löfte: dina TelePilot-hanterade UserBot-sessioner kontrolleras enligt schema, och om någon stängs får du en notis och arbetsflödet kan köra en omstartssekvens för att återställa den. Det startar antingen från en tidsstyrd övervakningskörning (varje några timmar) eller från ett manuellt kommando i en Telegram-chatt när du vill ingripa. Därifrån förbereder n8n payloaden för sessionskontrollen, anropar TelePilot för att läsa aktuellt läge och filtrerar fram “stängd” eller andra ohälsosamma sessionstillstånd. Om något är fel skickar det ett tydligt meddelande till din adminchatt med sammanhang och triggar sedan en stopp/start/auth-kedja för att få upp sessionen igen. När autentiseringen lyckas och sessionslänken ser giltig ut igen får du en bekräftelse, så att du slipper gissa.
Arbetsflödet börjar antingen med en schemalagd kontroll eller en chatt-triggad kontrollåtgärd i Telegram. TelePilot hanterar sessionsoperationerna i bakgrunden. Telegram är din kontrollpanel: det är där larm landar och där du kan trigga manuella åtgärder vid behov.
Det du bygger
| Vad som automatiseras | Det du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att du hanterar 5 UserBots för olika kundkonton. En typisk “sessionen blev konstig”-fix är att kontrollera status, stoppa sessionen, starta igen, autentisera igen och sedan skicka ett testmeddelande. Det är lätt 20 minuter per incident, så en dålig vecka med 5 incidenter kostar cirka 2 timmar. Med det här arbetsflödet fångar övervakningskörningen det stängda läget, postar ett larm och kör återställningskedjan automatiskt. Du lägger oftast bara tid om kontot behöver en ny inloggning.
Innan du börjar
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
- TelePilot för att hantera UserBot-sessioner och autentisering.
- Telegram för att ta emot adminlarm och skicka kommandon.
- TelePilot api_id/api_hash (hämta det i dina kontoinställningar i TelePilot).
Svårighetsgrad: Medel. Du kopplar in inloggningar och testar Telegram-chattriggers, men du behöver inte skriva kod.
Vill du att någon bygger detta åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).
Steg för steg
En schemalagd övervakningskörning drar igång allt. Var 6:e timme (du kan ändra detta) förbereder n8n en “sessionskontroll”-förfrågan och skickar den till TelePilot för att förstå aktuellt sessionstillstånd.
Sessionsstatus filtreras till “frisk” vs “stängd”. Om TelePilot rapporterar en stängd session styr arbetsflödet in i ett larm- och återställningsspår. Om allt är okej avslutas det bara tyst.
Återställningsåtgärder körs i sekvens. n8n använder TelePilot-åtgärder för att stoppa en session som fastnat, starta den igen och köra autentiseringssteget. Det här är delen du gör manuellt när du brandsläcker.
Telegram blir din adminkonsol. Om en session stängs får du ett “stängd-larm” med kontext. När sessionslänken valideras igen får du en anslutningsnotis så att du vet att den är tillbaka och stabil.
Du kan enkelt justera schemafrekvensen och vilka sessionstillstånd som triggar återställning utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementation
Steg 1: Konfigurera chatt- och schematriggers
Ställ in båda triggerflödena som startar det här arbetsflödet: chattbaserad manuell styrning och schemalagda automatiska kontroller.
- Lägg till noden Chat Message Trigger och behåll standardinställningarna i options.
- Lägg till noden Scheduled Run Trigger och ställ in rule så att den triggar vid
triggerAtHour: 8. - Koppla Chat Message Trigger → Manual Control Action för att tillåta manuella kommandon.
- Koppla Scheduled Run Trigger → Prepare Session Check för att starta den automatiserade loopen för sessionskontroll.
Tips: Ha båda triggers aktiva för att stödja både manuella överstyrningar och schemalagda hälsokontroller.
Steg 2: Koppla TelePilot-autentisering och åtgärder
Konfigurera TelePilot-noderna som autentiserar och skickar åtgärder till er session.
- Öppna Manual Control Action och ställ in resource till
login. Inloggningsuppgifter krävs: Anslut era telePilotApi-credentials. - Öppna Auto Control Action och ställ in resource till
login. Inloggningsuppgifter krävs: Anslut era telePilotApi-credentials. - Öppna Begin Authentication och ställ in resource till
login. Inloggningsuppgifter krävs: Anslut era telePilotApi-credentials. - Öppna End Authentication och ställ in resource till
login. Inloggningsuppgifter krävs: Anslut era telePilotApi-credentials. - Bekräfta kedjan: Prepare Start Session → Begin Authentication → Validate Session Link och Prepare Stop Session → End Authentication → Prepare Start Session.
⚠️ Vanlig fallgrop: TelePilot-noder körs inte utan telePilotApi-credentials. Säkerställ att samma konto används konsekvent i alla TelePilot-noder.
Steg 3: Sätt upp sessions-payloads
Definiera session-ID och kommandon som skickas till TelePilot med hjälp av Set-noderna.
- I Prepare Session Check ställer ni in sessionId till
[YOUR_ID], action tillsendMessageoch chatInput till/stat. - I Prepare Start Session ställer ni in sessionId till
[YOUR_ID], action tillsendMessageoch chatInput till/start. - I Prepare Stop Session ställer ni in sessionId till
[YOUR_ID], action tillsendMessageoch chatInput till/stop. - Verifiera den automatiserade vägen: Prepare Session Check → Auto Control Action.
Tips: Ersätt [YOUR_ID] i alla tre Set-noder med samma giltiga session-ID.
Steg 4: Konfigurera statusfilter och parallell hantering
Använd filternoderna för att styra beteendet baserat på autentiseringsstatus som returneras av TelePilot.
- I Filter Closed Status lägger ni till ett villkor med leftValue
{{ $json[0].authState }}, operationnotEqualsoch rightValueauthorizationStateReady. - I Validate Session Link lägger ni till ett villkor med leftValue
{{ $json[0].authState }}, operationequalsoch rightValueauthorizationStateReady. - Filter Closed Status skickar utdata parallellt till både Send Closed Alert och Prepare Stop Session.
- Bekräfta valideringsvägen: Begin Authentication → Validate Session Link → Send Connection Notice.
⚠️ Vanlig fallgrop: Filteruttrycken måste anges exakt som {{ $json[0].authState }} för att utvärderas korrekt.
Steg 5: Konfigurera Telegram-notiser
Ställ in larm för stängda sessioner och anslutningsstatus via Telegram.
- Öppna Send Closed Alert och ställ in text till
=❌ UserBot Error:\n{{ $json.toJsonString() }}. Inloggningsuppgifter krävs: Anslut era telegramApi-credentials. - Öppna Send Connection Notice och ställ in text till
=✅ UserBot Info:\n{{ $json.toJsonString() }}. Inloggningsuppgifter krävs: Anslut era telegramApi-credentials. - Säkerställ att additionalFields → appendAttribution är satt till
falsepå båda noderna.
⚠️ Vanlig fallgrop: Båda Telegram-noderna är inaktiverade i arbetsflödet. Aktivera Send Closed Alert och Send Connection Notice innan ni testar för att få larm.
Steg 6: Testa och aktivera ert arbetsflöde
Validera både manuella och schemalagda flöden och aktivera sedan arbetsflödet för användning i produktion.
- Klicka på Execute Workflow och kör Scheduled Run Trigger för att bekräfta att den automatiserade sessionskontrollen går vidare via Prepare Session Check → Auto Control Action → Filter Closed Status.
- Skicka ett chattmeddelande till webhooken för Chat Message Trigger för att verifiera att den manuella vägen når Manual Control Action.
- Bekräfta lyckat utfall: Telegram-meddelanden ska visas när Send Closed Alert eller Send Connection Notice är aktiverade och villkoren matchar.
- Växla arbetsflödet till Active för att aktivera schemalagda körningar kl.
08:00och live chattstyrning.
Felsökningstips
- TelePilot-inloggningar kan löpa ut eller kräva specifika behörigheter. Om något slutar fungera: kontrollera TelePilot-inloggningen i n8n och bekräfta först att din api_id/api_hash fortfarande är giltig.
- Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om noder längre fram misslyckas på grund av tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in din varumärkeston tidigt, annars kommer du att redigera utdata för alltid.
Snabba svar
Cirka 30 minuter om du redan har TelePilot och din adminchatt redo.
Nej. Du kopplar TelePilot- och Telegram-inloggningar och justerar sedan några filter och meddelandemallar.
Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in TelePilot-prenumerationskostnader för sessionsövervakning och återställningsåtgärder.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller self-hosting på en VPS. För self-hosting är Hostinger VPS prisvärd och hanterar n8n bra. Self-hosting ger dig obegränsade körningar men kräver grundläggande serveradministration.
Ja, och det bör du sannolikt. Du kan ändra schemat i Scheduled Run Trigger, göra definitionen av vad som räknas som “stängd” stramare eller mer generös i Filter Closed Status och anpassa larmtexten i Telegram-notisnoderna. Många team lägger också till en andra notifieringsväg (till exempel e-post) när samma konto tappar två gånger på en dag. Om du hanterar flera inloggningar kan du bygga ut arbetsflödet så att det loopar genom konton med split-in-batches-mönster och skickar ett samlingsmeddelande istället för fem separata pingar.
Oftast är det ett auth-problem: en inloggning som har löpt ut, en ändrad api_id/api_hash eller en session som behöver en ny inloggning efter MFA. Uppdatera TelePilot-inloggningen i n8n och kör sedan den manuella kontrollåtgärden en gång för att bekräfta att den kan autentisera. Om fel bara händer under belastade perioder kan du slå i Telegram-klientgränser, vilket kan se ut som slumpmässiga frånkopplingar.
Om du self-hostar n8n beror körningsvolymen främst på din server och hur ofta du kontrollerar. I praktiken är ett 6-timmarsintervall för 10–20 UserBots bekvämt för de flesta mindre upplägg eftersom varje kontroll är lättviktig.
För TelePilot-baserad sessionskontroll, ja, i de flesta fall. Zapier och Make är bra för enkla “om detta så det”, men de är inte optimala för återställningssekvenser i flera steg där du kan behöva förgreningar, retries och tillståndsbaserad filtrering. n8n är också enklare att self-hosta, vilket är viktigt här eftersom det här arbetsflödet använder community-noder som bara är kompatibla med self-hostad n8n. En annan praktisk fördel är kostnadskontroll: du kan köra frekventa övervakningskontroller utan att oroa dig för att prissättning per task sticker iväg. Prata med en automationsexpert om du vill ha hjälp att välja det enklaste upplägget för din exakta setup.
När det här väl kör får du slut på session-barnpassning och kan börja lita på dem igen. Dina UserBots håller sig online, och när de inte gör det får du veta det snabbt.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.