SMS gateway entegrasyonu: CRM'den ölçekli ve izinli SMS
Bir SMS sağlayıcısını CRM'e doğru bağlamak: teslimat, gönderici başlığı, izin ve OTP ile pazarlama farkı. Ölçeklenince çökmeyen, uygulanabilir bir kurulum rehberi.
Bir SMS hâlâ açılır. E-posta gelen kutusunda kaybolur, sohbet bildirimleri birikir, ama telefonun kilit ekranına düşen kısa mesaj neredeyse her zaman okunur. Sorun genelde mesajın kendisi değil; çoğu işletmenin bir sms gateway'i "gönder ve unut" mantığıyla kullanması. Başlık onaysız, numaralar bozuk, izin kaydı hiçbir yerde yok — sonra da "mesajlarımız gitmiyor" diye şikâyet ediliyor.
Bu yazı, bir SMS sağlayıcısını CRM'inize nasıl doğru bağlayacağınızı ve asıl önemli olan şeyleri nasıl yöneteceğinizi anlatıyor: teslimat oranı, gönderici başlığı, açık izin (opt-in) ve OTP ile pazarlama mesajları arasındaki gerçek fark. Amaç, ölçeklenince ilk anda çökmeyen bir kurulum.
SMS nerede işe yarar, nerede para yakar
SMS'in tek gerçek üstünlüğü ulaşılabilirlik. Uygulama gerekmez, internet gerekmez, akıllı telefon bile şart değil. Zamana duyarlı, kısa ve tek seferlik mesajlar için bundan iyisi yok: bir doğrulama kodu, bir randevu hatırlatması, "kargonuz yola çıktı" bildirimi.
Ama dürüst olalım: SMS pahalı ve dar bir kanal. 160 karakter, mesaj başına ücret, görsel yok, sohbet yok. Uzun bir kampanya anlatısı, indirim hikâyesi ya da haftalık bülten için yanlış araç. Bir el yapımı mum atölyesinin her yeni koku için toplu SMS atması hem bütçeyi eritir hem de insanları "DUR" yazmaya iter.
- İşe yarar: Tek seferlik kodlar, e-ticaret siparişlerinin durum bildirimleri ve takvime bağlı randevu hatırlatmaları gibi kısa, beklenen ve zamana duyarlı mesajlarda SMS her kanalı geride bırakır.
- Para yakar: Sık pazarlama, uzun içerik ve "aklımıza yeni geldi" tarzı duyurularda SMS hem pahalıdır hem de düzenli olarak şikâyet üretir.
SMS gateway tam olarak nedir
SMS gateway, yazılımınız ile operatör şebekeleri arasındaki köprüdür. CRM'iniz bir API isteği gönderir, gateway bunu operatörün anlayacağı formata çevirir ve mesaj baz istasyonundan telefona ulaşır. Çoğu sağlayıcı bir de "toplu SMS paneli" verir, ama entegrasyon açısından asıl önemli olan API'dir. API üzerinden gönderim, kimlik doğrulamalı bir anahtarla çalışır ve size gönderim başına bir kimlik (message ID) döndürür; teslimat raporunu sonradan bu kimlikle eşleştirirsiniz.
İki temel yol vardır ve bunları karıştırmamak gerekir. İşlem (transaction) trafiği doğrulama kodu, sipariş bildirimi, ödeme makbuzu gibi hizmet mesajlarıdır. Ticari (promotion) trafik ise pazarlamadır; Türkiye'de İYS kaydı, onaylı başlık ve açık rıza ister. İkisini aynı hattan akıtmak, teslimat sorununu en hızlı üretme yöntemidir.
Sağlayıcıların çoğu ya operatörlere doğrudan bağlıdır ya da birden çok operatörü tek API'de toplayan bir toplayıcıdır (aggregator). Sizin için pratik fark maliyet ve teslimat kalitesidir; ucuz ama "gri" rotalar mesajı sessizce düşürebilir. Kurumsal bir altyapı kurmuyorsanız kendi gateway'inizi yazmak neredeyse hiçbir zaman mantıklı değil — hazır bir sağlayıcı alıp entegrasyona odaklanmak daha doğru.
Gateway'i CRM'e bağlamak
Sağlıklı bir kurulumda mesaj, elle panelden değil, CRM'deki bir olaydan tetiklenir. Sipariş durumu değişir, randevu yaklaşır, form doldurulur — CRM şablonu birleştirir, gateway API'sini çağırır ve gateway bir teslimat raporu (DLR) döndürür.
Kurarken üç noktaya dikkat edin: numaralar E.164 formatında (+90…) saklanmalı; şablonlar kopyala-yapıştır yerine birleştirme alanlarıyla ({ad}, {kod}) yönetilmeli; ve teslimat raporları kişinin kartına geri yazılmalı. İzni ilk temas anında toplamak isterseniz, web formu-CRM entegrasyonu onay kutusunu doğrudan kayda düşürür. Teslimat raporları çoğunlukla webhook ile döndüğü için, o uçları webhook imza doğrulamasıyla korumak işin sessiz ama önemli kısmıdır.
Bir teknik ayrıntı bütçeyi doğrudan etkiler: karakter kodlaması. Standart GSM alfabesiyle bir SMS 160 karakterdir, ama Türkçe'ye özgü ş, ğ, ı, İ gibi harfler mesajı çoğu zaman Unicode'a iter ve sınır 70 karaktere düşer. Yani "kısa" sandığınız bir mesaj sessizce iki-üç parçaya bölünüp maliyeti katlayabilir. Şablonları test ederken yalnızca karakter sayısını değil, segment sayısını da izleyin.
OTP ile pazarlama SMS'i: iki ayrı dünya
Farkı tek cümlede özetlemek mümkün: OTP hızlı olmak zorunda, pazarlama izinli olmak zorunda. Doğrulama kodu bir hizmet mesajıdır; kullanıcı o kodu zaten bekliyordur, bu yüzden yüksek öncelikli ve temiz bir rota ister. Saniyeler önemlidir; iki dakika geç gelen bir kod işe yaramaz.
Pazarlama SMS'i tamamen farklı bir sözleşmeyle çalışır. Açık rıza, onaylı gönderici başlığı, kolay bir çıkış (opt-out) yolu ve sessiz saatlere saygı şarttır. İkisini aynı başlıktan ve aynı rotadan göndermek, her ikisinin de kötüsünü verir: OTP'leriniz pazarlama kuyruğunun arkasında yavaşlar, pazarlamanız da spam filtresine takılır.
Pratik ayrım basit: OTP ve işlem mesajları için ayrı, yüksek öncelikli bir rota ve mümkünse ayrı bir gönderici başlığı kullanın; pazarlamayı kendi izin listesiyle ayrı tutun. Böylece birinin yoğunluğu diğerini boğmaz; birçok sağlayıcı bunu "transactional" ve "marketing" için ayrı alt hesaplarla da sunar.
OTP'yi pazarlama rotasından göndermek, ambulansı düğün konvoyunun arkasına takmaya benzer.
Teslimat oranını asıl ne belirler
"%100 teslimat" diye bir şey yok; bunu vaat eden sağlayıcıya temkinli yaklaşın. Gönderdiğiniz her mesaj bir dizi elemeden geçer ve her kapıda biraz kayıp olur. Önemli olan, kaybın nerede yaşandığını görebilmek.
Teslimatı en çok şu dört şey düşürür: E.164'e uymayan numara formatı, onaysız veya yanlış gönderici başlığı, geçersiz ve mükerrer numaralarla dolu listeler, bir de spam gibi görünen içerik. Teslimat raporlarını CRM'e geri yazmıyorsanız bunların hiçbirini fark edemez, sadece "herhâlde gitti" dersiniz.
Teslimat raporunun kendisi de tek kelimelik bir "tamam" değildir. Genelde birkaç durum görürsünüz: operatöre iletildi, telefona teslim edildi, reddedildi ya da hâlâ bekliyor. Bu durumları kişinin kartında saklamak, "neden ulaşmadı?" sorusunu tahminden çıkarıp veriye bağlar; aynı numara sürekli reddediliyorsa onu listeden düşersiniz.
SMS'i tahmin oyunu olmaktan çıkarın
Rocketly, SMS gateway'inizi CRM'e bağlar; izin, şablon ve teslimat raporlarını tek ekranda tutar.
Rocketly'yi deneyinİzin, opt-in ve gönderici başlığı
İzin, sonradan eklenen bir formalite değil; hem teslimatın hem itibarın temeli. Türkiye'de ticari SMS için İYS (İleti Yönetim Sistemi) kaydı ve açık rıza gerekir. Rızanın ne zaman ve hangi kanaldan alındığını CRM'de saklamak, hem bir denetimde hem de şikâyet geldiğinde sizi korur.
Gönderici başlığı (sender ID) markanızın SMS'teki yüzüdür. Paylaşımlı "INFO" tarzı bir başlıkla mı yoksa onaylı marka başlığınızla mı gönderdiğiniz, hem güveni hem teslimatı etkiler. Onaylı ve tutarlı bir başlık, filtrelere takılma ihtimalini azaltır; alıcı da tanıdık bir isimden geleni daha kolay açar.
Rızayı toplarken kaynağı da net olsun: web formundaki bir onay kutusu, mağazada alınan yazılı izin ve bir çekilişe katılım aynı şey değildir. "Nereden ve ne için izin aldık" bilgisini kayda geçirmek, ileride hem yasal açıdan hem de itibar açısından sizi rahatlatır.
- Rızayı kaydedin: Her onayın tarihini, kaynağını ve kapsamını kişinin kartında tutun ki "bu kişiye neden mesaj atıyoruz?" sorusuna saniyede cevap verebilesiniz.
- Çıkışı kolaylaştırın: Her ticari mesajda net bir opt-out yolu ("DUR" ya da benzeri) bulunmalı ve bu talep anında işlenmeli.
- Başlığı sabitleyin: Onaylı tek bir gönderici başlığı kullanmak zamanla hem markayı hem teslimat itibarını korur.
Sağlayıcı ve rota seçerken
Sağlayıcılar, fiyat listeleri benzese de birbirinin aynı değildir. İyi olanı sıkıcı ama pratik şeyler ayırır: hedef ülkeye giden rotaların kalitesi, düzgün teslimat raporu desteği, API'nin temizliği ve bir rota cumartesi gecesi sustuğunda desteğin açıp açmaması.
Fazla ucuz görünen fiyatlara temkinli yaklaşın. Çok ucuz rotalar çoğu zaman mesajı sessizce düşüren ya da gönderici başlığınızı kırpan "gri" rotalardır; bu da açıklayamadığınız bir teslimat düşüşü olarak karşınıza çıkar. Özellikle OTP için doğrudan ve güvenilir bir rotaya para vermek gerekir — geç kalan bir kod, mesajın ücretinden çok daha pahalıya patlar.
Bir de hacim ve hız sorusu var. OTP'de saniyeler önemli olduğu için sağlayıcının o rotada ne kadar hızlı ve yüksek hacimde mesaj geçirebildiğini sorun; kampanya gecesi tıkanan bir hat, en kötü anda kod geciktirir. Sözleşmeden önce küçük bir gerçek gönderim testi, broşürdeki her vaatten daha çok şey anlatır.
Listeyi temiz tutmak
Teslimat oranı bir kez ayarlanıp unutulan bir şey değil; liste hijyeniyle yaşar. Geri dönen (geçersiz) numaraları ayıklayın, çıkış yapanları anında bastırın ve sessiz saatlerde ticari mesaj göndermeyin. Gece ikide gelen bir indirim SMS'i, en sadık müşteriyi bile "DUR" yazdırır.
Sıklık da bir hijyen meselesi. Aynı kişiye haftada kaç ticari mesaj gideceğine bir üst sınır koyun; "bir kampanya daha" hep cazip gelir, ama liste yorgunluğu teslimat itibarını ve marka algısını birlikte aşındırır. Az ama yerinde göndermek, çok ama gürültülü göndermekten neredeyse her zaman iyidir.
Çıkış talepleri de tek yönlü kalmamalı. Biri bir kanaldan çıktıysa bu bilgi diğer sistemlere de yansımalı; bu yüzden opt-out durumunu her yerde güncel tutmak için çift yönlü veri senkronizasyonu önemlidir. Pazarlama tarafında sonuçları ölçmek isterseniz, SMS'i pazarlama aracı entegrasyonunuzun içine alıp kampanya performansını kapalı döngüde görebilirsiniz.
Sıkça sorulan sorular
OTP için de izin (opt-in) gerekir mi?
OTP, kullanıcının az önce başlattığı bir işleme bağlı bir hizmet mesajıdır; bu yüzden pazarlama sayılmaz ve ticari izin gerektirmez. Aşılmaması gereken çizgi, işlem mesajının içine pazarlama sıkıştırmaktır — o an mesaj ticari hâle gelir ve kuralları çiğner.
Panelden göndermek varken neden entegrasyon?
Panel elle çalışır: tetikleyici yok, kişinin kartında kayıt yok ve belirli bir kişiye bağlı teslimat raporu yok. API ile entegrasyonda mesajlar CRM olaylarından tetiklenir ve her gönderim ile sonucu müşterinin kartında durur.
Teslimat raporu (DLR) tam olarak ne söyler?
Operatörün mesajı kabul edip etmediğini ve genelde telefona ulaşıp ulaşmadığını söyler. Mesajın okunup okunmadığını söylemez; SMS'te güvenilir bir okundu bilgisi yoktur, bu yüzden "teslim edildi" dürüst tavandır.
Gönderici başlığını istediğim gibi seçebilir miyim?
Hayır. Ticari trafikte başlıklar önceden onaylanır ve markanızla eşleşmelidir; rastgele bir isim kullanamazsınız. Onaysız ya da tutarsız başlıklar hem reddedilir hem de teslimatı düşürür.
SMS, doğru kullanıldığında hâlâ elinizdeki en güvenilir "hemen ulaş" kanalı. Ama gücü disiplininden gelir: doğru numara, doğru başlık, net izin ve ölçülebilir teslimat. Bunları CRM'inizin içinde tuttuğunuzda — örneğin Rocketly'de izin, şablon ve teslimat raporları aynı kişinin kartında dururken — SMS bir tahmin oyunu olmaktan çıkar, ölçeklenebilir bir kanala dönüşür.