Bir ziyaretçi sitenizdeki bir ürün duyurusunu ya da randevu bilgisini takip etmek isteyebilir; başka biri aynı bilgiyi yalnızca o anda arıyor olabilir. Sayfa açılır açılmaz ekrana düşen bildirim izni penceresi, iki kişiye de aynı cevabı dayatır. Daha iyi bir akış, önce bildirimin ne için gönderileceğini ve ne sıklıkta gelebileceğini açıklar; ardından kişi isterse izni kendi eylemiyle verir. Bu rehber, tarayıcı bildirimi iznini kullanıcı yararı, açık seçim, reddetme yolu ve yayın sonrası kontrolle birlikte tasarlar. Belirli bir Bağcılar işletmesinin, ofisinin veya müşterisinin bulunduğunu ileri sürmez.

Bildirim izni, e-posta adresi toplamakla aynı işlem değildir. Tarayıcıda görüntülenen sistem bildirimi için tarayıcı ve cihaz desteği ayrıca gerekir; iznin verilmiş olması, işletmenin her tür mesajı göndermesi gerektiği anlamına gelmez. Web Tasarım hizmetinin kapsamını değerlendirirken web tasarım ve yazılım hizmeti yanında bildirim içeriğini kimin hazırlayacağını, teknik bileşeni kimin sürdüreceğini ve izin tercihinin nasıl yönetileceğini de konuşun.

Önce bildirimin gerçekten gerekli olup olmadığını sorun

Her web sitesinin tarayıcı bildirimi göndermesi gerekmez. Kullanıcı siteyi ziyaret ettiğinde ihtiyacını zaten tamamlayabiliyorsa, bildirim izni istemek ek bir yarar sunmayabilir. Bildirim daha çok, kullanıcı sitede değilken gerçekleşebilecek ve gecikmeden haber verilmesi anlamlı olan belirli bir olay için değerlendirilebilir. Örneğin kişinin kendi talep ettiği randevu değişikliği veya takip ettiği bir işlem hakkında mesaj yararlı olabilir. Bu örnekler evrensel öneri değildir; işletmenin gerçekten sağlayabildiği bilgi ve zamanlama doğrulanmalıdır.

Her bildirim türü için küçük bir karar kartı hazırlayın: hangi olay mesajı başlatır, alıcı bunu neden önemser, hangi kaynaktan doğrulanır, kim onaylar, ne zaman gönderilir ve hangi durumda gönderilmez? “Yeni içerik var” gibi belirsiz bir vaat yerine kullanıcının seçebileceği konu ve sıklık açıkça anlatılmalıdır. Eğer aynı bilgi e-postayla veya hesap içindeki durum ekranında zamanında bulunuyorsa, tarayıcı bildiriminin ek değerini karşılaştırın. Kanal çoğaltmak tek başına hizmet iyileştirmesi değildir.

İzni ne zaman isteyeceğinizi içerik kararıyla belirleyin

Tarayıcı sistem penceresini sayfa yüklenirken kendiliğinden açmak, kullanıcıya bağlam vermeden seçim yaptırır. Önce sayfanın kendi arayüzünde kısa ve anlaşılır açıklama sunun: hangi bildirim, yaklaşık ne sıklıkta, hangi amaçla, nasıl kapatılabilir? Daha sonra “bildirimleri aç” gibi açık bir düğmeye basılması, izni isteme adımını kullanıcının niyetine bağlar. MDN’nin web bildirimleri teknik belgesi, izin isteğinin kullanıcı etkileşimi sırasında çağrılmasını önerir; ayrıca desteğin tarayıcıya göre değişebildiğini ve güvenli bağlam gerektiğini belirtir. Uygulama kararı güncel teknik doküman ve hedef cihazlarda sınanmalıdır.

