Dijital Ürün Satış Scriptine Push Bildirim Bağlayanların Sessizce Yaptığı Şey: Aynı Ziyaretçiye İkinci Kez Ulaşmanın Reklamsız Yolunu Neden Kimse Anlatmıyor?

Push bildirim denince aklına gelen şey muhtemelen "siteye girer girmez çıkan izin penceresi" ve onu hemen kapatan kullanıcılardır. Bu yüzden çoğu satıcı bu kanalı ya hiç kurmaz ya da kurup en kötü şekilde kullanır: haftada üç kez "indirimler başladı" bildirimi atıp abone listesini kendi eliyle eritir. Sonuç olarak "push işe yaramıyor" kanaati oluşur. Oysa işe yaramayan şey push değil, izinsiz ve zamansız gönderilen mesajdır.

Doğru kurulduğunda push, dijital ürün satışında elindeki en ucuz ikinci temas kanalıdır. Reklam bütçesi yok, e-posta teslim edilebilirlik derdi yok, mesaj onayı bekleme yok. Ama tek şartı var: bildirim, kullanıcının kendi davranışından doğmalı. "Stokta yok" yazan ürünü görmüş bir kullanıcıya o ürün geldiğinde haber vermek push'tur; herkese aynı kampanyayı yollamak ise gürültüdür. Bu ayrımı yazılım katmanında kurmadığın sürece hangi servisi kullandığın hiç önemli değil.

İzin isteğini ne zaman göstermelisin ki reddedilmesin?

Sayfa açılışında çıkan izin penceresi, kullanıcı senin kim olduğunu bilmeden karar vermeye zorlandığı için neredeyse her zaman reddedilir ve reddedilen izin tarayıcı tarafında kalıcı olarak hatırlanır. Yani bir kez kaybettiğin izni geri kazanmanın pratik bir yolu yoktur. Doğru yaklaşım iki aşamalıdır: önce kendi arayüzünde yumuşak bir kart göster, kullanıcı "haber ver" dediğinde tarayıcı iznini tetikle. Bu kartı da rastgele değil anlamlı anlarda çıkar: stokta olmayan ürün sayfasında, sipariş teslimi tamamlandığında ya da fiyatı takip etmek isteyebileceği bir ürünü ikinci kez görüntülediğinde. Bir e-pin scripti içinde bu üç anın hepsini zaten biliyorsun; eksik olan tek şey bu bilgiyi izin akışına bağlamak.

Hangi tetikleyiciler gerçekten para kazandırıyor?

Toplu duyuru en düşük getirili senaryodur. Gerçek gelir dört davranış tetikleyicisinden gelir. Birincisi stok geldi bildirimi: kullanıcı bilinçli olarak talep etmiştir, ürünü hatırlar ve ihtiyacı hâlâ tazedir. İkincisi terk edilen sepet: ödeme adımına gelip vazgeçmiş kullanıcıya ilk bir saat içinde kısa bir hatırlatma gider. Üçüncüsü fiyat düştü: takip ettiği ürünün fiyatı belirli bir eşiğin altına indiğinde tetiklenir. Dördüncüsü sipariş durumu: elle teslim edilen bir siparişte kodun hazır olduğunu haber vermek, hem destek yükünü düşürür hem memnuniyeti belirgin şekilde artırır. Bu dört akış, iyi bir dijital ürün satış yazılımı içinde sipariş ve stok tablolarına bağlı birer olay dinleyicisinden ibarettir.

Aboneyi tüketmeden nasıl gönderim yaparsın?

