gotify

Notifikationer och larm · Pushnotiser från skript och applikationer

Ett skript skickar ett HTTP-anrop med applikationens token och notisen hamnar direkt i mobilen eller webbläsaren – på en server du äger.

Betyg 85 av 100 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

REST-API:t skickar meddelanden med en applikationstoken och låter en klienttoken läsa historik, hantera applikationer och strömma nya meddelanden över WebSocket. Projektet publicerar dokumentationen som OpenAPI på både webbplatsen och serverns egen /docs.

gotify REST-API · gotify

Källa: source

Kontrollerat:

MCP · Officiellt

Servern har en egen MCP-endpoint på /mcp med Streamable HTTP i tillståndslöst läge. Den tar bara emot applikationstoken och kan skicka meddelanden som den applikationen, inte läsa eller administrera något annat.

Inbyggd MCP-endpoint (/mcp) · gotify

Källa: source

Kontrollerat:

gotify: webbgränssnittet inloggat som Anna Lindqvist med alla pushnotiser i en lista – månadsrapporten, veckorapporten, certifikatvarningen, det förnyade certifikatet, diskvarningen på db-01, kundportalens avbrott och återställning samt backuprutinens kvitton – och sidomenyn med de fem applikationerna Backup på db-01, Övervakning app-01, Certifikatvakt, Fakturering och Veckorapport
1 / 5 Alla notiser från Nordljus drift, med en egen kanal per avsändare i sidomenyn

Bedömning

Så bedömer vi

Totalbetyg

85 av 100

Preliminär (källbaserad)

Bedömningsprofil
Låta backuper, cron-jobb, övervakning och AI-agenter skicka en notis till mobilen eller skrivbordet över HTTP, via en egen pushserver med egna token per avsändare.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    Server, webbgränssnitt, Android-klient och kommandoradsverktyg ligger under MIT, och servern kan drivas helt utan något konto hos projektet. Det finns ingen molntjänst med funktioner som är låsta till en betalplan, och data-katalogen är en vanlig SQLite-fil som ägaren förfogar över.

  2. Funktionell passform

    I labbet skapades fem applikationer och fyra klienter, sexton meddelanden skickades med applikationstoken och visades i webbgränssnittet i rätt ordning med prioritet, tid och egen ikon per avsändare, och ett meddelande kunde skickas från publiceringsdialogen på samma väg som skripten använder. Modellen med applikationer som bara skickar och klienter som bara tar emot höll hela vägen, men kanalen saknar schemaläggning, mallar, kvittens per enhet och delade kanaler mellan konton, vilket håller nivån under 5.

  3. Dataflytt och interoperabilitet

    REST-API:t täcker hela datamodellen: meddelandehistoriken läses med paging, och applikationer, klienter och användare kan listas och återskapas över API:t med grundautentisering. Notiserna i sig är korta textmeddelanden i ett dokumenterat JSON-format, och hela tillståndet är en SQLite-fil som kan flyttas med servern. Något samlat export- eller importverktyg för en hel installation finns inte dokumenterat, vilket håller nivån under 5.

  4. Mognad och trygghet

    Projektet publicerade sin första utgåva i februari 2018, har ett sjuttiotal utgåvor, omkring sexton tusen stjärnor och ett aktivt repo med pushar i oktober 2026. Dokumentationen täcker installation, konfiguration, omvänd proxy, migrering mellan huvudversioner, säkerhetsmodell och MCP, och säkerhetsproblem har hanterats med egna åtgärder som sessionhöjning. Utvecklingen vilar i praktiken på en huvudutvecklare med ett femtiotal bidragsgivare, vilket är skälet att nivån stannar på 4.

  5. Framtidskraft

    API:t är dokumenterat med OpenAPI, det finns ett eget kommandoradsverktyg, ett plugin-API i Go för egna mottagare och sedan 3-serien en inbyggd MCP-endpoint på /mcp med Streamable HTTP som en AI-agent kan använda med en applikationstoken. Det ger verklig automation och agentintegration i kärnan, men MCP-verktyget kan bara skicka meddelanden och endpointen saknar läsvägar, så integrationsberedskapen är god men inte förstklassig.

  6. Drift och införande

    En container med SQLite räckte för hela serien i labbet, och konfigurationen är ett tiotal miljövariabler med dokumenterade standardvärden. Projektet beskriver installation som container eller binär, systemtjänst, omvänd proxy för Caddy, Nginx, Apache, HAProxy och Traefik samt migrering mellan huvudversioner, och servern svarar på en egen hälsokontroll som visar både tjänst och databas.

  7. Kostnadsbild

    Programvaran är gratis under MIT och projektet säljer varken licenser, molntjänst eller support, så kostnadsbilden är transparent: ingen licenskostnad och ingen bindning. Kvar blir drift och säkerhetskopiering av en liten container, och support sker i projektets eget chattrum och i ärendespåraren utan avgift.

  8. Svensk användbarhet

    Gränssnittet är engelskt och repot har inga språkfiler eller översättningsmekanism, så det finns ingen svensk lokalisering att slå på. Dokumentationen och projektsupporten är engelskspråkig, och inga svenska integrationer eller regelverksanpassningar är belagda – produkten är tekniskt användbar i Sverige men utan svenskt stöd.

