Kanal Yedekleme Stratejisi: WhatsApp, RCS ve SMS

Bu rehber; önemli mesajları birden fazla kanaldan gönderen ve her müşterinin bunları tam olarak bir kez almasını isteyen müşteri deneyimi, CRM ve mühendislik yöneticileri içindir. WhatsApp, RCS ve SMS arasındaki yedeklemenin nasıl tasarlanacağını açıklar: neyin tetiklediği, ne kadar beklenmesi gerektiği, mükerrer mesajın nasıl önleneceği ve iznin nerede ne yapabileceğinizi sınırladığı. Kanalların kendi karşılaştırması için WhatsApp, SMS ve RCS karşılaştırmasına bakın.

Kanal yedekleme stratejisi nedir?

Kanal yedekleme stratejisi, her mesaj için önce hangi kanalın deneneceğini, ondan ne zaman vazgeçileceğini ve sonra hangi kanalın kullanılacağını belirleyen kurallar bütünüdür. Amacı, müşterinin mesajı kendisine açık en iyi kanaldan, zamanında ve bir kez almasıdır.

Her kanalın boşlukları vardır. WhatsApp yalnızca hesabı ve veri bağlantısı olan kişilere ulaşır. RCS yalnızca RCS işletme mesajlaşmasını destekleyen cihaz ve operatörlere ulaşır. SMS hemen hemen her telefona ulaşır ancak yalnızca düz metin taşır. Yedekleme bunları birleştirerek birinin boşluğunu diğeriyle kapatır.

Bir yedekleme zinciri dört bölümden oluşur:

1. Kanal sırası; örneğin WhatsApp, ardından RCS, ardından SMS.
2. Mesajı sıradaki kanala taşıyan tetikleyiciler.
3. Mesajın yararlı kaldığı süreye dayanan, her adım için bir zaman aşımı.
4. İletim onaylandığında zinciri bitiren ve bekleyenleri iptal eden durdurma kuralları.

Kanal sırasını nasıl seçersiniz?

Sırayı bütün işletme için bir kez değil, mesaj türüne ve müşteriye göre seçin. WhatsApp, ardından RCS, ardından SMS zengin işlem mesajları için yaygın bir sıradır ama her zaman doğru değildir.

• Müşterinin ulaşılabilir olduğu yerden başlayın. Kayıtlarınız bir numara için WhatsApp hesabı göstermiyorsa WhatsApp ile başlamak başarısız bir deneme ve gecikme ekler. Bir yetenek kontrolü numaranın RCS alamadığını gösteriyorsa RCS'i atlayın.
• Kritik uyarılarda en güvenilir kanalı başa koyun. Dolandırıcılık uyarıları veya güvenlik mesajları için birçok ekip, veri bağlantısı olmadan çalıştığı için önce SMS gönderir ve takip için zengin bir kanal kullanır.
• Müşterinin belirttiği tercihe saygı gösterin. Müşteri kayıt sırasında SMS'i seçtiyse daha zengin bir kanal mevcut olsa bile buna uyun.
• Desteği müşterinin kanalında tutun. WhatsApp'tan yazan bir müşteriye yanıt WhatsApp'ta verilmelidir; yedekleme işletmenin başlattığı mesajlar içindir.
• Sırayı pazara göre gözden geçirin. Körfez pazarlarında WhatsApp işletme mesajlaşmasında yaygın olarak kullanılırken RCS kapsamı operatöre ve ülkeye bağlıdır; bu nedenle en iyi sıra, örneğin BAE ile Avrupa arasında farklılaşabilir.

Yedeklemeyi ne tetiklemeli?

İki tür olay yedeklemeyi tetiklemelidir: gönderim anındaki bir hata ve zaman aşımı bittiğinde iletim onayının gelmemesi. Okundu bilgisi tetiklememelidir.

Anlık hatalar

Bazı başarısızlıklar hemen bilinir. RCS'te Google'ın dokümantasyonuna göre platform; cihaz RCS'i desteklemediğinde, RCS kapalı olduğunda veya aracınız kullanıcının ağında yayına alınmadığında 404 NOT_FOUND, mesaj cihazın gösteremediği bir özellik kullandığında ise 400 INVALID_ARGUMENT döndürür. WhatsApp'ta numaranın WhatsApp hesabı olmadığında ya da bir şablon reddedildiğinde gönderim başarısız olabilir. Bunlar beklemeden sıradaki kanala geçmelidir.

