WhatsApp işlemleri
Aktif WhatsApp ürününüzü CRM, sipariş veya bildirim süreçlerinizle bağlayın.
İncele →WaMessage Geliştirici API’si ile işletmenizin mesajlaşma süreçlerini yazılımınıza bağlayın. WhatsApp, SMS ve WhatsApp Business API ürünlerini tek geliştirici merkezinden yönetin.
WaMessage Geliştirici API’si, işletmenizin WaMessage’te kullandığı mesajlaşma ürünlerini CRM, ERP, e-ticaret veya kendi uygulamanızdaki iş süreçleriyle birleştirmek için kullanılan entegrasyon katmanıdır. WhatsApp Business API ise Meta’nın WhatsApp mesajlaşma altyapısıdır; iki kavram birbirinden farklıdır.
WaMessage yalnız geliştiricilere yönelik bir API ürünü değildir. İşletme paneli hazırdır; API, paneldeki operasyonu kendi sisteminizle birleştirmek istediğinizde devreye girer.
Aktif WhatsApp ürününüzü CRM, sipariş veya bildirim süreçlerinizle bağlayın.
İncele →Standart SMS, OTP ve toplu gönderim ihtiyaçlarını geliştirici entegrasyonuyla yönetin.
İncele →Meta’nın resmî WhatsApp Business Platform altyapısını WaMessage ürünleriyle kullanın.
İncele →Kullanıcıların ve yapay zeka sistemlerinin kavramları karıştırmaması için kanal, ürün ve entegrasyon katmanlarını açıkça ayırıyoruz.
API; panelin yerine geçmek için değil, manuel adımları kendi sisteminizdeki olaylarla birleştirmek için kullanılır.
WaMessage paneli manuel ve ekip tabanlı mesajlaşma işlemleri için kullanılabilir. Ancak mesajın bir sipariş, CRM kaydı, form, randevu, ERP olayı veya şirket içi yazılım tarafından otomatik tetiklenmesi gerekiyorsa geliştirici entegrasyonu devreye girer. WaMessage Geliştirici API'si, işletmenin kendi yazılımı ile WaMessage'teki mesajlaşma kanalları arasında bağlantı kurmak için kullanılır.
Bu kavram WhatsApp Business API ile aynı değildir. WhatsApp Business API Meta'nın WhatsApp mesajlaşma altyapısıdır; WaMessage Geliştirici API'si ise WaMessage hesabını ve ürünlerini kendi sisteminize bağlama katmanıdır. SMS için ayrıca SMS API dokümantasyonu bulunur.
Müşteri kartında yapılan bir işlem, satış aşaması veya görev WaMessage üzerinden mesaj tetikleyebilir; gelen iletişim de CRM kaydıyla ilişkilendirilebilir. Böylece temsilciler iki sistem arasında manuel kopyalama yapmaz.
Sipariş oluşturuldu, kargoya verildi, ödeme bekleniyor veya işlem tamamlandı gibi olaylar işletmenin ERP/e-ticaret sistemi tarafından bilinir. API entegrasyonu bu olayları mesajlaşma sürecine bağlayabilir.
Web formu, reklam lead'i veya başvuru ekranından gelen talep WaMessage tarafında satış ekibine aktarılabilir; ilk bilgilendirme veya takip mesajı işletme kuralına göre başlatılabilir.
Sektöre özgü uygulamalar, SaaS ürünleri veya kurum içi sistemler kendi kullanıcılarına mesajlaşma özelliği sunmak istediğinde API, paneldeki işlemlerin yazılım tarafından yönetilmesini sağlar.
Üretim ortamında kimlik doğrulama, veri doğrulama, tekrar gönderim riski, hata kaydı, mesaj durumlarının izlenmesi ve güvenli anahtar yönetimi birlikte tasarlanmalıdır. API anahtarı WaMessage panelinden alınır ve tüm API işlemlerinde yetkilendirme amacıyla kullanılır; anahtarın istemci tarafı koduna veya herkese açık depolara yazılmaması gerekir.
İş akışının ihtiyacına göre SMS, WhatsApp veya WhatsApp Business API tarafı seçilir. Örneğin kısa doğrulama mesajı SMS API ile, kurumsal WhatsApp şablonu WhatsApp Business API altyapısıyla, ekip tarafından takip edilecek müşteri konuşması ise CRM/çoklu temsilci yapısıyla ilişkilendirilebilir. Kanal seçimi iş kuralının bir parçası olmalı; uygulama kodunun farklı yerlerine dağılmış sabit kararlar halinde bırakılmamalıdır.
İlk başarılı request entegrasyonun tamamlandığı anlamına gelmez. Canlı müşteri verisi kullanılmadan önce olumlu ve olumsuz senaryolar, hatalı telefon numarası, eksik parametre, yetkisiz istek, ağ gecikmesi ve aynı işlemin tekrar tetiklenmesi gibi durumlar test edilmelidir.
WaMessage panelinden alınan API anahtarı yalnız güvenilir sunucu ortamında saklanmalıdır. GitHub gibi herkese açık depolara, tarayıcı JavaScript'ine, mobil uygulama paketine veya müşteri tarafından görülebilecek loglara eklenmemelidir. Anahtarın sızdığından şüpheleniliyorsa mevcut anahtarı kullanmaya devam etmek yerine yenileme/iptal süreci uygulanmalıdır.
Endpoint yolları, header isimleri, request alanları ve güncel kanal davranışları zaman içinde değişebilir. Bu nedenle entegrasyon kodunu pazarlama sayfasındaki örneğe göre sabitlemek yerine yayınlanan API dokümantasyonunu kaynak alın. Kurum içinde kullandığınız API sürümünü ve entegrasyon tarihini teknik dokümana not etmek gelecekteki güncellemeleri kolaylaştırır.
Kullanıcı bir butona bastığında dış API'nin tamamlanmasını uzun süre bekletmek kötü deneyim ve timeout riski oluşturabilir. Mesaj gönderimi gibi dış servis işlemlerinde uygulama önce kendi iş kaydını oluşturabilir, ardından gönderimi arka plan kuyruğunda çalıştırabilir. Kullanıcı ekranda “işleme alındı / gönderildi / başarısız” gibi durumları görebilir. Bu yapı özellikle toplu veya yüksek hacimli işlemlerde daha dayanıklıdır.
Her hata yeniden deneme gerektirmez. Geçici ağ veya servis hataları kontrollü aralıklarla tekrar denenebilir; hatalı numara, eksik parametre veya yetki hatasını tekrar göndermek ise aynı hatayı çoğaltır. Uygulama hata türünü sınıflandırmalı ve maksimum tekrar sayısı belirlemelidir.
Debug amacıyla tüm request gövdesini sürekli loglamak telefon numarası, mesaj içeriği veya müşteri verisinin gereksiz kopyalarını oluşturabilir. Operasyon için gereken işlem kimliği, zaman, kanal ve hata kodunu saklayıp hassas alanları maskelemek daha güvenli bir yaklaşımdır.
Canlı entegrasyonun hangi endpoint'leri, hangi alanları ve hangi mesaj türlerini kullandığını kurum içinde kısa bir teknik dokümanda tutun. WaMessage dokümantasyonunda güncelleme olduğunda tüm kod tabanını aramak yerine bu envanterden etkilenen akışları belirleyebilirsiniz. API yanıtında kullandığınız alanları gereksiz yere çoğaltmamak da değişiklik riskini azaltır.
Teknik ekip request'in başarılı olduğunu görürken operasyon ekibi mesaj metninin yanlış müşteri alanıyla doldurulduğunu fark edebilir. Bu nedenle canlı öncesi testlerde hem yazılım geliştirici hem mesajı günlük kullanan satış/destek temsilcisi bulunmalıdır. Teknik başarı ve iş başarısı aynı test değildir.
Entegrasyonun sahibi yalnız yazılımcı olmamalıdır. İş kuralının sahibi olan satış, destek veya operasyon ekibi hangi olayda hangi mesajın oluşacağını yazılı olarak tanımlamalıdır. Teknik ekip bu kuralı API çağrısına dönüştürür. Böylece çalışan değiştiğinde kodun neden belirli bir mesaj gönderdiği anlaşılabilir kalır. Ayrıca üretim ortamında kullanılan API anahtarlarının kim tarafından yönetildiği, ne zaman yenilendiği ve erişimi kaldırılan personelin secretlara ulaşamaması kurumun güvenlik prosedüründe yer almalıdır.
API tüketen uygulamada kanal seçimini yapılandırılabilir tutmak ileride SMS, WhatsApp veya WhatsApp Business API arasında iş kuralı değiştirmeyi kolaylaştırır. Mesaj metnini kod içine gömmek yerine onaylı şablon veya konfigürasyon katmanında yönetmek de operasyon ekibinin yazılım deployu olmadan güncelleme yapabilmesine yardımcı olabilir.
Son olarak API entegrasyonuna bağımlı kritik süreçler için hata durumunda manuel alternatif prosedür tanımlamak iş sürekliliği açısından faydalıdır. Sistem geçici olarak mesaj gönderemediğinde operasyon ekibi ne yapacağını önceden bilmelidir.
Bu prosedür entegrasyon dayanıklılığını artırır.
Net sorulara net cevaplar. Daha ayrıntılı konular ilgili ürün ve rehber sayfalarına bağlanır.
İhtiyacınız panel kullanımı, WhatsApp Business API, SMS, CRM, chatbot veya geliştirici entegrasyonu olabilir. Aynı platform üzerinde doğru ürün kombinasyonunu seçin.