Ücretsiz mağaza analizi
E-Ticaret

T-Soft WhatsApp Entegrasyonu: Sipariş Bildiriminden İzne

Abdulsamet Seçer11 dk okumaSon güncelleme:
Kısa cevap

T-Soft WhatsApp entegrasyonu, mağazadaki olayların (sipariş alındı, kargoya verildi, sepet terk edildi) WhatsApp Business API üzerinden müşteriye otomatik mesaj olarak gitmesidir. Kurulum üç parçadan oluşur: T-Soft API'si üzerinden sipariş ve üye verisinin okunması, mesaj şablonlarının Meta onayından geçirilmesi ve izin yönetimi. T-Soft tema şablonuna panelden erişim verdiği için izin metni ve WhatsApp düğmesi, kapalı sistemlerdeki gibi sınıf adı tahmin edilerek değil doğrudan yerleştirilir.

Bu işi otomatik yapan modülKargo BildirimiKargo durumu hakkında otomatik mesajlar
İçindekiler
  1. T-Soft WhatsApp entegrasyonu nasıl çalışır?
  2. Şablon onayı neden kurulumun ilk işi?
  3. Hangi olaylarda mesaj gitmeli?
  4. Telefon numarası: en sık görülen sessiz hata
  5. T-Soft'un şablon erişimi izin yönetiminde ne kazandırıyor?
  6. İzin kaydı: metin değil, kayıt önemli
  7. Mesaj bedeli modül ücretine dahil değildir
  8. Kurulumdan sonra sessizce bozulan üç şey
  9. Özet

WhatsApp bildirimleri, e-posta ile karşılaştırıldığında farklı bir yerde okunur: müşterinin zaten açık olan sohbet uygulamasına düşer, bir kutuda beklemez. Bu yüzden açılma oranları yüksektir — ve aynı sebeple yanlış kurgulandığında rahatsız edici olur.

Bu yazı, T-Soft altyapısındaki bir mağazada WhatsApp entegrasyonunun nasıl kurulduğunu anlatıyor: olayların nasıl taşındığı, şablon onayının neden kurulumun başında yapılması gerektiği, telefon numarası biçiminin yarattığı sessiz hata ve T-Soft'un şablon erişiminin izin yönetiminde sağladığı avantaj.

T-Soft WhatsApp entegrasyonu nasıl çalışır?

Kurgu üç parçadan oluşur ve üçü birbirinden bağımsız düşünülmelidir:

  1. Olay kaynağı: T-Soft tarafındaki sipariş ve üye verisi. "Sipariş alındı", "kargoya verildi", "yeni üye kaydoldu" gibi olaylar buradan okunur.
  2. Karar katmanı: Hangi olayda, kime, hangi şablonla, ne zaman mesaj gideceği. İzin kontrolü de burada yapılır.
  3. Gönderim: WhatsApp Business API üzerinden onaylı şablonun gönderilmesi.

Bu ayrımın pratik bir faydası var: karar katmanı ve şablonlar platformdan bağımsız tarafta durur. Altyapı değiştirirseniz şablonlarınızı ve izin geçmişinizi baştan kurmanız gerekmez; yalnızca birinci parça, yani mağazadan veri okuyan bağlantı yeniden yapılandırılır.

Şablon onayı neden kurulumun ilk işi?

WhatsApp Business API'de, müşteri size yazmadan önce gönderilen her mesaj onaylı bir şablon olmak zorundadır. Şablonlar Meta tarafından incelenir ve onay süresi birkaç dakikadan birkaç güne kadar değişebilir.

Bunun proje planına etkisi doğrudan: kampanya sabahı yazılan bir şablon o gün çalışmayabilir. Bu yüzden şablonlar kurulumun başında hazırlanıp onaya gönderilir, teknik bağlantı onay beklenirken kurulur.

İkinci bir ayrıntı daha var: şablon metnindeki değişkenlerin sayısı ve sırası onaydan sonra değiştirilemez. "Sayın {{1}}, {{2}} numaralı siparişiniz kargoya verildi" şeklinde onaylanmış bir şablona sonradan üçüncü bir değişken ekleyemezsiniz; yeni şablon açıp yeniden onaya göndermeniz gerekir. Bu yüzden hangi bilginin mesajda geçeceği baştan kararlaştırılmalıdır.

