ntfy

XDA publicou um artigo essa semana sobre abandonar email para alertas de lab doméstico e migrar para ntfy em vez disso. O artigo acerta sobre o problema. Alertas por email se perdem na bagunça das abas promocionais, chegam com minutos de atraso e param de funcionar assim que um servidor de correio falha. O que ntfy faz bem é dar a você um comando curl de uma linha para uma notificação push real com som e vibração em um telefone que provavelmente já está no seu bolso.

A próxima pergunta é qual serviço push escolher de verdade. ntfy é elegante, mas não é a única opção, e não se adequa a todas as configurações. Algumas casas inteligentes já falam Home Assistant. Alguns times de ops já têm uma conta Pushover paga. Algumas configurações precisam de uma trilha de auditoria mais do que um ping em tempo real. Testamos sete alternativas ao ntfy contra os mesmos três casos de uso: um trabalho cron de Bash em um NAS, uma verificação de saúde de contêiner Docker e um roteador sinalizando uma queda.

Comparação rápida

App Melhor para Plano gratuito Preço inicial Destaque
Gotify Totalmente auto-hospedado, um binário Sim, open source Grátis Nenhum terceiro
Pushover Canal pago confiável Avaliação de 30 dias Cerca de 5 USD por plataforma, uma vez Níveis de prioridade de mensagens
Pushbullet Mensagens entre dispositivos Sim, limitado Cerca de 5 USD/mês Pro Espelho SMS no Android
Home Assistant Ecossistema já instalado Sim, open source Grátis Integração profunda com sensores
Uptime Kuma Monitoramento de serviços remotos Sim, open source Grátis Página de status ao vivo incluída
Healthchecks.io Dead-man switch para trabalhos cron Sim, até 20 verificações Cerca de 5 USD/mês Alerta quando um trabalho para
Apprise Notify Agregador para outros serviços Sim, open source Grátis Distribui para Discord, Slack, ntfy, etc.

Por que as pessoas saem do ntfy

Nada nesta lista é uma falha crítica para ntfy. Funciona. As razões pelas quais as pessoas mudam se resumem à forma da configuração:

As sete alternativas abaixo resolvem um ou mais deles, em ordem de com que frequência acabamos as recomendando.

As alternativas

1. Gotify — Melhor substituição totalmente auto-hospedada

Gotify é a substituição mais próxima um-para-um. É um único binário Go que funciona em qualquer Raspberry Pi ou NAS, expõe uma API HTTP para enviar mensagens e se emparelha com um cliente Android que se comporta como ntfy. O banco de dados é SQLite por padrão, então o backup é uma cópia de arquivo, e a superfície toda é pequena o suficiente para caber em um contêiner.

Onde falta: Sem níveis de prioridade para falar. Sem criptografia de ponta a ponta para corpos de mensagens, eles viajam em texto aberto dentro da sua rede. O cliente Android não pode se inscrever em múltiplos servidores tão elegantemente quanto o app ntfy.

Preços:

Migrando do ntfy: Chamadas Curl precisam que o endpoint seja reescrito e um token adicionado como header. O formato do corpo da mensagem é o mesmo. Scripts existentes se portam em poucos minutos.

Baixar: Gotify no Aptoide · Google Play · F-Droid

Conclusão: Escolha isto se você já executa ntfy auto-hospedado e quer um binário ligeiramente mais simples com um modelo mental idêntico.

2. Pushover — Melhor canal pago quando a confiabilidade importa

Pushover é a escolha quando você precisa do time de SRE de outro para apoiar a entrega de mensagens. Semântica de níveis de prioridade significa que um ping de “emergência” continua reenviando até ser reconhecido, um ping “importante” ignora horas silenciosas e um ping “baixo” nunca acorda você. Times de on-call usam isso todos os dias.

Onde falta: Não auto-hospedado. Conteúdo da mensagem fica em servidores Pushover brevemente. A taxa de app única por plataforma (Android, iOS, desktop) se acumula se você usa várias.

Preços:

Migrando do ntfy: Substitua a chamada curl. Pushover usa HTTPS POST com uma chave de usuário e token de app. Prioridade se torna um parâmetro extra.

Baixar: Pushover no Aptoide · Google Play

Conclusão: Escolha isto se os alertas têm de chegar, e você prefere pagar uma pequena taxa única a manter infraestrutura.

3. Pushbullet — Melhor se a notificação vive dentro de um fluxo de dispositivo

Pushbullet não é principalmente uma ferramenta de push script-para-telefone, mas faz esse trabalho limpo. Sua verdadeira força é o canal bidirecional: seu telefone pode espelhar SMS para um desktop e clientes desktop podem enviar uma notificação de volta. Se seus alertas já se encaixam em uma história de “enviar mensagens entre meus dispositivos”, Pushbullet se sente natural.

Onde falta: Plano gratuito é fortemente limitado por contagem de mensagens e tamanho de arquivo. A empresa passou por mudanças de proprietário e perdeu polimento de engenharia pelo caminho.

Preços:

Migrando do ntfy: A API tem uma forma diferente. Você vai trocar URL e carga. Chamadas push-a-message básicas permanecem uma linha.

Baixar: Pushbullet no Aptoide · Google Play

