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.

Öppen källkodGoJavaScriptSQLite

Betyg 92 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Publicering sker med PUT eller POST mot ämnets adress, och prenumeration över JSON-ström, server-sent events eller WebSocket; samma API används av projektets egna klienter.

Publicerings- och prenumerations-API · ntfy

Källa: source

Kontrollerat:

Öppna dokumentation

MCP · Tredjepart

Communityservern ntfy-mcp-server publicerar, listar och spelar upp notiser över ntfy:s HTTP-API och fungerar mot både ntfy.sh och en egen server; den underhålls utanför projektet.

ntfy-mcp-server · cyanheads (community)

Källa: source

Kontrollerat:

Öppna dokumentation

Jämför med alternativ Källor
ntfy: webbappen inloggad som Anna Lindqvist med alla notiser från Nordljus drift i en lista – månadsrapport, backupkontroll, diskvarning på db-01, certifikatförnyelse, långsam backup och kundportalens incident – och sidomenyn som visar de fyra prenumererade ämnena nordljus-larm, nordljus-backup, nordljus-webb och nordljus-utskick
1 / 5 Alla notiser från Nordljus drift, samlade per ämne i sidomenyn

Bedömning

Så bedömer vi

Totalbetyg

92

Preliminär (källbaserad)

Bedömningsprofil
Låta backuper, cron-jobb och skript larma i mobilen och på skrivbordet när de misslyckas, med en egen notistjänst och åtkomstkontroll per ämne.
Bedömningsdatum
Modellversion
3.0.0

  1. Öppenhet och kontroll

    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.

  2. Funktionell passform

    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.

  3. Dataflytt och interoperabilitet

    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.

  4. Mognad och trygghet

    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.

  5. Framtidskraft

    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.

  6. Drift och införande

    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.

  7. Kostnadsbild

    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.

  8. Svensk användbarhet

    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.

Om ntfy

ntfy är en publicerings- och prenumerationstjänst för notiser som talar vanlig HTTP. Ett skript skickar ett PUT- eller POST-anrop till en ämnesadress, och meddelandet dyker upp i mobilappen, i skrivbordsappen, i webbläsaren eller i en terminal som prenumererar på samma ämne. Rubrik, prioritet, taggar, klickadress och knappar styrs med fält i anropet eller i en JSON-kropp, och bilagor kan följa med när lagring är påslagen. Ämnen behöver inte skapas i förväg, och servern kan hålla kvar meddelanden en tid så att en enhet som varit offline hämtar dem när den kommer tillbaka.

För en privat instans finns användare, roller och en åtkomstlista med jokertecken per ämne, samt åtkomsttoken för skript och integrationsverktyg. Prenumeration sker över WebSocket, server-sent events, JSON-ström eller polling, med samma API som de egna klienterna använder. Servern är ett enda program med SQLite eller PostgreSQL som lagring, kan köras i container eller som systemtjänst och svarar på hälsokontroller och Prometheus-mått. Meddelanden kan schemaläggas, mallar kan fylla i text, och e-post kan både skicka och ta emot notiser när SMTP är konfigurerat. Den publika tjänsten ntfy.sh drivs på samma kod och finansieras med betalplaner för högre gränser, medan en egen server är gratis och oberoende av den.

Användning

Passar för

  • Den som vill att backuper, cron-jobb och skript ska larma i mobilen utan molnkonto
  • Driftteam som behöver en egen notistjänst med åtkomstkontroll per ämne och token för automation
  • Den som vill skicka notiser från vilket språk som helst med ett HTTP-anrop

Passar mindre bra för

  • Den som behöver svensk dokumentation eller svensk support
  • Den som vill ha en färdig larmkedja med eskaleringsscheman och jourhavande – då passar en övervakningstjänst bättre

Styrkor och begränsningar

Styrkor

  • Publicering är ett enda HTTP-anrop, med rubrik, prioritet, taggar, klickadress och bilagor
  • Ämnen behöver inte skapas i förväg, och cache håller kvar meddelanden för enheter som varit offline
  • Användare, roller, åtkomstlista med jokertecken och åtkomsttoken för skript
  • Egna klienter för Android, iOS, skrivbord, webbläsare och terminal mot samma API
  • Ett enda program med SQLite som standard – en container räcker för en liten serverpark

Begränsningar

  • Snabba notiser till iPhone från en egen server kräver att servern vidarebefordrar poll-förfrågningar till ntfy.sh eller en egen APNS-ansluten server
  • Dokumentation och support är på engelska, och en del strängar i kontosidorna är ännu oöversatta i den svenska webbappen
  • Standardläget är helt öppet – servern måste stängas med autentisering och gränser innan den exponeras
  • Inget samlat exportverktyg för hela installationen; historiken läses ut per ämne via API:t

Skärmbilder

5 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.

  • ntfy: webbappen inloggad som Anna Lindqvist med alla notiser från Nordljus drift i en lista – månadsrapport, backupkontroll, diskvarning på db-01, certifikatförnyelse, långsam backup och kundportalens incident – och sidomenyn som visar de fyra prenumererade ämnena nordljus-larm, nordljus-backup, nordljus-webb och nordljus-utskick
    Alla notiser från Nordljus drift, samlade per ämne i sidomenyn
  • ntfy: ämnet nordljus-larm med tre meddelanden i tidsordning – den akuta notisen om att kundportalen inte svarade med HTTP 502, återställningen efter sju minuter och den högprioriterade varningen om att diskutrymmet på db-01 passerat 85 procent, med tidsstämplar och länkar till status och ärendelogg
    Larmkanalen med incidenten som löstes ut och diskvarningen som ligger kvar
  • ntfy: publiceringsdialogen i webbappen med ämnet nordljus-larm, rubriken Daglig kontroll av kundportalen, meddelandet om svarstid och integrationer samt taggarna white_check_mark och kundportalen – samma anrop som skript och backuprutiner gör mot HTTP-API:t
    Publiceringsdialogen där en notis skrivs och skickas till ämnet
  • ntfy: inställningssidan med notisljud, lägsta prioritet och automatisk borttagning, listan över användare som webbappen är inloggad mot, samt utseende med tema, datum- och tidsformat och språkvalet Svenska
    Inställningarna för notiser, användare, tema och språk
  • ntfy: kontosidan för Anna Lindqvist med användning för publicerade meddelanden och reserverade ämnen samt listan över åtkomsttoken – bland dem token med etiketten Backup på db-01 som backuprutinen använder i stället för lösenord
    Kontosidan med användning och åtkomsttoken för API-anrop

