Push bildirim, e-ticaret markalarının elindeki en doğrudan kanal: müşteriye ulaşmak için ne e-posta kutusunun algoritmasına ne de reklam bütçesine ihtiyaç var. Bildirim telefonun ekranında, kilit ekranında belirir.
Bu doğrudanlık aynı zamanda kanalın en büyük riski. E-postayı okumayan kullanıcı sadece siler; kötü kurgulanmış bir bildirim dizisiyle karşılaşan kullanıcı ise önce bildirimleri kapatır, sonra uygulamayı siler. Bu kaybın geri dönüşü yoktur — kullanıcıyı yeniden uygulama indirmeye ikna etmek, ilk indirmeden pahalıdır.
Arada ne kadar fark olduğunu gösteren somut bir veri var. Push altyapısı sağlayıcısı Batch'in Temmuz 2024 – Temmuz 2025 döneminde yaklaşık 10.000 uygulama ve 800 milyar mesaj üzerinden yaptığı analize göre, kullanıcı davranışına bağlı gönderilen bağlamsal bildirimlerin açılma oranı yüzde 14,4 iken herkese aynı anda gönderilen genel kampanya bildirimlerinde bu oran yüzde 4,19'da kalıyor. Aradaki fark yaklaşık üç buçuk kat ve tek bir şeyden kaynaklanıyor: bildirimin doğru kişiye doğru anda gitmesi.
Bu yazıda dönüşüm odaklı bir push bildirim stratejisinin üç temel unsurunu — kurallar, segmentasyon ve senaryolar — ele alıyoruz.
Push Bildirim Neden Hâlâ En Güçlü Dönüşüm Kanallarından Biri?
Aracı yok. E-postada spam filtresi, sosyal medyada algoritma, reklamda bütçe var. Push bildirimde kullanıcı izin verdiyse mesaj doğrudan ekranına düşer.
İzin verilmiş bir kitle. Aynı Batch analizine göre ortalama opt-in oranı yüzde 61 civarında; Android tarafında yüzde 67, iOS tarafında yüzde 56. Yani uygulamayı indiren kullanıcıların çoğunluğu bildirim almayı kabul ediyor. Bu, satın almaya diğer kanallardan daha yakın bir kitle.
Zamanlama kontrolü. Sepeti terk eden kullanıcıya bir saat sonra, stoğa giren ürünü bekleyen kullanıcıya ürün girdiği anda ulaşabilirsiniz. Hiçbir kanal bu kadar hassas zamanlamaya izin vermez.
Marjinal maliyet neredeyse sıfır. Bildirim başına ödeme yoktur. Maliyet, altyapının kurulumunda ve içeriğin hazırlanmasındadır; gönderim ölçeklendikçe birim maliyet düşer.
Ancak bu avantajların tamamı tek bir koşula bağlı: kullanıcının bildirimleri açık tutması. Strateji tartışmasının merkezinde de bu vardır — kısa vadeli tıklama ile uzun vadeli izin arasındaki denge.
Native Push Bildirimi Web Push'tan Farklı Kılan Nedir?
Native mobil uygulama bildirimi ile tarayıcı üzerinden gönderilen web push arasında dört temel fark var.
Erişim biçimi. Native bildirim, tarayıcı açık olmasa da cihazın işletim sistemi üzerinden iletilir ve kilit ekranında görünür. Web push ise tarayıcıya bağlıdır; iOS tarafında ayrıca kullanıcının siteyi ana ekrana eklemiş olması gerekir, bu da erişilebilir kitleyi ciddi biçimde daraltır.
Zengin içerik. Native bildirimde görsel, ürün fotoğrafı, aksiyon butonları ve rozet sayacı kullanılabilir. Bu, özellikle görselin satın alma kararını belirlediği kategorilerde fark yaratır.
Veri derinliği. Uygulama içi davranış — hangi ürüne kaç kez bakıldı, hangi kategoride ne kadar zaman geçirildi, sepete ne eklenip çıkarıldı — native tarafta çok daha ayrıntılı izlenebilir. Segmentasyonun kalitesi doğrudan bu veriye bağlıdır.
İzin yapısı. Native uygulamada izin isteme anını siz seçersiniz; kullanıcı uygulamayı bir süre kullandıktan sonra, değer gördüğü bir anda sorabilirsiniz. Web push'ta izin istemi genellikle site açılır açılmaz gelir ve reddedilme oranı yüksektir.
İki yaklaşım arasındaki genel karşılaştırma için Native Mobil Uygulama vs PWA yazımıza bakabilirsiniz; bu yazı, native tarafı seçmiş markalar için bir derinleşme niteliğinde.
Dönüşüm Odaklı Push Bildirim Stratejisinin 3 Temel Unsuru
1. Push Bildirim Kuralları (Zamanlama, Sıklık, İzin Yönetimi)
Ne işe yarar? Kurallar, kanalın uzun vadede yaşamasını sağlar. Dört başlıkta toplanır.
Zamanlama ve sessiz saatler. Gece bildirimi göndermeyin. Sessiz saat aralığını tanımlayın (yaygın uygulama 22.00–09.00) ve bu aralığa denk gelen bildirimleri ertesi sabaha erteleyin. Kullanıcının saat dilimini dikkate alın; yurt dışına satış yapıyorsanız bu ayar zorunludur. Kategoriye göre en verimli saat değişir — market ve yemek akşam saatlerinde, moda öğle arası ve akşam erken saatlerde daha iyi çalışır.
Sıklık sınırı (frequency capping). Günde ve haftada azami bildirim sayısı tanımlayın. Pazarlama bildirimleri için haftada üç ila beş arası makul bir başlangıç noktasıdır. Kritik ayrım şudur: işlemsel bildirimler (sipariş onayı, kargo çıkışı, teslimat) bu sınırın dışında tutulmalıdır — kullanıcı bunları rahatsızlık olarak algılamaz, aksine bekler.
İzin (opt-in) yönetimi. İzni uygulamanın ilk açılışında istemeyin. Kullanıcı bir ürünü favoriye eklediğinde ya da ilk siparişini verdiğinde, bildirimin ne işe yarayacağını gösteren bir bağlamla sorun: "Stoğa girdiğinde haber verelim mi?" Bu yaklaşım kabul oranını belirgin biçimde yükseltir. İzin reddedildiyse ısrar etmeyin; uygulama içinde bildirim ayarlarına kolay erişilebilir bir yer bırakın.
Mesaj uzunluğu ve CTA netliği. Başlık 40 karakteri, gövde 100 karakteri aşmasın; aşan kısım cihazda kırpılır. Tek bir eylem önerin ve bildirime tıklayan kullanıcıyı ana sayfaya değil, doğrudan ilgili ürüne ya da sepete yönlendirin. Yanlış yönlendirme, açılmış bir bildirimi boşa harcar.
İhmal edilirse ne olur? Kurallar tanımlı değilse gönderim sayısı zamanla artar, çünkü her kampanya bir bildirim talep eder. Kullanıcı önce bildirimleri sessize alır, sonra kapatır. Kapatma işlemi size raporlanmaz; yalnızca ulaşılabilir kitlenin sessizce küçüldüğünü görürsünüz.
Nasıl uygulanır? Sessiz saatleri ve sıklık sınırını sistem düzeyinde tanımlayın — kampanya bazında karar verilen bir kural, yoğun dönemde ilk esnetilen şey olur. Bildirim türlerini ayırın: işlemsel, kişiselleştirilmiş ve genel kampanya. Her türe ayrı sıklık bütçesi verin.
2. Segmentasyon
Ne işe yarar? Segmentasyon, aynı bildirimin herkese gitmesini engeller. Yazının başındaki veri tam olarak bunu ölçüyor: bağlamsal bildirimlerde yüzde 14,4, genel gönderimde yüzde 4,19 açılma oranı. Müşteri segmentasyonu, bu farkın kaynağıdır.
E-ticarette en çok işe yarayan segmentler davranışsaldır:
- Sepeti terk edenler — satın almaya en yakın grup, en yüksek dönüşüm potansiyeli
- Sık alışveriş yapanlar — yeni koleksiyon ve erken erişim bildirimleri için ideal
- Belirli kategoriye ilgi gösterenler — son 30 günde o kategoride gezinmiş kullanıcılar
- Ürünü favoriye ekleyip almayanlar — stok ve fiyat uyarısı için doğal hedef
- Uzun süredir uygulamayı açmayanlar — geri kazanım kurgusu, ayrı bir dille
- İlk siparişini vermiş ama tekrar etmemişler — ikinci siparişe yönlendirme
Segment yalnızca kimin alacağını değil, ne zaman ve nasıl alacağını da belirler. Sık alışveriş yapan bir kullanıcıya haftada üç bildirim normalken, altı aydır uygulamayı açmamış bir kullanıcıya ayda bir bildirim bile fazla gelebilir. Dil de değişir: sadık müşteriye "senin için ayırdık", uzaklaşmış kullanıcıya "seni özledik" demek farklı işler görür.
İhmal edilirse ne olur? Segmentsiz gönderimde bildirim, kullanıcıların büyük kısmı için alakasız olur. Alakasız bildirim yalnızca açılmamakla kalmaz, kullanıcının sonraki bildirimlere olan ilgisini de düşürür. Bu, kanalın zamanla değer kaybetmesi demektir.
Nasıl uygulanır? Üç segmentle başlayın — sepeti terk edenler, favoriye ekleyip almayanlar ve sık alışveriş yapanlar. Bu üçü çoğu e-ticaret işletmesinde dönüşümün büyük kısmını üretir. Segmentleri statik liste olarak değil, kural olarak tanımlayın ki kullanıcılar davranışlarına göre otomatik girip çıksın. Her segment için ayrı sıklık ve saat kuralı belirleyin.
3. Dönüşüm Senaryoları (Sepet Terk, Stok/Fiyat Uyarısı, Sipariş Durumu)
Ne işe yarar? Senaryolar, bildirimi kampanya takvimine bağlı olmaktan çıkarıp kullanıcı davranışına bağlar. Bir kez kurulur, sürekli çalışır.
E-ticarette en çok dönüşüm üreten üç senaryo:
- Sepet terk hatırlatması. Sepete ürün ekleyip satın almadan çıkan kullanıcıya gönderilir. İlk bildirim 1-2 saat içinde, ürünü hatırlatan nötr bir dille; yanıt gelmezse 24 saat sonra ikinci bir hatırlatma. İndirim kuponunu ilk bildirimde vermeyin — kullanıcılar bunu öğrenir ve indirim beklemek için sepeti kasıtlı terk etmeye başlar.
- Stok ve fiyat düşüşü uyarısı. Favoriye eklenen ya da tükendiğinde ilgilenilen ürün stoğa girdiğinde veya fiyatı düştüğünde gönderilir. En yüksek açılma oranına sahip senaryodur, çünkü kullanıcı bu bildirimi kendisi talep etmiştir. Ön koşulu anlık stok verisidir; ürün stoğa girdikten saatler sonra giden bildirim, kullanıcı geldiğinde ürünü yine tükenmiş bulabilir.
- Sipariş durumu bildirimi. Onay, hazırlanma, kargoya verilme ve teslimat aşamalarında gönderilir. Pazarlama bildirimi değildir ama etkisi ondan büyüktür: müşteri hizmetlerine gelen "kargom nerede" sorularını azaltır ve kullanıcının bildirimleri açık tutmasının en güçlü gerekçesini oluşturur. Bu senaryo çalışmayan bir uygulamada pazarlama bildirimleri de sürdürülemez.
İhmal edilirse ne olur? Senaryolar kurulmazsa push kanalı tümüyle kampanya bildirimlerine kalır. Bu da hem daha düşük dönüşüm hem daha yüksek rahatsızlık demektir: kullanıcı yalnızca satış mesajı alan bir kanalı kapatmakta tereddüt etmez.
Nasıl uygulanır? Önce sipariş durumu bildirimlerini kurun — teknik olarak en sağlam, kullanıcı açısından en değerli olan budur. Ardından sepet terk, sonra stok ve fiyat uyarısı. Her senaryonun dönüşümünü ayrı ölçün; toplam push performansı, iyi çalışan bir senaryonun kötü çalışan diğerini gizlemesine yol açar.
Bu Kurallara Uyulmazsa Ne Olur?
Yanlış kurgulanmış bir push stratejisinin sonuçları kademeli ilerler ve her kademe bir öncekinden pahalıdır.
Bildirim yorgunluğu. Kullanıcı bildirimleri görmeye devam eder ama açmaz. Açılma oranı düşerken gönderim sayısı artar — çünkü düşen performansa verilen ilk tepki genellikle daha fazla göndermektir. Bu, sorunu hızlandırır.
Bildirimlerin kapatılması (opt-out). Kullanıcı uygulamayı silmez ama bildirimleri kapatır. Kanal o kullanıcı için tamamen kapanmıştır ve geri açtırmanın pratik bir yolu yoktur. Daha da kötüsü, bu kayıp panelinizde açık bir uyarı olarak görünmez; yalnızca erişilebilir kitle sessizce küçülür.
Uygulamanın silinmesi. En pahalı sonuç budur. Uygulama indirme maliyeti göz önüne alındığında, silinen her kullanıcı doğrudan bir yatırım kaybıdır. Üstelik silen kullanıcıyı geri kazanmak, yeni kullanıcı kazanmaktan zordur.
Mağaza puanının düşmesi. Aşırı bildirim şikâyetleri uygulama mağazası değerlendirmelerine yansır. Düşen puan, yeni kullanıcı kazanımını doğrudan zorlaştırır.
Bu zincirin ortak özelliği şu: her kademe geri dönüşsüzdür ve hiçbiri anlık bir alarm üretmez. Bu nedenle push stratejisinde açılma oranı kadar opt-out oranını ve uygulama silme oranını izlemek gerekir.
Dönüşüm Odaklı Push Bildirim Stratejisi İçin 5 Adım
1. İzin akışını yeniden tasarlayın. İzni ilk açılışta değil, kullanıcının değer gördüğü anda ve bir bağlamla isteyin. Opt-in oranınızı ölçün; sektör ortalaması yüzde 60 civarındayken belirgin şekilde altındaysanız sorun akıştadır.
2. Kuralları sistem düzeyinde tanımlayın. Sessiz saatler, sıklık sınırı ve bildirim türü ayrımı kampanya bazında değil, altyapı düzeyinde kurulmalıdır.
3. Üç senaryoyla başlayın. Sipariş durumu, sepet terk, stok/fiyat uyarısı. Kampanya bildirimlerine bu üçü çalışmadan yüklenmeyin.
4. Davranışsal segmentleri kurun. Statik liste değil, otomatik güncellenen kural bazlı segmentler. Her segmente ayrı sıklık ve saat.
5. Doğru metrikleri izleyin. Açılma oranı tek başına yeterli değildir. Bildirim başına gelir, senaryo bazında dönüşüm, opt-out oranı ve uygulama silme oranı birlikte izlenmelidir. Açılma oranı yüksek ama opt-out da artıyorsa, kısa vadeli kazanç uzun vadeli kitleyi tüketiyor demektir.
LivaSoft Native Mobil Uygulamasıyla Push Bildirim Stratejinizi Hayata Geçirin
Bu yazıdaki üç unsurun da ortak koşulu aynı: doğru ve anlık veri. Stok uyarısı, ürün stoğa girdiği anda tetiklenmelidir; sipariş durumu bildirimi, siparişin gerçek durumunu yansıtmalıdır. Veri gecikmeli akıyorsa bildirim de yanlış zamanda ya da yanlış bilgiyle gider — bu durumda kanal dönüşüm üretmek yerine güven kaybettirir.
Native mobil uygulama çözümümüz markanıza özel geliştirilir ve anlık bildirim desteği içerir. Uygulama, e-ticaret siteniz ve ERP sisteminizle entegre çalışır; ürün, stok, fiyat ve sipariş verileri otomatik olarak senkronize edilir. Böylece stok ve fiyat uyarıları gerçek stok hareketine, sipariş durumu bildirimleri ise siparişin gerçek aşamasına bağlı olarak tetiklenir.
Uygulama, kendi e-ticaret altyapınız ve pazaryerlerinizle aynı veri havuzundan beslendiği için kullanıcının uygulamada gördüğü stok, sitede gördüğüyle aynıdır. Sipariş durumu bildirimlerinin doğru aşamada gitmesini sağlayan katman için sipariş yönetim sistemi (OMS) nedir yazımıza bakabilirsiniz.
Markanıza özel mobil uygulama ve push bildirim kurgusunu birlikte planlamak için demo talep edin.
Sıkça Sorulan Sorular
Push bildirim gönderirken hangi kurallara uyulmalı?
Dört temel kural vardır. Sessiz saatler tanımlanmalı ve gece bildirimi gönderilmemelidir; kullanıcının saat dilimi dikkate alınmalıdır. Sıklık sınırı belirlenmeli, pazarlama bildirimleri için haftada üç-beş makul bir başlangıçtır; işlemsel bildirimler bu sınırın dışında tutulur. İzin, uygulamanın ilk açılışında değil kullanıcının değer gördüğü bir anda ve bağlamla istenmelidir. Mesajda başlık 40, gövde 100 karakteri aşmamalı, tek bir eylem önerilmeli ve tıklayan kullanıcı ana sayfaya değil doğrudan ilgili ürüne yönlendirilmelidir.
Push bildirimde segmentasyon nasıl yapılır?
En etkili segmentler davranışsaldır: sepeti terk edenler, favoriye ekleyip almayanlar, sık alışveriş yapanlar, belirli kategoriye ilgi gösterenler, uzun süredir uygulamayı açmayanlar ve ilk siparişini verip tekrar etmeyenler. Segmentler statik liste olarak değil kural olarak tanımlanmalı, böylece kullanıcılar davranışlarına göre otomatik girip çıkmalıdır. Segment yalnızca kimin alacağını değil, ne zaman ve hangi dille alacağını da belirler. Başlangıç için ilk üç segment çoğu işletmede dönüşümün büyük kısmını üretir.
E-ticarette en etkili push bildirim senaryoları hangileri?
Üç senaryo öne çıkar. Sipariş durumu bildirimleri (onay, kargo, teslimat) pazarlama amaçlı olmasa da en değerlisidir; müşteri hizmetleri yükünü azaltır ve kullanıcının bildirimleri açık tutmasının gerekçesini oluşturur. Sepet terk hatırlatması satın almaya en yakın kitleye ulaşır; ilk bildirim 1-2 saat içinde gönderilmeli ve indirim kuponu ilk mesajda verilmemelidir. Stok ve fiyat düşüşü uyarısı en yüksek açılma oranına sahip senaryodur çünkü kullanıcı bu bildirimi kendisi talep etmiştir; ön koşulu anlık stok verisidir.
Push bildirim ile web push arasındaki fark nedir?
Dört temel fark vardır. Native bildirim, tarayıcı açık olmasa da işletim sistemi üzerinden iletilir ve kilit ekranında görünür; web push tarayıcıya bağlıdır ve iOS'ta kullanıcının siteyi ana ekrana eklemesini gerektirir. Native tarafta görsel, aksiyon butonu ve rozet sayacı gibi zengin içerik kullanılabilir. Uygulama içi davranış verisi native tarafta çok daha ayrıntılıdır, bu da segmentasyon kalitesini doğrudan etkiler. Son olarak native uygulamada izin isteme anını siz seçersiniz; web push'ta istem genellikle site açılır açılmaz gelir ve reddedilme oranı yüksektir.
Native mobil uygulama push bildirimi kurmak için ne gerekir?
Teknik olarak uygulamanın bildirim altyapısına (iOS ve Android bildirim servisleri) bağlanması ve bir gönderim/segmentasyon katmanı gerekir. Ancak asıl koşul veri tarafındadır: stok uyarısının çalışması için anlık stok verisi, sipariş durumu bildiriminin çalışması için siparişin gerçek aşamasını yansıtan bir sipariş katmanı, segmentasyon için ise uygulama içi davranış verisinin toplanması gerekir. Uygulama e-ticaret altyapısı ve ERP ile entegre çalışmıyorsa bildirimler yanlış zamanda veya yanlış bilgiyle gider; bu da kanalın dönüşüm yerine güven kaybettirmesine yol açar.