Din sajt ligger nere i 40 sekunder och inkorgen exploderar. Sedan kommer den tillbaka. Inget att åtgärda, men du tappade fokus, öppnade fem flikar och spenderade de nästa 10 minuterna med att ifrågasätta ditt webbhotell.
Det är här Gmail Telegram alerts räddar dig. Det drabbar sajtägare först, men byråoperatörer som hanterar kundsajter och marknadsförare som kör betald trafik känner av det också. Du vill ha snabba driftstoppnotiser, bara inte för varje liten blipp.
Det här n8n-flödet kontrollerar dina URL:er, väntar, kontrollerar igen och larmar dig först när driftstoppet är på riktigt. Du får se hur logiken fungerar, vad du behöver för att köra det och hur du anpassar det till din egen tröskel för ”väck mig inte om det inte är allvarligt”.
Så fungerar den här automatiseringen
Hela n8n-flödet, från trigger till slutligt resultat:
n8n Workflow Template: Gmail + Telegram: driftlarm utan falsklarm
flowchart LR
subgraph sg0["Schedule Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Schedule Trigger", pos: "b", h: 48 }
n1@{ icon: "mdi:swap-vertical", form: "rounded", label: "Calculate Status", pos: "b", h: 48 }
n2@{ icon: "mdi:message-outline", form: "rounded", label: "Send Email Alert", pos: "b", h: 48 }
n3["<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/httprequest.dark.svg' width='40' height='40' /></div><br/>Perform Site Test"]
n4@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Status Router", pos: "b", h: 48 }
n5@{ icon: "mdi:swap-vertical", form: "rounded", label: "Split Out", pos: "b", h: 48 }
n6@{ icon: "mdi:swap-vertical", form: "rounded", label: "Config", pos: "b", h: 48 }
n7@{ icon: "mdi:swap-vertical", form: "rounded", label: "Edit Fields", pos: "b", h: 48 }
n8["<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/merge.svg' width='40' height='40' /></div><br/>Merge"]
n9@{ icon: "mdi:cog", form: "rounded", label: "Wait", pos: "b", h: 48 }
n10@{ icon: "mdi:swap-vertical", form: "rounded", label: "Calculate Status1", pos: "b", h: 48 }
n11["<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/httprequest.dark.svg' width='40' height='40' /></div><br/>Perform Site Test1"]
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/merge.svg' width='40' height='40' /></div><br/>Merge1"]
n13@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Status Router1", pos: "b", h: 48 }
n14["<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 a text message"]
n9 --> n11
n8 --> n1
n6 --> n7
n12 --> n10
n5 --> n3
n7 --> n5
n4 --> n9
n13 --> n2
n1 --> n4
n0 --> n6
n2 --> n14
n10 --> n13
n3 --> n8
n11 --> n12
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 n0 trigger
class n4,n13 decision
class n3,n11 api
classDef customIcon fill:none,stroke:none
class n3,n8,n11,n12,n14 customIcon
Problemet: driftstoppslarm som ropar varg
De flesta upplägg för ”uptime-övervakning” är bra på en sak: att meddela dig så fort en kontroll misslyckas. Det låter hjälpsamt tills du kör riktiga webbplatser i verkligheten. CDN:er får hicka. DNS tar en paus. Ett delat webbhotell tappar en anslutning i en minut. Plötsligt får du mejl och pingar om problem som löser sig själva innan du ens hunnit låsa upp telefonen. Det värsta är vad det gör med ditt omdöme. Efter tillräckligt många falsklarm börjar du ignorera notiser, och det enda avbrottet som faktiskt spelar roll försvinner i bruset.
Det blir snabbt mycket. Här är var det faller isär.
- Du blir avbruten av ”nere”-händelser som var borta innan du hann uppdatera sidan.
- Ditt team tappar förtroendet för övervakningen eftersom larmen känns slumpmässiga och frekventa.
- Kundnära arbete blir lidande när du reagerar på spöken i stället för faktiska avbrott.
- Grundläggande monitorer tar ofta mer betalt när du lägger till sajter, vilket svider när du hanterar flera domäner.
Lösningen: dubbelkolla driftstopp innan du notifierar
Det här flödet gör n8n till en praktisk uptime-monitor med rimlighetskontroller. Det körs enligt schema (varje timme som standard), tar din lista med webbplatser och kontrollerar varje enskild med en HTTP-förfrågan. Om en sajt svarar normalt loggar flödet ”uppe” och går vidare. Om den verkar nere gör det något som många verktyg hoppar över: det väntar ett kort bekräftelsefönster och kontrollerar igen. Först om även den andra kontrollen misslyckas skickar det ett Gmail-larm och ett Telegram-meddelande, så du får en snabb heads-up utan spamiga falsklarm. Tydlig signal, mindre panik.
Flödet startar med en schemalagd körning och expanderar din konfigurerade webbplatslista till individuella kontroller. n8n testar varje URL, pausar under ett angivet intervall (oftast 5 minuter) och testar sedan samma URL igen innan det notifierar. Gmail ger en spårbar historik, och Telegram ger ”agera nu”-pingen i telefonen.
Det här får du: automatisering vs. resultat
| Det här automatiserar flödet | Resultat du får |
|---|---|
|
|
Exempel: så här ser det ut
Säg att du övervakar 15 sajter (dina egna plus några kundlandningssidor). Utan bekräftelselogik kan ett instabilt webbhotell trigga ett par falsklarm per vecka, och varje larm kostar ungefär 10 minuter att verifiera, varva ner och förklara. Det är runt 30 minuter borta en stökig vecka, ibland mer. Med det här flödet väntar ett ”nere”-resultat cirka 5 minuter, kontrollerar igen och skickar först därefter Gmail + Telegram. De flesta snabba blippar når aldrig dig, men ihållande avbrott gör det.
Det här behöver du
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen drift om du föredrar det (Hostinger fungerar bra)
- Gmail för att mejla bekräftade driftstoppslarm.
- Telegram för att skicka omedelbara notiser till telefonen.
- Telegram-bottoken (hämta den via BotFather i Telegram).
Kunskapsnivå: Nybörjare. Du klistrar in några URL:er, kopplar Gmail/Telegram och ställer in väntetiden.
Vill du inte sätta upp detta själv? Prata med en automationsexpert (gratis 15-minuters konsultation).
Så fungerar det
Schemalagd körning drar igång allt. Flödet körs på en timer (varje timme som standard), så kontroller sker automatiskt även när du är upptagen eller offline.
Din webbplatslista förbereds och expanderas. n8n formaterar din lista med URL:er och loopar sedan igenom dem så att varje sajt får en egen kontroll och ett eget statusresultat.
Första kontrollen avgör om en omkontroll behövs. Om en sajt ser frisk ut markeras den som ”uppe” och inget mer händer. Om den verkar nere skickar flödet resultatet vidare till en kort väntperiod innan det försöker igen.
Andra kontrollen bekräftar driftstopp och larmar. Endast bekräftade fel går vidare till Gmail (e-postnotis) och Telegram (direktmeddelande), så du får färre pingar och fler verkliga incidenter.
Du kan enkelt ändra väntetiden så att den matchar din tolerans för korta avbrott. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera schematriggern
Ställ in workflow-kadensen så att webbplatskontroller körs automatiskt enligt ert önskade schema.
- Lägg till och öppna Scheduled Run Trigger.
- Konfigurera intervallregeln så att den matchar er övervakningsfrekvens (t.ex. var 5:e minut eller varje timme).
- Säkerställ att Scheduled Run Trigger kopplas till Setup Parameters för att starta exekveringsflödet.
Steg 2: anslut setup parameters
Definiera webbplatserna, väntetiden och larmdestinationerna som resten av workflowet använder.
- Öppna Setup Parameters och ställ in Websites till en lista separerad med radbrytningar, till exempel:
=https://example.com\nhttps://example.org\nhttps://example.com/notfound\n. - Ställ in wait_secs till
5(eller er föredragna fördröjning mellan kontroller). - Ställ in telegram_chat_id till
[YOUR_ID]. - Ställ in alert_email till
[YOUR_EMAIL].
[YOUR_ID] och [YOUR_EMAIL] med riktiga värden innan ni testar, annars kommer larmen att misslyckas.Steg 3: konfigurera formatering av webbplatslistan
Konvertera listan med radbrytningar till en array och expandera varje webbplats till ett eget item.
- I Format Website List ställer ni Websites till
={{\n // we split by line, and only keep non-empty lines\n $json.Websites.split('\n').filter((url) => url)\n}}. - Öppna Expand Website Items och ställ in Field to Split Out till
Websites. - Bekräfta kopplingsflödet: Setup Parameters → Format Website List → Expand Website Items.
Steg 4: konfigurera uptime-kontroller och routing
Kör primära och sekundära kontroller, utvärdera status och routa larm endast vid nedtid.
- I Primary Site Check ställer ni URL till
={{ $json.Websites }}och aktiverar Send Headers (redan aktiverad). - Säkerställ att Primary Site Check skickar output till Combine Results, och sedan till Evaluate Uptime.
- I Evaluate Uptime ställer ni in fälten: date till
={{ $json.headers.date }}, website till={{ $('Expand Website Items').item.json.Websites }}, och IS_UP till={{ $json.statusCode <= 400 }}. - I Route Uptime Status behåller ni booleska regler som använder
={{ $json.IS_UP }}för både UP- och DOWN-vägarna. - På DOWN-vägen lägger ni till Pause Interval med Amount satt till
={{ $('Setup Parameters').item.json.wait_secs }}, och routar sedan till Secondary Site Check. - Konfigurera Secondary Site Check med URL satt till
={{ $json.Websites }}och routa till Combine Results 2 → Evaluate Uptime 2 → Route Uptime Status 2.
Steg 4: konfigurera output-/action-noder
Skicka larm via e-post och Telegram när nedtid är bekräftad.
- I Dispatch Email Notice ställer ni Send To till
={{ $('Setup Parameters').item.json.alert_email }}, Subject till=[n8n uptime] {{ $('Evaluate Uptime').item.json.website }} is DOWN., och Message till=From: n8n uptime\n\n{{ $('Evaluate Uptime').item.json.website }} is DOWN.. - Credential Required: Anslut era gmailOAuth2-credentials i Dispatch Email Notice.
- I Send Telegram Alert ställer ni Text till
={{ $('Evaluate Uptime').item.json.website }} is DOWN.\nFrom: n8n uptimeoch Chat ID till={{ $('Setup Parameters').item.json.telegram_chat_id }}. - Credential Required: Anslut era telegramApi-credentials i Send Telegram Alert.
- Bekräfta flödet: Route Uptime Status 2 (DOWN output) → Dispatch Email Notice → Send Telegram Alert.
Steg 5: testa och aktivera ert workflow
Verifiera exekveringsvägen och aktivera sedan schemat för kontinuerlig övervakning.
- Klicka på Execute Workflow för att köra ett manuellt test från Scheduled Run Trigger.
- Bekräfta lyckade anrop via Primary Site Check och Secondary Site Check, och verifiera sedan att Route Uptime Status 2 skickar larm när en URL returnerar en statuskod över 400.
- Verifiera att er inkorg tar emot meddelandet från Dispatch Email Notice och att er Telegram tar emot meddelandet från Send Telegram Alert när en webbplats är nere.
- Slå på workflowet med Activate-reglaget när testerna bekräftar förväntat beteende.
Vanliga fallgropar
- Gmail-uppgifter kan löpa ut eller kräva specifika behörigheter. Om det skapar fel, kontrollera först ditt anslutna Google-konto i n8n under Credentials.
- Om du använder Wait-noder eller extern rendering varierar bearbetningstiderna. Öka väntetiden om efterföljande noder fallerar på tomma svar.
- Telegram-botåtkomst är petig med chatt-ID:n och bottokens. Om meddelanden inte kommer fram, verifiera bottoken och bekräfta att du har startat en chatt med boten.
Vanliga frågor
Cirka 20 minuter om dina Gmail- och Telegram-konton är redo.
Nej. Du kopplar konton, klistrar in din sajtlista och ställer in väntetiden.
Ja. n8n har ett gratis alternativ för egen drift 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 Telegram (gratis) och dina vanliga hostingkostnader för att köra flödet.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller egen drift på en VPS. För egen drift är Hostinger VPS prisvärd och klarar n8n bra. Egen drift ger dig obegränsat antal körningar men kräver grundläggande serverhantering.
Ja, och det är hela poängen. Ändra Pause Interval-wait-noden till 2 minuter för aggressiv övervakning eller 10 minuter om du bara bryr dig om längre avbrott. Du kan också justera Route Uptime Status-switch-logiken för att bara larma på vissa statuskoder och anpassa texten i Gmail/Telegram så att larmet innehåller exakt URL och kontrollresultatet.
Oftast beror det på utgången Google-auktorisering eller att fel Gmail-konto är anslutet. Anslut om Gmail-credential i n8n och kör sedan en enskild testkörning för att bekräfta att den kan skicka mejl. Om du använder ett Workspace-konto kan även administratörens säkerhetsinställningar blockera tredjepartsåtkomst, så kontrollera det härnäst.
Många. I praktiken övervakar team utan problem dussintals sajter, och den verkliga begränsningen är hur ofta du kör kontroller och hur snabb din n8n-instans är. På n8n Cloud Starter begränsas du av månatliga körningar, medan egen drift inte har någon fast körningsgräns (det beror på din server). Om du övervakar 50+ sajter ofta, överväg att öka schemaintervallet eller batcha för att undvika rate limits på långsamma servrar.
För uptime-kontroller med en bekräftande omkontroll är n8n oftast ett renare val eftersom väntetider, förgreningar och loopar inte blir ett prispussel. Zapier och Make kan göra det, men du landar ofta i fler steg och mer driftjobb. Dessutom är n8n:s möjlighet till egen drift viktig om du vill göra många kontroller utan att betala per körning. Om du redan är djupt inne i Zapier och bara övervakar en sajt kan det vara ”tillräckligt bra”. Prata med en automationsexpert om du vill ha en snabb rekommendation.
När detta väl är igång kommer du att lita på dina larm igen. Flödet hanterar de stökiga kontrollerna, och du kliver bara in när något faktiskt är fel.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.