Push уведомления бесплатно: ntfy, Gotify, Telegram и OneSignal — выбираем и настраиваем

Диагноз: почему «просто поднять push» — это не просто

Push уведомления бесплатно — это реально. Но перед тем как копировать первую команду из статьи, стоит понять что именно ты выбираешь и почему.

Поднять полноценную push-инфраструктуру с нуля — это несколько месяцев работы. FCM требует аккаунта разработчика Google, APNs для iOS — платного Apple Developer за $99 в год, сертификатов, масштабирования. Web Push Protocol — VAPID-ключи, Service Worker, обработка подписок. Всё это уже решено за тебя в готовых сервисах.

Что получишь из этой статьи: сравнение семи инструментов, готовые команды под каждый сценарий, примеры интеграции с Zabbix, Uptime Kuma и Proxmox, и честный разбор ограничений бесплатных тарифов. Время на настройку — от 5 минут для Telegram до 20 минут для ntfy self-hosted.

Что нужно: сервер или VPS под self-hosted варианты, Docker (опционально), телефон с Android или iOS.

Как работают push уведомления: схема за 60 секунд

Push уведомление — это сообщение, которое сервер отправляет на устройство без запроса со стороны клиента. Устройство не поллит сервер каждые N секунд. Вместо этого держит постоянное соединение с push-провайдером, который и доставляет сообщения.

На практике цепочка выглядит так:

Для Android постоянное TCP-соединение держит Google через FCM. Для iOS — Apple через APNs. Для браузеров — Web Push Protocol с VAPID-ключами. Self-hosted решения типа ntfy и Gotify используют Server-Sent Events или WebSocket и держат соединение сами.

Ключевой момент: на Android и iOS ты не можешь доставить push напрямую со своего сервера на устройство. Всегда идёшь через FCM или APNs — либо напрямую, либо через промежуточный сервис. ntfy и Gotify используют FCM/APNs под капотом для своих мобильных приложений.

Сравнение бесплатных push-сервисов: таблица

Что выбрать под конкретную задачу

ntfy: самый простой push для серверов

Что это и почему именно ntfy

ntfy — open-source push-сервис, который работает по принципу pub/sub через HTTP. Отправляешь POST-запрос на URL с именем топика — уведомление приходит на все подписанные устройства. Никакой регистрации. Никаких токенов приложений. Никакого SDK.

Есть публичный сервер ntfy.sh — бесплатно, но топики публичны по умолчанию. Для приватных алертов — разворачивай свой экземпляр. На это уходит 3 минуты с Docker.

Почему ntfy, а не Gotify: iOS-клиент. У Gotify официального iOS-приложения нет. Если в команде есть хоть один iPhone — выбор за ntfy.

Системные требования

На момент публикации актуальна версия ntfy v2.11.0. Перед установкой проверь свежие релизы на GitHub.

Установка ntfy через Docker Compose

Создай директории и файл конфига:

mkdir -p /etc/ntfy /var/cache/ntfy

Файл /etc/ntfy/server.yml:

base-url: https://ntfy.yourdomain.com
auth-file: /var/cache/ntfy/auth.db
auth-default-access: deny-all
behind-proxy: true
cache-file: /var/cache/ntfy/cache.db
cache-duration: 24h

Docker Compose файл docker-compose.yml:

services:
  ntfy:
    image: binwiederhier/ntfy
    command: serve
    ports:
      - "8080:80"
    volumes:
      - /etc/ntfy:/etc/ntfy
      - /var/cache/ntfy:/var/cache/ntfy
    environment:
      - TZ=Europe/Moscow
    restart: unless-stopped

docker compose up -d

# Создать пользователя
docker exec -it ntfy ntfy user add --role=user myuser

# Дать права на топик
docker exec -it ntfy ntfy access myuser alerts rw

# Проверить что сервер живой
curl -s http://localhost:8080/health
# Должен вернуть: {"healthy":true}

Таблица портов ntfy

Отправка уведомления через curl

# Простое уведомление на публичный сервер
curl -d "Backup completed" https://ntfy.sh/myserver-alerts

# С заголовком, приоритетом и эмодзи-тегом
curl -H "Title: Backup Done" \
     -H "Priority: high" \
     -H "Tags: white_check_mark" \
     -d "Backup of db01 completed successfully" \
     https://ntfy.sh/myserver-alerts

