WhatsApp Business API Nedir? Fiyatı, Onay Süreci ve E-Ticarette Kullanımı

WhatsApp Business API; işletmelerin WhatsApp üzerinden müşterilerine otomatik bildirim göndermesini, gelen mesajları çoklu temsilci ya da yapay zeka asistanıyla yanıtlamasını ve bunları CRM ile e-ticaret sistemlerine bağlamasını sağlayan, Meta'nın sunduğu programlama arayüzüdür. Telefondaki WhatsApp Business uygulamasından farklı olarak bir uygulaması yoktur; sunucu tarafında çalışır ve mesaj başına ücretlendirilir. Bu yazıda API'nin ne olduğunu, ne kadara mal olduğunu, onay sürecini ve e-ticarette nerede kullanıldığını anlatıyoruz.

WhatsApp Business uygulaması ile API'nin farkı nedir?

Günde birkaç sipariş alan ve mesajları elle yanıtlayan bir mağaza için uygulama yeterlidir. Sipariş onayı, kargo kodu, iade ve sepet hatırlatma gibi mesajların otomatik gitmesini istediğiniz an API gerekir; uygulamaya üçüncü taraf araç bağlayıp toplu mesaj göndermek hesabın kapatılmasına yol açabilir.

WhatsApp Business API ne kadar?

Üç maliyet kalemi vardır:

1. Meta'nın mesaj ücreti: 1 Temmuz 2025'ten bu yana Meta, konuşma başına değil mesaj başına ücret alır ve ücret mesajın kategorisine göre değişir: pazarlama (kampanya, sepet hatırlatma), hizmet/utility (sipariş onayı, kargo kodu, teslimat), doğrulama (tek kullanımlık kod). Müşterinin size yazmasıyla açılan 24 saatlik müşteri hizmeti penceresi içindeki serbest yanıtlar ücretsizdir; bu pencere içinde gönderilen hizmet şablonları da ücretsizdir. Türkiye tarifesini Meta'nın güncel fiyat sayfasından ülke seçerek görebilirsiniz; pazarlama mesajı hizmet mesajından belirgin biçimde pahalıdır.
2. Sağlayıcı (BSP) ya da platform ücreti: API'ye doğrudan (Cloud API) ya da bir çözüm ortağı üzerinden bağlanırsınız. Ortaklar genellikle aylık sabit ücret veya mesaj başına küçük bir komisyon alır; karşılığında panel, şablon yönetimi ve destek sağlar.
3. Kurulum ve otomasyon: Şablonların yazılması, e-ticaret/CRM bağlantıları ve varsa yapay zeka asistanı; tek seferlik ya da yönetilen hizmet olarak.

Pratik sonuç: e-ticaret bildirimlerinin çoğu hizmet kategorisindedir ve ucuzdur; asıl maliyet pazarlama mesajlarından ve müşterinin yazmadığı durumlarda açılan konuşmalardan gelir. Aylık sipariş adediniz × mesaj sayısı ile kaba bir bütçe çıkarabilirsiniz.

Onay süreci nasıl işler?