Bu hataların çoğunu önceden kontrol ederek önleyebilirsiniz. Google'ın RBM platformu, numara yakın zamanda RCS'e bağlandıysa, numaranın RCS alıp alamayacağını ve hangi özellikleri desteklediğini bildiren yetenek kontrolleri sunar.

Zaman aşımları

Diğer başarısızlıklar sessizdir. Mesaj kabul edilir ancak çoğunlukla telefon kapalı ya da çevrimdışı olduğu için hiçbir DELIVERED durumu gelmez. Google'ın RBM platformu iletilmemiş mesajları 30 güne kadar kuyrukta tutar; dolayısıyla zaman aşımı olmazsa bir RCS mesajı önemini yitirdikten çok sonra ulaşabilir.

Neden okundu bilgisi değil?

Okundu bilgisi hem WhatsApp'ta hem RCS'te kullanıcı ayarlarına bağlıdır. Bunu kapatmış bir müşteri her mesajı okuyup hiç READ olayı göndermeyebilir. Eksik okunma bilgisine göre yedekleme yapmak gereksiz SMS gönderir ve mükerrer kayıt yaratır. Okunma verisini etkileşimi ölçmek için kullanın; yedeklemeyi yönlendirmek için değil.

Her adım ne kadar beklemeli?

Zaman aşımını mesajın yararlı ömründen belirleyin: ömür ne kadar kısaysa bekleme de o kadar kısa olur. Evrensel bir sayı yoktur; bu yüzden her kullanım senaryosu için gerekçeli bir değerle başlayın ve kendi iletim verilerinizle ayarlayın.

İki kural zaman aşımlarını güvenilir kılar:

• Yedeklemeye geçerken ilk denemenin süresini bitirin. RCS'te mesaja ttl veya expireTime ayarlayın. Google'ın dokümantasyonu, mesajın iletilmeden süresi dolduğunda platformun onu geri çektiğini ve webhook'unuzu bilgilendirdiğini açıklar; bu, SMS göndermek için doğal işarettir. Bir mesajı açıkça da geri çekebilirsiniz. Meta da bazı WhatsApp şablon türleri için bir yaşam süresi ayarı belgeler; hangi kategorilerin desteklediği için güncel dokümantasyona bakın.
• SMS'e de bir geçerlilik süresi verin. SMS standardı (3GPP TS 23.040), göndericinin, ağın denemeyi bırakacağı bir geçerlilik süresi belirlemesine izin verir. Bir OTP'de kısa geçerlilik süresi, kodun süresi dolduktan sonra ulaşmasını engeller.

Mükerrer mesajları nasıl önlersiniz?

Her mesajı, birkaç olası iletimi olan tek bir mantıksal mesaj olarak ele alın ve bir iletim onaylanır onaylanmaz zinciri durdurun. Google'ın RBM en iyi uygulamaları da aynı noktayı vurgular: yeniden göndermeden önce mesajın iletilmediğini doğrulayın ve benzersiz mesaj kimlikleri kullanın.

Mükerrer mesajı önleme kontrol listesi

1. Her mantıksal mesaja tek bir kimlik atayın ve her kanal denemesini buna karşı kaydedin.
2. Her yedekleme adımından önce kaydı kontrol edin: herhangi bir kanal DELIVERED bildirdiyse durun.
3. Sıradaki kanaldan göndermeden önce bekleyen denemenin süresini bitirin veya geri çekin.
4. Yarış koşulunu ele alın. Google, nadiren, mesaj tam o anda iletildiği için bir geri çekmenin başarısız olabileceğini belirtir. Geri çekme başarısız olursa SMS göndermeden önce bir DELIVERED olayı olup olmadığını kontrol edin.
5. İçeriği iki kez alınmasına uygun hazırlayın. Bir OTP mesajı, doğru olmadıkça ilk kodun geçersiz olduğunu ima etmemeli; iki sipariş güncellemesi birbiriyle çelişmemelidir.
6. Yedekleme nedenlerini kaydedin; böylece yedeklemenin hatalardan, zaman aşımlarından veya yetenek boşluklarından kaynaklanıp kaynaklanmadığını görebilirsiniz.

İzin ve uyum yedeklemeyi nasıl etkiler?

Zincirdeki her kanalın kendi izni olmalıdır. Yedekleme kanalı değiştirir; izni bir kanaldan diğerine aktarmaz.