# На свой сервер с авторизацией
curl -u myuser:mypassword \
     -d "Disk usage > 90% on node01" \
     https://ntfy.yourdomain.com/alerts

Приоритеты: min, low, default, high, urgent. При urgent — телефон вибрирует даже в режиме «Не беспокоить».

Отправка из PowerShell

# Уведомление из Windows-скрипта
Invoke-RestMethod -Uri "https://ntfy.sh/myserver-alerts" `
                  -Method Post `
                  -Body "Windows Update completed on WS2022-01"

# С заголовком и приоритетом
Invoke-RestMethod -Uri "https://ntfy.sh/myserver-alerts" `
                  -Method Post `
                  -Headers @{
                      "Title"    = "Update Done"
                      "Priority" = "high"
                  } `
                  -Body "Patch Tuesday done, reboot scheduled"

Nginx reverse proxy для ntfy

server {
    listen 443 ssl;
    server_name ntfy.yourdomain.com;

    ssl_certificate     /etc/letsencrypt/live/ntfy.yourdomain.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/ntfy.yourdomain.com/privkey.pem;

    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;

        # Обязательно для SSE - иначе уведомления будут приходить с задержкой
        proxy_buffering off;
        proxy_read_timeout 3600s;
    }
}

Интеграция ntfy с Uptime Kuma

В Uptime Kuma перейди в Settings — Notifications — Add Notification. Выбери тип ntfy. Укажи:

• Server URL: https://ntfy.sh или твой сервер
• Topic: имя твоего топика
• Priority: 4 для обычных, 5 для критических

Uptime Kuma отправляет уведомления при падении сервиса и при восстановлении. Работает из коробки, без скриптов.

Подписка на уведомления

Android: ntfy из Google Play. iOS: ntfy из App Store. Браузер: зайди на ntfy.sh или свой сервер и подпишись на топик через веб-интерфейс. Укажи имя топика — всё, подписан.

Gotify: self-hosted с историей и веб-интерфейсом

Чем Gotify отличается от ntfy

Gotify — self-hosted push-сервер с веб-интерфейсом, REST API и WebSocket. Требует создания приложения и токена — чуть больше настройки. Зато история сообщений хранится без ограничений по времени, есть поиск, управление несколькими приложениями через один сервер.

iOS официально не поддерживается — нет APNs-интеграции. Если нужен iPhone — используй ntfy. Если все на Android или только браузер — Gotify подходит отлично.

Установка через Docker Compose

services:
  gotify:
    image: gotify/server
    ports:
      - "8080:80"
    volumes:
      - /var/gotify/data:/app/data
    environment:
      - GOTIFY_DEFAULTUSER_PASS=changeme
    restart: unless-stopped

docker compose up -d

# Открой http://localhost:8080
# Войди: admin / changeme - сразу смени пароль
# Создай приложение: Apps - Create Application
# Скопируй токен - он понадобится для отправки

Отправка уведомления через curl

# Отправить сообщение через токен приложения
curl -X POST "https://gotify.yourdomain.com/message" \
     -H "X-Gotify-Key: YOUR_APP_TOKEN" \
     -H "Content-Type: application/json" \
     -d '{"title":"Backup Done","message":"db01 backup completed","priority":5}'

# Из bash-скрипта с переменными
GOTIFY_URL="https://gotify.yourdomain.com"
GOTIFY_TOKEN="YOUR_APP_TOKEN"
MESSAGE="Disk usage on node01: 87%"

curl -s -X POST "$GOTIFY_URL/message" \
     -H "X-Gotify-Key: $GOTIFY_TOKEN" \
     -F "title=Disk Alert" \
     -F "message=$MESSAGE" \
     -F "priority=7"

Priority в Gotify: 1-3 низкий, 4-6 средний, 7-9 высокий, 10 критический. Высокий приоритет — телефон не игнорирует уведомление даже при режиме тишины.

Интеграция Gotify с Zabbix

В Zabbix настрой Media Type — Webhook. URL: https://gotify.yourdomain.com/message. Метод: POST. Заголовок: X-Gotify-Key: {TOKEN}. Тело:

{
  "title": "{TRIGGER.NAME}",
  "message": "Host: {HOST.NAME}\nStatus: {TRIGGER.STATUS}\nSeverity: {TRIGGER.SEVERITY}",
  "priority": 7
}

Gotify + Proxmox 8.1: поддержка встроена нативно. Идёшь в Datacenter — Notifications — Add — Gotify. Указываешь URL и токен — всё. Никаких скриптов.

Telegram Bot API: быстрее всего для личных алертов

Почему Telegram часто удобнее специализированного push-сервиса

Telegram Bot API — бесплатный, без регистрации сервисов, без лимитов для личных ботов. Уведомление приходит как обычное сообщение — история сохраняется, поиск работает, можно переслать коллеге.

Для командных алертов особенно удобно: создаёшь группу, добавляешь бота — все в команде видят алерты в одном месте. Никакого отдельного мобильного приложения. Никакой дополнительной настройки у каждого сотрудника.

Минус один: нет web push. Для уведомлений на сайте через браузер Telegram не подходит.

Создание бота: 5 минут

1. Напиши @BotFather в Telegram
2. Отправь /newbot, придумай имя и username
3. Получи токен вида 123456789:AAF_xxxxxxxx — сохрани его
4. Напиши боту любое сообщение чтобы начать чат
5. Узнай свой chat_id — открой в браузере: https://api.telegram.org/botТВОЙ_ТОКЕН/getUpdates
6. Найди поле "chat":{"id":... — это и есть твой chat_id

Отправка через curl

# Простое уведомление
curl -s -X POST "https://api.telegram.org/bot123456789:AAF_xxx/sendMessage" \
     -d chat_id="YOUR_CHAT_ID" \
     -d text="Proxmox backup failed on pve01"

# С Markdown форматированием
curl -s -X POST "https://api.telegram.org/botTOKEN/sendMessage" \
     -d chat_id="CHAT_ID" \
     -d parse_mode="Markdown" \
     -d text="*ALERT* - Disk usage on _node01_ is *92%*"

# Функция для переиспользования в скриптах
send_telegram() {
    local message="$1"
    curl -s -X POST "https://api.telegram.org/botTOKEN/sendMessage" \
         -d chat_id="CHAT_ID" \
         -d text="$message" > /dev/null
}

# Пример использования
send_telegram "Backup completed: $(date)"

Из PowerShell

$Token  = "123456789:AAF_xxxxxxxxxxxxxxxx"
$ChatId = "YOUR_CHAT_ID"
$Message = "Windows backup completed on $(hostname)"

Invoke-RestMethod -Uri "https://api.telegram.org/bot$Token/sendMessage" `
                  -Method Post `
                  -Body @{
                      chat_id = $ChatId
                      text    = $Message
                  }

Telegram в Proxmox (bash-скрипт)

# /usr/local/bin/notify-telegram.sh
#!/bin/bash
TOKEN="YOUR_BOT_TOKEN"
CHAT_ID="YOUR_CHAT_ID"
MESSAGE="$1"

curl -s -X POST "https://api.telegram.org/bot$TOKEN/sendMessage" \
     -d chat_id="$CHAT_ID" \
     -d text="[Proxmox] $MESSAGE"

chmod +x /usr/local/bin/notify-telegram.sh

# Проверка
/usr/local/bin/notify-telegram.sh "Test alert from pve01"

Для vzdump: в конфиге /etc/vzdump.conf добавь строку script: /usr/local/bin/notify-telegram.sh. После каждого бэкапа скрипт получит статус как аргумент.

OneSignal: web push для сайтов и маркетинга

Что OneSignal умеет бесплатно

На бесплатном тарифе OneSignal даёт: до 10 000 активных подписчиков, неограниченное количество уведомлений, сегментацию аудитории, A/B-тестирование, аналитику доставки и кликов. Это реальные возможности без платы — не урезанная демо-версия.

Брендинг OneSignal присутствует в prompt подписки, но не в самих уведомлениях. Пользователь видит уведомление от твоего сайта.

Интеграция для сайта

1. Зарегистрируйся на onesignal.com
2. Создай приложение — выбери Web Push
3. Укажи домен сайта
4. Скопируй App ID

<!-- Вставь в <head> -->
<script src="https://cdn.onesignal.com/sdks/web/v16/OneSignalSDK.page.js" defer></script>
<script>
  window.OneSignalDeferred = window.OneSignalDeferred || [];
  OneSignalDeferred.push(async function(OneSignal) {
    await OneSignal.init({
      appId: "YOUR_APP_ID",
    });
  });
</script>

После вставки браузер покажет системный prompt на разрешение уведомлений. Пользователи, которые согласятся, начнут получать push.

Отправка через OneSignal REST API

# Отправить всем подписчикам
curl -X POST "https://onesignal.com/api/v1/notifications" \
     -H "Content-Type: application/json" \
     -H "Authorization: Basic YOUR_REST_API_KEY" \
     -d '{
       "app_id": "YOUR_APP_ID",
       "included_segments": ["All"],
       "contents": {"en": "Новая статья опубликована"},
       "headings": {"en": "IT-Apteka.com"}
     }'

# Только подписчикам с тегом plan:pro
curl -X POST "https://onesignal.com/api/v1/notifications" \
     -H "Content-Type: application/json" \
     -H "Authorization: Basic YOUR_REST_API_KEY" \
     -d '{
       "app_id": "YOUR_APP_ID",
       "filters": [{"field": "tag", "key": "plan", "relation": "=", "value": "pro"}],
       "contents": {"en": "Обновление для PRO доступно"},
       "headings": {"en": "Обновление"}
     }'

Firebase Cloud Messaging: для мобильных приложений

Когда FCM, а не ntfy

Firebase Cloud Messaging — канонический способ доставки push на Android. Если пишешь мобильное приложение — идёшь через FCM. Для серверных алертов и скриптов FCM избыточен: требует проекта в Firebase, Service Account, JSON-ключей. ntfy или Telegram проще в два раза.

Лимиты по сообщениям фактически отсутствуют — FCM бесплатен без явных ограничений на количество устройств и сообщений.

Отправка через FCM HTTP API v1

# Получить access token через Service Account
ACCESS_TOKEN=$(gcloud auth print-access-token)

# Отправить уведомление на конкретное устройство
curl -X POST \
     -H "Authorization: Bearer $ACCESS_TOKEN" \
     -H "Content-Type: application/json" \
     -d '{
       "message": {
         "token": "DEVICE_FCM_TOKEN",
         "notification": {
           "title": "Сервер упал",
           "body": "Проверь nginx на node01"
         }
       }
     }' \
     "https://fcm.googleapis.com/v1/projects/YOUR_PROJECT_ID/messages:send"

Apprise: один агрегатор для всех каналов

Зачем нужен агрегатор

Apprise — open-source библиотека и CLI, который подключает более 80 сервисов уведомлений через единый интерфейс. Telegram, ntfy, Gotify, Slack, Discord, email, Matrix, PagerDuty — всё через одну команду или строку конфига.

Полезно когда: нужно отправлять алерт одновременно в Telegram и на email, или переключаться между провайдерами без правки скриптов.

# Установка
pip install apprise

# Уведомление в Telegram
apprise -b "Backup completed" "tgram://BOT_TOKEN/CHAT_ID"

# Одновременно в Telegram и ntfy
apprise -b "Server alert" \
        "tgram://BOT_TOKEN/CHAT_ID" \
        "ntfy://ntfy.sh/myserver"

# Из конфига
apprise -b "Backup done" --config /etc/apprise.yml

Файл /etc/apprise.yml:

urls:
  - tgram://BOT_TOKEN/CHAT_ID
  - ntfy://ntfy.sh/myserver-alerts
  - gotify://gotify.yourdomain.com/APP_TOKEN

Apprise встроен в Uptime Kuma, Homer и Healthchecks — если уже используешь эти инструменты, Apprise уже доступен без отдельной установки.

Практические примеры для серверного мониторинга

Пример 1: уведомление из bash-скрипта при завершении бэкапа

#!/bin/bash
# /usr/local/bin/backup-db.sh

BACKUP_DIR="/var/backups/postgres"
DATE=$(date +%Y%m%d_%H%M)
BACKUP_FILE="$BACKUP_DIR/pg_dump_$DATE.sql.gz"

pg_dump mydb | gzip > "$BACKUP_FILE"

if [ $? -eq 0 ]; then
    SIZE=$(du -sh "$BACKUP_FILE" | cut -f1)
    curl -s \
         -H "Title: Backup OK" \
         -H "Tags: white_check_mark" \
         -d "pg_dump OK: $BACKUP_FILE ($SIZE)" \
         https://ntfy.sh/myserver-alerts
else
    curl -s \
         -H "Title: BACKUP FAILED" \
         -H "Priority: urgent" \
         -H "Tags: rotating_light" \
         -d "pg_dump returned error on $(hostname) at $(date)" \
         https://ntfy.sh/myserver-alerts
fi

Пример 2: мониторинг диска с алертом в Telegram

#!/bin/bash
# Запускать через cron: */15 * * * * /usr/local/bin/disk-check.sh

THRESHOLD=85
TELEGRAM_TOKEN="YOUR_TOKEN"
TELEGRAM_CHAT="YOUR_CHAT_ID"

df -h | grep -vE '^Filesystem|tmpfs|cdrom' | awk '{ print $5 " " $1 }' | while read usage mount; do
    PERCENT=$(echo $usage | sed 's/%//')
    if [ "$PERCENT" -ge "$THRESHOLD" ]; then
        MSG="DISK ALERT: $mount is ${PERCENT}% full on $(hostname)"
        curl -s -X POST "https://api.telegram.org/bot$TELEGRAM_TOKEN/sendMessage" \
             -d chat_id="$TELEGRAM_CHAT" \
             -d text="$MSG"
    fi
done

Пример 3: функция Send-NtfyAlert в PowerShell

function Send-NtfyAlert {
    param(
        [string]$Message,
        [string]$Title    = "Server Alert",
        [string]$Priority = "default",
        [string]$Topic    = "myserver-alerts"
    )
    Invoke-RestMethod -Uri "https://ntfy.sh/$Topic" `
                      -Method Post `
                      -Headers @{
                          "Title"    = $Title
                          "Priority" = $Priority
                      } `
                      -Body $Message
}