Ön açıklamadaki seçenekler gerçek ve eşit derecede anlaşılır olmalıdır. “Şimdi değil” veya “istemiyorum” yolu düğmenin yanında ya da aynı görünürlükte sunulabilir; reddetme seçeneğini düşük kontrastla saklamayın, sayfayı kapatmayı zorunlu kılmayın. Kullanıcının temel sayfayı, formu veya satın alma adımını tamamlaması izne bağlanmamalıdır. İzin istemeden önce işlevin ne olduğunu açıklayın; tarayıcının göstereceği sistem penceresini taklit ederek kişiyi şaşırtmayın. Bu ayrım, site içi açıklama ile tarayıcı kontrolündeki kararın aynı şey olmadığını anlatır.

İzin durumlarını birbirinden ayırın

Uygulama, izin için tek bir evet/hayır varsayımına dayanmamalıdır. Teknik durum henüz sorulmamış olabilir, kullanıcı kabul etmiş olabilir veya reddetmiş olabilir; desteklenmeyen tarayıcı ve hata durumları da ayrı ele alınır. MDN’nin web bildirimleri uygulama arayüzü belgesi, desteğin tarayıcıya göre değişebildiğini ve güvenli bağlantı gerektiğini belirtir. Bu nedenle geliştirme ekibi hedeflenen tarayıcı ve cihazlarda uygulama arayüzü desteğini, izin sonucunu ve bildirim gösterimini ayrı ayrı sınamalı; bir platformda çalışan yöntemi bütün cihazlara genellememelidir.

İzin verilmemişse site içi özellik çalışmaya devam etsin. Kullanıcı izin vermediğinde sürekli yeni pencere açmak, başka metinle aynı isteği tekrarlamak veya görevini tamamlamasını engellemek doğru bir alternatif değildir. Tekrar isteğinin ne zaman ve hangi kullanıcı eylemiyle anlamlı olacağını tanımlayın. Tarayıcının siteye verdiği izinle işletim sisteminin bildirimleri gösterme ayarı ayrıdır; sistem düzeyindeki sessize alma site iznini değiştirmez. Sorun giderme metni güncel tarayıcı ve cihaz yardımına yönlendirsin, sabit menü yolu öğretmesin. Kullanıcının seçimi ve alternatif bilgi kanalı görünür kalsın.

İzin açıklaması kısa olsa da kullanıcıya karar için gerekli bilgiyi vermelidir. Bildirim örneği, hangi olayın mesaj üreteceği ve site ayarlarından nasıl kapatılacağı aynı yerde okunabilsin. “İzin verirseniz daha iyi deneyim” gibi genel bir ifade, hangi bilginin geleceğini açıklamaz. Birden fazla bildirim konusu varsa hepsini tek belirsiz seçeneğe bağlamak yerine kullanıcının takip etmek istediği konuyu ayırmayı değerlendirin. Tercih değiştirme yolu bulunmuyorsa, önce bu eksikliği ürün ve bakım kapsamına alın; yalnız sistem penceresini ekleyip işi tamamlanmış saymayın. Açıklama, tasarım tesliminden sonra içerik sorumlusu tarafından da güncel tutulmalıdır.

Bildirim içeriğini ve gönderim koşulunu sınırlayın

İzin almak, her bildirim içeriğinin uygun olduğunu kanıtlamaz. Mesaj başlığı olayın kaynağını tanımlamalı; gövde yalnız gerekli bilgiyi vermeli ve tıklama hedefi doğrudan ilgili sayfaya götürmelidir. Kullanıcının kilit ekranında görülebilecek metne hassas ayrıntı koymayın. Özel bir işlem veya kişisel veri söz konusuysa, bildirimin kısa metninde ayrıntıyı açığa çıkarmadan güvenli bir giriş sonrası ekrana yönlendirmek daha uygun olabilir; ancak her sistemin bunu desteklediği varsayılmamalıdır.