Om gotify

gotify är en pushserver för meddelanden som skapas av annan programvara. Ett skript, en backup eller en övervakningskontroll skickar ett HTTP-anrop med en applikations token, och meddelandet levereras direkt över en WebSocket-anslutning till de klienter som prenumererar: Android-appen, en egen klient eller webbläsaren. Varje meddelande har rubrik, text, prioritet 0–10 och extrafält som styr hur klienten visar det – markdown, klickadress, bild och ljud – så att en notis kan vara en kort kvittens eller en klickbar larmrad.

Modellen skiljer på applikationer och klienter: en applikation får bara skicka, en klient får bara ta emot och hantera sina egna token, och en användare ser bara de applikationer den själv skapat. Token visas en gång vid skapandet och kan roteras, och behörighetskänsliga åtgärder i webbgränssnittet kräver att sessionen höjs med lösenordet igen. Servern lagrar allt i SQLite som standard men kan använda MySQL eller PostgreSQL, går att köra som container eller binär på Linux och Windows, och kan kopplas till en extern identitetsleverantör över OIDC. Ett plugin-API i Go gör det möjligt att lägga till egna mottagare, och i 3-serien finns en MCP-endpoint på /mcp där en AI-agent kan skicka notiser med en applikationstoken.

Användning

Passar för

  • Den som vill att backuper, cron-jobb och övervakning ska larma i mobilen utan molnkonto
  • Driftteam som vill ha en liten pushserver med egen token per avsändare och inloggning mot sin egen identitetsleverantör
  • Skript och AI-agenter som ska kunna skicka en notis till en människa över HTTP eller MCP

Passar mindre bra för

  • Den som behöver schemalagda utskick, meddelandemallar eller e-post som kanal
  • Team som vill ha gemensamma kanaler med roller – applikationer och meddelanden är knutna till ett konto
  • Den som kräver svenskt gränssnitt eller svensk support

Styrkor och begränsningar

Styrkor

  • Applikationer och klienter har egna token med snäva rättigheter – en applikation kan bara skicka meddelanden
  • Notiser levereras direkt över WebSocket, med prioritet, markdown, klickadress och bild
  • Ett enda program med SQLite som standard; container eller binär på Linux och Windows
  • Officiell Android-klient och ett eget kommandoradsverktyg, och vilken HTTP-klient som helst kan skicka
  • Inbyggd MCP-endpoint för AI-agenter, plugin-API i Go och OIDC-inloggning

Begränsningar

  • Meddelanden kan inte schemaläggas eller mallstyras – en notis skickas när anropet görs
  • Ingen svensk översättning av gränssnitt, dokumentation eller support
  • Servern vet inte om en notis nått fram; det finns ingen kvittens eller återkoppling per enhet
  • Applikationer och meddelanden är isolerade per användare, så ett team behöver egna applikationer eller ett delat konto
  • Ingen exportfunktion för hela installationen – historiken läses via API:t eller flyttas med databasfilen

Skärmbilder

Tekniska resurser

Alternativ

ntfy

Notifikationer och larm · Pushnotiser över HTTP

Skript, backuper och cron-jobb skickar en notis med ett HTTP-anrop; ntfy levererar den till mobil, skrivbord och webbläsare – på egen server.

Startår
2021
Licens
Apache License 2.0 (även GPLv2)
Öppen källkod
Ja

Betyg

92 av 100