Tekniska resurser

Alternativ

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.

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

Betyg

87

Praktiskt granskad

Läs bedömningen

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

Apprise

Notifikationer och larm · Notifikationsserver och bibliotek

Ett verktyg som skickar samma notis till 164 tjänster – e-post, chatt, SMS, webhooks och egna HTTP-mottagare – med ett enhetligt URL-format, ett REST-API och ett eget webbgränssnitt.

Öppen källkodPython
Startår
2017
Licens
BSD 2-Clause (biblioteket) / MIT (API-servern)
Öppen källkod
Ja
API
REST API
MCP
MCP-server, Tredjepart

Betyg

87

Preliminär (källbaserad)

Läs bedömningen

Projektdata

17 702GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2017
Licens
BSD 2-Clause (biblioteket) / MIT (API-servern)Öppen källkod (OSI-godkänd licens) · Både biblioteket och API-servern ligger under OSI-godkända licenser i samma projekt, utan proprietära delar och utan betalutgåva. Koden får läsas, ändras och återdistribueras, och hela kedjan kan drivas själv. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · macOS · Windows · containers
API
REST API Uppgivet
MCP
MCP-server, Tredjepart
Export
Finns Konfigurationerna är vanlig text eller YAML och kan läsas ut med /get eller /cfg och flyttas till en annan instans som de är. Någon historik över levererade notiser finns inte att exportera. Uppgivet
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Både biblioteket (BSD-2-Clause) och API-servern (MIT) ligger under OSI-godkända licenser i förstapartsrepot, utan proprietära delar och utan betalutgåva. Konfigurationen är vanlig text eller YAML, hela kedjan kan drivas själv, och det finns ingen molntjänst som notiserna måste igenom.
Funktionell passform Gäller: I labbet sparades en konfiguration med tre adresser, gränssnittet tolkade dem som JSON-, form- och XML-leveranser, och ett enda anrop levererade notisen till alla tre med kvitto per adress. Ett testutskick med rubrik, brödtext och typen failure gav tre lyckade leveranser. Avdraget gäller att servern bara gör utskicket: schemaläggning, eskalering och historik får byggas runt omkring.
Dataflytt och interoperabilitet Gäller: Konfigurationerna ligger som textfiler i en katalog och kan läsas ut med /get eller /cfg och flyttas till en annan instans utan konvertering. Adresserna är rena URL:er som fungerar likadant i kommandoradsverktyget, biblioteket och API:t, så en konfiguration kan flyttas mellan alla tre vägarna. Det som inte går att flytta är leveranshistoriken – den finns inte.
Mognad och trygghet Gäller: Projektet har publika commits sedan 2017, nära sjutton tusen stjärnor, tät utgivningstakt och en egen dokumentationssajt som täcker CLI, bibliotek, konfigurationsformat och API:t. I den version labbet körde listade gränssnittet 164 tjänster med schema för varje adress. Avdraget gäller att varje tjänst hänger på en tredje parts API: ändrar leverantören sitt gränssnitt krävs en uppdaterad plugin, och enstaka tjänster ligger efter.
Framtidskraft Gäller: REST-API:t täcker utskick mot sparade nycklar och mot adresser i anropet, konfigurationshantering, taggar, mallvärden, bilagor, strömmande leveranssvar och valfri autentisering – allt utom det sista prövades i labbet. Biblioteket är ett Python-paket som andra verktyg bygger på, och det finns communityservrar för MCP. Det som håller nivån under 5 är att det inte finns någon egen MCP-server och att servern inte har något schema eller någon kö för senarelagda utskick.
Drift och införande Gäller: En enda container utan extern databas räckte, konfigurationen låg i en monterad katalog, hälsokontrollen svarar på /status och servern startade på några sekunder med en arbetare. Ingen migrering, ingen kö och inget index att sköta – säkerhetskopieringen är en katalog och en fil per konfiguration.
Kostnadsbild Gäller: Programvaran är gratis under öppen licens, har ingen betalutgåva, inga funktionsgränser och ingen leverantörstjänst som måste tecknas. Kostnaden ligger i de kanaler man skickar till – SMS-gatewayer och liknande tar betalt per meddelande – men den kostnaden är densamma oavsett vilket verktyg som anropas.
Svensk användbarhet Gäller: Gränssnittet visades på engelska i labbet och språkvalslistan innehåller 20 språk men inte svenska; dokumentationen och supporten är engelskspråkig och ingen svensk översättning finns. Adresserna och notistexterna kan förstås skrivas på svenska, men själva produkten har inget svenskt stöd.

Kostnad: .

Faktakontrollerad

Källor

  1. ntfy – officiell webbplats
  2. GitHub – binwiederhier/ntfy
  3. ntfy docs – publicering
  4. ntfy docs – prenumeration över API:t
  5. ntfy docs – serverkonfiguration