Bir bildirim olayının ne zaman “gönderilebilir” olduğunu tanımlayın. Kaynak kayıt henüz onaylanmamışsa, bilgi eskiyse veya olay iptal edilmişse mesajı geciktirmek ya da göndermemek gerekebilir. Aynı olay tekrar işlendiğinde kullanıcıya yinelenen mesaj gitmesini önlemek için uygulama, olay kimliği ve gönderim kaydını kendi teknik mimarisine göre eşleştirmelidir. Bu, platformların tümünde aynı çözüm bulunur iddiası değildir; kabul testi için iş kuralıdır. Destek ekibi, kişinin hangi tercihle hangi tür bildirimi aldığına gereksiz kişisel veri saklamadan ulaşabilmelidir.

Tercihi sürdürülebilir ve görünür kılın

İzin tercihini bir kez alıp unutmayın; kullanıcıya site içinden bildirim konularını gözden geçirme yolu verin. Üç kontrolü ayırın: site içi konu tercihi hangi mesajların çıkacağını, tarayıcının bu siteye verdiği izin sistem bildirimi talebini, işletim sisteminin gösterim ayarı ise uyarının ekranda görünmesini etkiler. Arayüz bunları tek seçenek gibi sunmamalıdır. Hangi site tercihlerinin saklandığını, nasıl değiştirileceğini ve ne zaman geçerli olacağını açıklayın. Hesap girişi yoksa bu tercihlerin oturum veya cihazla ilişkisini belirtin; başka cihazda eşitleneceğini varsaymayın.

Uygulamanın bakım sorumlusu, bildirim gönderen olayları ve metinleri düzenli aralıkla gözden geçirebilir. Eski kampanya veya tamamlanmış işlem için bildirim gönderilmemesi, yeni bir metin üretmek kadar önemlidir. Gönderim hacmini artırma hedefi kullanıcı yararının önüne geçmemelidir. Yayın öncesi kapsamı, mesaj sorumlusunu, iznin ne anlama geldiğini ve destek yolunu birlikte yazın; form tasarımı rehberindeki bilgi isteme ilkelerini ve web erişilebilirliği kontrollerini bu arayüzün metin ve klavye davranışıyla birlikte değerlendirin.

Yayın öncesi kabul turu hazırlayın

Test planında en azından desteklenen güncel tarayıcılar, masaüstü ve mobil cihazlar, izin sorulmamış durum, kabul, ret, sonradan kapatma ve desteklenmeyen durumlar yer alsın. Her adım için başlangıç koşulu, kullanıcı eylemi, beklenen ekran metni, olay kaydı ve geri dönüş yolu yazılmalıdır. İzin penceresi hiç açılmıyorsa sayfanın ana işi yine tamamlanabiliyor mu? Kullanıcı “şimdi değil” seçtiğinde aynı oturumda tekrar baskı oluşuyor mu? İzin verildiğinde yalnız seçilen olay mı bildiriliyor? Bu sorular uygulamanın doğru davranışını gözlemlenebilir kılar.

Gerçek müşteri verisiyle test yapmak yerine özel test hesabı ve kurgusal bildirim içeriği kullanın. Bildirimdeki bağlantıyı açın; kullanıcı oturumu kapanmışsa güvenli bir giriş ve açıklama yolu bulunmalı, ilgisiz bir sayfaya düşmemelidir. Ekran okuyucu ve klavyeyle site içi açıklama ve tercih düğmelerini deneyin. Yayın turunun daha geniş kontrol düzeni için web sitesi yayın kontrolü rehberini kullanın. Bildirim e-postayla gönderiliyorsa, bu başka bir teslim zinciridir; form e-postası teslim kontrolü ayrı kayda alınmalıdır.

Sık Sorulan Sorular

Her web sitesi tarayıcı bildirimi izni istemeli mi?

Hayır. Bildirim, kullanıcı sitede değilken de iletilmesi anlamlı bir olay varsa değerlendirilebilir. Ziyaretçi ihtiyacını sayfada tamamlıyorsa izin istemek ek yarar sağlamayabilir. Önce mesaj türünü, zamanını, kaynağını ve kapatma yolunu tanımlayın. Bunları açıklayamıyorsanız özelliği eklememek daha anlaşılır bir seçim olabilir.

