WhatsApp Şablon Mesajı Onayı Neden Reddedilir? 12 Sebep ve Çözümü

Onay neden bu kadar sıkı

Şablon mesajlar, kullanıcının 24 saat içinde size yazmadığı durumlarda ona ulaşmanızı sağlayan tek yoldur. Meta bu kanalın istenmeyen mesaj (spam) aracına dönüşmesini önlemek için her şablonu gönderim öncesi inceler. İçerik, kategori ve biçim kurallarının hepsine birden uyulması gerekir.

12 ret sebebi

1. Kategori ile içerik uyuşmuyor

Şablonlar "Pazarlama", "Hizmet" ve "Kimlik Doğrulama" gibi kategorilere ayrılır. Bir kampanya duyurusunu "Hizmet" kategorisinde göndermeye çalışmak en sık reddedilme sebeplerinden biridir. Çözüm: içeriğin gerçek amacına uygun kategoriyi seçin; emin değilseniz pazarlama içeriğini her zaman "Pazarlama" kategorisinde gönderin.

2. Değişkenler kurallara aykırı yerleştirilmiş

Bir şablonun doğrudan bir değişkenle başlaması veya bitmesi, ya da art arda iki değişkenin boşluksuz gelmesi reddedilir. Çözüm: her değişkenin önünde ve arkasında sabit metin bırakın (örn. "Sayın {{1}}, siparişiniz {{2}} numaralı kargoyla yola çıktı.").

3. Değişkenler için örnek değer eksik

Onay sırasında her değişken alanına gerçekçi bir örnek girilmesi istenir. "test", "1234" gibi anlamsız örnekler reddedilme riskini artırır. Çözüm: her değişkene gerçek bir kullanım örneği yazın (isim, tarih, sipariş numarası gibi).

4. Yasaklı veya kısıtlı içerik kategorisi

Reçeteli ilaç, tütün, silah, kumar, yetişkin içerik gibi kategoriler WhatsApp'ın ticari politikaları gereği tamamen yasaktır ya da ağır kısıtlamalara tabidir. Çözüm: şablonu göndermeden önce sektörünüzün Meta'nın ticari politikaları kapsamında olup olmadığını kontrol edin.

5. Yanıltıcı veya abartılı iddialar

"Kesin kazanç", "sınırsız", "garantili" gibi ispatlanamayan iddialar reddedilir. Çözüm: ölçülebilir ve doğrulanabilir ifadeler kullanın.

6. Yazım ve biçim hataları

Büyük harfle bağırma, aşırı noktalama işareti, tutarsız yazım incelemeyi olumsuz etkiler. Çözüm: şablonu göndermeden önce sade, düzgün noktalamayla yazılmış bir metin olarak gözden geçirin.

7. Kısaltılmış veya şüpheli bağlantılar

Genel amaçlı kısaltma servisleriyle oluşturulmuş bağlantılar güven sorunu yaratır ve reddedilme riskini artırır. Çözüm: kendi alan adınıza ait, tam ve tanınabilir bağlantılar kullanın.

8. Başka markaların izinsiz kullanımı

Şablon içinde başka bir markanın adını, logosunu veya telifli içeriğini izinsiz kullanmak reddedilir. Çözüm: yalnızca kendi marka varlıklarınıza atıfta bulunun.

9. Aynı içeriğin tekrar tekrar gönderilmesi

Reddedilen bir şablonu ufak değişikliklerle defalarca yeniden göndermek, sistem tarafından kötüye kullanım olarak işaretlenebilir. Çözüm: reddedilme sebebini tam olarak giderdikten sonra yeniden gönderin, aynı hatayı tekrarlamayın.

10. Yanlış kategori seçimi

Bir sipariş onayı gibi işlemsel bir bildirimi "Pazarlama" kategorisinde göndermek de tam tersi kadar sorunludur — hem reddedilme hem de gereksiz yere daha yüksek ücretlendirme riski doğurur. Çözüm: içerik gerçekten bir işlemin sonucuysa "Hizmet" kategorisini kullanın.

11. Hesap kalite geçmişi düşük

Numaranızın genel kalite reytingi düşükse (kullanıcı şikayeti, engelleme oranı yüksekse), yeni şablonların incelemesi de daha sıkı olur. Çözüm: mevcut şablonların açılma ve yanıt oranlarını izleyin, düşük performanslı şablonları güncelleyin.

12. Medya ve buton kurallarına uyulmaması

Görsel/video başlıklı şablonlarda dosya biçimi veya boyutunun desteklenmeyen olması, ya da buton sayısının izin verilen sınırı aşması reddedilme sebebidir. Çözüm: medya dosyasını desteklenen biçim ve boyutta hazırlayın, buton sayısını sınır içinde tutun.

Reddedilince ne yapılır

Ret bildirimini aldığınızda önce belirtilen sebebi giderin, ardından şablonu yeni bir isimle tekrar gönderin — aynı şablon adını değişiklik yapmadan yeniden göndermek genellikle işe yaramaz. Sebep belirtilmemişse ya da haksız bulduğunuz bir ret varsa, çözüm ortağınız üzerinden itiraz süreci başlatılabilir.

Gönderim öncesi kontrol listesi

• Kategori, içeriğin gerçek amacıyla uyumlu mu?
• Değişkenlerin önünde/arkasında sabit metin var mı?
• Her değişkene gerçekçi bir örnek girildi mi?
• İddialar ölçülebilir ve doğrulanabilir mi?
• Bağlantılar kendi alan adınıza mı ait?
• Yazım ve noktalama düzgün mü?