# Использование в скрипте обслуживания
try {
    Start-Process "robocopy" -ArgumentList "C:\Data \\backup\Data /MIR" -Wait
    Send-NtfyAlert -Message "Robocopy completed on $(hostname)" -Title "Backup Done"
} catch {
    Send-NtfyAlert -Message "Backup FAILED: $($_.Exception.Message)" `
                   -Title "Backup Error" `
                   -Priority "urgent"
}

Пример 4: Uptime Kuma + Gotify

В Uptime Kuma: Settings — Notifications — Add Notification — выбери Gotify. Укажи:

• Server URL: https://gotify.yourdomain.com
• Application Token: токен из Gotify веб-интерфейса
• Priority: 7 для критических алертов

Gotify хранит полную историю уведомлений с временными метками. Можно открыть веб-интерфейс и посмотреть хронологию инцидентов — что упало, когда восстановилось.

Пример 5: уведомление из cron одной строкой

# В crontab - уведомление при завершении задачи
0 3 * * * /usr/local/bin/backup.sh && \
    curl -s -d "Backup OK $(date)" https://ntfy.sh/myserver || \
    curl -s -H "Priority: urgent" -d "Backup FAILED $(date)" https://ntfy.sh/myserver

Ограничения бесплатных тарифов: что реально режет

