Sabah sekiz buçukta kargo etiketlerini yazdırmak için telefonu açıyorsunuz ve WhatsApp'ta tek bir ekran var: bu hesap artık WhatsApp kullanamıyor. Dün gece 400 kişiye kampanya mesajı gitmişti. Numara, kargo poşetlerinin üstünde yazan numara. Instagram biyografisindeki numara. Google işletme kaydındaki numara. Müşterilerin iki yıldır yazdığı numara. Ve o numaradaki bütün konuşma geçmişi, bütün sipariş yazışması, bütün ödeme dekontu şu anda erişilemez durumda.
Bu noktada yapılan ilk şey aramak oluyor. Arama sonuçlarında bulunan şey ise genelde üç türden biri: şikâyet siteleri, "numaranı değiştir devam et" diyen forum başlıkları ve tespit kaçırmayı vaat eden yazılım reklamları. Hiçbiri hesabın neden kapandığını anlatmıyor. Çünkü kapanma bir yazı tura değil. Ölçülebilir sinyallerle çalışan, kuralları büyük ölçüde yayımlanmış bir sistemin çıktısı.
Bu yazı o sistemi anlatıyor. Yaptırımı atlatmayı değil, yaptırımın nasıl karar verdiğini. İkisi arasındaki fark önemli: birincisi sizi bir sonraki kapanmaya kadar oyalar, ikincisi kapanma olasılığını gerçekten düşürür. Anlatılan mekanizmaların tamamı Meta'nın kendi geliştirici dokümanlarından ve WhatsApp'ın kendi politika metinlerinden alındı. Üçüncü taraf blogları yalnızca teyit için kullanıldı, çünkü Türkçe kaynakların önemli bir kısmı 2022 öncesinde donmuş bilgi tekrarlıyor.
Bir uyarı ile başlayalım: bu metin hukuki danışmanlık değildir. Meta'nın kuralları ile Türk mevzuatı iki ayrı yaptırım katmanıdır ve yazının sonlarında bu ayrımı tek tek ele alıyoruz. Meta hesabınızı kapatmadan da 6563 sayılı kanunu ihlal etmiş olabilirsiniz; tersi de mümkündür.
Üç farklı WhatsApp var ve üçünün kapanma mekanizması aynı değil
Türkçe içerikteki karışıklığın büyük bölümü tek bir yerden geliyor: "WhatsApp" denince üç ayrı ürün kastediliyor ve bunlar birbirine karıştırılıyor. Kuralları farklı, limitleri farklı, kapanma biçimleri farklı, itiraz yolları bile farklı. Yazının geri kalanını doğru okuyabilmek için önce bu ayrımı oturtmak gerekiyor.
Kişisel WhatsApp
Telefonunuzdaki yeşil ikon. Ticari kullanım için tasarlanmadı; işletme kullanımı WhatsApp'ın ayrı bir işletme sözleşmesine tabi. Burada koruma tamamen davranışsal: sistem sizi tanımıyor, yalnızca sizinle karşı taraf arasındaki etkileşimin izini okuyor. Kaç kişi engelledi, kaç kişi spam bildirdi, kaç kişi cevap verdi, kaç kişi rehberinde sizi zaten kayıtlı tutuyordu. Kapanma geldiğinde tek gördüğünüz şey bir uyarı ekranı ve "inceleme talep et" düğmesi oluyor. Gerekçe ayrıntılı olarak paylaşılmıyor.
WhatsApp Business uygulaması
Meta'nın kendi tanımıyla küçük işletme sahibi düşünülerek yapılmış bir mobil uygulama: işletme profili, katalog, etiketler, karşılama ve uzakta mesajları, hızlı yanıtlar. Ücretsiz ve kurulumu beş dakika. Kritik nokta şu: bu uygulama teknik olarak kişisel WhatsApp ile aynı altyapı üzerinde çalışıyor. Ticari bir kabuk giymiş olması, ban mantığını değiştirmiyor. Aynı davranışsal sinyaller, aynı yaptırım.
Toplu gönderim tarafında da gerçek uygulamanın sandığından dar olduğu yer burası. Yayın listesi (broadcast list) tek seferde sınırlı sayıda kişiye gider ve en önemlisi, WhatsApp'ın kendi yardım merkezindeki tanıma göre yayın mesajı yalnızca sizin numaranızı rehberine kaydetmiş kişilere ulaşır. Kaydetmemiş olana sessizce gitmez. Hata dönmez, uyarı çıkmaz, "iletilmedi" yazmaz. Bu yüzden "500 kişiye yayın attım, kimse cevap vermedi" cümlesi çoğu zaman ilgisizliği değil, teslim edilmemeyi anlatıyor.
WhatsApp Business Platform, yani Cloud API
Üçüncüsü bir uygulama değil, bir arayüz. Mesajı siz kendi sisteminizden gönderiyorsunuz, WhatsApp arayüzü hiç açılmıyor. Buradaki denetim davranışsal değil, kurumsal: numara Meta'nın işletme portföyünüze bağlı, mesaj gövdeleri önceden onaylanmış şablonlar hâlinde, gönderim hacmi açıkça yayımlanmış kademelerle sınırlı, kalite sürekli ölçülüyor ve size gösteriliyor.
Bu üçüncü ürün, ilk ikisinden farklı olarak size bir gösterge paneli veriyor. Kapanmadan önce sarı ışık görüyorsunuz. Bu tek başına, ciddi hacim gönderen bir işletmenin neden Business uygulamasında kalmaması gerektiğinin cevabı.
| Boyut | Kişisel WhatsApp | WhatsApp Business uygulaması | WhatsApp Business Platform (Cloud API) |
|---|---|---|---|
| Ne olduğu | Tüketici uygulaması | Küçük işletme mobil uygulaması | Programlanabilir mesajlaşma arayüzü |
| Ticari kullanım için mi | Hayır | Evet | Evet |
| Gönderim sınırı nasıl işler | Yayımlanmış sayısal sınır yok, davranışsal | Yayın listesi kişi sınırı, rehber şartı | Yayımlanmış kademeler: 250, 2.000, 10.000, 100.000, sınırsız |
| Kalite göstergesi | Yok | Yok | Var: yeşil, sarı, kırmızı |
| Mesaj gövdesi onayı | Yok | Yok | Şablon onayı zorunlu (pencere dışında) |
| Kapanmadan önce uyarı | Genelde yok | Genelde yok | E-posta ve panel bildirimi |
| İtiraz yolu | Uygulama içi inceleme talebi | Uygulama içi inceleme talebi | İşletme Destek Merkezi üzerinden inceleme talebi |
| Mesaj başına ücret | Yok | Yok | Var (şablon kategorisine göre) |
Tablodaki son satır çoğu kararı tek başına belirliyor. Ücretsiz olan iki üründe kural yumuşak değil, sadece görünmez. Ücretli olan üründe kural sert ama okunabilir. Kanal başına gerçek maliyet hesabını ayrı bir yazıda, SMS, WhatsApp ve Instagram DM'in kişi başına ne kadara mal olduğunu karşılaştırdığımız metinde ele alıyoruz.
"API'ye doğrudan erişilemez, mutlaka BSP gerekir" bilgisi eskimiş
Türkiye'deki bazı hizmet sağlayıcıların sayfalarında hâlâ okunan cümle şu: WhatsApp Business API'ye işletmeler doğrudan erişemez, yalnızca Meta'nın yetkilendirdiği bir iş ortağı (BSP) üzerinden erişilebilir. Bu bilgi 2022 öncesinde doğruydu. On-Premises API döneminde gerçekten bir aracıya ihtiyaç vardı. Cloud API'nin yaygınlaşmasından sonra bu tablo değişti.
Meta'nın kendi başlangıç dokümanı ne diyor
Meta'nın Cloud API başlangıç rehberi, bir geliştiricinin Meta uygulama panelinden WhatsApp kullanım senaryosuyla yeni bir uygulama oluşturarak doğrudan başlamasını anlatıyor. Adımlar arasında zorunlu bir iş ortağı yok. İş ortağı olmak ayrı ve isteğe bağlı bir yol olarak duruyor, o da başkalarına hizmet vermek isteyenler için.
Yani teknik kapı açık. Kendi yazılımınız varsa Meta ile doğrudan çalışabilirsiniz, numarayı kendi portföyünüze bağlayabilirsiniz, şablonlarınızı kendiniz gönderirsiniz.
O zaman BSP'ler ne işe yarıyor
Bu sorunun dürüst cevabı, aracıları savunmayı gerektiriyor. Cloud API size sadece mesaj göndermenin ve almanın yolunu veriyor. Vermediği şeyler şunlar: bir gelen kutusu arayüzü, birden fazla temsilcinin aynı konuşmaya bakabilmesi, kişi kaydı, etiket, not, kampanya yönetimi, raporlama, faturalandırma kolaylığı, Türkçe destek ve kanal kesildiğinde arayacağınız bir insan. Bir iş ortağı bunları paketliyor.
Dolayısıyla doğru cümle "BSP zorunludur" değil, "BSP bir üründür". İhtiyacınız varsa alırsınız. Kendi ekibiniz varsa almayabilirsiniz. Ama hiçbir aracı sizi kalite derecesinden, mesajlaşma limitinden veya şablon onayından kurtarmıyor. Bu kurallar Meta'nın tarafında, aracının değil. "Bizimle çalışırsanız ban yemezsiniz" cümlesinin hiçbir sözleşmede karşılığı yok.
Doğrudan erişimin sessiz maliyeti
Doğrudan gitmenin bedeli teknik değil, operasyonel. Numara doğrulaması, işletme doğrulaması, görünen ad onayı, şablon reddi, webhook kurulumu, erişim jetonu yönetimi, iki adımlı doğrulama PIN'i, hepsi sizin işiniz oluyor. Meta'nın işletme numaraları dokümanında geçen ayrıntılar bu yükün boyutunu iyi gösteriyor: bir numara zaten WhatsApp'ta kullanılıyorsa önce silinmeden kaydedilemiyor, numaranız banlıysa kaydedebilmek için önce itiraz yoluyla banın kaldırılması gerekiyor, ve bağlı bir numarayı silmek için iki adımlı doğrulama PIN'inizi bilmeniz gerekiyor.
Bu ayrıntıların hepsi, ilk kurulumda değil, iş büyüdüğünde canınızı yakıyor. Kararı verirken sorulacak soru şu: mesajlaşma sizin ürününüzün bir parçası mı, yoksa satış ekibinizin bir aracı mı? Birincisiyse doğrudan gidin. İkincisiyse aracı alın.
Kapanmayı tetikleyen şey mesaj sayısı değil, kullanıcı tepkisi
Bu yazının en çok işinize yarayacak cümlesi burada: sistem kaç mesaj attığınıza değil, o mesajların nasıl karşılandığına bakıyor. Meta'nın kalite ölçümünü anlattığı dokümanlarda öne çıkan sinyaller engelleme, şikâyet ve kullanıcıların engellerken verdiği gerekçe. Sayı tek başına bir suç değil. Sayı, tepkiyi çarpan bir katsayı.
Bunun pratikteki karşılığı şaşırtıcı olabiliyor. İzinli listesine ayda 40.000 mesaj gönderen bir mağaza yeşil kalabilirken, izinsiz topladığı 600 numaraya tek seferde yazan bir işletme aynı gün sarıya düşebiliyor. İki senaryoda mesaj hacmi arasında 66 kat fark var. Fark yaratan şey, ikinci gruptaki insanların "ben buna kaydolmadım" diyerek engellemesi.
Engelleme, şikâyet ve engelleme gerekçesi
WhatsApp arayüzünde bir işletmeyi engellerken kullanıcıya gerekçe sorulabiliyor. Bu gerekçeler sisteme geri besleniyor ve Meta, işletmelerin kendi panellerinde bu gerekçe kırılımını görebileceğini söylüyor. Yani sistem yalnızca "engellendi" bilgisini değil, "neden engellendi" bilgisini de tutuyor.
Buradaki asimetri gönderim planınızı yeniden yazmanız için yeterli sebep. Bir mesajı beğenen kişi hiçbir sinyal üretmiyor. Sessizce siliyor. Ama rahatsız olan kişi iki tıkla ölçülebilir, kalıcı ve size mal olan bir sinyal üretiyor. Bu yüzden "biraz rahatsız eder ama nasılsa bir kısmı satın alır" hesabı matematiksel olarak yanlış. Rahatsız olanlar oy kullanıyor, memnun olanlar kullanmıyor.
Rehberde olmama meselesi
Rehber kaydı, hem kişisel WhatsApp hem Business uygulaması tarafında en güçlü güven sinyallerinden biri. Numaranızı kaydetmiş birine yazmak, tanınan bir gönderici olmak demek. Kaydetmemiş yüzlerce kişiye kısa sürede yazmak ise sistemin spam kalıbı olarak öğrendiği şeyin ta kendisi.
Telegram tarafında bu kural açıkça yazılı, hatta cezanın kendisi bu ayrımın üzerine kurulu. Telegram'ın spam politikası sayfası, sınırlanmış bir hesabın numarasını rehberine kaydetmiş kişilere hâlâ yazabildiğini, ayrıca kendisine ilk yazan herkese her zaman cevap verebildiğini söylüyor. WhatsApp aynı ayrımı bu kadar açık yazmıyor ama davranışsal olarak benzer bir mantık kuruyor.
Yeni SIM, yeni cihaz, taze hesap
Bir hesabın yaşı, geçmişi ve karşılıklı konuşma dokusu güven biriktiriyor. Yeni açılmış bir hesabın böyle bir birikimi yok. Dolayısıyla aynı davranış, iki yıllık bir numarada tolere edilirken üç günlük bir numarada anında yaptırım getirebiliyor.
Sahada en sık görülen hata tam da bu: hesap kapanıyor, yeni SIM alınıyor, eski liste yeni numaraya yükleniyor ve aynı gün aynı mesaj gönderiliyor. Yeni numara, kapanan numaradan daha kırılgan durumda başlıyor ve genelde daha hızlı kapanıyor. Bu bir çözüm değil, kapanma döngüsünü hızlandıran bir hata.
Değiştirilmiş istemciler
GBWhatsApp, WhatsApp Plus ve benzeri değiştirilmiş uygulamalar "sınırsız yayın", "rehbere eklemeden mesaj", "mavi tik gizleme" gibi vaatlerle dolaşıyor. WhatsApp bu uygulamalar için ayrı bir yardım merkezi maddesi tutuyor. Bunlar resmî uygulamalar değil, güvenlik incelemesinden geçmiyor ve kullanımları hizmet şartlarının ihlali sayılıyor.
Pratik sonucu şu: bu istemciler kapanma riskini azaltmıyor, tersine kendisi bir kapanma gerekçesi oluşturuyor. Üstelik uçtan uca şifrelemenin dışında bir yazılıma müşteri konuşmalarınızı teslim etmiş oluyorsunuz. Ticari bir hesap için bu, kapanma riskinden daha büyük bir risk.
Kalite derecesi nasıl hesaplanıyor
Cloud API tarafına geçtiğimizde iş tahminden ölçüme dönüyor. Her işletme numarasının bir kalite derecesi (quality rating) var ve bu derece panelde görünüyor.
Yedi günlük kayan pencere
Kalite, son yedi gün içinde mesajlarınızın müşteriler tarafından nasıl karşılandığına bakılarak hesaplanıyor ve daha yeni mesajlar daha ağırlıklı sayılıyor. Sinyaller arasında engellemeler, şikâyetler ve kullanıcıların engelleme sırasında verdiği gerekçeler yer alıyor. Bu tanım Meta'nın işletme yardım merkezindeki kalite derecesi maddesinde anlatılıyor. Buranın altını çizmek gerekiyor: geliştirici dokümanları kalite mekaniğini doğrudan tarif etmiyor, bu maddeye havale ediyor. Yani kalite derecesinin nasıl hesaplandığını öğrenmek isteyen herkesin gideceği tek resmî yer orası ve sayfa Meta'nın işletme arayüzü üzerinden açılıyor.
Yedi günlük kayan pencerenin iki sonucu var. Birincisi, kötü bir kampanya sizi kalıcı olarak yakmıyor: bir hafta temiz gönderim yaparsanız derece toparlanabiliyor. İkincisi, iyi geçmişiniz sizi korumuyor: iki yıl yeşil kalmış bir numara, tek bir kötü listeyle üç gün içinde kırmızıya düşebiliyor.
Yeşil, sarı, kırmızı
Üç seviye var ve isimleri renklerle anılıyor: yeşil yüksek kalite, sarı orta kalite, kırmızı düşük kalite. Yeni bir numarada ya da yeterli veri toplanmamış bir numarada derece bilinmeyen olarak görünebiliyor.
Bu renkler estetik bir gösterge değil. Sarı, otomatik kademe yükseltmesini fiilen durduruyor, çünkü otomatik ölçekleme yüksek kaliteli gönderim şartına bağlı. Kırmızı ise numara durumunuzu doğrudan değiştiriyor. Dolayısıyla panelde sarıyı görmek "dikkat et" değil, "bugün gönderimi durdur ve listeyi incele" anlamına geliyor.
Numara durumu: bağlı, işaretli, kısıtlı
Kalite derecesinin yanında bir de numara durumu var ve ikisi sürekli karıştırılıyor. Meta'nın geliştirici dokümanı, işletme numaralarının bir durumu olduğunu ve bu durumun numaranın kalite derecesini ve güncel mesajlaşma limitini yansıttığını yazıyor; API üzerinden mesaj gönderip alabilmek için durumun bağlı olması gerektiğini de aynı yerde belirtiyor. Durumların tek tek tanımı için ise yukarıda bağlantısını verdiğimiz kalite derecesi maddesine yönlendiriyor. Aşağıdaki üç değer ve bunlara bağlı süreler o tanımlara dayanıyor.
Connected(bağlı): normal çalışma hâli. Limitiniz dâhilinde mesaj gönderebiliyor, gelen mesajları alabiliyorsunuz. Numaranın API üzerinde çalışabilmesi için gereken tek durum bu; diğer iki durumda gönderim yetkiniz şu ya da bu ölçüde daralıyor.Flagged(işaretli): kalite derecesi düşük seviyeye indiğinde numara bu duruma geçiyor. Bu sürede kademe yükseltemiyorsunuz. Yedinci güne kadar kalite orta veya yükseğe çıkarsa durum bağlıya döner ve limitiniz etkilenmez. Çıkmazsa durum yine bağlıya döner ama mesajlaşma limitiniz bir kademe aşağı iner.Restricted(kısıtlı): kaliteyle ilgisi yok. 24 saatlik dönem içindeki mesajlaşma limitinize ulaştığınızda oluşuyor. Bu sürede giden mesaj gönderemiyorsunuz ama müşterinin başlattığı konuşmalara cevap vermeye devam edebiliyorsunuz. 24 saat dolduğunda gönderim yeniden açılıyor.
Kalite düşüşünde ya da durum değişikliğinde e-posta ve panel bildirimi geliyor. Yani sistem sizi uyarmadan cezalandırmıyor. Sorun genelde bu bildirimlerin kimsenin bakmadığı bir kurumsal e-posta adresine düşmesi oluyor.
| Ne görüyorsunuz | Ne anlama geliyor | Ne yapmalı | Kendiliğinden düzelir mi |
|---|---|---|---|
Yeşil, Connected | Sağlıklı | Devam, ölçmeye devam edin | Konu dışı |
Sarı, Connected | Uyarı: tepki artmış | Kampanyayı durdurun, son 7 günün listelerini ayrıştırın | Kalite toparlarsa evet |
Kırmızı, Flagged | Düşük kalite, kademe yükseltme kilitli | Pazarlama gönderimini tamamen kesin, sadece hizmet mesajı gönderin | 7 gün içinde toparlarsa limit korunur |
| 7. günde hâlâ kırmızı | Limit bir kademe düşer | Liste kaynağını ve şablon metnini baştan kurun | Limit geri kazanılır ama ölçekleme kurallarıyla |
Restricted | 24 saatlik limit doldu | Bekleyin, gelen mesajlara cevap vermeye devam edin | 24 saat sonunda evet |
Mesajlaşma limiti kademeleri: nasıl yükselir, nasıl düşer
Cloud API tarafındaki en yanlış bilinen konu bu. Sahada "günde 1.000 mesaj hakkı var" gibi cümleler dolaşıyor. Meta'nın mesajlaşma limitleri dokümanı ise bambaşka bir şey tanımlıyor.
Limit neyi sayıyor
Limit, gönderdiğiniz mesaj adedi değil. Müşteri hizmeti penceresinin dışında, kayan 24 saatlik bir süre içinde mesaj teslim edebildiğiniz benzersiz WhatsApp kullanıcı numarası sayısı. Aynı kişiye o gün içinde beş şablon göndermeniz limitten bir kişi düşürüyor. Ve size yazmış bir müşteriye açık pencere içinde cevap vermeniz limitten hiç düşmüyor.
İkinci önemli ayrıntı: limit numara başına değil, işletme portföyü düzeyinde hesaplanıyor ve portföydeki bütün işletme numaraları arasında paylaşılıyor. Yani ikinci bir numara eklemek limiti ikiye katlamıyor. Aynı havuzu iki numaraya bölüyor.
Kademeler
| Kademe | 24 saatte benzersiz alıcı | Nasıl gelinir |
|---|---|---|
| Başlangıç | 250 | Yeni portföyün varsayılanı |
| İkinci | 2.000 | Ölçekleme yollarından biri tamamlanır |
| Üçüncü | 10.000 | Otomatik ölçekleme |
| Dördüncü | 100.000 | Otomatik ölçekleme |
| Beşinci | Sınırsız | Otomatik ölçekleme |
250'den 2.000'e çıkmanın üç yolu
Meta üç yol tanımlıyor ve üçünden birini tamamlamanız yetiyor: işletmenizi Facebook üzerinden doğrulatmak, bir iş ortağı aracılığıyla doğrulama almak, ya da 30 günlük kayan bir dönem içinde, müşteri hizmeti penceresinin dışında, benzersiz kullanıcı numaralarına yüksek kalite dereceli şablonlarla 2.000 teslim edilmiş mesaj göndermek.
Üçüncü yolun içindeki koşula dikkat edin: teslim edilmiş ve yüksek kaliteli. Reddedilen şablonla gönderilen, teslim olmayan ya da düşük kalite dereceli şablonla giden mesajlar bu sayıya girmiyor. Pratikte en hızlı ve en güvenli yol işletme doğrulaması, çünkü hacim biriktirmeyi beklemeden kapıyı açıyor.
Otomatik ölçekleme kuralı
2.000'in üstünde yükseliş otomatik ve iki koşulun aynı anda sağlanmasına bağlı: bütün işletme numaralarınız ve şablonlarınız üzerinden yüksek kaliteli mesaj göndermeniz, ve son 7 günde mevcut limitinizin en az yarısını kullanmış olmanız. İkisi birden sağlandığında limit 6 saat içinde bir kademe yükseliyor.
Buradaki "yarısını kullanmış olma" şartı, kampanya takviminizi doğrudan etkiliyor. Ayda bir kez büyük bir gönderim yapıp gerisini boş geçen bir işletme hiçbir zaman yukarı çıkamıyor, çünkü 7 günlük pencerede kullanım eşiğini tutturamıyor. Düzenli ve orta hacimli gönderim, seyrek ve büyük gönderimden hem daha güvenli hem daha hızlı ölçekleniyor.
Düşüş nasıl oluyor
Yükseliş kademeli, düşüş de kademeli. Bir not düşmek gerekiyor: Meta'nın mesajlaşma limitleri dokümanı yalnızca yukarı yönü tarif ediyor, aşağı yön numara durumu tanımlarından çıkıyor. Numara durumunuz işaretliye geçer ve yedi gün içinde kalite toparlanmazsa limit bir kademe aşağı iniyor. Yani 100.000'den doğrudan 250'ye düşmüyorsunuz, 10.000'e iniyorsunuz. Ama bu düşüşün geri alınması otomatik ölçekleme kurallarına tabi, yani en az bir hafta temiz gönderim ve kullanım eşiği gerekiyor.
Şablonlar: onay, kategori ve kimsenin konuşmadığı sessiz cezalar
Müşteri hizmeti penceresinin dışında gönderebileceğiniz tek mesaj türü önceden onaylanmış şablon. Bu yüzden şablon, Cloud API operasyonunun kalbi. Ve kapanmaların önemli bir kısmı burada, hesap seviyesinde değil şablon seviyesinde başlıyor.
Üç kategori ve utility tuzağı
Her şablon üç kategoriden birine giriyor: pazarlama (marketing), hizmet bildirimi (utility) ve doğrulama (authentication). Meta'nın şablon kategorilendirme dokümanı ayrımı net çiziyor.
- Pazarlama: farkındalıktan satışa, yeniden hedeflemeden uygulama indirmeye kadar geniş bir alan. Karma içerik, yani hizmet bildirimi ile promosyonu birlikte taşıyan mesajlar da bu kategoriye giriyor.
- Hizmet bildirimi: iki şartı birden sağlaması gerekiyor. Promosyon amacı taşımayacak ve ikna edici dil kullanmayacak; ayrıca ya kullanıcıya özgü veya kullanıcının talep ettiği bir konu olacak, ya da kullanıcının güvenliği açısından kritik olacak. Sipariş durumu, hesap uyarısı, randevu hatırlatması, geri bildirim anketi, arıza bildirimi bu kategoride.
- Doğrulama: yalnızca kimlik doğrulama kodu. İçerikte URL, medya veya emoji kullanılamıyor, tek kullanımlık şifre düğmesi gerekiyor ve parametreler 15 karakterle sınırlı.
Buradaki tuzak şu: pazarlama şablonu, hizmet bildirimi kılığına sokulmaya çalışılıyor. "Siparişiniz hazırlanıyor, ayrıca bu hafta tüm ürünlerde %20 indirim" cümlesi hizmet bildirimi değil, pazarlama. Meta 9 Nisan 2025'ten itibaren bu konuda varsayılanı değiştirdi: hizmet bildirimi seçtiğiniz hâlde içerik pazarlama gibi görünüyorsa şablon pazarlama olarak onaylanıyor. Eskiden isteğe bağlı olan kategori değişikliği artık standart davranış. Kategori değişikliklerini gözden geçirip itiraz etmek için 60 gününüz oluyor.
Yanlış kategori kullanımının ceza merdiveni
Sistematik olarak pazarlamayı hizmet bildirimi diye göndermeye çalışırsanız Meta kademeli bir yaptırım uyguluyor. Bu merdiven Türkçe içerikte neredeyse hiç anlatılmıyor, oysa Meta kendi dokümanında açıkça yazıyor.
| Kademe | Ne oluyor | Süre |
|---|---|---|
| Uyarı | Yazılı bildirim gelir; bundan sonraki kategori değişiklikleri önceden haber verilmeden anında uygulanır | Süresiz |
| Hız sınırlaması | Hesabın hizmet bildirimi mesaj hacmi sınırlanır | En az 7 gün, kategori kalitesi düzelince kalkar |
| Hizmet bildirimi kısıtı | Onaylı bütün hizmet bildirimi şablonları pazarlamaya çevrilir, yeni hizmet bildirimi şablonu oluşturulamaz | 7 gün, tekrarında 30 gün |
| Portföy kısıtı | Portföydeki tüm hesaplarda onaylı hizmet bildirimi şablonları pazarlamaya çevrilir | 30 gün |
Bu merdivenin mali sonucu da var. Hizmet bildirimi şablonları açık müşteri hizmeti penceresi içinde ücretsizken, pazarlama şablonları her hâlükârda ücretlendiriliyor. Yani kategori kısıtı yediğinizde sadece esnekliğinizi değil, marjınızı da kaybediyorsunuz.
Şablon kalite derecesi ve duraklatma saatleri
Numaranın kalite derecesinin yanında her şablonun ayrı bir kalite derecesi var. Meta'nın şablon kalite dokümanına göre bu derece kullanım, müşteri geri bildirimi ve etkileşimden hesaplanıyor; yeni şablonlar veri birikene kadar bilinmeyen olarak duruyor.
Derece kırmızıya düştüğünde şablon otomatik olarak duraklatılıyor. Duraklatma dokümanı süreleri tek tek veriyor ve bu sayılar operasyon planlamak için gerçekten kullanışlı:
- Birinci seferde şablon 3 saat duraklatılıyor.
- İkinci seferde 6 saat.
- Üçüncü seferde şablon devre dışı bırakılıyor.
Duraklatılmış bir şablonla gönderim denemesi API tarafından reddediliyor. Süre dolduğunda şablon kendiliğinden yeniden etkin oluyor ve kalite derecesi güncel geri bildirime göre yeniden hesaplanıyor. Şablonu düzenleyerek de iyileştirebilirsiniz ama düzenlenen şablon yeniden incelemeye giriyor.
Bu üç adımlı merdiven, kampanya kurgusu için önemli bir sonuç doğuruyor: tek bir şablonu bütün listenize göndermek, o şablonun kaderini tek bir kampanyaya bağlıyor. Kötü giderse bir daha kullanamıyorsunuz. Farklı segmentler için farklı şablonlar tutmak, riski dağıtmanın en basit yolu.
Hız ayarı: gönderdiğinizi sandığınız mesaj gitmemiş olabilir
Az bilinen ama sık karşılaşılan bir mekanizma daha var: şablon hız ayarı. Yeni oluşturulmuş, duraklatmadan çıkmış veya yeşil dereceye sahip olmayan pazarlama ve hizmet bildirimi şablonlarında devreye giriyor. Bir eşiğe ulaşıldığında sistem kalan mesajları bekletiyor, erken müşteri geri bildirimini topluyor ve sonuca göre karar veriyor: geri bildirim olumluysa bekletilen mesajlar serbest bırakılıp gönderiliyor, olumsuzsa bekletilen mesajlar düşürülüyor ve şablon duraklatılıyor. Meta bekletilen kampanya mesajlarını bir saat içinde teslim etmeyi hedeflediğini söylüyor.
Hız ayarının kapsamı sanıldığından geniş. Meta yalnızca yeni oluşturulmuş şablonları değil, duraklatma cezasından yeni çıkmış şablonları ve yeşil dereceye henüz ulaşamamış şablonları da aynı muameleye tabi tutuyor. Bunun iki sonucu var. Birincisi, bir şablon duraklatmayı atlattıktan sonra eski hâline dönmüyor, hız ayarının içine dönüyor. İkincisi, aylardır kullandığınız ama derecesi sarıda kalmış bir şablon da her kampanyada bu süzgeçten geçiyor. Yani "eski şablon, denenmiş şablon" varsayımı yanlış: belirleyici olan şablonun yaşı değil, derecesi.
Bu mekanizmanın pratikteki anlamı şu: "gönderildi" raporu, "teslim edildi" demek değil. Yeni bir şablonla büyük bir listeye gitmeden önce küçük bir test grubuyla dereceyi yeşile taşımak, sadece iyi bir alışkanlık değil, teslimatın önkoşulu.
24 saatlik müşteri hizmeti penceresi, operasyonun asıl ekseni
Şimdiye kadar anlatılan bütün limitlerin, kademelerin ve ücretlerin dışında kalan bir alan var: müşteri hizmeti penceresi. Bunu doğru kullanan işletmeler hem daha az risk taşıyor hem daha az ödüyor.
Pencere ne zaman açılır, ne zaman kapanır
Meta'nın mesaj gönderme dokümanına göre pencere, bir WhatsApp kullanıcısı size mesaj gönderdiğinde veya sizi aradığında açılıyor ve 24 saat sürüyor. Kullanıcı süre dolmadan tekrar yazarsa sayaç 24 saate sıfırlanıyor.
Pencere açıkken serbest metin gönderebiliyorsunuz, önceden onay gerekmiyor. Pencere kapandığında yalnızca onaylı şablon gönderebiliyorsunuz. Bütün mesele bu tek cümlede toplanıyor.
Ücretsiz giriş noktaları
Meta'nın fiyatlandırma dokümanı, 1 Temmuz 2025'ten itibaren konuşma bazlı ücretlendirmenin yerini mesaj başına ücretlendirmenin aldığını yazıyor; ücret şablon teslim edildiğinde işliyor. Aynı dokümanda iki ayrıcalık var. Birincisi, açık müşteri hizmeti penceresi içinde şablon dışı mesajlar ve hizmet bildirimi şablonları ücretsiz. İkincisi, kullanıcı bir Click to WhatsApp reklamı veya Facebook sayfası çağrı düğmesi üzerinden gelirse, işletmenin yanıtından itibaren 72 saat boyunca her tür mesaj ücretsiz gidiyor.
Fiyat rakamlarını bu yazıda kasıtlı olarak vermiyoruz, çünkü ülke tarifeleri değişiyor ve eskiyen rakam yanlış karar aldırıyor. Kanal başına maliyet hesabı için yukarıda bağlantısını verdiğimiz karşılaştırma yazısına bakmak daha doğru olur.
Pencereyi operasyonun merkezine koymak
Yukarıdaki kuralları birleştirdiğinizde ortaya net bir strateji çıkıyor: mesajı siz başlatmayın, müşteri başlatsın. Müşteri başlattığında limitten düşmüyorsunuz, şablon onayına takılmıyorsunuz, engellenme riskiniz çok daha düşük ve çoğu durumda ücret ödemiyorsunuz.
Bunu sağlamanın yolları da özel bir teknoloji gerektirmiyor: siteye bir WhatsApp düğmesi, kargo bildiriminde "sorunuz varsa buraya yazın" çağrısı, fatura altına numara, Instagram profilinde doğrudan mesaj bağlantısı, mağaza vitrininde QR kod. Gelen kutusunu tek yerde toplayıp yanıt süresini kısaltmak da aynı işi yapıyor. Bizim tarafımızda bu, bütün kanalların tek gelen kutusunda birleşmesi ile çözülüyor; Instagram tarafında konuşmanın nasıl başlatılabildiğini ise DM'den sipariş alan işletmeler için yazdığımız metinde ayrıca anlatıyoruz.
Numara ısıtma: yeni bir numarayla ilk 30 gün
"Numara ısıtma" ifadesi sektörde çok kullanılıyor ama tanımı bulanık. Netleştirelim: ısıtma, sistemi kandırma tekniği değil. Yeni bir numaranın, henüz hiç güven sinyali üretmemişken ani ve tek yönlü hacimle karşılaşmasını engelleyen bir hacim planı. Kandırmaya çalışmakla arasındaki fark, ısıtmanın gerçek konuşma üretmeye odaklanması.
Isıtma neyi hedefliyor
Üç şey biriktiriyorsunuz: karşılıklı konuşma (yani cevap alma), rehber kaydı (yani müşterilerin numaranızı kaydetmesi) ve temiz bir yedi günlük geçmiş. Bu üçü olmadan hacim artırmak, kalite derecesini kırmızıya taşımanın en hızlı yolu.
Aşağıdaki tablo Meta'nın yayımladığı bir program değil. Meta'nın yayımladığı tek sayısal çerçeve kademe sistemi. Bu tablo, o kademeler içinde kalan bir operasyon önerisi ve yeni portföyün 250 kişilik başlangıç kademesiyle uyumlu şekilde kuruldu. Kendi sektörünüze göre uyarlamanız gerekiyor.
| Dönem | Kimlere yazılır | Günlük yeni konuşma hedefi | Odak |
|---|---|---|---|
| 1. hafta | Sadece size yazan müşteriler ve ekip içi test | 0 giden, gelen sınırsız | Profil, görünen ad, karşılama akışı, yanıt süresi |
| 2. hafta | Son 30 günde alışveriş yapmış, sizi tanıyan müşteriler | 20 ile 40 arası | Sipariş ve kargo bildirimi; cevap oranını ölçün |
| 3. hafta | Son 90 günde etkileşimi olan izinli liste | 60 ile 100 arası | İlk hizmet bildirimi şablonları; şablon derecesini yeşile taşıyın |
| 4. hafta | İzinli listenin tamamı, segmentlere bölünmüş | 150 ile 250 arası | İlk pazarlama şablonu, küçük segmentle test |
| 5. hafta ve sonrası | Kademe yükseldikçe genişleyen liste | Kademenin yarısını düzenli kullanacak şekilde | Otomatik ölçekleme koşullarını sağlamak |
Dördüncü haftada işletme doğrulamasını tamamlamış olmanız hâlinde 2.000 kademesine geçiş hacim biriktirmeyi beklemeden mümkün oluyor. Doğrulama başvurusunu ilk hafta yapıp süreci paralel yürütmek, ısıtmanın en verimli hâli.
Isıtmayı bozan tipik hatalar
Sahada tekrar tekrar görülen beş hata var ve hepsi aynı yerden çıkıyor: acele.
- İlk gönderimi en büyük listeye yapmak. Şablon derecesi henüz bilinmiyor, hız ayarı devrede, bekletilen mesajlar düşürülebilir. En büyük liste, en son gönderilecek liste.
- Herkese aynı metni göndermek. Aynı gövde binlerce kişiye gittiğinde tek bir kötü tepki dalgası bütün şablonu düşürüyor.
- Eski bir listeyi taze numarayla açmak. İki yıl önce toplanmış numaralar, hem izin açısından hem tepki açısından en riskli grup.
- Karşılıklılık kurmadan kampanyaya başlamak. Numaranın hiç gelen mesajı yoksa, giden mesaj hacmi tek yönlü bir sinyal olarak okunuyor.
- Kapanmış bir numaranın listesini yeni numaraya taşımak. Sizi kapatan liste, sizi tekrar kapatır. Sorun numarada değil, listedeydi.
Telegram tarafında da aynı mantık geçerli ama araç farklı. Bizim ürünümüzde Telegram gönderimleri iş kuyruğundan geçiyor ve flood-wait geri çekilmesi kuyruğun içine gömülü, yani sistem sınıra çarptığında kendiliğinden bekleyip yeniden deniyor. Bu tür bir kuyruk mantığı, elle "beş saniyede bir gönder" demeye çalışmaktan çok daha güvenli çalışıyor.
Yaptırım merdiveni: uyarıdan kalıcı kapatmaya
Cloud API tarafında ceza tek adımda gelmiyor. Meta'nın politika ve spam yaptırımı dokümanı basamakları açıkça listeliyor. Bunu bilmek, bir uyarı aldığınızda ne kadar zamanınız kaldığını anlamanızı sağlıyor.
Basamaklar
| Basamak | Yaptırım | Kapsam |
|---|---|---|
| 1 | Uyarı | İhlal edilen politika bildirilir, gönderim durmaz |
| 2 | 1 veya 3 günlük blok | Pazarlama, hizmet bildirimi ve doğrulama şablonu gönderimi durur |
| 3 | 5, 7 veya 30 günlük blok | Her tür mesaj gönderimi durur, yeni numara eklenemez |
| 4 | Süresiz blok | Yalnızca itirazla kaldırılabilir |
| 5 | Kalıcı kapatma | Birden fazla uyarı ve bloktan sonra düzelme olmazsa |
Bu merdivenin dışında kalan bir kategori var: çocuk istismarı, dolandırıcılık, terör ve yasa dışı uyuşturucu satışı gibi ağır ihlallerde hesap doğrudan kaldırılıyor, kademeli süreç işlemiyor.
Yaptırımı tetikleyen başlıklar arasında spam gönderimi, şablon kategorisinin yanlış beyan edilmesi ve yüksek riskli kategoriler (yetişkin içerik, alkol ve tütün satışı, uyuşturucu, kumar, güvenli olmayan takviyeler) sayılıyor. Türkiye'de e-ticaret yapan pek çok işletme için üçüncü başlık sanıldığından daha yakın: gıda takviyesi, zayıflama ürünü ve bitkisel karışım satan mağazalar bu sınıra sık değiyor.
Kapandı, şimdi ne olacak
Kapanma gerçekleştiğinde ilk yapılacak şey ne yeni SIM almak ne de üçüncü taraf bir "kurtarma servisi" ile anlaşmak. İlk yapılacak şey doğru itiraz kanalını bulmak, çünkü ürüne göre kanal değişiyor.
Cloud API tarafında itiraz
Meta'nın yaptırım dokümanı yolu adım adım tarif ediyor: Meta Business Suite ya da Business Manager içindeki İşletme Destek Merkezi'ne (Business Support Home) girilir, ilgili ihlal seçilir, inceleme talebi düğmesine basılır, açılan kutuya destekleyici ayrıntılar yazılır. Karar Business Manager üzerinden 24 ile 48 saat içinde bildiriliyor ve ihlal ya "değişmedi" ya da "geri alındı" olarak işaretleniyor.
Bir uyarı var ve önemli: aynı doküman, bütün spam ihlallerinin itiraza açık olmayabileceğini söylüyor. Yani her karar için itiraz düğmesi çıkmıyor.
Business uygulaması ve kişisel hesapta inceleme talebi
Bu tarafta süreç uygulama içinde yürüyor. Ban ekranındaki inceleme talebi adımları izleniyor ve WhatsApp size dönüş yapıyor. WhatsApp, Business Platform tarafındaki ban itirazları için de ayrı bir yardım merkezi maddesi tutuyor. Uygulama tarafında sürecin en can sıkıcı yanı, gerekçenin ayrıntılı paylaşılmaması ve kararın nasıl verildiğinin görünmemesi.
İtiraz metninde ne yazmalı, ne yazmamalı
İtiraz bir savunma dilekçesi değil, bir bilgi formu. Karşı tarafta metni okuyan kişi ya da sistem, sizin iyi niyetinizi değil, kanıtınızı arıyor.
Yazın: işletmenin adı ve faaliyet alanı; numaranın hangi amaçla kullanıldığı; müşteri numaralarının nasıl toplandığı ve iznin nasıl alındığı, hangi ekranda, hangi metinle; gönderilen mesajın tipik içeriği; ihlale yol açtığını düşündüğünüz somut hata; o hatayı gidermek için attığınız somut adım.
Yazmayın: "hiçbir şey yapmadım" gibi genel savunmalar; ticari zarar tutarı üzerinden baskı; tehdit veya hukuki süreç ima etmek; aynı metni tekrar tekrar göndermek. Reddedilen bir itirazı defalarca tekrarlamak süreci hızlandırmıyor.
İkinci kez kapanırsa
İkinci kapanma birincisiyle aynı ağırlıkta değil. Yaptırım merdiveninin tanımı gereği tekrar eden ihlaller daha uzun bloklara ve sonunda kalıcı kapatmaya götürüyor. Şablon kategorisi ihlallerinde bile tekrar, 7 günlük kısıtı 30 güne çıkarıyor.
Dolayısıyla ilk kapanmadan sonra atılacak doğru adım, "aynı işe daha dikkatli devam etmek" değil, gönderim modelini değiştirmek. Liste kaynağını değiştirmeden, izin yöntemini değiştirmeden ve mesaj içeriğini değiştirmeden dönmek, ikinci kapanmayı planlamak anlamına geliyor.
Numara kaybı teknik bir sorun değil, iş sürekliliği sorunu
Türkiye'de bu riskin ağırlığı başka ülkelerden farklı. TÜİK'in 5 Ağustos 2026'da açıkladığı Hanehalkı Bilişim Teknolojileri Kullanım Araştırması'na göre 16-74 yaş aralığında WhatsApp kullanım oranı %90,0. Yani müşterinizle konuşmanın varsayılan yolu bu. Aynı kurumun 11 Eylül 2025'te yayımladığı Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 10 ve üzeri çalışanı olan girişimlerde CRM yazılımı kullanım oranını %12,0 olarak veriyor. İki rakamı yan yana koyduğunuzda tablo net: iletişim neredeyse tamamen WhatsApp'ta, kayıt tutma ise çok büyük ölçüde hiçbir yerde. Bu ikisinin kesişimi, numara kapandığında kaybedilen şeyin ne olduğunu anlatıyor. Türkiye'nin dijitalleşme ve CRM kullanım oranlarına ilişkin bütün TÜİK verilerini ayrı bir yazıda topladık.
Numaranın taşıdığı şeyler
Bir işletme numarası kapandığında kaybedilenler tek tek yazıldığında listenin uzunluğu şaşırtıyor: geçmiş konuşmalar ve içindeki adres, beden, tercih, şikâyet kayıtları; müşterilerin rehberine kaydettiği ve aradığında bulduğu tek temas noktası; basılı materyalde, ambalajda, araç giydirmede yazan numara; Google işletme kaydı, pazaryeri mağaza sayfası ve sosyal medya biyografilerindeki bağlantılar; reklam kampanyalarındaki Click to WhatsApp hedefleri; ve varsa şablon geçmişiniz ile birikmiş kalite dereceniz.
Bunların hiçbiri yeni bir numaraya taşınmıyor. Kalite derecesi sıfırdan başlıyor, mesajlaşma kademesi 250'ye dönüyor, şablonlar yeniden onaya giriyor.
Yedek plan neye benziyor
Yedek plan "ikinci bir numara hazır tutmak" değil. İkinci numara da aynı portföydeyse aynı havuzu paylaşıyor ve portföy düzeyinde bir kısıt geldiğinde ikisi birden etkileniyor. Anlamlı yedek plan üç maddeden oluşuyor.
- Konuşmalar numaranın içinde yaşamasın. Mesajlar bir CRM'e akıyorsa numara kapandığında konuşma geçmişi, kişi kaydı, sipariş notu ve etiketler duruyor. Bu, kapanmayı bir aksaklığa indirgiyor. Bizim tarafımızda WhatsApp konuşmaları webhook'larla birikiyor ve kişi kartında saklanıyor; ayrıntısı WhatsApp tarafını anlattığımız sayfada duruyor.
- Kanal tekelini kırın. Tek kanala bağlı bir satış operasyonu, o kanalın kurallarının rehinesi. E-posta, Telegram, site üzerindeki canlı sohbet ve telefon bir arada tutulduğunda tek bir kapanma satışı durdurmuyor.
- İzin kaydını numaradan bağımsız tutun. Kimin, ne zaman, hangi metinle izin verdiğinin kaydı sizin veritabanınızda olmalı. Numara giderse izin kaydı gitmemeli, çünkü hem yeni kanalda hem denetimde ihtiyacınız olan şey o kayıt.
Meta'nın kuralları ile Türk mevzuatı iki ayrı yaptırımdır
Bu ayrım Türkçe içerikte neredeyse hiç kurulmuyor ve kurulmadığı için işletmeler yanlış yerde güvende hissediyor. İki katman birbirinden bağımsız çalışıyor.
Meta banlamaz ama kanunu ihlal edersiniz
Kalite dereceniz yeşil kalabilir, hiç engellenme almayabilirsiniz, limitiniz yükseliyor olabilir. Bunların hiçbiri Türk mevzuatı açısından bir savunma değil. 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun ve buna bağlı Ticari İletişim ve Ticari Elektronik İletiler Hakkında Yönetmelik, ticari elektronik ileti için alıcıdan önceden onay alınmasını şart koşuyor. Yönetmeliğin 4. maddesindeki tanım "telefon, çağrı merkezleri, faks, otomatik arama makineleri, akıllı ses kaydedici sistemler, elektronik posta, kısa mesaj hizmeti gibi vasıtalar" diyor. "Gibi vasıtalar" ifadesi sayımı kapalı bir liste hâline getirmiyor ve hukuki değerlendirmeler anlık mesajlaşma kanallarının da kapsamda değerlendirilebileceğini belirtiyor.
Yani Meta'nın gözünde temiz görünen bir kampanya, Ticaret Bakanlığı denetiminde idari para cezasıyla sonuçlanabilir. Konunun ayrıntısını, madde numaralarını ve 2026 ceza bantlarını WhatsApp'tan toplu mesaj göndermenin yasal çerçevesini ele aldığımız yazıda tek tek işledik.
Kanuna uygunsunuz ama Meta kapatır
Tersi de doğru. Yönetmeliğin 6. maddesi bazı hâllerde önceden onay aranmayacağını söylüyor, örneğin tacir ve esnaflara gönderilen iletilerde. Bu istisna sizi kanun karşısında rahatlatabilir. Meta'yı hiç ilgilendirmiyor.
WhatsApp'ın İşletme Mesajlaşma Politikası kendi izin kuralını koyuyor: bir kişiye ancak numarasını size vermişse ve sizden mesaj almayı kabul ettiğine dair izni varsa yazabiliyorsunuz. Meta'nın izin dokümanı ayrıca izin alırken kişiye açıkça hangi işletmeden mesaj alacağının ve bunun bir iletişim izni olduğunun söylenmesini istiyor. İznin nerede toplandığı serbest: SMS, web sitesi, telefon menüsü, kâğıt form hepsi kabul. Ama yükümlülük tamamen işletmede.
Kısacası "tacir istisnası var, o yüzden ban yemem" cümlesi iki katmanı karıştırıyor. Tacir istisnası kanunun istisnası, Meta'nın değil. B2B soğuk mesajın gerçek sınırlarını ayrı bir yazıda ele aldık.
İYS'nin WhatsApp'ı kapsamaması neyi değiştiriyor
İleti Yönetim Sistemi (İYS) üç kanalı kapsıyor: arama, kısa mesaj ve e-posta. WhatsApp, Instagram DM ve Telegram İYS'de bir izin tipi olarak yer almıyor. Bu, iki yanlış sonuca yol açıyor. Birincisi "WhatsApp İYS'de yok, demek ki serbest" düşüncesi. Serbest değil, sadece merkezî kayıt yeri yok. Kanunun tanımı kanal listesiyle sınırlı olmadığı için sorumluluk sürüyor ve ispat yükü tamamen sizde kalıyor.
İkinci yanlış sonuç ise ters yönde: "İYS'ye kaydettim, WhatsApp'tan da yazabilirim". İYS kaydınız WhatsApp izniniz değil. Meta'nın istediği izin ayrı bir izin ve kanıtını siz tutmak zorundasınız. İYS'nin nasıl işlediğini, izin yüklemeyi ve ret yönetimini İYS rehberimizde adım adım anlattık.
Bu bölümdeki hiçbir cümle hukuki danışmanlık değildir. Somut bir gönderim planınız varsa, mevzuat tarafını bir hukukçuya okutmak, ceza bandını sonradan öğrenmekten ucuza geliyor.
Riski düşüren operasyon: ekran görüntüsü alınabilecek kısım
Buraya kadarki her şey mekanizma anlatıyordu. Bu bölüm ne yapılacağını anlatıyor. Sıralama önem sırasına göre: yukarıdakiler aşağıdakilerden daha çok fark yaratıyor.
1. İzni ölçülebilir hâle getirin
İzin, "listede var" demek değil. İzin bir kayıt: kim, ne zaman, hangi ekranda, hangi metni okuyarak, hangi kanal için onay verdi. Bu beş alanı tutmuyorsanız iznin var olduğunu iddia edemiyorsunuz.
Pratik kurulum şöyle: onay kutusu varsayılan olarak işaretsiz olsun; metin hangi işletmeden mesaj alınacağını açıkça yazsın; onay anının zaman damgası ve kaynağı (form kimliği, sayfa adresi) kaydedilsin; çıkma talebi geldiğinde aynı yere işlensin. Bu yapı hem Meta'nın izin kuralını hem Türk mevzuatındaki ispat yükünü aynı anda karşılıyor.
2. Listeyi segmentlere bölün, tek gövde göndermeyin
En riskli tek eylem, tek bir şablonu bütün listeye tek seferde göndermek. Bunun yerine liste en az üç eksende bölünmeli: son etkileşim tarihi, geçmiş satın alma davranışı ve iznin alındığı kaynak. En taze ve en ilgili segmentle başlayıp, tepki temizse genişletmek, şablon derecesini korumanın en doğrudan yolu.
Uygulamada işe yarayan basit bir kural: her yeni şablonun ilk gönderimi listenin en fazla %5'ine gitsin. 24 saat bekleyin. Engellenme ve şikâyet sinyalinde artış yoksa devam edin.
3. Gönderim hızını bilinçli olarak sınırlayın
Meta'nın platform dokümanı teknik tavanları veriyor: bir işletme numarası aynı WhatsApp kullanıcısına 6 saniyede bir mesaj gönderebiliyor ve varsayılan olarak saniyede 80 mesaja kadar çıkabiliyor. Bunlar teknik tavanlar, hedef değil. Saniyede 80 mesaj gönderebiliyor olmanız, göndermeniz gerektiği anlamına gelmiyor.
Ürün tarafında da bu bilinçli olarak kısılabiliyor. Bizim panelde hesap başına saatlik mesaj tavanı var ve ücretsiz ile Pro planlarda saatte 20, Business planında saatte 30 mesajla sınırlı. Bu bir teknik kısıt değil, kasıtlı bir tavan: ani hacim sıçramalarının kalite derecesine verdiği zararı engellemek için konuldu. Aynı mantık Telegram tarafında flood-wait geri çekilmesiyle çalışıyor.
4. Kişiselleştirmeyi süs olmaktan çıkarın
"Merhaba {ad}" kişiselleştirme değil, bir değişken. Gerçek kişiselleştirme mesajın gerekçesini taşımak: kişinin ne zaman, neyi aldığı, hangi soruyu sorduğu, hangi bedeni tercih ettiği. Meta'nın işletme mesajlaşma politikası da aynı yöne bakıyor: bir kişiye ancak numarasını size vermişse ve sizden mesaj almayı kabul ettiğine dair izni varsa yazabiliyorsunuz. Yani mesajın, kişinin beklediği bir mesaj olması gerekiyor.
Bunun operasyonel karşılığı, şablonu tek bir metin olarak değil, veriyle beslenen bir iskelet olarak kurmak. Sipariş numarası, ürün adı, teslim tarihi ve temsilci adı gibi alanlar şablonun içine değişken olarak girdiğinde, aynı onaylı şablon binlerce farklı ve gerçekten ilgili mesaj üretebiliyor.
5. Çıkış yolunu her mesajda görünür tutun
Çıkış yolu sunmak sezgiye aykırı geliyor: neden insanlara listeden çıkmayı hatırlatalım? Cevap, alternatifin ne olduğunda. Çıkış yolu yoksa kullanıcı size değil, WhatsApp'a başvuruyor. Engelliyor ve şikâyet ediyor. Bu iki eylem kalite derecenizi düşürüyor. "Çıkmak için ÇIK yazın" ise sadece listeden bir kişi eksiltiyor.
Yani çıkış yolu bir nezaket değil, bir sigorta. Aynı şekilde WhatsApp'ın işletme politikası, kanal içinde ya da dışında gelen bütün çıkma taleplerine uyulmasını istiyor. Türk mevzuatı da ret talebinden sonra gönderimin üç iş günü içinde durdurulmasını şart koşuyor. İki katman burada aynı yöne bakıyor.
6. Doğru metrikleri ölçün
Çoğu ekip yanlış sayıyı takip ediyor. Aşağıdaki tablo, ban riski açısından anlamlı olan metrikleri ve neden anlamlı olduklarını gösteriyor.
| Metrik | Neden önemli | Ne zaman alarm |
|---|---|---|
| Kalite derecesi (numara) | Meta'nın karar verdiği asıl gösterge | Sarıya düştüğü an |
| Şablon kalite derecesi | Duraklatma ve devre dışı bırakma buradan tetiklenir | Yeni şablon 24 saatte yeşile çıkmazsa |
| Yanıt oranı (segment bazında) | İlgi düzeyinin tek dürüst ölçüsü | Bir segmentte belirgin düşüş varsa |
| Teslim edilmeyen mesaj oranı | Hız ayarı ve düşürülen mesajları yakalar | Kampanya sırasında yükselirse |
| Çıkma talebi sayısı | Engellemeye dönüşmeden yakalanan memnuniyetsizlik | Kampanya başına artıyorsa |
| Kademe kullanım oranı | Otomatik ölçekleme şartı | Son 7 günde limitin yarısının altındaysa |
7. Listeyi düzenli temizleyin
Hiç yanıt vermemiş, hiç açmamış, hiç sipariş vermemiş numaralar listenizde ölü ağırlık değil, aktif risk. Kalite derecesi bu numaraların tepkisinden besleniyor. Altı ay boyunca hiç etkileşim üretmemiş kişileri gönderim listesinden çıkarmak, hem kalite derecesini hem maliyeti aynı anda iyileştiriyor.
Otomasyon tarafında bunu elle yapmak zorunda değilsiniz. Etkileşim tarihine göre koşullu segment kuran bir akış, listeyi kendiliğinden dar tutuyor. Kural basit olabilir: son gönderimde yanıt vermeyen kişi bir sonraki kampanyanın dışında kalsın, iki kampanya üst üste sessiz kalan kişi ise ancak yeniden izin verdiğinde listeye dönsün.
Telegram neden farklı çalışıyor
Karşılaştırma faydalı, çünkü iki platform aynı sorunu farklı çözüyor. Telegram'da ceza mekanizması iki katmanlı. Birinci katman teknik: API hata dokümanında tanımlı FLOOD_WAIT_X hatası, belirli bir işlemin çok sık çağrıldığını söylüyor ve X saniye beklemenizi istiyor. Bu bir ceza değil, bir sayaç. Doğru kurulmuş bir kuyruk bunu görür, bekler ve devam eder.
İkinci katman davranışsal: PEER_FLOOD, yani hesabın yabancılara yazma yetkisinin geçici olarak alınması. Telegram'ın kendi spam politikası bu kararın kullanıcı şikâyetlerinin moderatörlerce incelenmesiyle verildiğini yazıyor. Sınırlanan hesap, numarasını rehberine kaydetmiş kişilere hâlâ yazabiliyor ve kendisine ilk yazan herkese her zaman cevap verebiliyor. İlk seferde birkaç gün sürüyor, tekrarında süre uzuyor, itiraz Telegram'ın kendi yönlendirdiği @SpamBot hesabı üzerinden yapılıyor.
Fark şurada: WhatsApp size sürekli bir kalite skoru gösteriyor ve limiti kademelerle yönetiyor; Telegram skor göstermiyor ama cezayı daha dar tanımlıyor, yani hesabınız kapanmıyor, sadece yabancılara yazamıyor. WhatsApp'ta ceza hacimden, Telegram'da yetkiden kesiliyor. Telegram tarafındaki operasyonu ayrı bir sayfada ayrıntılı anlatıyoruz.
Sık sorulan sorular
WhatsApp hesabım kapandı, ne kadar sürede geri açılır?
Tek bir süre yok, çünkü ürün ve ceza tipi süreyi belirliyor. Cloud API tarafında politika ihlali itirazlarında Meta kararını Business Manager üzerinden 24 ile 48 saat içinde bildiriyor. Şablon duraklatmaları çok daha kısa: ilk seferde 3 saat, ikincide 6 saat. Kısıtlı numara durumu ise 24 saat sonunda kendiliğinden açılıyor. Business uygulaması ve kişisel hesaptaki inceleme taleplerinde ilan edilmiş bir süre yok. Süresiz blok ve kalıcı kapatma ise ancak itirazla değişiyor ve her ihlal itiraza açık olmayabiliyor.
Numaramı değiştirip aynı listeye devam edebilir miyim?
Teknik olarak yeni bir numara kaydedilebilir ama bu bir çözüm değil, sorunu tekrarlamanın en hızlı yolu. Sizi kapanmaya götüren şey numara değildi, listeydi ve gönderim modeliydi. Yeni numara güven birikimi olmadan başlıyor, yani aynı liste aynı mesajla daha da hızlı tepki topluyor. Ayrıca Meta'nın kendi dokümanı, banlı bir numaranın kaydedilebilmesi için önce itiraz yoluyla banın kaldırılması gerektiğini yazıyor. Doğru adım listeyi ve içeriği değiştirmek, numarayı değil.
Rehbere kaydettirmeden toplu mesaj atmanın bir yolu var mı?
Uyumlu tek yol Cloud API. Business uygulamasındaki yayın listesi, alıcının numaranızı rehberine kaydetmiş olmasını gerektiriyor. Cloud API'de böyle bir şart yok ama yerine daha ağır bir şart var: pencere dışında yalnızca onaylı şablon gönderebiliyorsunuz ve kişinin size izin vermiş olması gerekiyor. Yani rehber şartı kalkıyor, izin şartı kalkmıyor. "Rehbere eklemeden sınırsız gönderin" diyen üçüncü taraf yazılımlar bu iki yoldan hiçbirine girmiyor, hizmet şartlarını ihlal ediyor ve hesabınızı kapanmaya açık hâle getiriyor.
WhatsApp Business uygulamasıyla günde kaç mesaj atabilirim?
Meta bu ürün için yayımlanmış günlük bir sayı vermiyor. Sınır sayısal değil, davranışsal: engellenme ve şikâyet oranınız, yeni sohbet başlatma hızınız ve hesabınızın yaşı belirleyici. Bu belirsizlik tam da uygulamanın ciddi hacim için uygun olmamasının sebebi. Sayısal ve şeffaf bir sınır istiyorsanız Cloud API'ye geçmek gerekiyor, çünkü orada kademeler yayımlanmış durumda.
Kalite derecem sarıya düştü, gönderimi tamamen durdurmalı mıyım?
Pazarlama gönderimini durdurun, hizmet mesajlarını sürdürün. Kalite son yedi güne bakıyor ve yeni mesajlar daha ağırlıklı sayılıyor; yani temiz bir haftayla toparlanma mümkün. Ama sarıyken otomatik kademe yükseltmesi çalışmıyor ve kırmızıya düşerseniz numara durumu işaretliye geçiyor. Sarı, kampanya takvimini yeniden düşünmek için verilmiş bir haftalık süre gibi okunmalı. Bu sürede hangi segmentin tepkiyi ürettiğini bulmak, körlemesine yavaşlamaktan daha etkili.
Mavi rozet almak ban riskimi azaltır mı?
Doğrudan azaltmıyor. Rozet bir güvenilirlik ve keşfedilebilirlik göstergesi; Meta'nın mesajlaşma limitleri dokümanında kademelerin rozete bağlandığına dair tek bir satır yok. Kademe yükseltmenin yayımlanmış yolları başka: işletme doğrulaması, iş ortağı üzerinden doğrulama ve yüksek kaliteli teslim hacmi biriktirmek. Rozet başvurusunda öne çıkan adımların bir kısmı zaten hesabınızı sağlamlaştıran adımlar, örneğin işletme doğrulaması, numarada iki adımlı doğrulamanın açık olması ve onaylı bir görünen ad. Ama bunları tamamlamak kötü bir listeyi kurtarmıyor, çünkü kaliteyi belirleyen şey rozetin varlığı değil, listeye giden mesajın karşılığında ne olduğu.
Şablonum reddedildi, tekrar göndersem onaylanır mı?
Aynı metni tekrar göndermek genelde aynı sonucu veriyor. Reddin sebebine bakmak gerekiyor. En sık karşılaşılan gerekçe yanlış kategori: hizmet bildirimi olarak gönderilen ama promosyon dili taşıyan metinler. Meta 9 Nisan 2025'ten itibaren böyle bir metni reddetmek yerine pazarlama olarak onaylayabiliyor; kategori değişikliğine itiraz için 60 gününüz var ve itiraz WhatsApp Manager içindeki şablon ekranından yapılıyor. Metni promosyon dilinden arındırıp yeniden göndermek, itiraz etmekten çoğu zaman daha hızlı sonuç veriyor.
İkinci bir numara eklersem limitim ikiye katlanır mı?
Hayır. Mesajlaşma limiti işletme portföyü düzeyinde hesaplanıyor ve portföydeki bütün işletme numaraları aynı limiti paylaşıyor. İkinci numara aynı havuzu bölüyor. Numara çoğaltmanın gerçek faydası ölçek değil, ayrıştırma: satış ile destek konuşmalarını ayrı yürütmek, farklı markaları ayrı tutmak gibi. Hacim için doğru yol kademe yükseltmek, numara eklemek değil.
Müşteri bana bir hafta önce yazmıştı, şimdi yazarsam ban yer miyim?
Ban yemezsiniz ama serbest metin gönderemezsiniz. Müşteri hizmeti penceresi son mesajından 24 saat sonra kapanmış oluyor; kapandıktan sonra yalnızca onaylı şablon gönderebiliyorsunuz. Business uygulamasında böyle bir teknik engel yok, orada sınır yine davranışsal: bir hafta önce yazmış bir müşteriye tek bir ilgili mesaj yazmak sorun değil, aynı anda yüzlerce eski konuşmayı canlandırmaya çalışmak sorun.
Aynı numarada hem WhatsApp Business uygulamasını hem Cloud API'yi kullanabilir miyim?
Hayır. Meta'nın işletme numaraları dokümanı, WhatsApp'ta zaten kullanılan bir numaranın önce silinmeden kaydedilemeyeceğini yazıyor. Yani numarayı API'ye taşımak, o numaranın uygulamadaki kaydını sonlandırmak anlamına geliyor ve uygulamadaki sohbet geçmişi API tarafına aktarılmıyor. Geçiş yapacaksanız, geçmişin nereye yazılacağına önce karar verin. Bu, konuşmaları bir CRM'de tutmanın en somut faydalarından biri.
Ne yapmalı
Bu yazının çıkardığı tek cümlelik sonuç şu: WhatsApp hesapları çok mesaj attığınız için kapanmıyor, mesajınızı alan insanlar rahatsız olduğu için kapanıyor. Sistem tepkiyi ölçüyor, hacmi değil. Bu yüzden riski düşürmenin yolu daha yavaş göndermek değil, daha doğru kişiye göndermek.
Bugün yapılacak üç şey var. Birincisi, hangi WhatsApp ürününü kullandığınızı netleştirin. Uygulamadaysanız ve ayda yüzlerce yeni kişiye yazıyorsanız yanlış üründesiniz; kademeleri ve kalite göstergesi olan tarafa geçmeniz gerekiyor. İkincisi, iznin kaydını çıkarın. Listenizdeki her numara için "ne zaman, nereden, hangi metinle" sorusunun cevabı yoksa, o liste hem Meta hem Ticaret Bakanlığı karşısında savunulamaz durumda. Üçüncüsü, konuşmaları numaranın içinden çıkarın. Numara bir gün kapanabilir; kapandığında kaybettiğiniz şey bir kanal olmalı, müşteri hafızanız değil.
Uzun vadede en iyi koruma, mesajı sizin başlatmadığınız bir talep akışı kurmak. Müşteri size yazdığında pencere açılıyor, limit işlemiyor, şablon onayı gerekmiyor ve engellenme riski neredeyse sıfır. Toplu gönderim bunun yerine geçmiyor, sadece onu besliyor. Kendi tarafımızda kanalları tek gelen kutusunda toplayıp gönderim tavanlarını bilinçli tuttuğumuz sebebi de bu; planların hangisinde neyin açık olduğunu fiyatlandırma sayfasında görebilirsiniz.