Hangi olaylarda mesaj gitmeli?

Teknik olarak her sipariş durumu değişikliğinde mesaj gönderebilirsiniz. Pratikte bu, müşteriyi rahatsız eder ve engellenmeye yol açar. Anlamlı eşikler:

OlayMesaj gitmeli miGerekçe
Sipariş alındıEvetMüşteri ödemenin geçtiğini teyit etmek ister.
HazırlanıyorGenelde hayırMüşteri için yeni bilgi taşımaz.
Kargoya verildiEvetTakip numarası ilk kez burada anlamlı olur.
Dağıtıma çıktıDuruma göreEvde bulunma ihtimalini artırır, başarısız teslimatı azaltır.
Teslim edildiEvetSüreci kapatır; değerlendirme istemek için de doğru an.
Her ara durumHayırBildirim yorgunluğu yaratır ve engellenme riskini yükseltir.

Telefon numarası: en sık görülen sessiz hata

Kurulumdan sonra "mesajlar gitmiyor" diye gelen sorunların büyük çoğunluğu numara biçiminden kaynaklanır. Müşteriler numarayı olabilecek her biçimde girer: başında sıfırla, boşluklu, parantezli, tireli, ülke kodsuz.

WhatsApp ise uluslararası biçim bekler. Normalize edilmemiş numaralar için gönderim hata vermeden başarısız olur; panelde her şey yolunda görünür, mesaj ulaşmaz. Bu yüzden numaralar gönderim öncesi tek biçime çevrilmelidir: baştaki sıfır kaldırılır, noktalama temizlenir, ülke kodu yoksa eklenir.

Kurulumdan sonra bakılacak ilk sayı gönderim sayısı değil, teslim oranıdır. Gönderilen ile ulaşan arasındaki fark, numara biçimi sorununun büyüklüğünü gösterir.

T-Soft'un şablon erişimi izin yönetiminde ne kazandırıyor?

T-Soft barındırılan bir altyapıdır ama tema şablon dosyalarına panel üzerinden erişim verir. WhatsApp tarafında bunun iki somut karşılığı var.

Birincisi izin kutusunun yeri. Ticari mesaj göndermek için açık rıza gerekir ve bu rızanın alındığı yer önemlidir. Yalnızca JavaScript alanı sunan kapalı sistemlerde izin kutusu, form elemanlarının sınıf adları tahmin edilerek araya sokulur; tema değişince kutu yanlış yere düşebilir veya kaybolabilir. T-Soft'ta kutu üyelik ve sipariş formunun istenen yerine doğrudan yerleştirilir.

İkincisi WhatsApp düğmesi. Müşterinin size yazmasını sağlayan düğme, ürün sayfasında ve sepette anlamlıdır. Şablon erişimi sayesinde düğme tam olarak istenen konuma konur; sayfanın üzerine sonradan yapıştırılmış gibi durmaz.

Bu avantajın bedeli tema güncellemesi riskidir. Azaltmanın yolu, şablona yalnızca tek satırlık bir çağrı bırakıp mantığı dışarıdan yüklenen dosyada tutmaktır: güncelleme sonrası tek satırın geri konması yeterli olur.

İzin kaydı: metin değil, kayıt önemli

İzin konusunda sık yapılan hata, izin metnini yazıp bırakmaktır. Asıl önemli olan kaydın kendisidir: hangi müşteri, hangi tarihte, hangi metinle, hangi kanaldan onay verdi.

Sonradan bir itiraz veya denetim geldiğinde dayanağınız bu kayıttır. İzin kaydı tutmayan bir kurgu, izin metni ne kadar iyi yazılmış olursa olsun eksiktir. Kaydın müşteri silinse bile makul bir süre saklanması, geri alma (opt-out) taleplerinin de aynı yerde işlenmesi gerekir.

