Web Push Bildirim Yazılımı ile Yeniden Etkileşim

E-ticarette ziyaretçi siteyi terk ettikten sonra yalnızca e-posta veya SMS’e güvenmek çoğu zaman yetersiz kalır. Tarayıcıda kalan, uygulama indirtmeden çalışan ve ürün sayfasına doğrudan götürebilen web push bildirim yazılımı, özellikle sepeti yarıda bırakan veya favori üründe stok/fiyat değişikliği bekleyen alıcılarla yeniden temas kurmak için ayrı bir kanal açar. Bu rehber, sepet terk e-postasından farklı bir mantıkla tarayıcı izni, segment, frekans limiti ve tetikleyici kurgusunu adım adım netleştirir.

Web push nedir, mobil uygulama bildiriminden farkı nedir?

Web push, kullanıcının tarayıcıda sitenize bildirim izni vermesinden sonra sunucunuzun (veya bağlı servisin) o aboneye kısa mesaj göndermesini sağlayan bir kanaldır. Bildirim işletim sistemi tepsisine düşer; tıklanınca tanımlı bir URL açılır. Mobil uygulama push’undan temel farklar şunlardır:

• Uygulama zorunluluğu yok: Kullanıcının App Store veya Play Store’dan uygulama indirmesi gerekmez; mobil veya masaüstü tarayıcı yeterlidir.
• İzin modeli tarayıcıya bağlıdır: Chrome, Firefox, Safari gibi tarayıcılar kendi izin diyaloğunu gösterir; abonelik tarayıcı profili ve cihazla ilişkilidir.
• Derinlik sınırlıdır: Uygulama push’u genelde oturum, konum ve in-app event’lerle daha zengin olay yakalayabilir. Web push ise site olayları, tag/veri katmanı ve e-ticaret paneli sinyallerine dayanır.
• Kapsam tarayıcıda kalır: Kullanıcı siteyi silmez ama tarayıcı bildirimlerini kapatırsa veya izinleri sıfırlarsa abone kaybı oluşur. Bu nedenle izin kalitesi ve frekans yönetimini en baştan planlamanız gerekir.

KOBİ ve kurumsal ekipler için pratik sonuç şudur: Uygulama geliştirme bütçeniz yoksa veya trafiğinizin önemli kısmı mobil web’deyse web push, sepet ve ürün sayfası trafiğini geri çağırmak için düşük sürtünmeli bir kanaldır. Uygulamanız varsa bile web push, henüz uygulamayı yüklememiş ziyaretçiler için tamamlayıcı kalır.

İzin alma anı, opt-in metni ve abone kaybını azaltma

Web push’ta en kritik adım izin anıdır. Sayfa açılır açılmaz tarayıcı diyaloğunu göstermek çoğu zaman reddi artırır; çünkü ziyaretçi henüz değer görmemiştir. Daha sağlıklı yaklaşım iki katmanlı opt-in’dir:

1. Önce site içi yumuşak mesaj (banner veya modal) ile “stok ve fiyat güncellemelerini tarayıcıdan almak ister misiniz?” gibi net bir teklif gösterin.
2. Ziyaretçi “Evet” dedikten sonra tarayıcının resmi izin diyaloğunu tetikleyin.

Opt-in metninde ne yazmalı?

Metin kısa, somut ve beklenti yöneten olmalı. “Bildirim almak ister misiniz?” gibi belirsiz ifadelerden kaçının. Daha iyi örnekler:

• “Sepetinizdeki ürünlerde stok azalınca haber verelim.”
• “Takip ettiğiniz üründe fiyat düşünce tarayıcıdan bildirelim.”
• “Kampanya ve kargo güncellemelerini abone olmadan kaçırmayın.”

Kötü örnekler genelde vaat şişirir veya her şeyi tek kutuya yığar. “Her şeyden anında haberdar olun” hem gürültü yaratır hem de çıkış oranını yükseltir. İzin metninde hangi sıklıkta yazacağınızı da belirtmek abone yorgunluğunu baştan keser: “Günde en fazla bir hatırlatma” gibi net bir çerçeve güven verir.

Abone kaybını azaltan pratikler

