Günde Milyonlarca SMS Gönderme: Yüksek Hacimli SMS Rehberi

Ölçekte kuyruk ve hız sınırlamayı nasıl kurarsınız?

Uygulamanız ile SMPP bağlantısı arasına dayanıklı bir kuyruk koyun ve çalışma zamanında değiştirebileceğiniz bir hız sınırlayıcıyla boşaltın. Kuyruk ani yükleri emer; sınırlayıcı sizi kararlaştırılan hızda tutar.

• Bind ve rota başına token bucket. Kararlaştırılan TPS'de doldurun; her parçayı sayarak her submit_sm için bir token alın.
• Öncelik başına bir kuyruk. Önce OTP ve uyarı trafiği, sonra işlemsel, sonra tanıtım.
• Hatalarda geri çekilme. ESME_RTHROTTLED (0x58) veya ESME_RMSGQFUL (0x14) durumunda duraklatın, ardından üstel geri çekilme ve jitter ile yeniden deneyin. Sıkı bir döngüde yeniden göndermeyin.
• Kopmadan sonra geri çekilmeyle yeniden bağlanın ve neyin kabul edildiğini uzlaştırabilmek için bekleyen sequence number'ları takip edin.
• Oturumları canlı tutun. Spesifikasyon, karşı tarafın hâlâ aktif bir oturumu olup olmadığını kontrol eden bir enquire_link zamanlayıcısı ve oturumun düşürülebileceği bir hareketsizlik zamanlayıcısı tanımlar. Boştayken enquire_link gönderin.
• Idempotent gönderimler. Gönderimden önce kendi mesaj kimliğinizi saklayın ki yeniden deneme iki kez göndermesin.

Ölçekte operatör bazlı yönlendirmeyi nasıl yaparsınız?

Kuyruk ve hız sınırlamayı bind başına olduğu kadar hedef operatör başına da yapın; çünkü yavaş bir operatör diğerlerini engellememelidir. Operatörler A2P trafiğini gönderen veya rota başına sınırlayabilir; bu yüzden bir ülke için fiili limit hesap hızından düşük olabilir.

1. Her numarayı operatörüne çözümleyin. Numara sorgulama yardımcı olur; bkz. HLR sorgulama.
2. Operatör veya rota grubu başına bir kuyruk ve bir sınırlayıcı tutun.
3. Operatör başına teslim oranını ve rapor gecikmesini izleyin, bozulanları yavaşlatın.
4. Sağlayıcınıza doğrudan rotaların kullanılıp kullanılmadığını sorun; bkz. doğrudan ve gri rota.

Teslim raporlarını ölçekte nasıl ele alırsınız?

Teslim raporlarını ilk akış kadar büyük ikinci bir akış olarak ele alın. Rapor, bind'ınıza bir deliver_sm olarak gelir ve her birini deliver_sm_resp ile yanıtlamanız gerekir. Spesifikasyon, rapordaki bu son ve ara durumları tanımlar: DELIVRD, EXPIRED, DELETED, UNDELIV, ACCEPTD, UNKNOWN ve REJECTD. Bkz. teslim raporları ve mesaj teslim durumları açıklandı.

Güvenilir bir tasarım:

1. Hızlı onaylayın. Rapor bir kuyruğa girer girmez deliver_sm_resp ile yanıtlayın.
2. Asenkron işleyin; raporu mesaj kimliğine göre orijinaliyle eşleştiren işçilerle.
3. İşlemeyi idempotent yapın. Raporlar tekrarlanabilir ve sırasız teslim mümkündür.
4. Parçaları yönetin. Rotaya bağlı olarak parça başına veya mesaj başına bir rapor alabilirsiniz; test edin.
5. Hiç son durum almayan mesajlar için zaman aşımı koyun ve bunları bilinmiyor olarak işaretleyin.
6. Rapor tüketicilerini gönderim yolundan ayrı tutun; birikim gönderimi yavaşlatmasın.

Göndermeden önce ülke başına neyi kaydettirmelisiniz?

Gönderen kimliği kuralları ülkeye göre değişir ve bazı pazarlarda kayıtsız göndericiler engellenir veya değiştirilir. Örnekler: BAE ve Suudi Arabistan operatörlerde kayıt ister, Hindistan başlığın ve her şablonun DLT kaydını ister, ABD ise alfanümerik göndericiler yerine 10DLC veya ücretsiz hat (toll-free) kullanır. Takip ettiğimiz pazarlarda hazırlık süreleri birkaç iş gününden yaklaşık bir aya kadar değişir.

