--- title: "Toplu SMS Sağlayıcısı Nasıl Seçilir: 12 Maddelik Liste" description: "Toplu SMS sağlayıcısı seçimi: rotalar, teslim raporları, gönderen kimliği desteği, fiyat modeli, destek ve uyumluluk için 12 kontrol ve imza öncesi test planı." canonical: "https://omnichannels.ai/tr/blog/choose-bulk-sms-provider/" language: "tr" updated: "2026-11-02" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "sms" primaryQuery: "how to choose a bulk sms provider" keywords: ["en iyi toplu sms firması", "toplu sms sağlayıcısı seçimi", "toplu sms hizmeti kontrol listesi", "doğrudan operatör rotası sms", "sms sağlayıcı değerlendirme", "sms api sağlayıcı karşılaştırma kriterleri", "sms sağlayıcı test planı"] published: "2026-11-02" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 10 answer: "Toplu SMS sağlayıcısını fiyat listelerini karşılaştırarak değil, gerçekte neyi teslim ettiğini test ederek seçin. Trafiğin doğrudan operatör veya lisanslı aggregator rotalarından gittiğini, mesaj başına teslim raporu aldığınızı, kapsamın ve gönderen kimliği kayıt desteğinin ülkelerinize uyduğunu, fiyatlamada gizli ücret olmadığını ve destek ile uyumluluğun kullanım durumunuza uyduğunu kontrol edin. İmzadan önce her hedef ülkede kendi cihazlarınıza ücretli bir test yapın." takeaways: ["Rota kalitesi, mesajın ulaşıp ulaşmayacağını belirler. Her hedefinizi hangi operatörlerin veya lisanslı aggregator'ların taşıdığını sorun; yanıt vermek istememesini kırmızı bayrak sayın.", "Bir sağlayıcı, teslim raporları kadar iyidir. Günlük bir 'gönderildi' özeti değil, neden koduyla mesaj başına durum gerekir.", "Yalnızca fiyatları değil fiyat modellerini karşılaştırın: mesaj veya parça başına faturalama, gönderen kimlikleri, reddedilen veya başarısız mesajlar için ücretler, asgari taahhütler ve fatura para birimi.", "Gönderen kimliği kuralları ülkeye göre değişir ve bazıları ilk gönderimden önce kayıt ister; bu yüzden başvuruları sizinle yapan bir sağlayıcı haftalar kazandırır.", "Üretim trafiğini taşımadan önce her hedef ülkede kendi telefonlarınıza, Arapça veya diğer Unicode metinle yapılandırılmış bir test yapın."] faq: - q: "Toplu SMS sağlayıcısında nelere bakmalıyım?" a: "Doğrudan operatör veya lisanslı aggregator rotalarına, mesaj başına teslim raporlarına, ülkelerinizdeki kapsama, gönderen kimliği kayıt yardımına, şeffaf fiyatlamaya, belgelenmiş bir API'ye (hacimli gönderiyorsanız SMPP'ye), izin ve çıkış araçlarına ve duyarlı desteğe bakın. Ardından trafik taahhüt etmeden önce iddiaları kendi cihazlarınıza yaptığınız bir testle doğrulayın." - q: "Doğrudan rota ile gri rota arasındaki fark nedir?" a: "Doğrudan rota, alıcının operatörüne o operatörle veya lisanslı bir aggregator'la yapılan ticari bir anlaşma yoluyla ulaşır. Gri rota ise ticari trafiği operatörün bunun için öngörmediği kanallardan, örneğin SIM kutularından veya eşler arası ara bağlantılardan taşır. Gri rotaları çalıştırmak daha ucuzdur ama filtrelenir, engellenir ve çoğu zaman güvenilmez teslim raporları döndürür." - q: "İmzalamadan önce bir SMS sağlayıcısını nasıl test ederim?" a: "Her hedef operatörde kontrol ettiğiniz cihazlara sabit bir mesaj seti gönderin: İngilizce ve Arapça veya diğer Unicode metin, parçalara bölünen uzun bir mesaj, OTP tarzı bir mesaj ve bağlantılı bir mesaj. Her biri için teslim süresini ve teslim raporunu kaydedin, raporları cihazın gösterdikleriyle karşılaştırın ve günün farklı bir saatinde tekrarlayın." - q: "Gönderen kimliklerini benim için kaydeden bir SMS sağlayıcısına ihtiyacım var mı?" a: "Kayıt isteyen ülkelere gönderiyorsanız evet, çok yardımcı olur. Bazı pazarlar ilk mesajdan önce belge, yetki mektupları ve operatör veya düzenleyici onayı ister ve hazırlık süreleri iş günü veya hafta olarak ölçülür. Sağlayıcının kaydı sizinle birlikte yapıp yapmadığını ve kayıt maliyetlerinin maliyetine mi yoksa kâr eklenerek mi yansıtıldığını kontrol edin." - q: "Toplu SMS için SMPP, HTTP API'den daha mı iyi?" a: "Genel olarak hiçbiri daha iyi değildir. HTTP API daha basittir ve çoğu göndericiye uyar. SMPP kalıcı bir bağlantı tutar ve çok yüksek hacimlere ve mevcut SMS ağ geçitlerine uyar. Her ikisini de sunan bir sağlayıcı seçin; böylece tedarikçi değiştirmeden API ile başlayıp daha sonra SMPP'ye geçebilirsiniz." - q: "En ucuz toplu SMS sağlayıcısı mı kazanmalı?" a: "Yalnızca fiyata göre hayır. Filtrelenen veya yanlış teslim raporu döndüren bir rotadaki düşük fiyat, kayıp mesajlarda, yeniden gönderimlerde ve destek zamanında tasarruf ettiğinizden fazlasına mal olur. Başarısızlıklar, ücretler ve ekibinizin sorunları araştırmaya harcadığı zaman dahil, teslim edilen mesaj başına toplam maliyeti karşılaştırın." sources: - title: "Secure networks: the key to A2P monetisation — GSMA-hosted whitepaper (2015)" url: "https://www.gsma.com/get-involved/gsma-membership/wp-content/uploads/2015/10/2015-10-whitepaper-secure-networks-key-to-a2p-monetisation.pdf" - title: "Fighting the threat of SIM boxes to A2P SMS revenues — GSMA" url: "https://www.gsma.com/membership/resources/ighting-the-threat-of-sim-boxes-to-a2p-sms-revenues/" - title: "SMPP Protocol Specification v3.4 (Issue 1.2) — SMPP Developers Forum" url: "https://smpp.org/SMPP_v3_4_Issue1_2.pdf" - title: "3GPP TS 23.038: Alphabets and language-specific information" url: "https://www.3gpp.org/ftp/Specs/archive/23_series/23.038/" --- # Toplu SMS Sağlayıcısı Nasıl Seçilir: 12 Maddelik Liste Canonical: https://omnichannels.ai/tr/blog/choose-bulk-sms-provider/ Language: tr Publisher: OmniChannels.ai by BroadNet Technologies Bu rehber, bir toplu SMS sağlayıcısı seçmesi gereken ve broşürlere dayanmayan bir yöntem isteyen pazarlama, BT ve satın alma ekipleri için hazırlandı. 12 maddelik bir kontrol listesi, bir kırmızı bayrak listesi ve herhangi bir şey imzalamadan önce uygulayabileceğiniz bir test planı sunar. ## Toplu SMS sağlayıcısı nedir ve gerçekte ne yapmalıdır? Toplu SMS sağlayıcısı, mesajlarınızı API, web konsolu veya SMPP ile alıp operatör bağlantıları üzerinden mobil abonelere ileten bir şirkettir; böylece her şebekeyle ayrı ayrı sözleşme yapmanız gerekmez. Sonuçlarınızı kontrol paneli değil, bu bağlantıların kalitesi belirler. Pratikte bir sağlayıcı sizin için beş iş yapar: her mesajı doğru operatöre yönlendirir, mesaja ne olduğunu raporlar, her ülkenin gönderen kimliği ve kayıt kurallarını yönetir, geçerli olduğu yerlerde izin ve çıkış kurallarını uygular ve bir şey başarısız olduğunda sizi destekler. Aşağıdaki kontrol listesi bu işlerin her birini sınar. Terimler için sözlükteki [toplu SMS](/tr/glossary/bulk-sms/), [A2P SMS](/tr/glossary/a2p-sms/) ve [SMS aggregator](/tr/glossary/sms-aggregator/) maddelerine bakın. ## Toplu SMS sağlayıcısı seçerken hangi 12 kontrol önemlidir? On iki kontrol, gördüğümüz hemen her başarısızlığı kapsar: rotalar, teslim raporları, kapsam, gönderen kimlikleri, fiyat modeli, API ve SMPP, verim, içerik işleme, uyumluluk, güvenlik, destek ve çıkış koşulları. Her birini 0 ile 2 arasında puanlayın ve toplamları karşılaştırın. | # | Kontrol | İyi nasıl görünür | Sorulacak soru | |---|---|---|---| | 1 | Rota türü | Her hedef için doğrudan operatör bağlantıları veya lisanslı aggregator'lar | "Trafiğimi her operatöre hangi rota taşıyor ve haber verilmeden değiştirildiği oluyor mu?" | | 2 | Teslim raporları | Neden koduyla mesaj başına durum, webhook'unuza veya SMPP ile iletilir | "Rapor operatörden mi geliyor, yoksa sizin tarafınızdan mı üretiliyor?" | | 3 | Kapsam | İhtiyaç duyduğunuz her ülke ve operatör, adıyla listelenmiş | "En büyük beş ülkem için operatör listesini gönderin." | | 4 | Gönderen kimlikleri | Kayıt desteği, net hazırlık süreleri, yerel kurallar açıklanmış | "Kaydı kim yapıyor ve maliyeti nedir?" | | 5 | Fiyat modeli | Mesaj veya parça başına olduğu belirtilmiş, sürpriz ücret yok | "Başarısız, reddedilen veya süresi dolan mesajlar için ne ücretlendiriliyor?" | | 6 | API ve SMPP | OpenAPI spesifikasyonlu belgelenmiş REST API, hacim için SMPP | "Tedarikçi değiştirmeden API'den SMPP'ye geçebilir miyim?" | | 7 | Verim | Kuyruklama ve hız kontrolüyle hesap başına boyutlandırılmış kapasite | "Gönderim hızım nasıl kararlaştırılıyor ve değiştiriliyor?" | | 8 | İçerik işleme | Unicode ve Arapça destekli, parçalar doğru sayılıyor | "Arapça ve emoji için parçaları nasıl sayıyorsunuz?" | | 9 | Uyumluluk | Çıkış yönetimi, izin kayıtları, ülkeye özgü saat kuralları | "Ülke başına çıkış ve sessiz saatleri nasıl destekliyorsunuz?" | | 10 | Güvenlik | Belgelenmiş kontroller, bağımsız sertifikalar | "Hangi sertifikaları gösterebilirsiniz?" | | 11 | Destek | İsimli iletişim kişileri, tanımlı saatler, yükseltme yolu | "OTP'ler durduğunda saat 02:00'de kimi arayacağım?" | | 12 | Çıkış koşulları | Bildirim süresi, numara taşınabilirliği, veri dışa aktarımı | "Ayrılırsam gönderen kimliklerime ne olur?" | 1, 2 ve 5. soruları açıkça yanıtlayamayan bir sağlayıcı bir sonraki tura geçmemelidir. ## Doğrudan rota ile gri rota arasındaki fark nedir? Doğrudan rota, operatöre o operatörle veya lisanslı bir aggregator'la yapılan ticari bir anlaşma yoluyla ulaşır; gri rota ise ticari trafiği operatörün bunun için öngörmediği kanallardan taşır. Doğrudan rotaları çalıştırmak daha pahalıdır ve daha güvenilir teslim eder. Gri rotalar tipik olarak SIM kutularını veya eşler arası ara bağlantıları kullanır; GSMA bunların operatörlerin A2P ticari düzenlemelerini nasıl atladığını belgelemiştir. Operatörler bunlarla filtrelerle savaşır; bu yüzden bugün ulaşan bir mesaj gelecek hafta kaybolabilir. Gri rotalardaki teslim raporları çoğu zaman cihazın şebekesinden alınmak yerine aracı tarafından üretilir; bu yüzden bir rapor "teslim edildi" derken müşteri hiçbir şey görmeyebilir. Bir rotanın gri olduğu size genellikle söylenmez, bu yüzden test edin (aşağıdaki test planına bakın) ve [gri rotalar ve doğrudan rotalar](/tr/blog/grey-route-vs-direct-route-sms/) üzerine daha ayrıntılı rehberimizi okuyun. [Doğrudan rota](/tr/glossary/direct-route/) ayrıca gönderen kimliğinizin güvenilir biçimde görünmesini sağlar; bu, marka tanınırlığı ve OTP akışları için önemlidir. ## Teslim raporları bir sağlayıcının ne kadar iyi olduğunu nasıl gösterir? Teslim raporu, bir mesajın ulaştığına dair elinizdeki tek kanıttır; bu yüzden iyi bir sağlayıcı başarısızlıkta nedenle birlikte, mesaj başına durumu neredeyse gerçek zamanlı döndürür. "Gönderilen mesajlar" özeti kanıt değildir. Belgelenmiş bir durum yaşam döngüsü (örneğin gönderildi, iletildi, teslim edildi, başarısız, reddedildi), her mesaj için bir webhook veya SMPP raporu, kaçırdığınız raporları yeniden isteme imkânı ve kendi kayıtlarınızla uzlaştırabileceğiniz dışa aktarımlar arayın. [Mesaj teslim durumu](/tr/blog/message-delivery-status-explained/) rehberimiz bunların nasıl okunacağını anlatır; [SMS iletilmedi](/tr/blog/sms-not-delivered-improve-delivery-rate/) yazısı rakamlar yanlış göründüğünde teşhisi ele alır. Güçlü sağlayıcıları zayıflardan ayıran bir kontrol var: her rotada "teslim edildi" durumunun ne anlama geldiğini sorun. Bazı şebekelerde operatörler hiç nihai rapor döndürmez ve dürüst bir sağlayıcı hangilerinin öyle olduğunu size söyler. ## Fiyat modelleri ve gizli ücretler hakkında ne bilmelisiniz? Yalnızca fiyatı değil, fiyat modelini karşılaştırın. Aynı ilan edilen fiyat, parçaların nasıl faturalandığına, başarısızlıklarda neyin ücretlendirildiğine ve hangi ekstraların eklendiğine göre çok farklı tutarlara mal olabilir. Farkları ortaya çıkaran sorular: - Faturalama mesaj başına mı parça başına mı? Uzun veya Arapça bir mesaj birkaç parçaya bölünebilir ve her biri faturalandırılabilir. Türkçe metinler de (ş, ğ, ı, İ) Unicode olduğu için 70 karakterlik parçalara bölünür. - Başarısız, reddedilen veya süresi dolan mesajlar ücretlendiriliyor mu? - Kurulum ücretleri, aylık asgari tutarlar veya platform ücretleri var mı? - Gönderen kimliği kayıtları nasıl faturalandırılıyor: maliyetine mi, kâr eklenerek mi? - Hangi para birimlerinde fatura alabilirsiniz ve kur dönüşüm ücreti var mı? - Bir teklif ne kadar süre geçerli ve fiyatlar ne zaman değişebilir? Herhangi bir teklifi mantık açısından kontrol etmek için yayımlanmış fiyatları kullanın. [Ülkeye göre SMS fiyatlarımız](/tr/sms-pricing/) sayfaları ve [fiyat endeksi](/data/messaging-price-index/) gösterge niteliğindeki liste fiyatlarını gösterir; [maliyet tahmincisi](/tr/pricing/estimator/) hacimlerinizi bir bütçeye çevirir. Nihai teklifi her zaman yazılı isteyin. ## Gönderen kimliği ve kayıt desteği neden önemlidir? Birçok ülke, kurumsal SMS teslim edilmeden önce bir gönderen kimliğinin kaydedilmesini ister; bu yüzden kaydı sizinle birlikte yapan bir sağlayıcı lansmanınızı haftalarca kısaltır. Kurallar, belgeler ve hazırlık süreleri ülkeye göre değişir. Örneğin BAE ve Suudi Arabistan kayıt ister, Hindistan başlığın ve her şablonun DLT'de kayıtlı olmasını ister, ABD'de ise alfanümerik gönderen kimliği yoktur ve bunun yerine 10DLC, ücretsiz hat (toll-free) veya kısa kodlar kullanılır. [Suudi Arabistan](/tr/sender-id/saudi-arabia/), [BAE](/tr/sender-id/uae/) ve [Hindistan](/tr/sender-id/india/) ülke sayfalarına bakın ve her pazarınızın kuralını görmek için [gönderen kimliği denetleyicisini](/tr/tools/sender-id-checker/) kullanın. [Gönderen kimliği türleri](/tr/blog/sms-sender-id-types-explained/) açıklamamız seçenekleri kapsar. Sağlayıcıya üç şey sorun: kaydı kim hazırlıyor ve başvuruyu kim yapıyor, tipik hazırlık süresi nedir ve sağlayıcı değiştirirseniz gönderen kimliğine ne olur. Onay kararları her zaman operatörlerde ve düzenleyicilerde kalır; bu yüzden hiçbir sağlayıcı bunları vaat edemez. ## API ve SMPP hakkında hangi teknik soruları sormalısınız? OpenAPI spesifikasyonlu belgelenmiş bir REST API, net bir kimlik doğrulama modeli, idempotent veya tekilleştirilmiş gönderimler, durumlar için webhook'lar ve kendi numaralarınıza bir sandbox veya test rotası isteyin. Yüksek hacimler için TLS'li SMPP 3.4 isteyin. Üretim için en önemli sorular: 1. Hız sınırları nasıl iletiliyor ve aşıldığında ne oluyor? 2. Toplu bir işi zamanlayabilir, duraklatabilir ve iptal edebilir misiniz? 3. Unicode ve Arapça otomatik ele alınıyor ve parça sayıları göndermeden önce döndürülüyor mu? 4. Göndermeden önce bir numaranın geçerli olup olmadığını sorgulayabilir misiniz ([HLR sorgulama](/tr/glossary/hlr-lookup/))? 5. Bayiler veya iş birimleri kendi kredileri ve gönderen kimlikleriyle ayrı alt hesaplar alabilir mi? Entegrasyon biçimlerini tartıyorsanız [SMS API ve SMPP](/tr/blog/sms-api-vs-smpp/) ile [SMS gönderme örnekleri](/tr/blog/send-sms-api-examples/) yazılarını okuyun. ## Hangi uyumluluk ve güvenlik kontrollerini yapmalısınız? Sağlayıcının izin kayıtlarını, otomatik çıkış yönetimini ve yerel gönderim saatlerini desteklediğini ve bağımsız güvenlik sertifikaları gösterebildiğini kontrol edin. Uyumluluk paylaşılır: sağlayıcı araçları sunar, izinden sorumlu olan ise sizsiniz. STOP yanıtlarının nasıl işlendiğini, bastırma listelerinin kampanyalarınız arasında paylaşılıp paylaşılmadığını ve gün içi saat sınırlarının ülke başına nasıl uygulandığını sorun. [Ülkelere göre SMS pazarlama kuralları](/tr/blog/sms-marketing-rules-by-country/) makalemiz yaygın gereksinimleri listeler. Güvenlik için sağlayıcının hangi sertifikalara sahip olduğunu ve mesaj içeriğini ne kadar süre sakladığını sorun. ## İmzalamadan önce bir toplu SMS sağlayıcısını nasıl test edersiniz? Her hedef ülkede, her büyük operatörde, kontrol ettiğiniz cihazlara yapılandırılmış bir test yapın ve sağlayıcının raporlarının söylediği ile telefonların gösterdiğini karşılaştırın. Hacim taahhüt etmeden önce yapın. ### Test prosedürü 1. **Cihazları hazırlayın.** Her ülkede her büyük operatör için en az bir SIM kullanın; seyahat edenlere hizmet veriyorsanız bir de dolaşım (roaming) SIM'i ekleyin. 2. **On mesaj hazırlayın.** Düz bir İngilizce mesaj, Arapça veya başka bir Unicode mesaj, üç parça gerektirecek kadar uzun bir mesaj, OTP tarzı bir mesaj, kısa bağlantılı bir mesaj ve tanıtım tarzınızda bir mesaj ekleyin. 3. **İki pencerede gönderin.** Yoğun saat davranışını görmek için bir kez sabah, bir kez akşam gönderin. 4. **Mesaj başına kaydedin.** Gönderim zamanını, teslim raporu zamanını, cihaza ulaşma zamanını ve görünen gönderen kimliğini not edin. 5. **Karşılaştırın.** Eşleşen bir ulaşma olmadan "teslim edildi" diyen bir rapor ya da rapor ile ulaşma arasında büyük bir fark, zayıf bir rotanın işaretidir. 6. **Başarısızlığı test edin.** Kapalı bir telefona ve geçersiz bir numaraya gönderin ve raporun neden verdiğini kontrol edin. 7. **Desteği test edin.** Bir mesajla ilgili bir bilet açın ve yanıt süresini ölçün. 8. **Webhook'u test edin.** Her durumun uç noktanıza bir kez ulaştığını ve yeniden denemelerin olayları çoğaltmadığını doğrulayın. Parçaları tahmin etmek için [SMS karakter sayacını](/tr/tools/sms-character-counter/), sonuçları kaydetmek için [RFP kiti ve puan kartını](/tr/tools/messaging-provider-rfp-kit/) kullanın. ## Hangi kırmızı bayraklar sizi vazgeçirmeli? Rotalarını adlandıramayan, test yapılmasını reddeden, diğer herkesten çok daha düşük fiyat veren veya koşulları yazıya dökmeyen bir sağlayıcıdan uzak durun. Her biri, kalitenin fiyat karşılığında feda edildiğinin işaretidir. - Hedefleriniz için adı verilmiş operatör veya aggregator yok. - Eşleşen ulaşma olmadan "teslim edildi" raporları. - Yüzde 100 teslim garantisi iddiaları: teslim cihazlara ve şebekelere bağlıdır ve kimse bunu kontrol edemez. - Haber verilmeden değiştirilen gönderen kimlikleri veya yerine konulan rastgele sayısal göndericiler. - Hedef ülkenizde lisanslı tüzel kişinin kim olduğuna dair net yanıt yok. - Başarısızlık nedenlerini açıklamayı reddetmek. - Herhangi bir test yapılmadan önce yüklü bir bakiyeyi peşin ödemeye baskı. ## Uygulamalı örnek: sağlayıcı seçen bir perakende grubu BAE, Suudi Arabistan ve Mısır'da mağazaları olan kurgusal grup "Al Noor Retail", Arapça ve İngilizce teklifler ile sadakat uygulaması için OTP'ler gönderiyor. Üç sağlayıcıyı kısa listeye alıyor ve her birini 12 kontrole göre puanlıyor. Grup, test prosedürünü ülke başına ikişer olmak üzere altı SIM'de uyguluyor. Bir sağlayıcı temiz "teslim edildi" raporları gösteriyor, ancak bir Suudi operatörde on mesajdan ikisinde cihaz hiçbir şey almıyor. Bir diğeri her şeyi teslim ediyor ama kaydın gerekli olduğu Mısır'da gönderen kimliği kaydında hiç yardım sunmuyor. Üçüncüsü iki testi de geçiyor ve kurulum ücretsiz bir model sunuyor. Grup, en düşük fiyata değil, teslim edilen mesaj başına toplam maliyete ve lansmana kalan süreye göre seçim yapıyor. Ayrıca OTP ve tanıtım trafiğini ayrı gönderen kimliklerine bölüyor; tanıtım trafiği filtrelenirse OTP teslimini koruyan bir tasarım. ## OmniChannels.ai nasıl yardımcı olur? BroadNet Technologies altyapısıyla çalışan OmniChannels.ai, A2P SMS'i BroadNet'in doğrudan operatör bağlantısıyla, 1.000'den fazla operatör ve aggregator'a doğrudan bağlantıyla iletir. Gönderen kimliklerini, toplu gönderimi, Unicode ve Arapçayı, HLR numara sorgulamayı, çift yönlü SMS'i ve yüksek hacim için SMPP 3.4'ü; özet ve gelişmiş teslim raporlarıyla ve CSV dışa aktarımla destekler. Ekibimiz gönderen kimliği kayıtlarını sizinle birlikte hazırlar ve başvurur; onaylar operatörlerde ve düzenleyicilerde kalır. Kurulum ücreti ve aylık asgari tutar yoktur, kayıtlar maliyetine yansıtılır. [Demo planlayın](/tr/demo/) ve test planınızı getirin.