• WhatsApp: Meta, bir işletme kullanıcıya göndermeden önce opt-in şart koşar ve müşteri hizmetleri penceresi dışındaki işletme başlatımlı mesajlar onaylı şablon kullanmalıdır. Meta'nın dokümantasyonunda WhatsApp opt-in bölümüne bakın.
• RCS: Google'ın yayın incelemesi, ulaşım faaliyetinizin kullanıcı iznine uyup uymadığını kontrol eder; aracılar STOP ve eşdeğer anahtar sözcüklere uymalıdır.
• SMS: yerel telekom ve veri koruma kurallarına tabidir. Körfez pazarlarında promosyon SMS'i genellikle kayıtlı SMS başlıkları (Sender ID) ve izin verilen gönderim saatlerini gerektirir; ayrıntıları düzenleyici ve hizmet sağlayıcınızla teyit edin. SMS başlığı kayıt rehberimiz BAE ve Suudi Arabistan sürecini açıklar.

Pazarlamanın çoğunun neden yedeklenmemesi gerektiği de budur. WhatsApp tekliflerine onay vermiş bir müşteri promosyon SMS'ine onay vermemiş olabilir ve SMS izin verilen saatlerin dışına denk gelebilir. OTP ve sipariş güncellemeleri gibi işlem mesajları daha sağlam bir zemindedir ancak her kanalda tamamen işlemsel kalmalıdır. Abonelikten çıkışları merkezi tutun: bir kanaldaki STOP, başka bir kanal pazarlama göndermeden önce kontrol edilmelidir. İzin rehberimiz bunu ayrıntılı ele alır.

Yedekleme maliyeti nasıl etkiler?

Yedekleme maliyeti yalnızca devreye girdiğinde artırır; ancak kötü ayarlanmış bir zincir tek mesaj için iki kez ödeme yapabilir. Maliyeti deneme başına değil, iletilen mesaj başına ölçün.

• WhatsApp: Meta, iletilen her şablon mesajı için kategori ve alıcı pazarına göre ücret alır. Meta'nın fiyatlandırma dokümantasyonuna göre 1 Ekim 2026'dan itibaren Meta, her işletme telefon numarası için aylık ücretsiz kota aşıldığında hizmet mesajlarını ve müşteri hizmetleri penceresi içinde gönderilen bilgilendirme (Utility) şablonlarını ücretlendirir; Meta'nın güncel fiyat listesinden teyit edin.
• RCS: fiyatlandırmayı pazarlar, operatörler ve hizmet sağlayıcılar belirler ve mesaj türleri arasında farklılık gösterir.
• SMS: varış noktasına göre segment başına ücretlendirilir. Arapça metin segment başına daha az karakter taşıyan Unicode kullanır; bkz. karakter sınırları rehberimiz.

İletimi bozmayan maliyet kaldıraçları:

1. Müşterinin kullanamadığı kanalları atlayın. Hesabı olmayan biri için WhatsApp ile başlamak gecikme ve başarısız bir deneme ekler.
2. RCS gönderimlerinden önce yetenek kontrollerini kullanın.
3. Yedeklemenin yavaş iletim raporları için değil, çevrimdışı telefonlar için devreye girmesi amacıyla zaman aşımlarını ayarlayın.
4. Yedek SMS'i kısa tutun; mümkünse tek segmentte.

Kanal başına gösterge niteliğindeki liste fiyatlarını fiyatlandırma sayfamızda karşılaştırın.

Yedekleme zincirini adım adım nasıl uygularsınız?

1. Mesaj türlerini listeleyin ve her birine bir ana kanal, bir zincir ve bir zaman aşımı atayın.
2. Müşteri başına kanal erişilebilirliğini kaydedin: bilinen WhatsApp hesabı, RCS yeteneği, geçerli cep numarası, kanal başına izin.
3. Her kanal için temel bilgileri düz metinde içeren eşdeğer içerik yazın.
4. Tüm kanallardan gelen iletim durumlarını tek bir kural motorunun işleyebilmesi için gönderildi, iletildi, okundu ve başarısız gibi tek bir modelde normalleştirin.
5. Tetikleyicileri uygulayın: hatalarda anında yedekleme, iletim onayı gelmediğinde zamanlı yedekleme.
6. Durdurma kurallarını uygulayın: iletim veya yanıt zinciri bitirir; bekleyen denemelerin süresi bitirilir veya geri çekilir.
7. Hata yollarını test edin: WhatsApp'ı olmayan bir numara, RCS'i kapalı bir telefon, kapalı bir telefon.
8. Haftalık izleyin: kullanım senaryosu ve pazar başına yedekleme oranı, nedenler, mükerrer kayıtlar ve iletilen mesaj başına maliyet.