Kayıtları önce başlatın, çünkü bunlar lansman için kritik yoldadır. Ülkelere göre SMS pazarlama kurallarına, gönderen kimliği denetleyicisine ve BAE ile Suudi Arabistan için gönderen kimliği rehberine bakın. Kayıtları kayıt hizmetimiz aracılığıyla sizinle birlikte hazırlıyor ve başvuruyoruz; onaylar düzenleyicilerde ve operatörlerde kalır.

Yüksek hacimde sessiz saatlere nasıl uyarsınız?

Tanıtımları her alıcının yerel saatine ve ülke kuralına göre zamanlayın ve tanıtım dışı trafiği bu kısıtlamanın dışında tutun. Bazı pazarlar aralık yayımlar: BAE pazarlama mesajlarını 21:00-07:00 arası, Suudi Arabistan 22:00-09:00 arası ve Ramazan'da 01:00-12:00 arası yasaklar. Bkz. sessiz saatler.

• Kuyruğa almadan önce listeyi ülke ve saat dilimine göre gruplayın.
• Her grubu pencere açıldığında kendi kuyruğuna bırakın.
• Tanıtım kuyruklarını pencere sonunda durdurun ve kalanı ertesi güne devredin.
• Sıralamayı gönderim zamanı planlayıcıyla planlayın.

Dar bir pencere gereken TPS'yi artırır; bu yüzden planlama formülünde kontrol edin.

OTP ve tanıtım trafiğini neden ayırmalısınız?

OTP ve uyarı mesajları zamana duyarlıdır, tanıtım kampanyaları ise toplutur; aynı kuyruğu veya bind'ı paylaşırlarsa bir kampanya bir giriş kodunu geciktirebilir. Ayrı bind'lar veya hesaplar, kurallar gerektirdiğinde ayrı gönderen kimlikleri, katı önceliğe sahip ayrı kuyruklar ve ayrı izleme kullanın. OTP'ler tanıtım olmadığından sessiz saatler onlar için geçerli değildir. OTP rotalarını kötüye kullanıma karşı da koruyun: bkz. SMS pumping dolandırıcılığını önleme ve OTP rehberi.

Hangi KPI'ları izlemelisiniz?

Gönderim sağlığını, kuyruk yaşını, rapor sonuçlarını ve rapor gecikmesini ülke ve operatöre göre ayırarak izleyin. Kendi başlangıç değerinize göre değişikliklerde uyarı kurun.

Teşhis için SMS teslim oranını iyileştirme yazısına bakın.

Çok milyonluk bir gönderim için lansman kontrol listesi nedir?

1. Gereken tepe TPS, parçalar, pencere ve OTP yükünden hesaplandı.
2. Bind başına hız, bind sayısı, pencere ve kaynak IP'ler sağlayıcınızca yazılı teyit edildi.
3. Gönderen kimlikleri her ülke için, gereken yerlerde şablonlarla birlikte kaydedildi.
4. Hacmin bir bölümüyle yük testi, ardından kademeli artış; azami hacimle başlamayın.
5. Kuyruklar, sınırlayıcı, geri çekilme ve idempotency test edildi; zorla bağlantı kesme dahil.
6. Rapor hattı tam rapor hacminde test edildi.
7. Sessiz saat zamanlaması ülke başına doğrulandı.
8. OTP trafiği ayrıldı ve izleniyor.
9. Panolar ve uyarılar canlı, nöbette bir sorumluyla.
10. Tanıtım kuyruklarını anında durduran bir durdurma düğmesi.

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

BroadNet, SMS'i doğrudan operatör bağlantısıyla iletir; TLS üzerinden SMPP 3.4'ü, hesap başına tahsis edilen bind'ları, ayrıca REST API, toplu gönderim, çift yönlü SMS, Unicode ve Arapça, HLR sorgulama ve teslim raporlarını destekler. Kapasite hesap ve rota başına boyutlandırılır: hedeflerinizi, tepe hacminizi, gönderim pencerelerinizi ve gönderen kimliklerinizi bize söyleyin; verimi, bind'ları ve kayıtları sizinle birlikte kararlaştıralım. Ekibimiz gönderen kimliği kayıtlarını hazırlar. Hacim planınızla satış ekibiyle iletişime geçin veya toptan satış programına bakın.