Geri alma tarafı çoğu zaman atlanır: müşteri "artık mesaj istemiyorum" dediğinde bunun otomatik işlenmesi gerekir. Elle işlenen bir opt-out, er ya da geç unutulur ve unutulduğu anda gönderilen mesaj hem şikâyete hem numaranın kalitesinin düşmesine yol açar.

Mesaj bedeli modül ücretine dahil değildir

Baştan netleşmesi gereken bir ayrım: modül bedeli yazılımın kullanım ücretidir. Mesajın kendisini Meta faturalandırır ve ayrıca mesaj paketi alınması gerekir.

Bu ayrım söylenmediğinde fatura beklenenden yüksek görünür ve satış sonrası en sık yaşanan anlaşmazlık budur. Planlama yaparken aylık tahmini mesaj adedi üzerinden bir bütçe çıkarmak doğru olur: sipariş sayısı × senaryo başına mesaj adedi, artı kampanya gönderimleri.

Kurulumdan sonra sessizce bozulan üç şey

  • Şablon reddi. Meta bir şablonu sonradan devre dışı bırakabilir. O senaryodaki mesajlar durur ve bunu fark etmenin tek yolu gönderim raporuna bakmaktır.
  • Numara kalitesi. Çok sayıda engellenme veya şikâyet, gönderici numaranın kalite puanını düşürür ve günlük gönderim limitini kısar. Bildirim sıklığını abartmamak teknik bir gereklilik.
  • Değişken kayması. Sipariş durumu adları T-Soft tarafında yeniden adlandırıldığında, o duruma bağlı otomasyon eşleşmeyi kaybedebilir. Durum adları değiştiğinde otomasyon kuralları gözden geçirilmelidir.

Özet

T-Soft'ta WhatsApp entegrasyonu, kurgunun üç parçaya ayrılmasıyla sağlam kurulur: olay kaynağı, karar katmanı, gönderim. Şablonlar onay süresi öngörülemediği için ilk işte hazırlanır; telefon numaraları gönderim öncesi normalize edilir, aksi halde mesajlar hata vermeden ulaşmaz.

T-Soft'un tema şablonuna erişim vermesi, izin kutusunun ve WhatsApp düğmesinin doğru yere konmasını kapalı sistemlere göre belirgin kolaylaştırır. İzin tarafında ise metinden çok kaydın ve otomatik işlenen bir geri alma akışının önemli olduğunu unutmamak gerekir.

T-Soft WhatsApp entegrasyonu kurulumu

WhatsApp Business hesabından yayına kadar izlenen sıra: hesap, şablonlar, T-Soft bağlantısı, izin metni ve doğrulama.

  1. 01

    WhatsApp Business API hesabını hazırlayın

    Meta tarafında bir WhatsApp Business hesabı ve doğrulanmış bir gönderici numara gerekir. Numara, kişisel WhatsApp veya WhatsApp Business uygulamasında kullanılmayan bir numara olmalıdır; kullanımdaysa API tarafına taşınması gerekir. İşletme doğrulaması, gönderim limitlerini doğrudan etkilediği için baştan tamamlanmalıdır.

  2. 02

    Mesaj şablonlarını yazın ve onaya gönderin

    Sipariş alındı, kargoya verildi, teslim edildi, sepet hatırlatma ve stok bildirimi gibi her senaryo için ayrı şablon gerekir. Onay süresi öngörülemediği için şablonlar kurulumun başında hazırlanmalıdır. Şablon metni değişkenler içerir; değişken sayısı ve sırası onaydan sonra değiştirilemez, bu yüzden baştan doğru kurgulanmalıdır.

  3. 03

    T-Soft API bağlantısını kurun

    T-Soft panelinden API yetkisi alınır ve sipariş ile üye verisi okunur. Hangi olayların mesaj tetikleyeceği burada kararlaştırılır: her sipariş durumu değişikliğinde mesaj göndermek müşteriyi rahatsız eder; anlamlı eşikler seçilmelidir.

  4. 04

    Telefon numaralarını normalize edin

    Gönderim öncesi numaralar uluslararası biçime çevrilir: baştaki sıfır kaldırılır, boşluk ve noktalama temizlenir, ülke kodu yoksa eklenir. Normalize edilmemiş numaralar hata vermeden ulaşmaz. Kurulumdan sonra ilk kontrol edilecek şey teslim oranıdır.

  5. 05

    İzin metnini şablona yerleştirin

    T-Soft tema şablonuna panelden erişim verdiği için izin kutusu üyelik ve sipariş formlarının istenen yerine doğrudan konur. İznin ne zaman, hangi metinle alındığı kaydedilmelidir; sonradan bir itiraz geldiğinde dayanağınız bu kayıttır.

  6. 06

    Küçük bir kitleyle doğrulayın

    Yayına almadan önce kendi ekibinizin numaralarıyla her senaryo tek tek denenir. Bakılacak şey yalnızca "mesaj geldi mi" değil; metindeki değişkenlerin doğru dolduğu, bağlantıların çalıştığı ve mesajın saatinin uygun olduğu da kontrol edilir.