Conclusão: Escolha isto se push é uma parte de um fluxo multi-dispositivo mais amplo que você já usa.

4. Home Assistant — Melhor se você já o executa

Home Assistant envia um app companheiro Android que recebe notificações push da sua instância Home Assistant. Se seu NAS, stack Docker ou scripts já podem conversar com Home Assistant (geralmente conseguem), rotear alertas por ele significa um serviço a menos para rodar e um cliente no seu telefone em vez de dois.

Onde falta: Excessivo se você ainda não executa Home Assistant. Configurar notificações do zero leva mais YAML do que um comando curl de uma linha merece.

Preços:

Migrando do ntfy: Aponte seus scripts para a API REST do Home Assistant e chame um serviço de notificação. O modelo mental é mais próximo de um message bus do que um tópico.

Baixar: Home Assistant no Aptoide · Google Play

Conclusão: Escolha isto se Home Assistant já é o hub e empurrar alertas por ele significa um contêiner a menos.

5. Uptime Kuma — Melhor se os alertas são sobre serviços

Uptime Kuma é uma combinação de página de status e monitor que observa endpoints HTTP, portas e registros DNS e envia alertas por 90+ canais incluindo ntfy, Pushover, Discord e Home Assistant. Se a maioria das suas notificações é “meu serviço caiu”, Uptime Kuma faz a observação e a notificação.

Onde falta: Não é um serviço de notificação genérico. Se você quer se alertar a partir de um script Bash que não é uma verificação de saúde, Uptime Kuma não é a ferramenta.

Preços:

Migrando do ntfy: Uptime Kuma chama ntfy como um canal. A migração é geralmente aditiva, não uma substituição.

Baixar: Kuma monitor no Aptoide — cliente móvel de terceiros para navegar o dashboard

Conclusão: Escolha isto se os alertas são sobre serviços e você quer o monitoramento incluído.

6. Healthchecks.io — Melhor dead-man switch

Healthchecks.io resolve o modo de falha que ntfy não consegue. Ele espera um ping em um cronograma que você define. Se o ping parar de chegar, ele o alerta. Essa é a forma certa para backups, trabalhos cron e qualquer lote que só é interessante quando falha ao executar. Auto-hospedagem é um deploy de um contêiner.

Onde falta: Não para push em tempo real. O app Android é um viewer, não um receptor de push por conta própria.

Preços:

Migrando do ntfy: Todo trabalho cron ganha um curl no final. Alertas de falha vão por email ou o próprio ntfy.

Baixar: Healthchecks.io no Aptoide · Google Play

Conclusão: Escolha isto junto com ntfy para qualquer coisa baseada em tempo. Ele vigia o silêncio, ntfy lida com o barulho.

7. Apprise — Melhor quando você quer fan-out

Apprise é uma biblioteca Python e ferramenta de linha de comando que permite que uma chamada atinja 90+ serviços de notificação de uma vez. Aponte um script Bash para Apprise e ele entrega para Discord, Slack, Telegram, ntfy, Pushover e email em um comando. Se seu time de on-call se importa qual canal foi acionado, Apprise remove a troca de cada script.

Onde falta: Não é um serviço que você instala uma vez e esquece. Cada host que envia alertas precisa ter a CLI ou biblioteca presente. Sem cliente móvel próprio, alertas chegam a qualquer destino para o qual Apprise distribui.

Preços:

Migrando do ntfy: Envolva suas chamadas existentes com uma invocação da CLI Apprise que lista ntfy como um destino. Adicione outros canais próximo a ela.

Baixar: Sem app Android dedicado; alertas chegam a qualquer destino para o qual Apprise envia.

Conclusão: Escolha isto se você quer uma interface através de muitos canais e não se importa em instalar uma CLI em cada host de alerta.

Como escolher

Mantenha-se no ntfy se sua configuração atual já funciona, seu endpoint público está bem e você não atingiu o teto. É uma peça de software linda. A maioria das pessoas que saem o faz para adicionar capacidades que ntfy nunca pretendeu cobrir.

FAQ

O que torna ntfy diferente de uma API de notificação push? ntfy é um servidor pub/sub auto-hospedável para notificações de telefone. Qualquer cliente HTTP pode publicar e o app móvel se inscreve em tópicos. Não há conta, sem login e nenhum fornecedor entre o remetente e o receptor.

Gotify é um substituto completo para ntfy? Próximo, mas não idêntico. Gotify usa tokens de aplicativo onde ntfy usa tópicos e lhe falta a UX multi-servidor mais forte de ntfy no cliente Android. Para uma configuração de servidor único em casa, os dois são intercambiáveis.

Posso usar Home Assistant em vez de ntfy para alertas cron? Sim. A API REST do Home Assistant aceita uma chamada de notificação de qualquer lugar na sua rede. O overhead só vale a pena se Home Assistant já está instalado.

Qual é o serviço push pago mais barato? Pushover em cerca de 5 USD uma vez por plataforma é o custo total mais baixo para um canal pago com níveis de prioridade. Pushbullet Pro em cerca de 5 USD/mês é mais barato na frente mas recorrente.

Algum deles funciona sem um smartphone? Uptime Kuma e Healthchecks.io ambos enviam para email, webhooks e clientes desktop sem telefone no circuito. ntfy em si também pode disparar notificações de desktop via web push.