Что реально бьёт по рукам:

Нет SLA ни у одного бесплатного облачного сервиса. Для критических алертов это проблема. Если ntfy.sh лежит — ты не знаешь что твой сервер упал. Для критического мониторинга — только self-hosted или резервный канал (например, Telegram как дублирующий канал к ntfy).

Короткая история на ntfy.sh. 12 часов. Ночные события можешь не увидеть утром. Self-hosted ntfy или Gotify хранят столько сколько хватает диска.

Рейт-лимиты Telegram. 30 сообщений/сек на бота, 20 сообщений/мин в один чат. При массовых рассылках из мониторинга — бот начнёт получать 429 Too Many Requests. Решение: батчинг алертов или дедупликация на стороне отправителя.

Лимит подписчиков OneSignal. 10 000 — это много для небольшого сайта. Но при росте платный тариф начинается от $9/месяц. Планируй заранее если проект масштабируется.

Безопасность push уведомлений

Push уведомления часто содержат чувствительные данные. IP-адреса серверов. Имена хостов. Тексты ошибок с путями к файлам. Всё это летит через серверы третьих сторон.

Чувствительные алерты — только self-hosted. ntfy или Gotify на своём сервере. Данные не покидают инфраструктуру.

Только HTTPS для своего push-сервера. Nginx как reverse proxy с сертификатом Let’s Encrypt. Без HTTPS — уведомления читаемы в сети.