Preliminär (källbaserad)

Läs bedömningen om ntfy

Projektdata

35 280GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2021
Licens
Apache License 2.0 (även GPLv2)Öppen källkod (OSI-godkänd licens) · Repot är dubbellicensierat under Apache 2.0 och GPLv2, och GitHub identifierar Apache-2.0. Båda licenserna tillåter egen drift och ändringar; GPLv2-alternativet gör koden förenlig med projekt som redan står under GPL. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · containers
API
REST API Uppgivet
Export
Delvis Hela meddelandehistoriken i cachen går att läsa ut per ämne med since=all i JSON-API:t, och användare, åtkomstregler och token ligger i SQLite-filer som kan flyttas med servern. Något samlat export- eller importverktyg för hela installationen finns inte dokumenterat. Uppgivet
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Hela produkten – server, webbapp, kommandoradsverktyg och mobilklienterna – ligger i ett repo under Apache 2.0 med GPLv2 som alternativ, och servern kan köras helt utan leverantörens tjänst. Inga funktioner i den egna servern är låsta till betalplanerna på ntfy.sh, som bara höjer gränser och förlänger lagringstider för den publika tjänsten.
Funktionell passform Gäller: I labbet publicerades tio meddelanden över fyra ämnen med JSON-API:t, med rubrik, prioritet och taggar, och de visades i webbappen i rätt ordning med tider, ikoner och klicklänk. Åtkomstregler per ämne och användare fungerade som dokumenterat: en läsbehörig kollega kunde läsa alla driftämnen men bara skriva i larmkanalen, och servern svarade på hälsokontrollen utan ingrepp.
Dataflytt och interoperabilitet Gäller: Notishistoriken går att läsa ut per ämne med since=all i JSON-API:t och användare, regler och token ligger i vanliga SQLite-filer som kan flyttas med servern. Prenumerationer och klienter talar samma HTTP-protokoll, så en annan server kan ta över adressen. Något samlat export- eller importverktyg för hela installationen finns inte dokumenterat, vilket håller nivån under 5.
Mognad och trygghet Gäller: Projektet har funnits sedan 2021, har över trettiofem tusen stjärnor och ett drygt hundratal utgåvor, egna appar i Google Play, App Store och F-Droid samt en dokumentationsportal som täcker publicering, prenumeration, serverkonfiguration, gränser och felsökning. Servern är ett enda program som har varit stabilt över många utgåvor, och den publika tjänsten drivs på samma kod.
Framtidskraft Gäller: Protokollet är vanlig HTTP utan egen klientberoende logik, vilket gör tjänsten lätt att byta ut eller bygga vidare på, och utvecklingen är aktiv med tät utgivningstakt. Avvägningen är att projektet i praktiken vilar på en huvudutvecklare och att iOS-notiser från en egen server är beroende av en vidarebefordran till ntfy.sh eller en egen APNS-ansluten server.
Drift och införande Gäller: Driftsättningen är en container eller ett paket med SQLite som standard, och i labbet räckte en enda container bakom den delade proxyn för fyra ämnen, två konton och tio meddelanden. Hälsokontroll och Prometheus-mått finns inbyggda. Det som drar ner nivån är att servern måste sättas bakom TLS, stängas med autentisering och gränser innan den exponeras, och att cachen och användardatabasen ska säkerhetskopieras separat.
Kostnadsbild Gäller: Egen server är gratis under Apache 2.0 utan funktionsgränser eller abonnemang, och alla klienter är fria att installera. Betalplanerna gäller den publika tjänsten ntfy.sh och höjer gränser och lagringstider där – inget som krävs för en egen installation.
Svensk användbarhet Gäller: Webbappen är översatt till svenska och följer webbläsarens språk: menyerna, inställningarna, publiceringsdialogen och kontosidorna visades på svenska i labbet. Mätningen mot projektets språkfiler ger 399 av 470 engelska nycklar med svenskt värde, och en del strängar i kontosidorna är ännu oöversatta. Dokumentation och support är på engelska.

Kostnad: .

Faktakontrollerad

Alerta

Notifikationer och larm · Larmkonsol som samlar och avdubblikar larm från flera övervakningssystem

Larmkonsol som tar emot larm från flera övervakningssystem, tar bort dubbletter och ger ett ställe att kvittera, tysta och följa upp dem.