• Doğru sayfa ve niyet: Ürün detay, sepet veya teşekkür sayfası gibi niyetin yükseldiği anlarda izin isteyin; anasayfa ilk yüklemesinde değil.
• Cihaz ve tarayıcı uyumu: Desteklenmeyen tarayıcılarda diyaloğu hiç göstermeyin; boş tıklama ve hayal kırıklığı üretmeyin.
• Tercih merkezi: Abonenin “yalnız stok”, “yalnız sepet”, “kampanya yok” gibi seçenekleri güncelleyebileceği bir tercih sayfası sunun.
• İzin yenileme değil, değer yenileme: Reddeden kullanıcıya hemen tekrar sormayın. Bir süre sonra farklı bir değer teklifiyle (ör. fiyat düşüşü) yeniden yumuşak mesaj gösterin.

İzin ve kişisel veri işleme tarafında tarayıcı politikaları ile yerel mevzuat (aydınlatma ve açık rıza süreçleri) birlikte ele alınmalıdır; metin ve kayıtları hukuk ekibinizle netleştirin. Teknik kurulum kadar şeffaf iletişim de abone kalitesini belirler.

Sepet, stok ve kampanya segmentasyon senaryoları

Web push’un e-posta sepet terk serisinden farkı, mesajın tarayıcıda anlık görünmesi ve kısa olmasıdır. Bu yüzden segmenti “herkese aynı hatırlatma” yerine olay ve niyet bazlı kurmak gerekir. Aşağıdaki senaryolar KOBİ ve orta ölçekli e-ticaret panellerinde uygulanabilir düzeydedir.

1) Sepet terk (tarayıcı push versiyonu)

Kullanıcı sepete ürün ekleyip belirli süre içinde ödeme adımına geçmediyse ve siteden ayrıldıysa tetikleyin. Mesajda ürün adını, varsa görsel önizlemeyi ve “Sepete dön” bağlantısını kullanın. E-posta ile çakıştırma kuralı koyun: aynı kişiye aynı saatte hem e-posta hem push atmak yerine hangi kanalın önce gideceğini tanımlayın. Böylece gürültü azalır, kanal katkısını ölçmek kolaylaşır.

2) Stok azaldı / stok bitti geri geldi

Ürün sayfasında “stokta az kaldı” sinyali veya favoriye/izlemeye alınan SKU’da stok eşiği aşıldığında aboneye haber verin. Stok bittiğinde “gelince haber ver” izni alınmış kullanıcılara geri geliş bildirimi gönderin. Bu senaryoda stok verisinin panelle senkron ve gecikmesiz olması şarttır; yanlış stok push’u güveni hızla bozar.

3) Fiyat düşüşü ve hedef fiyat

Kullanıcının baktığı veya sepete eklediği üründe fiyat belirgin düştüyse bildirin. “Hedef fiyat” özelliği varsa ziyaretçi bir eşik tanımlar; eşik aşıldığında push gider. Fiyat mesajında eski-yeni rakamı ve ürün URL’sini net tutun; yanıltıcı indirim dili kullanmayın.

4) Kampanya ve kategori segmentleri

Son 7 günde belirli bir kategoriyi gezip satın almayan abonelere o kategoriye özel kampanya push’u kurgulanabilir. Ancak kampanya frekansını sıkı sınırlayın. “Herkese günlük indirim” modeli abone iptalini hızlandırır. Segmenti davranışa bağlayın: örneğin sadece ayakkabı kategorisinde 3+ sayfa gezenler.

5) Sipariş sonrası yeniden etkileşim (dikkatli kullanım)

Kargo çıktı veya teslimat yaklaşıyor gibi operasyonel bildirimler yüksek değerlidir. Buna karşılık sipariş tamamlandıktan hemen sonra çapraz satış push’u çoğu zaman erken kalır. Operasyon mesajı ile pazarlama mesajını ayrı sınıflandırın; operasyon mesajlarına frekans limitini daha esnek, satış mesajlarına daha sıkı uygulayın.

Segment kurallarını panolda veya otomasyon katmanında net isimlendirin. Tetikleyici, koşul, bekleme süresi, hariç tutma (satın alanlar, stokta olmayanlar) ve çıkış URL’si tek bir kartta görünür olmalı. Benzer kural disiplinini iş süreçlerinde de kurmak isterseniz iş akışı otomasyonu yaklaşımı, push senaryolarınızı da daha izlenebilir hale getirir.