İzin penceresini ana sayfa açılır açılmaz göstermek neden sorun olabilir?

Kullanıcı henüz ne için izin verdiğini bilmiyordur ve isteği bağlama oturtamaz. Önce site içinde kısa bir açıklama ve açık bir tercih sunun; sistem penceresini ancak kullanıcı ilgili düğmeye bastığında değerlendirin. Böylece seçimin anlamı daha görünür olur. Sayfanın temel işlevini izne bağlamayın.

Kullanıcı “şimdi değil” veya ret seçerse ne yapmalıyım?

Form, ürün sayfası veya hesap işlemi gibi asıl görev çalışmaya devam etmelidir. Aynı oturumda tekrar tekrar pencere açmayın. İhtiyaç varsa daha sonra, açık bir kullanıcı eyleminden sonra site içi açıklama gösterilebilir; sistem izninin yeniden nasıl isteneceğini güncel tarayıcı davranışına göre geliştirici doğrulamalıdır. Alternatif bilgi yolu da açık olmalıdır.

Tarayıcı bildirimi ile e-posta bildirimi aynı şey mi?

Hayır. E-posta için adres, posta altyapısı ve alıcı kutusuna teslim akışı vardır. Tarayıcı bildirimi ise tarayıcı/cihaz desteğine ve kullanıcının o ortamda verdiği izne dayanır. Bir kanaldaki izin diğer kanal için otomatik izin sayılmaz. Her birinin amacı, ayarı, teslim kontrolü ve kapatma seçeneği ayrı açıklanmalıdır.

İzin verilmesi her cihazda bildirim gösterileceğini garanti eder mi?

Hayır. Tarayıcı, işletim sistemi, uygulama biçimi ve mevcut teknik destek değişebilir. MDN’nin web bildirimleri teknik belgesi desteğin sınırlı olabildiğini ve güvenli bağlam gerektiğini belirtir. Hedef cihazlarda deneme yapın ve çalışmayan durumda kullanıcıyı sessizce bekletmeyin. Bildirim geleceğine dair kesin vaat vermeden önce gerçek akışı doğrulayın.

Kullanıcıya ne sıklıkta bildirim geleceğini söylemeli miyim?

Evet, sağlayabildiğiniz ölçüde konu ve sıklık beklentisini açıkça belirtin. “Önemli gelişmeler” gibi belirsiz bir ifade yerine hangi olayların mesaj üreteceğini yazın. Sabit sıklık işletmenin gerçek işleyişine uymuyorsa sayı uydurmayın; olay bazlı çalıştığını açıklayın. Ürün veya süreç değişirse açıklamayı da yeniden gözden geçirin.

İzin tercihini kullanıcı hesabına kaydetmek zorunlu mu?

Her uygulama için tek kayıt düzeni yoktur. Site içi konu tercihi, tarayıcının bu siteye verdiği izin ve işletim sisteminin bildirim gösterme ayarı ayrı katmanlardır. Hesap yoksa konu tercihinin nerede saklandığını açıklayın; başka cihazda eşitleneceğini varsaymayın. Gereksiz kişisel veri toplamayın.

Yayına çıkmadan hangi ret ve hata senaryolarını denemeliyim?

İzin sorulmamış, verilmiş, tarayıcıda bu site için reddedilmiş ya da kaldırılmış ve tarayıcı bildirimi desteklenmeyen durumları deneyin. İşletim sistemi uyarıları göstermeyi kapattığında veya sessize aldığında site izninin değişmediğini de doğrulayın. Bildirime tıklanınca doğru sayfayı, oturumsuz güvenli devam yolunu ve iptal edilmiş olayın gönderilmediğini sınayın. Her adımda ekranı, olay kaydını ve inceleme yolunu kontrol edin.