Авторизация обязательна. Публичные топики ntfy.sh доступны всем. На своём сервере включай auth-default-access: deny-all.

Не публикуй endpoint в открытом репозитории. URL вида ntfy.sh/company-prod-alerts в публичном GitHub — это подарок любому желающему флудить в твой топик.

Ограничивай IP для токенов. В Gotify и в Telegram bot webhook настраивай allowlist IP откуда принимаются запросы.

Схема безопасной self-hosted архитектуры

Почему web push раздражает пользователей и как не стать частью проблемы

Web push — технически правильная вещь. Сайт может уведомить пользователя о новой статье или важном событии без email. Но в руках маркетологов это превратилось в помойку — 95% пользователей кликают «Заблокировать» при виде prompt подписки.

Как убивают доверие к web push: показывают prompt при первом посещении без контекста, отправляют 5-10 уведомлений в день, используют кликбейт в заголовках, имитируют системные предупреждения.

Как делать правильно: запрашивай разрешение после конкретного действия пользователя — регистрации, заказа, нескольких прочитанных статей. Объясняй что именно он получит. Давай простой способ отписаться. Не отправляй больше 1-2 уведомлений в день. Delivery rate 50-60% при таком подходе против 5-10% при агрессивных промптах. Одно уведомление которое открыли всегда лучше десяти которые заблокировали.