Frekans, sessiz saat ve abone yorgunluğu yönetimi

Web push’un en sık bozulduğu yer teknik kurulum değil frekans disiplinidir. Abone bir kez izin verdikten sonra her kampanyada “ucuz kanal” gibi kullanmak, kısa sürede bildirim kapatma ve tarayıcı engeli üretir. Yönetilebilir bir politika için şu çerçeveyi uygulayın:

• Günlük ve haftalık tavan: Pazarlama push’ları için abone başına günlük üst sınır (ör. 1) ve haftalık üst sınır (ör. 3–5 aralığında markanıza göre) tanımlayın. Operasyonel sipariş mesajlarını ayrı sayın.
• Sessiz saatler: Gece geç ve sabah çok erken saatlerde pazarlama push’u göndermeyin. Saat dilimini ziyaretçinin tarayıcı/cihaz saatine göre ayarlayın; tek bir sunucu saatiyle herkese aynı pencereden basmak hata üretir.
• Kategori yorgunluğu: Aynı ürün veya aynı kampanya metnini art arda göndermeyin. “Son 48 saatte bu SKU için push aldıysa tekrar etme” kuralı koyun.
• Etkileşim skoru: Uzun süredir tıklamayan aboneleri “soğuk” segmente alın. Önce frekansı düşürün, sonra yeniden etkinleştirme denemesi yapın; yanıt yoksa zorunlu olmayan pazarlama push’unu durdurun.
• Mesaj uzunluğu ve net CTA: Başlık kısa, gövde tek fayda, buton/URL tek eylem olsun. Uzun metin ve birden fazla teklif tıklamayı düşürür.

Abone yorgunluğunu sadece “gönderim sayısı” ile değil “değer yoğunluğu” ile yönetin. Stok bitti-geri geldi gibi yüksek niyet mesajları, genel “kaçırma” kampanyalarından daha az şikâyet üretir. Raporlarda açılma/tıklama kadar “izin iptali sonrası düşüş” ve “tekrar abone olmama” sinyallerini de izleyin.

E-ticaret paneli veya tag ile kurulum ve ölçüm adımları

Web push bildirim yazılımını mağazanıza bağlarken iki yaygın yol vardır: e-ticaret paneline özel entegrasyon/eklenti veya tag yöneticisi + servis worker yaklaşımı. Seçim altyapınıza ve teknik kaynağınıza bağlıdır; her iki yolda da ölçüm planı aynı gün hazırlanmalıdır.

Kurulum kontrol listesi

1. Servis worker ve HTTPS: Push için güvenli (HTTPS) site ve tarayıcının kabul ettiği bir service worker kaydı gerekir. Alt alan adları ve CDN önbellek kurallarını worker dosyasını bozmayacak şekilde ayarlayın.
2. Abone kimliği ve veri katmanı: Mümkünse aboneyi oturum açmış kullanıcı, sepet kimliği veya client ID ile ilişkilendirin; böylece “sepete ekledi ama satın almadı” kuralı çalışır. Kişisel veriyi minimumda tutun.
3. Olaylar: page_view, view_item, add_to_cart, begin_checkout, purchase, stock_change, price_drop gibi olayları net isimlerle tanımlayın. İsimler rapor ve otomasyonda birebir aynı olsun.
4. İzin UI’si: Yumuşak opt-in bileşenini tema veya tag ile ekleyin; tarayıcı diyaloğunu yalnız onay sonrası çağırın.
5. Segment ve hariç tutma: Satın alanları sepet terk push’undan, stokta olmayan ürünleri stok kampanyasından çıkarın.
6. Test cihazları: En az bir masaüstü Chrome ve bir mobil tarayıcıda izin, görüntüleme, tıklama ve deep link’i test edin. Safari ve iOS tarafındaki kısıtları ayrıca doğrulayın.
7. Gizlilik metinleri: Aydınlatma ve çerez/izin metinlerinizde bildirim kanalını ve amaçları güncelleyin; kayıtları saklayın.