Startår
2012
Licens
Apache-2.0
Öppen källkod
Ja

Betyg

87 av 100

Praktiskt granskad

Läs bedömningen om Alerta

Projektdata

2 535GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2012
Licens
Apache-2.0Öppen källkod (OSI-godkänd licens) · Hela källkoden – API, kommandoradsverktyg, plugin och webbkonsol – ligger under Apache-2.0 enligt LICENSE i repot. Det finns ingen sluten utgåva av samma kod och inga funktioner bakom avtal; alla larmfunktioner, kundvyer och integrationer följer med den egenhostade installationen. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · containers
API
REST API Uppgivet
MCP
Saknas
Export
Delvis Alla larm, tystnader och hjärtslag går att läsa ut över API:et med paging och filter, och databasen är vanlig PostgreSQL eller MongoDB som kan dumpas med standardverktyg. Något samlat export- eller importverktyg för hela installationen, med användare och nycklar, finns inte. Uppgivet
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Hela källkoden ligger under Apache-2.0 enligt LICENSE i repot: API, kommandoradsverktyg, plugin och webbkonsol. Det finns ingen sluten utgåva av samma kod, inga funktioner bakom avtal och ingen licensnyckel – instansen i labbet startade utan konto och alla funktioner, inklusive kundvyer och API-nycklar, var tillgängliga direkt.
Funktionell passform Gäller: Driftsatt i labbet med PostgreSQL och tjugo larm: tre eskaleringar av samma disklarm blev en rad med fyra historikposter i stället för tre larm, fyra tystnader för planerade fönster låg ute utan att skymma de riktiga larmen, tre hjärtslag visade att nattbackupen, loggrotationen och faktureringskörningen rapporterade, och alla larm kunde läsas och skrivas över REST-API:et. Hela användningsfallet gick att lösa utan kringgående.
Dataflytt och interoperabilitet Gäller: Larmen är JSON över ett dokumenterat HTTP-API och databasen är vanlig PostgreSQL eller MongoDB, så själva larmhistoriken går att läsa ut och flytta. Men det finns inget samlat export- eller importverktyg för en installation – användare, API-nycklar, tystnader och plugin-konfiguration får återskapas för hand – och integrationerna i de övervakande systemen måste pekas om. Det som är portabelt är data och API-kontraktet, inte konfigurationen.
Mognad och trygghet Gäller: Projektet startade 2012 och har getts ut kontinuerligt sedan dess; 9.1.0 kom i mars 2026 och förrådet har commits från samma månad. Containeravbildningen alerta/alerta-web har närmare tio miljoner nedladdningar på Docker Hub, dokumentationen täcker API, plugin, kundvyer och distribution, och det finns ett etablerat kommandoradsverktyg och Python-SDK vid sidan av webbkonsolen.
Framtidskraft Gäller: Arkitekturen är enkel och öppen – allt går över ett dokumenterat HTTP-API, och integrationer skrivs som skript eller plugin, vilket gör att produkten kan bytas ut eller byggas vidare utan att larmen låser sig. Utvecklingstakten är måttlig: 9-serien kom 2024 och 9.1 först 2026, och projektet drivs av en liten krets utan kommersiell huvudman. Det ger en stabil men långsam plattform, därför fyra och inte fem.
Drift och införande Gäller: Två containrar – appen och PostgreSQL – räckte för en komplett larmbild, och admin-kontot skapades ur miljövariabler vid första starten. Driften kräver ändå sitt: en databas som säkerhetskopieras och uppgraderas, plugin-listan som styr vilka larm som avvisas eller berikas, och en genomtänkt timeout så att larm inte går till Expired i förtid. Det är normalt för ett internt verktyg, inte trivialt.
Kostnadsbild Gäller: Programvaran är gratis och Apache-2.0, det finns ingen avgiftsbelagd utgåva och inga funktioner som kräver abonnemang. Den enda kostnaden är drift av appen och dess databas, som kan ligga på befintlig hårdvara.
Svensk användbarhet Gäller: Webbgränssnittet har språkfilerna en, de, fr och tr – ingen svensk översättning – och dokumentationen finns bara på engelska. Datum och tider följer webbläsarens språk, men menyval, knappar och rapporter är engelska, och det finns ingen svensk supportkanal.

Kostnad: .

Faktakontrollerad

Källor