1. Meta Business hesabı ve işletme doğrulaması: Ticari unvan, adres ve belge; doğrulama olmadan mesaj limitleri düşük kalır.
2. Numara kaydı: Yeni bir numara ya da uygulamada kullandığınız mevcut numara (uygunsa uygulamayla birlikte kullanılır, değilse API'ye taşınır); SMS ya da aramayla doğrulama.
3. Görünen ad ve profil: Marka adının işletmeyle eşleşmesi gerekir; reddedilen adlar en sık takılan noktadır.
4. Mesaj şablonları: Her giden bildirim metni önceden onaya gönderilir. Onay çoğunlukla saatler ile 1–2 gün sürer; ret nedenleri genellikle değişken sırası, pazarlama dilinin hizmet şablonunda kullanılması ve belirsiz içeriktir.
5. Kalite puanı ve limitler: Meta, müşteri engelleme ve şikâyetlerine göre numaranıza kalite puanı verir; günlük mesaj limiti puana ve geçmişe göre kademeli artar.

E-ticarette hangi mesajlar API ile gönderilir?

• Sipariş onayı ve tahmini kargoya verme süresi
• Kargoya verildi + takip kodu ve bağlantısı (destek yükünü en çok azaltan mesaj; ayrıntısı için kargo takip kodu bildirimi otomasyonu yazısı)
• Dağıtımda / teslim edildi ve değerlendirme talebi
• Kapıda ödeme onayı (teslim edilemeyen paketleri azaltır)
• İade talebi alındı / onaylandı ve kargo kodu
• Sepet hatırlatma (pazarlama kategorisi, izin gerektirir)
• Gelen soruların yanıtı: "kargom nerede?", "iade nasıl?" gibi sorular sipariş verisini okuyan bir asistanla yanıtlanır; çözülemeyen konu temsilciye devredilir.

Bu akışların e-ticaret altyapısıyla nasıl bağlandığını e-ticaret operasyon otomasyonu, gelen taleplerin CRM'e nasıl düştüğünü CRM otomasyonu sayfasında anlattık.

Kimin ihtiyacı var, kimin yok?

Günde onlarca sipariş alan, destek mesajlarının çoğu kargo ve iadeyle ilgili olan, birden fazla kişinin müşteriyle yazıştığı mağazalar için API kısa sürede kendini amorti eder. Günde birkaç sipariş alan ve tek kişinin yanıtladığı mağazalar için uygulama yeterlidir; önce hacmi büyütmek, sonra API'ye geçmek daha doğrudur.

Kararsızsanız operasyonunuzun hangi adımlarında insana bağımlı kaldığınızı 10 dakikada gösteren kontrol listesiyle başlayabilirsiniz.

Cloud API'ye doğrudan mı, çözüm ortağı üzerinden mi?

Kendi otomasyon altyapısı olan ya da bir entegrasyon ortağıyla çalışan mağazalar için doğrudan Cloud API daha ekonomiktir; ekip paneli ve elle yanıt ihtiyacı yüksekse çözüm ortağı zaman kazandırır. İkisi de sonradan değiştirilebilir; numara ve şablonlar taşınır.

Şablonlar neden reddedilir?

• Kategori uyumsuzluğu: Hizmet şablonunda kampanya cümlesi ("%20 indirim") olması.
• Değişken hataları: Sıra atlaması ({{1}}, {{3}}), mesajın değişkenle başlayıp bitmesi, örnek değer verilmemesi.
• Belirsiz içerik: "Merhaba, sizinle ilgili bir bilgi var" gibi ne hakkında olduğu anlaşılmayan metinler.
• Politika ihlali: Yasaklı ürün/hizmet ifadeleri, yanıltıcı aciliyet, kısaltılmış bağlantılar.

Ret gelirse metni düzeltip yeniden gönderin; çoğu ret ilk düzeltmede geçer. Hazır şablonlarımız bu kurallara göre yazıldı.

Kalite puanı ve mesaj limitleri

Meta her numaraya, müşterilerin son 7 gündeki engelleme ve şikâyet davranışına göre yeşil/sarı/kırmızı bir kalite puanı verir. Puan düştüğünde günlük yeni konuşma limiti azalır, kırmızıda şablonlar askıya alınabilir. Limit, doğrulanmış işletmelerde kademeli artar: küçük bir limitle başlar, mesajlar şikâyetsiz gittikçe yükselir. Pratik kurallar: pazarlama mesajını yalnızca izin veren müşteriye ve düşük sıklıkta gönderin, her şablonda çıkış yolu bırakın, hizmet şablonlarını gerçekten olay tetiklediğinde kullanın.

Kurulum kontrol listesi

1. Meta Business hesabı açıldı ve işletme doğrulaması tamamlandı.
2. Numara seçildi (yeni, uygulamayla birlikte kullanılacak ya da API'ye taşınacak) ve doğrulandı.
3. Görünen ad marka adıyla eşleşiyor, profil bilgileri dolduruldu.
4. Bağlantı yolu seçildi: doğrudan Cloud API ya da çözüm ortağı.
5. İlk beş şablon yazıldı ve onaya gönderildi: sipariş onayı, kargoya verildi, dağıtımda, teslim edildi, iade onayı.
6. E-ticaret altyapısı olayları (sipariş, kargo, iade) API/webhook ile bağlandı.
7. Gelen mesajlar için ilk yanıt ve temsilciye devir kuralı tanımlandı.
8. Yedek kanal (SMS/e-posta) ve müşteri kanal tercihi ayarlandı.
9. Aydınlatma metni ve izin akışı güncellendi.
10. İlk hafta metrikleri (teslim, okunma, destek mesajı sayısı, kalite puanı) izlemeye alındı.

Sık sorulan sorular