Bir e-ticaret mağazasının destek kutusunu açtığınızda karşınıza çıkan mesajların büyük bölümü tek bir cümlenin farklı yazılışlarıdır: siparişim nerede? Sektörde bu talep türüne WISMO (Where Is My Order) deniyor. İşin sinir bozucu tarafı, bu soruların neredeyse tamamının cevabının zaten sistemde hazır olmasıdır. Kargo firması paketi taramıştır, takip numarası siparişe işlenmiştir, durum verisi servisten dönmektedir. Eksik olan tek şey, bu bilginin oluştuğu anda müşteriye ulaşmasıdır.
Kargo Bildirimi modülü tam olarak bu boşluğu kapatır. Sipariş ve gönderi olaylarını e-ticaret altyapınızdan okur, kargo durumunu takip eder ve önceden tanımlanmış olaylarda müşteriye WhatsApp mesajı gönderir. Müşteri sormadan bilgilendirildiği için destek talebi oluşmaz; paketin o gün geleceğini bildiği için evde olur; süreç öngörülebilir olduğu için endişeyle iptal veya iade açmaz.
Modül ne yapıyor, ne yapmıyor?
Beklentiyi baştan netleştirmek gerekiyor, çünkü kargo bildirimi başlığı altında satılan çözümlerin kapsamı birbirinden çok farklı olabiliyor. Modülün yaptıkları:
- Sipariş ve gönderi olaylarını Ikas, Shopify, Ticimax veya T-Soft tarafından okur.
- Kargo firmasının durum kodlarını ortak (kanonik) bir duruma çevirir, böylece kargo firması değiştiğinde kurgu bozulmaz.
- Sadece müşteride bir eylem tetikleyen olaylarda mesaj gönderir; transfer merkezi hareketlerini sessizce geçer.
- Aynı bildirimin ikinci kez gitmesini gönderi ve durum ikilisi üzerinde tekillik kısıtıyla engeller.
- Gece düşen olayları sessiz saat kuralıyla sabaha kuyruklar.
- Telefon numaralarını E.164 formatına normalize eder; başında sıfır, boşluk veya parantez olan kayıtlar sessizce kaybolmaz.
- Gönderim, iletim ve okunma durumlarını kaydeder; hangi bildirimin okunduğunu görürsünüz.
Modülün yapmadıkları da en az bunlar kadar önemlidir. Modül, kargo firmasının veremediği bir bilgiyi üretmez. Bir kargo firması dağıtıma çıktı bilgisini servisinde yayımlamıyorsa, o bildirim de gönderilemez. Modül ayrıca kampanya, indirim veya ürün önerisi mesajı göndermez; bunlar ayrı bir izin rejimine ve ayrı bir şablon kategorisine tabidir. Bu ayrımı bilinçli olarak koruyoruz, sebebini aşağıda ayrıntılı anlatıyoruz.
Hangi olaylarda mesaj gider?
Bildirim kurgusundaki bir numaralı hata, her kargo hareketinde mesaj göndermektir. Kargo firmalarının transfer hareketleri tek bir gönderi için günde üç dört kayıt üretebilir. Bunların hepsini iletmek, bildirimlerin okunmadan kapatılmasına ve nihayetinde işletme numarasının engellenmesine yol açar. Modülün varsayılan davranışı aşağıdaki gibidir ve her satır panelden açılıp kapatılabilir.
| Olay | Varsayılan | Mesajın içeriği ve gerekçesi |
|---|---|---|
| Sipariş alındı | Açık | Ödeme onayının hemen ardından sipariş numarası, tutar ve tahmini hazırlık süresi. Özellikle havale ve kapıda ödeme siparişlerinde beklentiyi kurar. |
| Ödeme bekleniyor | Koşullu | Yalnızca havale veya EFT seçilmişse. IBAN ve son ödeme tarihi. Tek başına iptal oranını düşüren mesajdır. |
| Hazırlanıyor | Kapalı | Hazırlık süresi 24 saatin altındaysa gürültü yaratır. Ön sipariş, kişiye özel üretim veya uzun tedarik süresi varsa açılmalıdır. |
| Kargoya verildi | Açık | Akışın en kritik mesajı. Kargo firması adı, takip numarası ve takip bağlantısı. WISMO taleplerinin en büyük bölümünü tek başına ortadan kaldırır. |
| Transfer merkezinde | Kapalı | Müşteri için eyleme dönüşmeyen bilgi. Takip sayfasında görünmesi yeterlidir. |
| Dağıtıma çıktı | Açık | Eyleme dönüşen tek ara adım: müşteri o gün evde olmayı planlar. Sabah saatlerinde gönderilir. |
| Teslim edilemedi | Açık, öncelikli | Bir sonraki adım net yazılır: yeniden deneme mi, şubeden teslim mi, hangi süre içinde. Başarısız ikinci denemeyi engelleyen mesaj budur. |
| Teslim edildi | Açık | Teslim alan kişi ve saat bilgisi. Yanlış teslimat itirazları için de kayıt oluşturur. |
| İade süreci başladı | Açık | İade kargo kodu ve iade tutarının hangi sürede yansıyacağı. |
| Göndericiye iade dönüyor | Açık | Müşteriye son müdahale şansı verir; adres düzeltme veya yeniden gönderim burada çözülür. |
Kuralı tek cümleye indirgemek gerekirse: bir bildirim müşterinin yapabileceği bir eylemi tetiklemiyorsa gönderilmemelidir. Dağıtıma çıktı bilgisi evde olmayı tetikler, transfer merkezi bilgisi hiçbir şeyi tetiklemez.
Veri nereden geliyor? Altyapı bazında kaynak ve senkron sıklığı
Modül, sipariş tarafındaki olayları e-ticaret altyapınızdan, gönderi tarafındaki hareketleri ise kargo takip verisinden alır. Altyapıya göre yöntem değişir:
| Altyapı | Sipariş olayı kaynağı | Dikkat edilen nokta |
|---|---|---|
| Shopify | Sipariş ve fulfillment webhookları, anlık | Kargo bilgisi sipariş nesnesinde değil fulfillment kaydında tutulur. Kısmi gönderimde birden fazla fulfillment oluşur; akış sipariş değil gönderi bazlı çalışır. |
| Ikas | Sipariş durumu webhookları, eksik alanlar için Admin API | Webhook gövdesi bazı durumlarda kargo alanlarını taşımaz; modül eksik alanı API ile tamamlar. |
| Ticimax | SOAP servisleri üzerinden periyodik sorgu | İstek gövdesindeki alan sırası servisin beklediği düzende değilse filtreler sessizce yok sayılır. Hata dönmez, yanlış veri döner; eşleme bu yüzden test siparişiyle doğrulanır. |
| T-Soft | REST servisleri üzerinden periyodik sorgu | Token yenileme döngüsü akışa dahildir; token süresi dolduğunda sorgular sessizce boş dönmez. |
Kargo tarafında webhook desteği veren firmalarda durum değişimi anında işlenir. Webhook vermeyen firmalarda modül kademeli sorgulama kullanır: kargoya verildikten sonraki ilk 48 saat saatte bir, 3 ile 7. günler arası günde iki üç kez, 7 günden eski ve hâlâ teslim edilmemiş gönderilerde günde bir kez sorgu yapılır ve operasyon ekibine uyarı düşer. Teslim edildi veya iade tamamlandı durumuna gelen gönderilerde sorgulama tamamen durur. Sabit aralıklı sorgulama hem gereksiz yük hem kota tüketimi demektir.
Kanonik durum modeli neden önemli?
Türkiye'de çalıştığınız her kargo firmasının kendi durum sözlüğü vardır ve aynı gerçek olayı farklı kodlarla ifade ederler. Bildirim kurallarını doğrudan firma koduna bağlarsanız, yeni bir kargo anlaşması yaptığınız gün tüm akış bozulur. Modül araya kanonik bir katman koyar: CREATED, PICKED_UP, IN_TRANSIT, OUT_FOR_DELIVERY, DELIVERY_FAILED, DELIVERED, RETURNING, RETURNED. Her firma için yalnızca bir eşleme tablosu tanımlanır. Eşlenemeyen kodların varsayılan davranışı IN_TRANSIT, yani sessiz kalmaktır. Bilinmeyen bir kodu yanlış yorumlayıp müşteriye teslim edildi demek, hiç mesaj atmamaktan çok daha kötüdür.
İYS ve ticari ileti ayrımı: kargo bildirimi izin gerektirir mi?
Sahada en çok karıştırılan konu bu. Kısa cevap: sipariş ve teslimat bilgilendirmesi, mevzuat açısından ticari elektronik iletiden farklı bir kategoridedir; ancak bu muafiyet mesajın içeriğine bağlıdır ve içerik değiştiği anda kaybolur.
Ticari İletişim ve Ticari Elektronik İletiler Hakkında Yönetmelik, onay gerektirmeyen durumları ayrıca düzenler. Devam eden bir ilişki kapsamındaki tahsilat, borç hatırlatma, bilgilendirme, işlem ve teslimat gibi bildirimleri içeren iletiler için önceden onay alınması zorunlu tutulmaz. Kargo ve sipariş durumu bildirimi bu tanımın tam ortasına düşer. Ancak aynı düzenleme kritik bir sınır çizer: bu tür bildirimlerde herhangi bir mal veya hizmet özendirilemez, tanıtımı yapılamaz. Yani muafiyet mesajın gönderilme sebebine değil, mesajın içeriğine bakar.
Pratik sonuç şudur: kargoya verildi mesajının altına bir sonraki alışveriş için indirim kodu eklediğiniz anda o mesaj artık işlem bildirimi olmaktan çıkar, ticari elektronik ileti hâline gelir ve İYS onayı aranır. Bir kupon uğruna tüm bildirim akışınızın hukuki konumunu riske atmak mantıklı bir takas değildir.
| Mesaj | Niteliği | Onay durumu |
|---|---|---|
| Siparişiniz kargoya verildi, takip numaranız şudur | İşlem / teslimat bildirimi | Ayrıca ticari ileti onayı aranmaz |
| Kargonuz bugün dağıtıma çıktı | İşlem / teslimat bildirimi | Ayrıca ticari ileti onayı aranmaz |
| Adreste bulunamadınız, yeniden deneme yarın | İşlem bildirimi | Ayrıca ticari ileti onayı aranmaz |
| Kargonuz teslim edildi, bir sonraki alışverişinize %10 indirim | Karma; tanıtım içerdiği için ticari ileti | İYS onayı gerekir |
| Teslimattan 3 gün sonra: ürünü değerlendirir misiniz? | Kural olarak pazarlama akışı | Ayrı akış, ayrı izin ve ayrı şablon olarak kurgulanmalı |
| Yeni sezon ürünleri mağazamızda | Ticari elektronik ileti | İYS onayı zorunlu |
KVKK tarafı ayrı bir başlıktır ve karıştırılmamalıdır. Müşterinin telefon numarasını sipariş bildirimi amacıyla işlemek, sözleşmenin ifası için gerekli olma hukuki sebebine dayanır; bunun için ayrıca açık rıza beklenmez. Buna karşılık aydınlatma yükümlülüğü aynen devam eder: gizlilik metninizde numaranın sipariş ve teslimat bilgilendirmesi amacıyla WhatsApp üzerinden kullanılacağı açıkça yazmalıdır.
Bir teknik ayrıntı da şudur: İYS üzerinde onay kayıtları arama, mesaj ve e-posta kanalları üzerinden tutulur; WhatsApp için tanımlanmış ayrı bir kanal bulunmuyor. Bu, WhatsApp üzerinden pazarlama mesajı göndermenin serbest olduğu anlamına gelmez. Aksine, kanal eşlemesi net olmadığı için pazarlama içerikli mesajlarda daha ihtiyatlı davranmak ve izin kayıtlarını (zaman damgası, kanal, onay metninin sürümü) kendi tarafınızda titizlikle tutmak gerekir. Mevzuata ilişkin bu değerlendirmeler bilgilendirme amaçlıdır; kurgunuzu canlıya almadan önce kendi hukuk danışmanınıza doğrulatmanızı öneririz.
Mevzuattan bağımsız olarak Meta'nın kendi politikası da vardır: işletme tarafından başlatılan mesajlar için kullanıcının iletişim izni vermiş olması beklenir. Sipariş formuna WhatsApp üzerinden sipariş ve kargo bilgilendirmesi almak istiyorum ifadesini eklemek, ilk bildirimin altında akıştan çıkma yolunu belirtmek ve gelen çıkış taleplerini otomatik işaretleyip numarayı akıştan düşürmek uygulamada en sağlıklı yaklaşımdır. Modül bu opt-out işaretlemesini otomatik yapar.
WhatsApp utility şablon onayı
WhatsApp'ta işletme, müşteri kendisine yazmadığı sürece serbest metin gönderemez. Müşterinin son mesajından itibaren açılan 24 saatlik müşteri hizmetleri penceresi kapalıysa gönderilebilecek tek şey Meta tarafından önceden onaylanmış bir şablondur. Kargo bildirimi doğası gereği işletme tarafından başlatılır; dolayısıyla şablon kaçınılmazdır.
Meta şablonları üç kategoriye ayırır: marketing (kampanya, duyuru, indirim), utility (devam eden bir işlem veya sipariş hakkında bilgilendirme) ve authentication (tek kullanımlık kodlar). Kargo bildirimleri utility kategorisine girer ve bu kategori hem daha düşük ücretlendirilir hem de pazarlama izni gerektirmez.
Kategori seçimi keyfi değildir. Şablonu utility olarak gönderseniz bile içerikte pazarlama unsuru varsa Meta kategoriyi kendisi marketing olarak yeniden sınıflandırır ve bunu bir kategori güncelleme bildirimiyle iletir. Bu hem maliyeti artırır hem de mesajın gönderilebilmesi için pazarlama izni gerektirir. Yukarıdaki İYS bölümüyle aynı sonuca çıkıyoruz: utility şablonun içine kampanya cümlesi koymayın.
Modül, beş temel şablonla kurulur: sipariş alındı, kargoya verildi, dağıtıma çıktı, teslim edilemedi, teslim edildi. Şablonlar hazır metin olarak sunulur, mağaza diline ve ton tercihinize göre düzenlenebilir. Onay süresi genellikle birkaç saat ile bir iş günü arasındadır. Reddedilen şablonlarda en yaygın sebepler şunlardır: değişkenler için örnek değer girilmemiş olması, metnin bir değişkenle başlaması veya bitmesi, iki değişkenin art arda gelmesi ve değişken numaralarının sıralı olmaması.
WhatsApp mı, SMS mi? Maliyet karşılaştırması
Karşılaştırmayı yalnızca birim fiyat üzerinden yapmak yanıltıcıdır, çünkü iki kanalın yapısal farkları toplam maliyeti belirler.
| Kriter | SMS | WhatsApp (utility şablon) |
|---|---|---|
| Karakter sınırı | 160 karakter; Türkçe karakter kullanıldığında tek mesaj 70 karaktere düşer | Pratikte metin sınırı sorun olmaz |
| Kargo mesajının gerçek maliyeti | Takip numarası ve bağlantı eklendiğinde çoğu zaman 2-3 mesaj olarak ücretlenir | Tek mesaj olarak ücretlenir |
| Zengin içerik | Yok; düz metin ve kısaltılmış bağlantı | Buton, takip bağlantısı, görsel, sipariş bilgisi |
| Teslim geri bildirimi | Operatöre göre değişir, çoğunlukla sınırlı | Gönderildi, iletildi, okundu durumları webhook ile alınır |
| Çift yönlü iletişim | Yok denecek kadar az | Müşteri doğrudan cevap yazar, sohbet penceresi açılır |
| Bağlantı güveni | Kısaltılmış bağlantılar dolandırıcılık algısı yaratır, tıklanma düşer | Doğrulanmış işletme profili altında görünür |
| Fiyat modeli | Paket bazlı; Türkçe karakter ve uzunluk maliyeti katlar | Mesaj başına; kategoriye ve ülkeye göre, yüksek hacimde kademeli |
Fiyatlandırma tarafında bilinmesi gereken güncel bir gelişme var. Meta, Kasım 2024'ten itibaren açık müşteri hizmetleri penceresi içinde gönderilen utility şablonları ücretsiz saymıştı. Duyurulan değişiklikle 1 Ekim 2026 itibarıyla bu ücretsizlik sona eriyor; pencere içindeki utility şablonlar ve serbest metin servis mesajları da ücretlendirilecek. Yalnızca pencere içinde kalarak maliyeti sıfırlayan kurgular bu tarihten önce yeniden hesaplanmalıdır. Pratik hazırlık basittir: eyleme dönüşmeyen ara bildirimleri akıştan çıkarın, bildirim sayısını değil bildirim isabetini optimize edin.
Sık yapılan hatalar
- Her kargo hareketinde mesaj atmak. Bildirim yorgunluğunun, engellenmenin ve numara kalite derecesi düşüşünün bir numaralı sebebi.
- Kargoya verildi deyip takip numarası vermemek. Bu mesaj WISMO talebini engellemez, tetikler.
- İptal edilmiş siparişe bildirim göndermek. İptal edilen bir sipariş için dağıtıma çıktı mesajı gitmesi güveni tek hamlede bitirir. Akışta iptal kontrolü bulunmalıdır.
- Pazaryeri siparişlerini akışa dahil etmek. Pazaryeri siparişlerinde müşteri telefonu çoğu zaman maskelenmiş veya sanal numaradır; bu numaralara mesaj ulaşmaz.
- Numara normalizasyonunu atlamak. Başında sıfır olan veya boşluk içeren kayıtlar sessizce teslim edilmez; hata kuyruğunu izlemiyorsanız aylarca fark etmezsiniz.
- Takip numarasının geç yazılmasını hesaba katmamak. Bazı akışlarda sipariş kargolandı olarak işaretlenir ama numara saatler sonra düşer. Mesaj duruma değil, takip numarasının varlığına bağlanmalıdır.
- Kısmi gönderimi tek sipariş gibi işlemek. Üç ayrı kargoya verildi mesajı yerine paket 1/2 gibi bir ifade kullanılmalıdır.
- Gelen cevapları kimsenin okumaması. Bildirim gönderdiğiniz numaraya müşteri cevap yazar. Bu kutuyu boş bırakmak, otomasyonun sağladığı kazancı geri verir.
Neyi ölçmeli?
Kurulumdan sonra takip edilmesi gereken metrikler şunlardır: bildirim başına iletim ve okunma oranı, kargo konulu destek talebinin toplam talep içindeki payındaki değişim, başarısız ilk teslimat denemesi oranı, teslimat sonrası açılan iade taleplerinin zamanlaması ve akıştan çıkma oranı. Sonuncusu en kritik olanıdır: çıkma oranı yükseliyorsa sorun kanalda değil, gönderdiğiniz mesajın gereksizliğindedir. Modül bu metrikleri panelde bildirim türü bazında raporlar, böylece değer üretmeyen bildirimi kapatmak veri ile karar verilen bir işe dönüşür.
Kargo bildirimi çalışır hâle geldikten sonra aynı altyapı üzerine kurulan doğal devam adımı satın alma öncesi otomasyonlardır; terk edilen sepet hatırlatması aynı şablon disiplinini gerektirir ve aynı WhatsApp numarası üzerinden çalışır. Kurulumun teknik ayrıntılarını daha derin incelemek isterseniz WhatsApp kargo bildirimi kurulum rehberini okuyabilirsiniz.