Du kan det här. Någon frågar ”Hur är det i London just nu?” och plötsligt jonglerar du en väderflik, en nål på kartan och tre olika stadsnamn som ser nästan identiska ut.
Den här Slack-väderautomationen slår hårdast mot team som koordinerar scheman i verkligheten. En marknadschef som planerar en fotografering, en driftansvarig som driver platsbesök och en grundare som hoppar mellan möten behöver alla samma sak: ett pålitligt svar, snabbt.
Det här flödet låter dig begära aktuella förhållanden och få ett strukturerat svar tillbaka i Slack på några sekunder, med OpenWeatherMap. Du ser exakt vad det gör, vad du behöver och var folk oftast kör fast.
Så fungerar den här automationen
Hela n8n-flödet, från trigger till slutligt resultat:
n8n Workflow Template: OpenWeatherMap till Slack: snabba vädersvar
flowchart LR
subgraph sg0["Flow 1"]
direction LR
n0["<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/openWeatherMap.svg' width='40' height='40' /></div><br/>OpenWeatherMap"]
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/webhook.dark.svg' width='40' height='40' /></div><br/>Webhook GET"]
n2@{ icon: "mdi:swap-vertical", form: "rounded", label: "Set City", pos: "b", h: 48 }
n3@{ icon: "mdi:swap-vertical", form: "rounded", label: "Create Response", pos: "b", h: 48 }
n2 --> n0
n1 --> n2
n0 --> n3
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 api
classDef customIcon fill:none,stroke:none
class n0,n1 customIcon
Problemet: väderkollar bryter fokus (och planer)
Väder är ett litet beslut som skapar stora följdeffekter. Om du koordinerar en kundfotografering, schemalägger en rundvandring på plats eller bara bestämmer när du ska resa tvärs över stan, betyder ”aktuella förhållanden” mer än en generisk skärmbild av en prognos. Det störiga är hur ofta frågan kommer mitt i arbetet: du lämnar Slack, öppnar en vädersajt, skriver in en stad igen, dubbelkollar att det är rätt, och klistrar sedan in något som ändå leder till följdfrågor. Gör du det några gånger om dagen blir det en konstant skatt på kontextbyten. Ärligt talat är det också så misstag med ”fel stad” smyger sig in.
Det summeras snabbt. Här är var det faller isär i riktiga team.
- Folk kollar olika källor, så ”vädret” blir en diskussion i stället för ett beslut.
- Det är lätt att ta fel stad (eller fel Berlin) när det går fort.
- Slack-trådar belamras med halva svar, länkar och ”vänta, jag menade London i UK”.
- När förhållanden ändras snabbt slösar du tid på att kolla samma sak om och om igen.
Lösningen: begär vädret och få ett direkt svar i Slack
Det här n8n-flödet gör en enkel begäran till ett direkt, standardiserat vädersvar. Det börjar med en inkommande webhook som tar emot ett stadsnamn (som ”london”). Om du inte anger någon stad faller det tillbaka till en standardplats (Berlin), som du kan ändra när som helst i steget ”Set City”. Därefter anropar n8n OpenWeatherMap för att hämta aktuella förhållanden för staden. Till sist formaterar den resultatet till ett strukturerat svarsmeddelande så att det kan visas i Slack (eller var som helst där svaret kan visas). Inget flikhoppande, inget gissande och inga ”vilket London?”-följdfrågor om du inte faktiskt behöver dem.
Flödet startar när Slack (eller ett kommandoradsverktyg som bash-dash) anropar din webhook-endpoint. n8n avgör vilken stad som ska användas, hämtar liveväder från OpenWeatherMap och returnerar sedan ett svar som är klart att posta i din Slack-kanal.
Det du får: automation vs. resultat
| Det här flödet automatiserar | Resultat du får |
|---|---|
|
|
Exempel: så här ser det ut
Säg att ditt team kollar vädret för 3 städer varje morgon (HQ, en kundplats och en resehub). Manuellt tar det oftast runt 10 minuter per koll när du räknar in sökning, verifiering av stad och att posta tillbaka i Slack, så cirka 30 minuter per dag. Med det här flödet skickar du ”weather london” i ditt kommandoradsverktyg, n8n returnerar de aktuella förhållandena och du lägger svaret i Slack på ungefär en minut. Det är ungefär en halvtimme tillbaka varje dag, utan att tumma på kvaliteten.
Det här behöver du
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen hosting om du föredrar det (Hostinger fungerar bra)
- OpenWeatherMap för live-data om aktuella förhållanden.
- Slack för att dela vädersvaret där arbetet sker.
- OpenWeatherMap API-nyckel (hämta den i kontrollpanelen för ditt OpenWeatherMap-konto).
Kunskapsnivå: Nybörjare. Du klistrar in en API-nyckel, sätter en standardstad och kopplar Slack till webhook-endpointen.
Vill du inte sätta upp det här själv? Prata med en automationsexpert (gratis 15-minuters konsultation).
Så fungerar det
En webhook tar emot begäran. Din Slack-kommandoinställning (eller bash-dash) anropar n8n:s webhook-URL och skickar med ett stadsnamn som ”london”.
Flödet avgör vilken stad som ska användas. Om en stad anges används den. Om inte faller den tillbaka till standarden som sätts i noden ”Assign City Value” (Berlin som standard).
OpenWeatherMap returnerar aktuella förhållanden. n8n frågar OpenWeatherMap efter de senaste väderdetaljerna för staden, så att du inte förlitar dig på gårdagens cachade skärmbild.
Ett formaterat svar byggs. Sista steget ”Compose Weather Reply” formar utskriften så att den kan visas snyggt i Slack, utan extra efterarbete.
Du kan enkelt ändra standardstaden så att den matchar ert HQ, eller ändra svarsformatet för att ta med extra fält som teamet bryr sig om. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera webhook-triggern
Sätt upp den inkommande endpointen så att externa anrop kan starta arbetsflödet.
- Lägg till noden Incoming Webhook Trigger.
- Ställ in Path på
weather. - Ställ in Response Mode på
lastNode. - I Options ställer ni in Response Property Name på
data.
Steg 2: sätt upp indata för stad
Mappa den inkommande query-parametern till ett standardiserat stadsfält med ett standardvärde.
- Lägg till noden Assign City Value och koppla den efter Incoming Webhook Trigger.
- I Values → String lägger ni till ett fält med namnet city.
- Ställ in värdet för city till
={{ $json["query"]["parameter"] || 'berlin,de' }}.
Tips: Standardvärdet berlin,de används när ingen query-parameter skickas in.
Steg 3: anslut OpenWeatherMap
Hämta väderdata i realtid baserat på stadsvärdet från föregående steg.
- Lägg till noden Fetch Weather Details och koppla den efter Assign City Value.
- Ställ in City Name på
={{ $json["city"] }}. - Ställ in Language på
en. - Credential Required: Anslut era openWeatherMapApi-uppgifter.
⚠️ Vanlig fallgrop: Om stadssträngen är ogiltig eller felstavad kommer OpenWeatherMap-anropet att misslyckas.
Steg 4: konfigurera svarsutdata
Skapa ett trevligt svarsmeddelande som returneras till den som anropar webhooken.
- Lägg till noden Compose Weather Reply och koppla den efter Fetch Weather Details.
- I Values → String lägger ni till ett fält med namnet data.
- Ställ in värdet för data till
=It has {{$json["main"]["temp"]}}℃ and feels like {{$json["main"]["feels_like"]}}℃ in {{$json["name"]}}.
Steg 5: testa och aktivera ert arbetsflöde
Verifiera flödet från webhook-indata till vädersvar från start till mål och aktivera sedan för produktion.
- Klicka på Execute Workflow och anropa webhook-URL:en med en query-parameter (till exempel
?parameter=paris,fr). - Bekräfta att utdata från Compose Weather Reply returnerar en läsbar vädersträng i fältet
data. - Om det fungerar växlar ni arbetsflödet till Active för att ta emot live-anrop.
Vanliga fallgropar
- OpenWeatherMap-inloggningsuppgifter kan löpa ut eller kopieras fel. Om det slutar fungera, kontrollera först status för din API-nyckel i OpenWeatherMaps kontrollpanel.
- Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om efterföljande noder misslyckas på grund av tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in er tonalitet tidigt, annars kommer du redigera utdata i all evighet.
Vanliga frågor
Cirka 20 minuter om du redan har din OpenWeatherMap-nyckel.
Nej. Du klistrar mest in inloggningsuppgifter och ändrar ett par fält i n8n.
Ja. n8n har ett gratisalternativ för egen hosting 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 med kostnader för OpenWeatherMaps API-användning (ofta gratis vid låg volym, och sedan betalt när du skalar).
Två alternativ: n8n Cloud (hanterat, enklast att sätta upp) eller egen hosting på en VPS. För egen hosting är Hostinger VPS prisvärd och hanterar n8n bra. Egen hosting ger obegränsade körningar men kräver grundläggande serverhantering.
Ja, och det går snabbt. Ändra standarden i noden ”Assign City Value” (Set) så att flödet använder er HQ-stad när ingen stad anges. Du kan också justera noden ”Compose Weather Reply” så att den tar med extra detaljer som luftfuktighet eller vind om teamet behöver den kontexten.
Oftast beror det på en ogiltig eller utgången API-nyckel i dina OpenWeatherMap-inloggningsuppgifter i n8n. Kontrollera att nyckeln är aktiv i OpenWeatherMaps kontrollpanel och uppdatera den sedan i noden ”Fetch Weather Details”. Om nyckeln är okej, leta efter rate limits eller ett stadsnamn som OpenWeatherMap inte kan matcha tydligt (testa en mer specifik inmatning).
Många för normal teamanvändning. Med n8n Cloud Starter klarar du dig typiskt bra för lättare dagliga förfrågningar, och högre nivåer hanterar mer volym. Om du kör egen hosting finns ingen gräns för antal körningar, så den praktiska gränsen blir din server och OpenWeatherMaps rate limits. Om du triggar detta i livliga kanaler hela dagen, överväg att lägga till enkel cachning så att upprepade förfrågningar för samma stad inte spammar API:t.
Ofta, ja. n8n är bättre när du vill ha kontroll över formatering, standardvärden och förgreningslogik, och du kan köra egen hosting vid hög användning utan att betala per pyttesteg. Zapier eller Make kan fortfarande vinna för ultrasimpla upplägg om du vill ha ett polerat UI och inte bryr dig om anpassning. Om flödet ska växa (fler städer, loggning, aviseringar eller routning per kanal) tenderar n8n att hålla bättre över tid. Prata med en automationsexpert om du vill ha hjälp att välja det enklaste långsiktiga alternativet.
Väderkollar ska inte spåra ur din dag. Sätt upp detta en gång och låt Slack leverera svaret när teamet behöver det.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.