Mesajlaşma API entegrasyon rehberi ve iletim durumu rehberi webhook tarafını ele alır.

Uygulamalı örnek: Körfez'de bir elektronik perakendecisi

"Najm Electronics" (kurgusal), BAE, Suudi Arabistan ve Kuveyt'te çevrimiçi satış yapıyor. Ödeme sırasında OTP, sipariş güncellemeleri ve haftalık teklifler gönderiyor.

• Ödemede OTP. WhatsApp'ı olduğu bilinen müşteriler kodu kopyala butonlu bir kimlik doğrulama şablonu alır; diğerleri doğrudan SMS alır. WhatsApp hata dönerse veya kısa bir zaman aşımı içinde iletim gelmezse SMS kodu kısa bir geçerlilik süresiyle gönderilir. Ödeme sayfası, müşteriye kodun SMS ile gelebileceğini bildirir.
• Sipariş güncellemeleri. Zincir WhatsApp, ardından uygun cihazlarda RCS, ardından SMS'tir. RCS mesajı, "Siparişi takip et" eylemli zengin bir kart taşır ve teslimat aralığından çok önce dolacak bir son kullanma süresi içerir. İletilmeden süresi dolduğunda platform onu geri çeker ve aynı takip bağlantısıyla SMS gönderilir. Sistem hangi kanalın ilettiğini kaydeder; böylece kimse üçünü birden almaz.
• Haftalık teklifler. Teklifler yalnızca WhatsApp pazarlamasına opt-in veren müşterilere WhatsApp'tan gider. SMS yedeklemesi yoktur; çünkü bu müşterilerin çoğu promosyon SMS'ine izin vermemiştir ve gönderim saatleri ülkeye göre değişir.
• İnceleme. İlk aydan sonra ekip yedekleme nedenlerini pazara göre kontrol eder. Bir operatörde yüksek oranda RCS hatası, aracın orada henüz yayında olmadığını gösterir; bu yüzden kapsam teyit edilene kadar o operatör için RCS atlanır ve her mesajda boşa giden bir deneme önlenir.

Yedeklemede sık yapılan hatalar nelerdir?

• İlk mesajı okuyanlara mükerrer kayıt gönderen eksik okundu bilgisine göre yedekleme yapmak.
• Orijinal mesajın SMS'ten sonra geç ulaşmasına yol açan ilk denemede son kullanma süresi olmaması.
• OTP için çok uzun, hatırlatmalar için çok kısa olan her şey için tek bir zaman aşımı.
• SMS izni olmadan pazarlamayı SMS'e yedeklemek.
• Müşterilerin çelişen ayrıntılar görmesine yol açan kanala göre farklı içerik.
• Gecikme ve maliyet ekleyen müşterinin kullanmadığı kanallarla başlamak.
• Operatör kesintileri ve kapsam boşluklarının fark edilmemesine yol açan yedeklemeyi ölçmemek.

Sınırlar: platform davranışı, fiyatlandırma ve düzenlemeler değişir. Güncel ayrıntıları Google ve Meta dokümantasyonunda ve hizmet sağlayıcınızla teyit edin. Bu rehber pratik bir yönlendirmedir, hukuki tavsiye değildir.

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

OmniChannels.ai, kanal yedeklemeyi kullanım senaryosu başına yapılandırmanıza olanak tanır; örneğin WhatsApp, ardından RCS, ardından SMS. Her kanaldan gelen iletim durumları (SUBMITTED, SENT, DELIVERED, READ, FAILED, REJECTED) tek bir webhook biçiminde ulaşır; böylece tek bir kural seti hem yedeklemeyi hem raporlamayı yönlendirebilir. BroadNet Technologies resmî bir Meta Business Solution Provider ve Google RBM iş ortağıdır; SMS, doğrudan operatör bağlantısı üzerinden çalışır. RCS, RCS'in kullanılamadığı yerlerde otomatik SMS yedeklemesi içerir. Geliştiriciler RCS API dokümantasyonuyla başlayabilir.