Резервное копирование и профилактика

Self-hosted push-сервер — это инфраструктура. Относись к нему как к инфраструктуре.

Что бэкапить: для ntfy — /var/cache/ntfy/cache.db и /var/cache/ntfy/auth.db, конфиг /etc/ntfy/server.yml. Для Gotify — директорию /var/gotify/data целиком.

Как часто: ежедневно для auth.db (пользователи и права), еженедельно для cache.db (история сообщений). Конфиг — в git-репозиторий, изменения после каждой правки.

Как проверить работу:

# Проверка ntfy
curl -s http://localhost:8080/health
# Ожидаем: {"healthy":true}

# Тестовое уведомление
curl -d "Health check $(date)" https://ntfy.yourdomain.com/monitoring

# Проверка Gotify
curl -s -H "X-Gotify-Key: TOKEN" https://gotify.yourdomain.com/health

Автозапуск: оба сервиса запускаются через Docker с restart: unless-stopped — это уже покрывает перезагрузку хоста. Docker daemon должен быть включён в systemd:

systemctl enable docker
systemctl status docker

Мониторинг самого push-сервера: добавь URL health endpoint в Uptime Kuma. Получится ситуация когда Uptime Kuma мониторит ntfy, а ntfy отправляет алерты от Uptime Kuma. Классика.

Troubleshooting

ntfy: сообщения не приходят на телефон

# Проверить что сообщение дошло до сервера
curl -s "https://ntfy.sh/myserver-alerts/json?poll=1" | head -5

# Проверить доступность своего сервера
curl -v https://ntfy.yourdomain.com/health

На Android: Settings — Apps — ntfy — Battery — Unrestricted. Без этого Android задерживает или блокирует уведомления при заблокированном экране.

Проверь что имя топика в приложении точно совпадает с именем в URL запроса. Регистр важен: myAlerts и myalerts — разные топики.

Telegram: бот не отвечает

# Шаг 1: проверить что токен правильный
curl -s "https://api.telegram.org/botTOKEN/getMe"
# Должен вернуть JSON с данными бота

# Шаг 2: проверить chat_id - написать боту и смотреть updates
curl -s "https://api.telegram.org/botTOKEN/getUpdates"

# Шаг 3: тест отправки с разбором ответа
curl -s -X POST "https://api.telegram.org/botTOKEN/sendMessage" \
     -d chat_id="CHAT_ID" \
     -d text="test" | python3 -m json.tool

Ошибка {"ok":false,"error_code":400,"description":"Bad Request: chat not found"} — неверный chat_id. Ошибка 401 Unauthorized — неверный токен. Ошибка 429 Too Many Requests — превышен рейт-лимит, добавь задержку между запросами.

Gotify: сообщения в веб-интерфейсе есть, на телефон не приходят

У Gotify нет FCM/APNs интеграции. Уведомления на Android приходят через WebSocket — только пока приложение активно или есть постоянное соединение. Если телефон заснул — соединение рвётся, уведомление не приходит.

Решение: используй ntfy вместо Gotify для мобильных уведомлений, или отправляй через Apprise одновременно в Gotify и ntfy.