Ölçüm: neyi başarı sayacaksınız?

Push’u “gönderildi” metrikleriyle yönetmek yanıltıcıdır. E-ticaret için anlamlı zincir şöyledir:

• İzin gösterim → izin kabul oranı
• Gönderim → teslim / görüntülenme (tarayıcı ve servis raporuna göre)
• Tıklama → ürün/sepet/landing görüntüleme
• Tıklama sonrası sepete ekleme ve satın alma (atribusyon penceresi tanımlı olmalı)
• İzin iptali ve şikâyet benzeri sinyaller

Analitikte push tıklamalarına UTM veya özel parametre ekleyin; kampanya adında senaryoyu yazın (sepet_terk_30dk, stok_geri_geldi, fiyat_dususu). Böylece hangi tetikleyicinin gelir ve iptal ürettiğini ayırt edersiniz. Ölçümü yalnızca pazarlama paneline bırakmayın; sipariş paneli ve destek talepleriyle çapraz kontrol edin. Müşteri “neden sürekli bildirim geliyor?” diyorsa frekans kuralınız henüz oturmamış demektir.

Kurulum sırasında destek ve geri bildirim kanallarınızı da hizalayın. Push metniyle sitedeki canlı yardım vaadi çelişmemelidir; yeniden etkileşim sonrası soru artarsa canlı destek yazılımı kapasitenizi gözden geçirmek gerekir. Altyapı tarafında hazır çözüm arıyorsanız HazırSoft yazılım kategorisi içinden panelle uyumlu araçları inceleyebilir, ihtiyaç listesini yazılım kataloğu üzerinden daraltabilirsiniz.

Uygulanabilir 14 günlük devreye alma planı

Büyük bir “tüm abonelere kampanya” günü ilan etmek yerine kontrollü bir rollout daha güvenlidir:

1. Gün 1–2: Hedef senaryoları yazın (sepet terk, stok, fiyat). Her senaryo için mesaj taslağı, frekans ve sessiz saat kuralını tek sayfada toplayın.
2. Gün 3–5: Teknik kurulum, service worker, olaylar ve test cihazları. İzin UI A/B’si için en az iki metin hazırlayın (farklı değer teklifleri).
3. Gün 6–7: Dahili ekiple pilot; gerçek müşteri verisiyle stok ve sepet kurallarını doğrulayın.
4. Gün 8–10: Trafiğin bir kısmında soft launch. İzin kabulü, tıklama ve iptal oranını izleyin; gürültülü senaryoyu hemen kesin.
5. Gün 11–14: Kazanan opt-in metnini ve en temiz tetikleyiciyi genişletin. E-posta/SMS ile çakışma kurallarını kilitleyin. Haftalık rapor şablonunu sabitleyin.

Planın sonunda elinizde “kaç abone?” sorusundan ziyade “hangi olay, hangi mesaj, hangi frekansla siparişe yaklaştırıyor?” cevabı olmalıdır. Bu disiplin, web push’u spam kanalı olmaktan çıkarıp yeniden etkileşim motoruna çevirir.

Sonuç: Push’u kanal olarak yönetin, gürültü olarak değil

Web push bildirim yazılımı, e-ticarette sepet terk e-postasının alternatifi değil; tarayıcıda kalan niyeti kısa ve zamanında yakalayan tamamlayıcı bir kanaldır. Başarı; agresif gönderimden değil, doğru izin anı, net opt-in vaadi, stok/fiyat/sepet segmentleri, frekans tavanı ve ölçülebilir landing akışından gelir. HazırSoft olarak ekiplerin önce senaryo kartını, sonra entegrasyonu ve en son ölçeklemeyi kilitlemesini öneririz. Böylece abone listesi şişmez, kaliteli kalır ve her bildirim tek bir net eylem sunar.

Bir sonraki adımınız basitse şunu yapın: tek bir senaryo seçin (ör. 30–60 dakika sepet terk), yumuşak opt-in metnini yazın, günlük frekans tavanını koyun ve bir hafta boyunca yalnız bu kuralı ölçün. Kanıt birikince stok ve fiyat düşüşünü ekleyin. Kontrollü büyüme, web push’ta en sürdürülebilir yeniden etkileşim yöntemidir.