Push listesinin değeri abone sayısıyla değil, abone başına ortalama tıklamayla ölçülür. Bunu korumanın yolu bir gönderim bütçesi tanımlamaktır: her aboneye haftada en fazla iki mesaj, bunlardan en fazla biri kampanya. Davranış tetikli mesajlar bu bütçenin dışında tutulabilir çünkü onları kullanıcı kendi isteğiyle talep etmiştir. Ayrıca sessiz saat tanımlaman şart; gece yarısı gelen bildirim kaçınılmaz olarak abonelikten çıkışla sonuçlanır. Panelinde bir abonenin son otuz gündeki tıklama davranışını görebiliyorsan, hiç tıklamayan aboneleri kampanya listesinden çıkararak listenin ortalama kalitesini yükseltebilirsin. Bu inceltme işi kulağa ters gelir ama gönderim başına geliri yükseltir.

Teknik tarafta neyi yanlış kurarsan sistem sessizce bozulur?

Push entegrasyonlarının en sinsi arızası abonelik jetonlarının süresinin dolmasıdır. Tarayıcı jetonu yeniler, sen eski jetonu tutmaya devam edersin ve gönderimler hata döner. Bu hatayı loglamıyorsan listenin yarısının ölü olduğunu aylar sonra fark edersin. Bu yüzden her gönderim sonucunun kaydedilmesi, kalıcı hata dönen jetonun otomatik pasife çekilmesi gerekir. İkinci mesele gönderim hızıdır: binlerce aboneye tek bir döngüde mesaj atmaya çalışmak PHP tarafında zaman aşımı üretir. Doğru mimari kuyruk tabanlıdır; bir zamanlanmış görev her çalışmasında sabit bir parti gönderir ve nereden devam edeceğini kayıt altında tutar. İyi kurgulanmış bir e-pin satış scripti bu iki mekanizmayı hazır getirir, sen sadece anahtarları girersin.

Push ile e-posta ve mesaj kanallarını nasıl paylaştırmalısın?

Üç kanal birbirinin yerine değil, birbirinin peşine kurulur. Push en hızlı ve en kısa kanaldır; ani ve tek cümlelik haberler için biçilmiş kaftandır: stok geldi, kod hazır, fiyat düştü. E-posta daha uzun anlatım ister; fatura, sipariş özeti, çok ürünlü kampanya orada yaşar. Mesaj kanalı en pahalı ve en rahatsız edici olandır, bu yüzden sadece işlemsel zorunluluklara saklanmalı. Akıllı kurulum bir kanal sırası tanımlar: önce push dene, on beş dakika içinde tıklanmadıysa e-posta gönder, ikisi de sonuç vermediyse ve sipariş kritikse mesaj gönder. Bu sıralamayı e-pin yazılımı tarafında tek bir bildirim servisine bağladığında hem maliyet düşer hem müşteri aynı haberi üç kez almaz.

Bu kanalın gerçek değeri nerede ortaya çıkıyor?

Push'un en çok konuşulmayan faydası kampanya değil, talep ölçümü. Stokta olmayan bir ürün için kaç kişinin bildirim talep ettiğini biliyorsan, o ürünü tedarik edip etmeme kararını duyguyla değil sayıyla verirsin. Elli kişi bir oyunun belirli bir kupon değeri için haber bekliyorsa, tedarikçiyle pazarlık yaparken elinde somut bir talep verisi olur. Aynı veri fiyatlandırmayı da besler: talebi yüksek ürünlerde marjı korumak, talebi zayıf olanlarda hızlı eritmek daha kolay hale gelir. Yani doğru kurulan bir bildirim sistemi, satış kanalı olmanın yanında sana ücretsiz bir pazar araştırması kaynağı bırakır ve bu, uzun vadede tek tek bildirimlerden gelen gelirden daha değerlidir.

Push bildirimi bir duyuru megafonu olarak kurarsan listeni tüketirsin; siparişe ve stoğa bağlı bir hatırlatma sistemi olarak kurarsan reklam bütçesi olmadan çalışan ikinci bir satış kanalı kazanırsın. Aradaki tek fark, mesajı kimin başlattığıdır. Bu tetikleyicilerin panel içinde nasıl tanımlandığını ve abone sağlık raporunun neye benzediğini görmek için canlı demo üzerinden bildirim ve stok ekranlarını inceleyebilirsin.