Push Şablonları
Push bildirim gövdesini uyarı tipine göre özelleştirin: değişken interpolasyonu ile şablon yazımı.
Varsayılan push bildirimleri iyidir. Özelleştirilmiş push bildirimleri daha iyidir: monitor adınız bold, severity emoji'si, response time satır içinde ve takımınızın diline uygun "Acknowledge için dokun" gibi ifadelerle.
Bu sayfa şablon yazımını ve değişken interpolasyonunu anlatır.
Şablon anatomisi
Bir push şablonu şu parçalardan oluşur:
| Parça | Amaç | Örnek |
|---|---|---|
| Kanal | Bu şablon tipi için her zaman push | push |
| Uyarı tipi | Hangi uyarıyı tetikler | down, recovery, ssl, high_response, high_response_recovery |
| Mesaj içeriği | Bildirim gövdesi (düzenlenebilir tek alan) | 🔴 {{monitor_name}} down - {{incident_message}} |
Başlık düzenlenemez; uyarı tipine göre otomatik üretilir (örn. down için 🔴 <monitor_name> is Down).
Render motoru şablonları kanala, uyarı tipine ve kullanıcıya göre arar. Önce kullanıcıya özel override, sonra varsayılan şablon, en son yerleşik geri çekilme şablonu kullanılır.
Yazım
Settings → Push Notifications → Templates → New Template ekranını açın:
- Tip, down, recovery, ssl gibi uyarı tipini seçin.
- Mesaj içeriği, bildirim gövdesi. Kısa tutun; arayüz en fazla 178 karakter önerir.
- Değişkenler, uyarıdan değer interpolate edin (aşağıya bakın).
- Kaydet, şablon anında devreye girer.
Başlık ayrı bir alan değildir; uyarı tipine göre otomatik üretilir. Tek düzenlenebilir alan mesaj gövdesidir.
Oluşturduğunuz şablonlar kendi hesabınıza aittir. Herkes için geçerli sistem (varsayılan) şablonları yalnızca yönetici rolüyle oluşturulabilir; belirli bir kullanıcı için ID girerek override yapma akışı yoktur.
Değişken interpolasyonu
Şablonlar düz {{degisken_adi}} interpolasyonunu destekler:
| Değişken | Tip | Örnek değer |
|---|---|---|
{{monitor_name}} | metin | Payment API |
{{monitor_url}} | metin | https://api.example.com/health |
{{response_time}} | sayı (ms) | 1240 |
{{status}} | metin | up, down |
{{status_code}} | sayı | 503 |
{{incident_message}} | metin | Connection refused |
{{ssl_expiry_days}} | sayı | 7 |
{{threshold}} | sayı (ms) | 2000 |
{{incident_type}} | metin | down, recovery vb. |
{{timestamp}} | yerelleştirilmiş tarih/saat | 27.04.2026 03:12:00 |
{{iso_timestamp}} | ISO 8601 | 2026-04-27T03:12:00Z |
Render motoru yalnızca mevcut değişkenleri yerine koyar; tanınmayan bir token (örneğin yukarıdaki listede olmayan bir ad) çıktıda olduğu gibi metin olarak kalır. response_time gibi sayısal değişkenler her zaman bir değer alır; bağlantı hatalarında varsayılan olarak 0 döner, yani Response: {{response_time}}ms ifadesi Response: 0ms olur.
Render motoru noktalı yolları (
{{monitor.name}},{{stats.uptime_24h}}gibi) çözmez; yukarıdaki düz isimlere sadık kalın.
Varsayılan şablonlar
Kutudan çıktığı hâliyle push mesajları şu şekildedir:
- Down:
<monitor_name> şu an down. Hata: <incident_message> - Recovery:
<monitor_name> tekrar online. Yanıt süresi: <response_time>ms - SSL süresi:
<monitor_name> sertifikası <ssl_expiry_days> gün içinde dolacak - Yavaş yanıt:
<monitor_name> yavaş yanıt veriyor (<response_time>ms > <threshold>ms) - Yavaş yanıt recovery:
<monitor_name> yanıt süresi normale döndü (<response_time>ms)
Renderer geriye uyumluluk için hem tek süslü {var} hem çift süslü {{var}} formatını kabul eder. Yeni şablonları çift süslü ile yazın.
Özel ve sistem şablonları
Oluşturduğunuz şablonlar kendi hesabınıza aittir. Herkes için geçerli sistem (varsayılan) şablonları yalnızca yönetici rolüyle oluşturulabilir. Bir sistem şablonu varsayılan olarak işaretlendiğinde, aynı kanal-uyarı tipi anahtarındaki diğer sistem varsayılanları otomatik olarak devre dışı bırakılır; iki rakip varsayılanın aynı anda fire olma ihtimali yoktur. Kullanıcı şablonları varsayılan olarak işaretlenemez.
Eşleşen kayıt yoksa yerleşik varsayılan çalışır. Varsayılan şablonlar uç durumlarda bile render olmayı garanti eder; ama bunlar bir güvenlik ağıdır, marka için güveneceğiniz bir geri çekilme şablonu değil.
Aksiyon butonları
iOS ve Android push bildirimlerinde Acknowledge ve View aksiyon butonları görünür. Bu butonlar şablonlarda tanımlanmaz; mobil uygulama tarafından kontrol edilir. Acknowledge, ilgili incident için /api/incidents/<publicId>/acknowledge çağrısı yapar; View ise uptimewarden://incident/<publicId> derin bağlantısıyla uygulamayı açar.
İlgili konular
- Push Bildirimleri: cihaz kurulumu ve cihaz başına kontrol
- Bildirim Kanalları: kanal kullanılabilirlik matrisi
- Telegram: sohbet formatlaması için aynı şablon motorunu kullanır