Title: Anlık Bildirim Author: Kriko Published: 26 Ocak 2021 Last modified: 15 Temmuz 2026 --- 1. [Anasayfa](https://kriko.io/tr/) / 2. [Sözlük](https://kriko.io/tr/sozluk) / 3. A Harfi # Anlık Bildirim Anlık bildirim (Push Notification), en yalın hali ile bir web sitesinin ya da bir web uygulamasının cihazınıza gönderdiği iletiler anlamına geliyor. **Anlık bildirim**, İngilizcede Push Notification olarak adlandırılan, bir mobil uygulama, web uygulaması veya web sitesinin kullanıcıya cihaz üzerinden gönderdiği kısa bilgilendirme mesajıdır. Bu bildirimler genellikle telefonun bildirim ekranında, masaüstü tarayıcı bildirim alanında veya işletim sistemi seviyesinde görünür. Kullanıcı uygulamayı ya da web sitesini o anda aktif olarak kullanmasa bile, izin verilmişse anlık bildirim alabilir. MDN, Push API’nin web uygulamalarının ön planda olmasa bile sunucudan gönderilen mesajları alabilmesini sağladığını açıklar. Anlık bildirimler web push, mobil push ve uygulama içi bildirimlerle karıştırılmamalıdır.** Mobil push notification**, kullanıcının telefonuna yüklediği bir mobil uygulama tarafından gönderilir. WhatsApp mesaj bildirimi, yemek siparişi durumu, kargo güncellemesi, oyun hatırlatması veya bankacılık uyarısı bu yapıya örnek verilebilir. **Web push notification** ise bir web sitesinden veya web uygulamasından, tarayıcı izniyle gönderilen bildirimdir. **In-app notification** ise yalnızca kullanıcı uygulamanın içindeyken görünen bildirim veya mesaj alanıdır. Push notification’ın temel amacı, kullanıcıyla doğru zamanda yeniden iletişim kurmaktır. Bir e-ticaret uygulaması sepet hatırlatması gönderebilir, bir haber sitesi son dakika gelişmesini duyurabilir, bir eğitim uygulaması günlük çalışma hatırlatması yapabilir, bir oyun kullanıcıyı yeni göreve davet edebilir. Bu yönüyle anlık bildirimler trafik, tekrar kullanım, kullanıcı aktivasyonu, retention, satış, üyelik yenileme ve müşteri iletişimi gibi hedeflere hizmet edebilir. Anlık bildirimlerin en önemli özelliklerinden biri izne dayalı çalışmasıdır. Kullanıcı, web sitesi veya uygulama tarafından bildirim almak için izin vermediği sürece normal şartlarda bildirim gönderilemez. Kullanıcı aynı zamanda cihaz ayarlarından, uygulama ayarlarından veya tarayıcı izinlerinden bu bildirimleri kapatabilir. Bu nedenle push notification stratejisinin temelinde kullanıcı izni, beklenti yönetimi ve doğru değer önerisi bulunmalıdır. Web push tarafında bildirimler genellikle Push API, Notifications API ve service worker yapılarıyla çalışır. Push API, sunucudan web uygulamasına mesaj gönderilmesini sağlar. Notifications API ise bu mesajın kullanıcıya sistem seviyesinde bildirim olarak gösterilmesine yardımcı olur. Service worker, sayfa açık olmasa bile arka planda çalışarak push mesajını alabilir ve uygun bildirimi gösterebilir. MDN, Notifications API’nin web sayfası veya uygulamaların sistem seviyesinde gösterilen bildirimler göndermesini sağladığını belirtir. Web push bildirimleri modern web deneyiminin önemli parçalarından biri haline gelmiştir. Chromium blogunda Chrome 42 beta ile birlikte sitelerin, kullanıcı açık izin verdikten sonra sayfa kapalı olsa bile native bildirim gönderebilmesini sağlayan Push API ve Notifications API desteğinin tanıtıldığı açıklanmıştır. Bu yapı, özellikle progressive web app deneyimleri için önemli bir gelişme olarak görülmüştür. Ancak push notification kullanımı dikkatli planlanmalıdır. Kullanıcılar uygulamayı indirmiş veya web sitesine bildirim izni vermiş olsa bile bu, markanın sürekli ve ilgisiz bildirim gönderebileceği anlamına gelmez. Çok sık, alakasız veya değeri düşük bildirimler kullanıcıyı rahatsız edebilir. Bunun sonucu olarak kullanıcı bildirimleri kapatabilir, uygulamayı silebilir veya markaya karşı olumsuz algı geliştirebilir. Bildirim izni isteme anı da performansı etkiler. Kullanıcı siteye girer girmez neden bildirim istediğinizi anlamadan izin penceresi göstermek çoğu zaman düşük kabul oranı ve yüksek reddetme oranı yaratabilir. Web.dev, hassas izinlerin kullanıcıya bağlam verildikten ve kullanıcı etkileşimi sonrasında istenmesini önerir. Örneğin kullanıcı bir haber kategorisini takip etmek istediğinde, sipariş takibi yapmak istediğinde veya fiyat alarmı kurduğunda bildirim izni istemek daha anlamlıdır. İyi bir push notification stratejisinde gönderim sıklığı dikkatle belirlenmelidir. Her marka için geçerli tek bir ideal frekans yoktur. Bir bankacılık uygulaması güvenlik uyarılarını anlık göndermelidir; bir haber uygulaması son dakika gelişmelerinde daha sık bildirim gönderebilir; bir e-ticaret markası ise kampanya, sepet ve fiyat düşüşü bildirimlerini daha kontrollü planlamalıdır. Önemli olan kullanıcının beklediği, izin verdiği ve değer bulduğu sıklığı korumaktır. Bildirim içeriği kısa, net ve aksiyon odaklı olmalıdır. Kullanıcı bildirimi gördüğünde neden ilgilenmesi gerektiğini hemen anlamalıdır. “Bugüne özel %20 indirim”, “Sepetindeki ürünün fiyatı düştü”, “Siparişin kargoya verildi” veya “Günlük ders hedefin hazır” gibi mesajlar doğrudan fayda sunar. Belirsiz, clickbait etkisi yaratan veya kullanıcıyı yanıltan bildirimler kısa vadede tıklama getirse bile uzun vadede güven kaybına neden olabilir. Kişiselleştirme, push notification performansını artırabilir. Kullanıcının önceki davranışları, favori kategorileri, konumu, sepet durumu, uygulama içi aktivitesi veya abonelik seviyesi dikkate alınarak daha alakalı bildirimler gönderilebilir. Örneğin spor ayakkabı inceleyen bir kullanıcıya ilgili kategoride fiyat düşüşü bildirimi göndermek, herkese aynı genel kampanya mesajını göndermekten daha etkili olabilir. Ancak kişiselleştirme yapılırken kullanıcı gizliliği, izinler ve veri koruma kuralları dikkate alınmalıdır. Konum bazlı bildirimler de doğru kullanıldığında etkili olabilir. Bir kullanıcının belirli bir mağazaya, etkinlik alanına, havaalanına veya hizmet bölgesine yakın olması üzerine ilgili bildirimler gönderilebilir. Ancak konum verisi hassas bir veri türü olarak görülmelidir. Kullanıcıya bu verinin neden istendiği açıkça anlatılmalı, izin alınmalı ve bildirimler yalnızca gerçekten faydalı olduğunda gönderilmelidir. Aksi halde konum bazlı bildirimler kullanıcı tarafından müdahaleci algılanabilir. Anlık bildirimlerin başarısı düzenli olarak ölçülmelidir. Gönderim sayısı, teslim oranı, görüntülenme oranı, açılma oranı, tıklama oranı, dönüşüm oranı, bildirim kapatma oranı, uygulama silme oranı ve bildirim sonrası gelir gibi metrikler takip edilebilir. Ancak yalnızca yüksek tıklama oranına odaklanmak yeterli değildir. Bildirimler kullanıcıyı geri getiriyor mu, dönüşüm yaratıyor mu, retention’a katkı sağlıyor mu ve uzun vadede kullanıcı memnuniyetini koruyor mu soruları birlikte değerlendirilmelidir. Push notification, SMS ve e-posta gibi diğer kanallarla birlikte düşünülmelidir. Her mesaj anlık bildirim olarak gönderilmemelidir. Kritik güvenlik uyarıları, teslimat bilgileri, anlık fiyat değişimleri veya zaman hassasiyeti yüksek içerikler push için uygundur. Daha detaylı kampanya duyuruları, bültenler veya uzun açıklamalar ise e-posta gibi kanallara daha uygun olabilir. Kanal seçimi, mesajın aciliyetine, içeriğine ve kullanıcı beklentisine göre yapılmalıdır. Teknik olarak da bildirim altyapısının doğru kurulması gerekir. Mobil uygulamalarda Firebase Cloud Messaging, Apple Push Notification service veya benzeri altyapılar kullanılabilir. Web push tarafında service worker, izin yönetimi, abonelik token’ları, tarayıcı uyumluluğu ve güvenli bağlantı gereklilikleri dikkate alınmalıdır. MDN, service worker üzerinden bildirim gösterme işlevinin güvenli bağlamlarda, yani HTTPS üzerinde çalıştığını belirtir. ([developer.mozilla.org](https://developer.mozilla.org/en-US/docs/Web/API/ServiceWorkerRegistration/showNotification?utm_source=chatgpt.com)) Kısacası **anlık bildirim**, web sitesi, web uygulaması veya mobil uygulamanın kullanıcıya cihaz seviyesinde kısa ve zamanında mesaj göndermesini sağlayan iletişim yöntemidir. Doğru kullanıldığında kullanıcıyı geri getirebilir, etkileşimi artırabilir, satışları destekleyebilir ve önemli bilgileri hızlıca iletebilir. Ancak başarılı bir push notification stratejisi için izin yönetimi, doğru zamanlama, makul gönderim sıklığı, kişiselleştirme, net mesaj, konum kullanımında hassasiyet, teknik güvenilirlik ve düzenli performans ölçümlemesi birlikte yönetilmelidir. ## Sözlükte keşfedin ### Veri Bilimi Veri bilimi (data science), devasa miktarlara ulaşan verilerin toplanıp işlenebilmesini sağlayan bir çalışma modeli. ### Davranışsal Hedefleme Davranışsal Hedefleme, kullanıcıların bir web sitesi üzerindeki davranışlarını inceleyerek bu davranışlara uygun hedefler geliştirmeye yarayan bir etkili dijital pazarlama yöntemidir. ### No Code No Code, geleneksel kodlama ve programlama becerilerine gerek kalmadan uygulama ya da yazılım çözümleri oluşturmaya yardımcı olan bir yazılım geliştirme yaklaşımıdır. ### Yinelenen İçerik Yinelenen içerik (Duplicate Content), aynı ya da birbirine çok büyük oranda benzeyen içeriklerin birden fazla sayfada, sitede yer alması anlamına geliyor. ### Veri Temizleme Veri temizleme (Data Cleansing) veri tabanındaki yanlış – alakasız, tutarsız verileri tespit etmek, düzenlemek ya da listeden kaldırmaktır. Bununla amaç bir veri standardizasyonu sağlamaktır. ### Büyük Veri Büyük veri, sürekli güncellenen çeşitli ve karmaşık veri setleridir. ### Veri Madenciliği Veri madenciliği, devasa veri kümelerini keşfetmek için kullanılan bilgisayar yollu bir teknik ve stratejidir. ### Müşteri Kaybı Analizi Customer Churn analizi, müşteri bağlılığını artırmaya ve müşteri kaybının sebeplerini tespit etmeye yönelik gerçekleştirilen bir analiz yöntemidir. ### Müşteri Edinme Maliyeti (CAC) Müşteri edinme maliyeti (Customer Acquisition Cost - CAC), basitçe ifade etmek gerekirse bir müşteri elde etmek için ne kadar para harcadığınız anlamına geliyor. ## Dijitalin nabzını bizimle takip et Dijital dünyayı şekillendiren seçilmiş içgörüler, haberler ve fikirlerden haberdar olmak için abone olun. Bu kutucuğu işaretleyerek [gizlilik ve aydınlatma](https://kriko.io/tr/gizlilik-politikasi) metnimizi kabul ettiğinizi onaylamış olursunuz.