OneSignal: delivery rate низкий

Смотри в Analytics — Delivery. Если показатель Delivered низкий относительно Sent — часть пользователей заблокировала уведомления в браузере. Это не исправляется на стороне сервиса. Только контентом и частотой: меньше мусора, больше полезного, реже.

FCM: ошибка InvalidRegistration

# Ответ FCM с ошибкой:
# {"results":[{"error":"InvalidRegistration"}]}

# Токен устройства устарел или приложение удалено.
# Удали этот токен из базы и не используй его.
# FCM возвращает новый токен через onTokenRefresh в SDK.

ntfy self-hosted: ошибка 401 при отправке

# Проверить список пользователей
docker exec -it ntfy ntfy user list

# Проверить права пользователя на топик
docker exec -it ntfy ntfy access myuser alerts

# Дать права если их нет
docker exec -it ntfy ntfy access myuser alerts rw

# Сбросить пароль
docker exec -it ntfy ntfy user change-pass myuser

FAQ

Что лучше — ntfy или Gotify?

Для серверных алертов через curl — ntfy. Проще, работает без токенов приложений, есть официальный iOS-клиент. Gotify лучше когда нужна история сообщений с поиском и управление несколькими приложениями через один веб-интерфейс. Ключевое различие: iOS — только ntfy, у Gotify нет официального iOS-клиента и полноценной FCM/APNs интеграции.

Можно ли использовать Telegram вместо push-сервиса?

Для личных и командных уведомлений — да, и часто удобнее. История, поиск, пересылка, групповые чаты. Для web push на сайтах через браузер — нет. Для массовых рассылок — осторожно: 30 сообщений/сек на бота, 20 в минуту в один чат. При превышении бот получает 429 и сообщения теряются.

Как получать push уведомления для Proxmox бесплатно?

Proxmox 8.1 и новее: встроенная поддержка Gotify и webhook через GUI в Datacenter — Notifications. Для более старых версий — bash-скрипт с curl в Telegram или ntfy, вызываемый из vzdump postscript. Готовое решение: Gotify + Proxmox 8.1 без единой строки кода.

Почему push уведомление не работает после настройки?

Три самые частые причины: неверное имя топика (регистр важен), Android убивает приложение в фоне из-за оптимизации батареи, отсутствие авторизации при включённом auth-default-access: deny-all. Проверяй в этом порядке — закрывает 90% случаев.

Как проверить что push уведомления работают правильно?

# ntfy - отправить тест и проверить доставку
curl -d "Test $(date)" https://ntfy.sh/ТВОЙ_ТОПИК

# Telegram - проверить статус бота
curl -s "https://api.telegram.org/botTOKEN/getMe"

# Gotify - health check
curl -s -H "X-Gotify-Key: TOKEN" https://GOTIFY_URL/health

Какой push-сервис работает без интернета в изолированной сети?

ntfy self-hosted и Gotify self-hosted. Разворачиваются в Docker, работают полностью локально. Нужен только доступ устройств к серверу по внутренней сети. Telegram, OneSignal, FCM требуют интернета — в изолированной сети не работают.

Как отправить push уведомление из cron без лишних скриптов?

# Одна строка в crontab - уведомление по результату команды
0 3 * * * /usr/local/bin/backup.sh && \
    curl -s -d "Backup OK" https://ntfy.sh/myserver || \
    curl -s -H "Priority: urgent" -d "Backup FAILED" https://ntfy.sh/myserver

Итог

Выбор очевидный если знать под что выбирать.

Серверный мониторинг — ntfy если нужен iOS, Gotify если история важнее мобильной доставки. Оба self-hosted, оба бесплатные, оба работают через curl без SDK и регистрации. Личные алерты — Telegram Bot API. Настраивается за 5 минут, бесплатно, история сообщений в комплекте. Сайт и web push — OneSignal, бесплатный лимит в 10 000 подписчиков закрывает потребности небольшого и среднего проекта. Мобильное приложение — FCM, альтернативы нет. Несколько каналов одновременно — Apprise, один конфиг вместо пяти интеграций.

Чувствительные данные — только через self-hosted. Никаких паролей и строк подключения через облачные сервисы.

Если что-то не заработало или выбираешь между вариантами под конкретную задачу — пиши в комментарии, разберёмся.