Sıkça sorulan sorular

WhatsApp mesajı göndermek için müşteriden izin şart mı?
Ticari nitelikli mesajlar için evet. Sipariş durumu gibi işlem bilgilendirmeleri ile kampanya duyuruları farklı değerlendirilir; kampanya ve tanıtım içerikli mesajlar için açık rıza alınması ve İYS tarafındaki yükümlülüklerin karşılanması gerekir. İzin metninin nerede alındığı, ne zaman alındığı ve kaydının tutulması önemlidir. Kendi durumunuz için hukuki görüş almanız doğru olur.
Mesaj şablonları neden önceden onaylanıyor?
WhatsApp Business API'de, müşteri size yazmadan önce gönderilen mesajlar şablon olmak zorundadır ve şablonlar Meta onayından geçer. Onay birkaç dakikadan birkaç güne kadar sürebilir. Bu yüzden kampanya planı yapılırken şablonların önceden hazırlanıp onaya gönderilmesi gerekir; kampanya sabahı yazılan bir şablon o gün çalışmayabilir.
Modül ücretine mesaj bedeli dahil mi?
Hayır. Modül bedeli yazılımın kullanım ücretidir; mesajın kendisini Meta faturalandırır ve ayrıca mesaj paketi alınması gerekir. Bu ayrım baştan netleşmezse fatura beklenenden yüksek görünür.
Telefon numarası formatı sorun çıkarır mı?
En sık karşılaşılan sessiz hata budur. Müşteriler numarayı başında sıfırla, boşluklu, parantezli veya ülke kodsuz girer. WhatsApp ise uluslararası biçim bekler. Numaralar gönderim öncesi normalize edilmeli; edilmezse mesajlar hata vermeden ulaşmaz ve bu durum günlerce fark edilmeyebilir.
Altyapı değiştirirsem kurgum sıfırlanır mı?
Şablonlar, izin kayıtları ve otomasyon kuralları platformdan bağımsız tarafta durur; değişen yalnızca mağazadan veri okuyan bağlantıdır. Yani T-Soft'tan başka bir altyapıya geçerseniz şablonlarınızı ve izin geçmişinizi baştan kurmanız gerekmez, yalnızca bağlantı yeniden yapılandırılır.

Kaynaklar ve resmî dokümanlar

Bu yazıdaki teknik bilgiler aşağıdaki birincil kaynaklardan doğrulanabilir. Platformlar dokümantasyonlarını zaman zaman güncelliyor; kritik bir kurulum öncesinde güncel sürümü kontrol edin.

Bu yazıyla ilgili

#T-Soft#WhatsApp#Otomasyon#KVKK
Paylaş

Yazan · Kurucu Ortak

Abdulsamet Seçer

STools Digital’in kurucu ortağı. E-ticaret siteleri için pazaryeri entegrasyonları, WhatsApp otomasyonu ve dönüşüm modülleri geliştiriyor; Shopify ve İkas mağazaları için tema ve altyapı çalışmaları yürütüyor. Buradaki yazılar müşteri projelerinde karşılaşılan gerçek teknik sorunlardan çıkıyor.

Tüm yazılar