Din sajt hackar till, kunderna märker det och du får reda på det för sent. Sedan slösar du ännu mer tid på att bekräfta att den “verkligen ligger nere”, meddela folk och uppdatera en statussida du hoppades att du aldrig skulle behöva.
GitHub-aviseringar för drifttid är en räddare i nöden när du är personen som förväntas agera — utan att faktiskt ha jour. Det slår hårt mot småföretagare och marknadsförare (för att du också är support). Men ärligt talat känner byråägare som hanterar kundsajter exakt samma smärta.
Det här arbetsflödet övervakar en URL varannan minut, mejlar dig via Gmail när den fallerar och uppdaterar en GitHub Pages-statussida automatiskt. Du får veta vad det gör, vad du behöver och hur du kör det utan att behöva vaka över det.
Så fungerar den här automatiseringen
Här är hela arbetsflödet som du kommer att sätta upp:
n8n Workflow Template: Gmail + GitHub Pages: driftstörningslarm och status
flowchart LR
subgraph sg0["Schedule Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Schedule Trigger", pos: "b", h: 48 }
n1["<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/>HTTP Request"]
n2["<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/github.dark.svg' width='40' height='40' /></div><br/>Update Index.html file"]
n3@{ icon: "mdi:message-outline", form: "rounded", label: "Send a notification mail", pos: "b", h: 48 }
n4@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Switch - status code", pos: "b", h: 48 }
n5@{ icon: "mdi:cog", form: "rounded", label: "Extract from File - Generate..", pos: "b", h: 48 }
n6["<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/code.svg' width='40' height='40' /></div><br/>Template HTML Code"]
n7["<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/github.dark.svg' width='40' height='40' /></div><br/>Get existing index.html file"]
n8@{ icon: "mdi:cog", form: "rounded", label: "Extract from existing File (..", pos: "b", h: 48 }
n9@{ icon: "mdi:swap-horizontal", form: "rounded", label: "If - Compare existing HTML f..", pos: "b", h: 48 }
n1 --> n4
n0 --> n1
n6 --> n5
n4 --> n6
n4 --> n3
n7 --> n8
n5 --> n7
n8 --> n9
n9 --> n2
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,n9 decision
class n1 api
class n6 code
classDef customIcon fill:none,stroke:none
class n1,n2,n6,n7 customIcon
Varför det här spelar roll: fånga driftstopp innan användarna gör det
Driftstopp är sällan lägliga. Det händer vid lanseringar, när du kör bil eller precis när en kund ska demonstrera din produkt. Och det mest frustrerande är den manuella loopen: uppdatera sajten, kolla en hälso-endpoint, meddela teamet och kom sedan ihåg att uppdatera någon publik statussida (om du ens har en). Det är inte “ops”. Det är kontextskiften. Ju längre tid det tar att bekräfta och kommunicera ett avbrott, desto fler supportärenden byggs upp och desto mer förtroende bränner du.
Det växer snabbt. Här är var det oftast faller isär.
- Du är beroende av att någon märker problemet först, vilket gör att larmet alltid kommer för sent.
- Manuella kontroller blir till konstant flik-uppdatering, särskilt när felet är intermittent.
- Statussidor uppdateras inte eftersom du är upptagen med att lösa incidenten, inte skriva uppdateringar.
- Du slutar med att skicka vaga “vi tittar på det”-mejl eftersom du saknar ett tydligt, repeterbart standardmeddelande.
Det du bygger: automatisk övervakning + e-postlarm + en live-statussida
Det här n8n-arbetsflödet fungerar som en lättviktsmonitor för drifttid som också håller din publika kommunikation snygg och konsekvent. Det startar enligt schema (var 2:e minut som standard), pingar din health-URL och avgör vilken “status” som ska rapporteras baserat på HTTP-svaret. Om sajten ligger nere (fel, 503, dåligt svar) skickar det ett Gmail-larm med ett HTML-formaterat meddelande så att du kan agera snabbt. Sedan genererar det en uppdaterad index.html-statussida (Up/Down), jämför den med det som redan ligger i ditt GitHub-repo och committar bara om något faktiskt har ändrats. Slutresultatet är enkelt: du blir notifierad och din GitHub Pages-statussida är korrekt utan att du behöver röra den.
Arbetsflödet börjar med schemalagda kontroller och en enda HTTP-förfrågan mot din health-endpoint. Därefter genererar det rätt HTML, jämför den med den aktuella filen i GitHub och committar en uppdatering vid behov. När driftstopp inträffar skickar Gmail larmet direkt, så du slipper gissa.
Det du bygger
| Det som automatiseras | Det du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att du manuellt kollar en kritisk sajt “för säkerhets skull” ungefär 6 gånger per dag, och att varje kontroll tar cirka 3 minuter när du räknar in inloggning, uppdatering och att bekräfta att det inte är ditt Wi‑Fi. Det är runt 20 minuter per dag — plus den större kostnaden: du kommer ändå inte fånga ett driftstopp vid midnatt. Med det här arbetsflödet som kontrollerar var 2:e minut blir upptäckten i praktiken automatisk och uppdateringen av statussidan sker helt hands-off. När något fallerar får du Gmail-larmet och GitHub Pages-sidan slår om till Down utan att du gör någonting.
Innan du börjar
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för egen hosting om du föredrar det (Hostinger fungerar bra)
- GitHub för att hosta och uppdatera ditt repo för statussidan
- Gmail för att skicka e-postlarm vid driftstopp
- GitHub Personal Access Token (skapa den i GitHubs utvecklarinställningar)
Kunskapsnivå: Nybörjare. Du klistrar mest in inloggningsuppgifter, anger en URL och bekräftar att GitHub Pages är aktiverat.
Vill du att någon bygger detta åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).
Steg för steg
Ett schema drar igång allt. n8n kör arbetsflödet var 2:e minut som standard, så du är inte beroende av att någon kommer ihåg att kontrollera en sida.
Din webbplats pingas. En HTTP Request-nod anropar din health-URL (till exempel /health) och fångar svarskoden samt eventuella fel.
Status avgörs och skrivs. En router utvärderar “Up” (200) kontra “Down” (fel/503), och sedan genererar ett kodsteg rätt HTML för din statussida och läser tillbaka den som en fil.
GitHub uppdateras bara när det behövs. Arbetsflödet hämtar din nuvarande index.html från repot, jämför den med den nygenererade versionen och committar uppdateringen så att din GitHub Pages-sajt alltid speglar verkligheten.
Du kan enkelt justera kontrollintervallet och HTML-designen efter dina behov. Se hela implementeringsguiden nedan för alternativ för anpassning.
Steg-för-steg-guide för implementering
Steg 1: Konfigurera Schedule Trigger
Det här arbetsflödet startar enligt ett tidsstyrt schema för att kontrollera er service health-endpoint.
- Lägg till noden Scheduled Monitor Start som din trigger.
- Ställ in schemaregeln så att den körs var
2minut (rule → interval → minutesInterval2). - Bekräfta att triggern är ansluten till Website Health Request.
Steg 2: Anslut primärtjänsten
Konfigurera hälsokontroll-förfrågan och routa resultat baserat på statuskod.
- I Website Health Request ställer ni URL till
https://app.yourdomain.com/health. - Säkerställ att HTTP-alternativen returnerar hela svaret (options → response → fullResponse).
- I Status Code Router ställer ni in den första regelns Left Value till
={{ $json.error.status }}och Right Value till503. - Ställ in den andra regelns Left Value till
={{ $json.statusCode }}och Right Value till200.
Status Code Router skickar utdata parallellt till både Generate Status HTML och Dispatch Downtime Email.
Steg 3: Konfigurera generering av status-sida
Generera en HTML-statussida för både up- och down-lägen, och konvertera den sedan till text för jämförelse.
- I Generate Status HTML klistrar ni in den tillhandahållna JavaScript-koden i JavaScript Code för att bygga HTML och base64-filutdata.
- Anslut Generate Status HTML till Read Generated HTML.
- I Read Generated HTML ställer ni Operation till
text.
Steg 4: Konfigurera GitHub-jämförelse och uppdatering av fil
Det här avsnittet hämtar den nuvarande statussidan från GitHub, jämför den med den nygenererade HTML:en och uppdaterar den om ändringar upptäcks.
- I Fetch Current HTML File ställer ni Resource till
file, Operation tillgetoch File Path tillindex.html. - Credential Required: Anslut era GitHub-credentials i Fetch Current HTML File.
- I Parse Current HTML ställer ni Operation till
text, Destination Key tillgithub_dataoch Binary Property Name tillgithub_data. - I Compare HTML Versions ställer ni in villkoret Left Value till
={{ $json.github_data }}och Right Value till={{ $('Read Generated HTML').item.json.data }}. - I Commit Updated HTML ställer ni Operation till
edit, File Path tillindex.htmloch Commit Message tilltest. - Credential Required: Anslut era GitHub-credentials i Commit Updated HTML.
⚠️ Vanlig fallgrop: Om GitHub-filvägen eller repository-fälten är felaktiga i Fetch Current HTML File och Commit Updated HTML, kommer arbetsflödet att misslyckas med att jämföra eller uppdatera statussidan.
Steg 5: Konfigurera e-postaviseringar vid driftstopp
Skicka ett formaterat HTML-mejl varje gång tjänsten rapporteras som nere.
- I Dispatch Downtime Email ställer ni Send To till
[YOUR_EMAIL]. - Ställ in Subject till
Server Down. - Ställ in Message till den tillhandahållna HTML-body:n (börjar med
). - Credential Required: Anslut era Gmail OAuth2-credentials i Dispatch Downtime Email.
⚠️ Vanlig fallgrop: Om Gmail-kontot inte är auktoriserat eller saknar rättigheter att skicka, kommer driftstoppsaviseringar att misslyckas utan tydliga fel.
Steg 6: Testa och aktivera ert arbetsflöde
Verifiera hela flödet från start till slut innan ni slår på schemat.
- Använd Execute Workflow för att köra ett manuellt test från Scheduled Monitor Start.
- Bekräfta att Website Health Request returnerar ett svar och att Status Code Router routar korrekt.
- Verifiera att Generate Status HTML ger binär data som utdata och att Read Generated HTML extraherar HTML-texten.
- Kontrollera att Compare HTML Versions bara triggar Commit Updated HTML när innehållet ändras.
- Aktivera arbetsflödet för att slå på schemat för produktionsövervakning.
Felsökningstips
- GitHub-credentials kan löpa ut eller kräva specifika behörigheter. Om det slutar fungera, börja med att kontrollera scope för din Personal Access Token (repo-åtkomst) i GitHubs utvecklarinställningar.
- Om du använder Wait-noder eller extern rendering varierar bearbetningstiderna. Öka väntetiden om efterföljande noder fallerar på tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in din tonalitet tidigt, annars kommer du redigera output för alltid.
Snabba svar
Cirka 30 minuter om ditt GitHub-repo och Gmail-åtkomst är redo.
Nej. Du klistrar in inloggningsuppgifter, anger webbplatsens URL och anpassar e-post-/statustexten om du vill.
Ja. n8n har ett gratis alternativ för self-hosting och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volymer. Du behöver också räkna in API-användning för GitHub och Gmail (vanligtvis försumbar för enkla kontroller).
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änsat antal körningar men kräver grundläggande serveradministration.
Ja, och det är ganska flexibelt. Du kan ersätta Gmail med en annan e-posttjänst i steget “Dispatch Downtime Email”, och du kan peka “Website Health Request” mot valfri URL (inklusive separata staging-/production-endpoints). Vanliga anpassningar är att kontrollera fler statuskoder i “Status Code Router”, lägga till en andra URL eller ändra HTML-mallen som genereras i “Generate Status HTML” så att den matchar ditt varumärke.
För det mesta är det tokenen. Generera om din GitHub Personal Access Token, säkerställ att den har repo-behörigheter och uppdatera sedan credential i n8n. Bekräfta också att repot finns, att sökvägen är korrekt och att index.html redan finns (tom är okej) innan arbetsflödet körs.
För en enda webbplatskontroll var 2:e minut är volymen mycket låg.
Ofta, ja. n8n hanterar logiken “generera HTML, hämta aktuell fil, jämför och commit” på ett rent sätt, och du kan self-hosta för obegränsat antal körningar, vilket spelar roll när du kontrollerar var 2:e minut. Zapier/Make kan skicka larm, men GitHub-filhantering plus villkorliga commits blir snabbt krångligt. Om du bara behöver en enkel tvåstegs ping-till-mejl är de verktygen helt okej. Om du vill att uppdateringen av statussidan ska vara automatisk och konsekvent är det här n8n-arbetsflödet en bättre match. Prata med en automationsexpert om du är osäker på vad som passar.
När det här väl rullar slutar du agera “mänsklig drifttidsmonitor”. Arbetsflödet övervakar, larmar och håller din publika statussida ärlig medan du fokuserar på åtgärden.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.