Push Bildirim ve SMS Farkı: Hangisi Ne Zaman Kullanılır?

Hangisi daha güvenilir: push mu SMS mi?

Mutlaka ulaşması gereken mesajlar için daha güvenilir yol SMS'tir. Push; cihaza, uygulamaya, izne, bağlantıya, pil ayarlarına ve Google ya da Apple'a bağlıdır.

Google, FCM'nin teslim garantisi vermediğini açıkça belirtir: mesaj kimliği yalnızca FCM'nin mesajı kabul ettiği anlamına gelir ve gerçek teslim, cihaz durumu ve pil tasarrufu gecikmeleri gibi etkenlere bağlıdır. Cihaz çevrimdışıysa FCM mesajı saklar ve yaşam süresi (TTL) dolana kadar yeniden bağlanınca iletir (dört haftaya kadar; bu aynı zamanda varsayılandır); sıfır TTL ise anında iletilemeyen her şeyi atar. Uygulama silinmişse belirteç geçersiz olur ve sonraki gönderimler başarısız olur.

SMS'in de kendi başarısızlık biçimleri vardır: filtreleme, kaydedilmemiş gönderici adları, kapalı cihaz, değişmiş numara. Ancak ağdan bir teslim raporu verir ve bir uygulamaya bağlı değildir. Teşhis adımları için SMS teslim edilmiyor rehberimizi okuyun.

Zamana duyarlı push için kısa bir yaşam süresi ayarlayın ki "kuryeniz kapıda" uyarısı yarın gelmesin ve yeni güncellemelerin eskisinin yerini alması için collapse key kullanın. İkisi de push API'mizdeki alanlardır.

Hangi mesaj için hangi kanalı kullanmalısınız?

Mesaj kaçırılırsa ne olacağına göre seçin.

Özellikle OTP için OTP mesajları ve WhatsApp OTP ve SMS OTP rehberlerimize bakın.

Push ve SMS nasıl birleştirilir?

Önce push gönderin, önemli olanı SMS kurtarsın. Tasarımın dört parçası var:

1. Kanal sırası: push, sonra SMS.
2. Bir tetikleyici: push zaman aşımı içinde açılmadı veya işlem yapılmadı ya da etkin cihaz belirteci yok.
3. Mesaj türüne göre zaman aşımı: bir giriş kodu için saniyeler, bir ödeme hatırlatması için bir saat makul olabilir.
4. Bir durdurma kuralı: kullanıcı uygulamada işlem yaparsa bekleyen SMS'i iptal edin.

Kaçan push'ın hiçbir şeye mal olmadığı düşük değerli mesajlarda SMS'i atlayın. Kanal yedekleme stratejisi yazımız sıra ve durdurma kurallarını açıklar, push kanalı sayfası ise push'ın SMS ve WhatsApp ile tek platformda nasıl durduğunu gösterir. Teslim durumları tek webhook biçiminde gelir (webhook'lara bakın); böylece sisteminiz yedeğe geçip geçmeyeceğine karar verebilir.

Yedek SMS kendi başına anlaşılır olmalı ve tek mesaja sığmalıdır. Bu mesaj 67 karakterdir, Unicode, 1 mesaj (limit 70): Sipariş 8842 ödemesi reddedildi. Kartı güncelleyin: example.com/pay. OTP sürümü 61 karakterdir, Unicode, 1 mesaj: Giriş kodunuz 482915. 5 dakika geçerli. Kimseyle paylaşmayın. Türkçedeki ş, ğ, ı, İ ve ç harfleri varsayılan GSM-7 alfabesinde yer almadığından bu mesajlar Unicode'dur; bu yüzden tek mesaj sınırı 160 değil 70'tir. Bir mesaj bölünürse parça başına 67 karakter kalır. Tek bir emoji ya da kıvrık tırnak bile sınırı 70'te tutar; SMS karakter sayacında önizleyin.

Push ve SMS'i adil biçimde nasıl ölçersiniz?

İkisi için de aynı hunıyı kullanın: gönderilen, teslim edilen veya kabul edilen, açılan veya tıklanan ve dönüşen. Bir SMS "teslim edildi" oranını bir push "gönderildi" sayısıyla karşılaştırmayın; çünkü farklı şeyler ifade ederler. FCM tarafından "kabul edilen" bir push, bir kişi tarafından görülen bir push değildir.

• Erişim: hedef kullanıcılarınızın her kanalı alabilen kısmı.
• Teslim: SMS için operatör teslim raporları; push için kabul edilen ve uygulamanız kaydediyorsa görüntülenen veya açılan olaylar.
• Eylem: bağlantı tıklamaları, uygulama içi olaylar ve dönüşümler; son dokunulan kanala atfedilir.
• Abonelikten çıkma ve silme: gönderimlerden sonra şikâyetler, STOP yanıtları, izin geri çekmeleri ve silmeler.
• Sonuç başına maliyet: toplam kanal maliyetinin mesaj başına değil, tamamlanan eylemlere bölünmesi.

Mesajlaşma ROI hesaplayıcı ve omnichannel mesajlaşma ROI iş gerekçesi yazımız kanalları sonuçlar üzerinden karşılaştırmayı gösterir.

Örnek senaryo: Dubai'de bir yemek siparişi uygulaması

"Souq Bites" (kurgusal), bildirimlere izin vermiş bir müşteri kesimi ve daha büyük bir web kitlesi olan bir uygulamaya sahiptir. Sipariş durumu güncellemelerini, son durumun öncekilerin yerini alması için kısa yaşam süresi ve collapse key ile push olarak gönderir. Yeni kayıtların OTP'si SMS ile gider; çünkü yeni kullanıcıların uygulama izni yoktur. Mevcut kullanıcılar için OTP push ile gider; kod kısa bir zaman aşımı içinde kullanılmazsa kayıtlı bir gönderici adından SMS gelir. Kampanyalar yalnızca bildirimlere izin vermiş ve tekliflere onay vermiş kullanıcılara push ile gider. Uygulamayı silmiş olabilecek kopmuş kullanıcılar, yalnızca SMS onayı vermişlerse yeniden kazanma SMS'i alır.

Sık yapılan hatalar nelerdir?

• Push iznini pazarlama onayı saymak.
• OTP'leri yalnızca push ile göndermek; uygulaması veya bildirimi olmayan kullanıcılar mağdur olur.
• Aynı kampanyayı push ve SMS'ten aynı anda göndermek.
• Zamana duyarlı mesajlarda yaşam süresini varsayılanda bırakmak.
• "FCM tarafından kabul edildi" ile "operatör tarafından teslim edildi" ifadesini karşılaştırıp push'ı kazanan ilan etmek.
• Her şey için SMS kullanmak; bir push'ın karşılayacağı uyarılar için mesaj başına ödemek.
• Silmelerden sonra eskimiş belirteçleri göz ardı etmek; bu push gönderim sayılarını şişirir.

OmniChannels.ai nasıl yardımcı olur?

OmniChannels.ai, push bildirimleri ve A2P SMS'i aynı REST API ve platformdan; WhatsApp, RCS, e-posta ve diğer kanallarla birlikte gönderir. Push; kullanıcı, belirteç, konu ve segment hedeflemeyi, şablonları, derin bağlantıları, collapse key'i ve yaşam süresini destekler. SMS, BroadNet'in doğrudan operatör bağlantısı üzerinden çalışır; kanal yedekleme kullanım senaryosu başına yapılandırılır ve durumlar tek webhook biçiminde normalleştirilir. Push API dokümanlarını okuyun, push bildirim kanalına bakın veya geliştirici ekibimizle konuşun.