Apple ve Google push bildirimlere ne yapıyor?

• Push bildirimleri, basit bir iletim katmanı olmaktan çıkıp Apple ve Google'ın ayrıştırdığı, sıraladığı, özetlediği ve yeniden yazdığı bir platform editörlük kanalına dönüşüyor
• APNs ve FCM, pil tasarrufu için merkezi bir aracılık yapısı olarak başladı ve tüm iPhone·Android bildirimleri en başından beri platform sunucularından geçti
• Android kanalları, iOS Focus·Summary ve Android 13 izin değişimi, gönderici kontrolünü azaltıp kullanıcı dikkatini platformun koruduğu bir yapıya dönüştürdü
• Cihaz içi modeller, gösterim katmanında bildirimleri özetliyor, grupluyor ve geri plana itiyor; ancak göndericinin özetlenme, Focus tarafından bastırılma veya öncelik düşürülmesini algılayabileceği API neredeyse yok
• Pratikte push'u, pasif kullanıcıları yeniden uyandırma ve zamana duyarlı işlemsel bildirimlerle sınırlamak; ağırlığı ayrıntılı segmentasyon·kişiselleştirme ile uygulama içi gibi sahip olunan yüzeylere kaydırmak gerekiyor

---

Push bildirimlerinin platform editörlük kanalına dönüşme eğilimi

• Push bildirimleri, e-posta gibi basit bir iletim katmanı değil; Apple ve Google'ın arada ayrıştırdığı, sıraladığı, özetlediği ve yeniden yazdığı bir kanala dönüşüyor
• Apple ve Google, iPhone ve Android'in ana push yollarını işletiyor; son 5 yılda cihaz içi modeller teslimat ile kilit ekranı arasına girerek bildirimleri özetliyor, yeniden sıralıyor ve bazı ekranlarda yeniden yazıyor
• E-postada Google, Yahoo, Microsoft ve Apple adlı 4 işletmeci marka ile müşteri arasında etkin aracı haline geldi; push'ta ise aynı rolü Apple ve Google adlı 2 işletmeci üstleniyor

Pil sorunundan doğan push mimarisi

• Push, en başından itibaren pil sorunu nedeniyle merkezi aracılık yapısıyla tasarlandı
• Scott Forstall, 2009 WWDC'de kurulu tüm uygulamaların kendi uzak sunucularını arka planda ayrı ayrı sorgulaması halinde iPhone'un bunu kaldıramayacağını anlattı; Apple da her cihazın Apple ile tek bir kalıcı TLS bağlantısı sürdürdüğü, ardından üçüncü tarafların bildirimleri bu bağlantı üzerinden ilettiği Apple Push Notification Service yapısını önerdi
• APNs, ilk olarak Eylül 2008'de duyurulduktan sonra ölçeklenebilirlik sorunları nedeniyle gecikti ve 17 Haziran 2009'da iPhone OS 3 ile birlikte kullanıma sunuldu
• Google ise 2010'da Cloud to Device Messaging, 2012'de Google Cloud Messaging ve 2016'da Firebase Cloud Messaging olarak devam eden yolu izledi
• iPhone'a giden tüm bildirimler Apple sunucularından, Android'e giden tüm bildirimler ise Google sunucularından geçiyor
• Platformlar her zaman bildirimleri sınırlayabilir, silebilir, kaydedebilir, düşük öncelikle işleyebilir veya reddedebilirdi; değişen şey, Apple ve Google'ın artık eskisi kadar çekingen davranmaması

15 yılda büyüyen platform müdahalesi

• İlk tüketici push döneminde APNs ve Google servisleri, bildirimleri kullanıcının yüklediği uygulamalara iletiyordu ve platform düzeyindeki filtreleme sınırlıydı
• Kullanıcı kontrolü de büyük ölçüde uygulama başına tek bir aç/kapat düğmesine yakındı
• Android'deki ilk önemli cihaz içi müdahale, Ağustos 2017'de Android 8 Oreo ile gelen notification channels oldu
  • Android 8 öncesinde tekil bildirimler göndericinin belirlediği öncelikle geliyordu; sonrasında ise geliştirici kanalları kanal düzeyinde tanımlayıp kullanıcı da kontrolü kanal düzeyinde yapmaya başladı
  • Geliştiriciler uygulama başına indirmeler, mesajlar, promosyonlar gibi kanallar tanımlayıp her kanala IMPORTANCE_NONE ile IMPORTANCE_HIGH arasında önem seviyesi veriyor
  • Kullanıcılar, diğer kanalları etkilemeden kanal bazında sessize alma, önem düşürme, rozet kapatma veya tamamen engelleme ayarı yapabiliyor
  • Geliştiricinin bir kez belirlediği kanal önemi sonradan yükseltilemiyor ve Android 8'i hedefleyen uygulamalar kanal tanımlamazsa bildirim gösterilmiyor
• Apple, Eylül 2021'de iOS 15 ile Focus, Scheduled Summary ve 4 seviyeli interruption taxonomy getirdi
  • Bu 4 seviye passive, active, time-sensitive ve critical; geliştiricinin pratikte kullanabildiği seviye ise time-sensitive oldu
  • Apple, time-sensitive özelliğinin pazarlama için kullanılmaması gerektiğini açıkça belirtti ve bu politika hâlâ sürüyor
• Android, Ağustos 2022'de Android 13 ile POST_NOTIFICATIONS iznini çalışma zamanı iznine dönüştürerek örtük opt-in yerine kullanıcının açık onayını şart koştu
  • Pushwoosh'un 16 milyon cihazlık örnekleminde oyun uygulamaları opt-in tabanlarının neredeyse üçte birini kaybetti, haber uygulamalarında ise %19 düşüş görüldü
  • Batch'in 2025 benchmark'ı, 10.000 uygulamadaki 800 milyardan fazla mesaja dayanarak Android opt-in oranının bir yıl içinde %85'ten %67'ye düştüğünü ve çapraz platform ortalamasının %61'de kaldığını gösteriyor
• Her adım, göndericinin kontrolünü azalttı ve push kanalını alıcının dikkatini platformun koruması gereken kıt bir kaynak olarak gören bir yöne yeniden şekillendirdi
• Temiz ve düşük yorgunluk yaratan bir bildirim yüzeyi, platformun elde tutma oranını ve ekosistemini korur, silmeleri azaltır ve yapay zeka özelliklerini sergilemenin bir aracı olur; bu yüzden platform editörlüğü yalnızca saf kullanıcı savunuculuğu değildir

E-postanın daha önce yaşadığı aracılıklaşma

• E-posta, push'tan önce aracılıklaşmıştı; push'ta da aynı eğilim bir adım geriden paralel ilerliyor
• Push, e-postaya kıyasla daha dezavantajlı bir kanal
  • E-postada Postmaster Tools ve teslim edilebilirlik panelleri gibi ölçüm araçları varken, push'ta neredeyse hiç yok
  • E-posta gelen kutusunda kalır ve kullanıcı kaydırabilir, arayabilir, yeniden dönebilir; bildirimler ise bildirim merkezinde silinir, aşağı düşer, özetlenir ve kalıcı biçimde saklanmaz
• Gmail, 2013'te tabbed inbox ile meşru postaları Primary, Promotions, Social ve Updates olarak sınıflandırdı; Apple Mail de 2024'te kendi sınıflandırmasını ekledi
• Mail Privacy Protection, Eylül 2021'de iOS 15'e dahil edilerek Apple Mail'in kullanıcının gerçekten açıp açmadığından bağımsız şekilde Apple denetimindeki proxy üzerinden uzak içeriği önceden çekmesini sağladı
  • Bu yöntem IP adresini gizliyor ve pazarlamacıların dayandığı open pixel mekanizmasını bozuyor
  • Omeda, Apple kaynaklı açılma oranının 6 ay boyunca %22,6'dan %40,5'e çıktığını gözlemledi; ancak bunun okur artışından değil, prefetch'ten kaynaklandığını belirtti
  • Eski biçimiyle açılma oranı geri döndürülemez biçimde bozuldu ve etkileşim sinyali olarak yerini tıklama oranı ile alt dönüşümler aldı
• Yahoo ve Google, 2024 başından itibaren kişisel gelen kutularına anlamlı hacimde gönderim yapan göndericilerden SPF ve DKIM kimlik doğrulaması, DMARC hizalaması, tek tıkla abonelikten çıkma ve düşük spam şikayet oranı istedi
• E-posta açık ve federatif protokoller üzerinde çalışır; push aboneliği ise belirli bir cihazdaki belirli bir kurulum, native uygulama ya da iOS 16.4 sonrası ana ekrana eklenen web uygulaması içindeki bir izin olarak var olur
• Push, APNs veya FCM token'ına bağlıdır; Apple ya da Google bu token'ı istediği zaman geçersiz kılabilir ve göndericinin başka yere taşıyabileceği bir liste yoktur
• Web push, App Store indirmesi olmadan gönderim yapılabildiği için gönderici yelpazesini genişletir; ancak aynı bildirim tepsisine ve aynı cihaz içi editörlüğe tabi olduğundan editörü aşamaz
• Push'ta da göndericiler, bildirimlerinin özetlenip özetlenmediğini, Focus mode arkasına gizlenip gizlenmediğini, cihaz içi model tarafından önceliğinin düşürülüp düşürülmediğini veya sessiz bir klasöre gidip gitmediğini anlamakta giderek daha fazla zorlanıyor

Cihaz içi editörler

• E-posta düzenleme çoğunlukla iletim sırasında gerçekleşirken, push düzenleme görüntüleme katmanında gerçekleşir
• Bir bildirimin gösterilip gösterilmeyeceği, özetlenip özetlenmeyeceği, düşük öncelikte tutulup tutulmayacağı veya gruplanıp gruplanmayacağı cihazın görüntüleme katmanında belirlenir
• Asıl mesele ağ değil, cihaz içi modeldir; bunun ağırlıkları ve sinyalleri kamuya açık değildir
• Apple Intelligence, 3 milyar parametreli cihaz içi foundation language model ile Private Cloud Compute üzerinde kullanılabilen daha büyük bir Parallel-Track Mixture-of-Experts sunucu modelini kullanır
  • Temmuz 2025 tarihli teknik rapor, Apple silicon için uyarlanmış KV-cache sharing ve 2-bit quantization-aware training konularını ele alır
  • Apple Intelligence özellikleri, temel modeli doğrudan kullanmak yerine genellikle işletim sisteminin dinamik olarak yüklediği, boyutu onlarca MB olan küçük LoRA tarzı adaptörlerle özetleme, varlık çıkarımı, cümle iyileştirme ve bildirim önceliklendirme gibi görevlere özelleştirilir
  • BBC, özetlerin yanlış başlıklar ürettiğinden şikayet ettikten sonra Apple, iOS 18.3'te News and Entertainment uygulamaları için özetleri devre dışı bıraktı; yapay zeka özetlerini italik göstermeye başladı ve kilit ekranına uygulama bazlı kapatma anahtarı ile hata olasılığı uyarısı ekledi
• Google'ın Gemini Nano modeli, Android 14 ile sunulan sistem servisi AICore içinde çalışır
  • AICore, modeli sistem bölümünde tutar; yetkili uygulamaların ağırlıkları paylaşmasını sağlar, her çıkarım isteğini yalıtır ve giriş-çıkış verilerini saklamaz
  • AICore, Android Private Compute Core ilkelerini izler; sınırlı package binding, doğrudan internet erişiminin engellenmesi ve Google Play System Updates üzerinden model güncellemeleri uygular
  • Gemini Nano, cihazın NPU, GPU ve CPU'suna otomatik yönlendirilir ve Low-Rank Adaptation sayesinde Pixel Recorder özetleri, bildirim düzenleme ve smart reply gibi işlevler için temel modeli yeniden eğitmeden özelleştirilebilir
• Bildirim bazlı düzenleme akışı, uygulamanın payload oluşturup bunu APNs veya FCM'e göndermesiyle başlar; ardından işletim sistemi önce Focus modes, Do Not Disturb schedules, channel mutings ve uygulama bazlı engellemeler gibi kullanıcı kontrol kurallarını uygular
• Sonrasında bildirim, platformun sıralama ve gösterim mantığına girer; iOS'ta Notification Summaries açıksa işletim sistemi birleştirilmiş metni, özetleme adaptörü eklenmiş cihaz içi modele iletir ve özgün başlık ile gövdeyi üretilmiş bir cümleyle değiştirebilir
• Priority Notifications açıksa, iOS 18.4 sonrasında varsayılan kapalı durumdayken, sistem öğrenilmiş uygulama bazlı sıralamayı uygulayarak bazı bildirimleri sabitleyip diğerlerini geri plana atabilir
• Reduce Interruptions Focus etkinse model, her bildirimin kullanıcının özelleştirdiği önem eşiğini aşıp aşmadığını değerlendirir
• Microsoft Technology Licensing LLC'nin US 11,340,963 ile Google LLC'nin US 11,609,806, US 8,707,201 patentleri; bildirim yeniden yazımı, teslim zamanı ve önceliklendirmeyi öğrenilmiş modellerle ele alma yaklaşımının iOS 18 tartışmasından çok daha önce var olduğunu gösteriyor

Gönderenin kontrol edebileceği sınırlı araçlar

• iOS'taki UNNotificationServiceExtension, uygulama kodunun teslim edilen bildirimi gösterimden önce kısa süreliğine değiştirmesine izin verir; payload şifre çözme, görsel çekme ve metin düzenleme için kullanılabilir
• UNNotificationContentExtension, genişletilmiş görünüm için özel bir UI tanımlamaya olanak sağlar
• Bu iki uzantı da platformun özetleme veya önceliklendirme aşamalarından sonra çalışmaz
• apns-priority başlığı 5 veya 10 değerlerinden birini alır; 5, acil olmayan bildirimleri enerji tasarruflu bir zamanda teslim etmek, 10 ise gerçekten etkileşim gerektiren bildirimleri hemen teslim etmek içindir
• Android'de geliştiriciler NotificationManager üzerinden yazar ve kanal önemini bildirir, ancak sistem sınıflandırmasının dışına çıkamaz
• NotificationListenerService, OEM'lerin ve erişilebilirlik uygulamalarının gelen bildirimleri okurken kullandığı sistem düzeyinde bir API'dir
• Bir bildirimin özetlenip özetlenmediğini, Notification Organiser'ın Promotions bölümüne girip girmediğini, Focus tarafından bastırılıp bastırılmadığını veya Priority Notifications tarafından sessizce düşük önceliğe düşürülüp düşürülmediğini tespit etmeye yarayan bir API yoktur

Giyilebilir cihazlar telefon bildirim akışının bir alt kümesidir

• Apple Watch varsayılan olarak iPhone bildirimlerini yansıtır, ancak iPhone'un Focus ve Summary durumunu izler
• watchOS 11'den itibaren Smart Stack, ilgili widget'ları göstermek için konum, zaman ve takvim gibi cihaz içi sinyalleri kullanır
• Wear OS, varsayılan olarak telefon bildirimlerini eşleştirilmiş saate köprüler; companion watch app yüklüyse tekrarları önlemek için BridgingConfig, setBridgeTag, setDismissalId gibi geliştirici kontrolleri sunar
• Düşük öncelikli bildirimlerin saate iletilmesi engellenebilir, ancak kullanıcının telefonda sessize aldığı bildirimler saate zorla gönderilemez
• Giyilebilir cihazlar, telefon bildirim akışının katı bir alt kümesidir; yukarı akışta aynı platform düzenlemelerine uğrar, aşağı akışta ise köprüleme davranışı ve saat tarafındaki complication gibi ek filtrelerden geçer

Kullanıcıların bildirimleri gerçekte ele alma biçimi

• Bildirimlerin çoğu anında uygulama değiştirmeye yol açmaz; kullanıcının fark edip yaptığı işe devam etmesini sağlayan birer bilişsel sinyal olarak çalışır
• Sahami Shirazi, Henze, Dingler, Pielot, Weber, Schmidt imzalı CHI 2014 araştırması “Large-Scale Assessment of Mobile Notifications”, Android launcher ölçümlemesiyle 40 binden fazla kullanıcıdan yaklaşık 200 milyon bildirim topladı
  • Mesajlaşma bildirimleri tutarlı biçimde en değerli, promosyon bildirimleri ise tutarlı biçimde en düşük değerli olarak değerlendirildi
  • İnsanlardan gelen mesajlarla markalardan gelen mesajların farklı yüzeylerde ele alınması gerektiğine dair ampirik dayanak sağladı
• Pielot, Church ve de Oliveira imzalı MobileHCI 2014 araştırması “An In-Situ Study of Mobile Phone Notifications”, kullanıcıların günde ortalama 63,5 bildirim aldığını, bunların çoğunun mesajlaşma ve e-postadan geldiğini ve telefon sessizde olsa bile birkaç dakika içinde dikkatlerini verdiklerini ortaya koydu
• Okoshi ve ekibinin geliştirdiği Attelia, kullanıcının telefondaki etkinliğinde kesinti noktalarını algılayıp bildirimi o ana kadar erteleyen bir middleware idi; kontrollü çalışmada bilişsel yükü %46, gerçek ortamda ise %33 azalttı
• Sonrasında Yahoo! Japan uygulaması içindeki büyük ölçekli dağıtımda, yalnızca gönderim zamanını ayarlamak tıklama oranını %60,7’ye kadar artırdı
• Localytics, push bildirimlerini kapatan kullanıcıların %52’sinin sonunda uygulamayı tamamen terk ettiğini, çoğu uygulamada haftada 2 ila 5 bildirimin en uygun aralık olduğunu ve segmentlere ayrılmış hedef kitlenin genel gönderimlere kıyasla yaklaşık iki kat açılma oranı gösterdiğini açıkladı
• CleverTap bünyesine katılan Leanplum, kişiselleştirilmiş bildirimlerin açılma oranının genel toplu gönderimlerden yaklaşık %800 daha yüksek olduğunu ve açılan push bildirimlerinin %90’ının 1 saat içinde bir aksiyona dönüştüğünü açıkladı
• CleverTap’in 2025 fintech raporu, segmentli kampanyalarda ortalama açılma oranını %16,3, hedeflenmemiş kampanyalarda ise %4,7 olarak verdi
• Vendorların kendi raporladığı sayılara temkinli yaklaşmak gerekir, ancak yönelim tutarlıdır
  • Gönderim hacmi izni öldürür ve alaka düzeyi, kontrol edilebilen tek istikrarlı kaldıraçtır
  • Gönderim zamanı da önemlidir ama alaka düzeyinden daha az önemlidir
  • Promosyon gibi görünen şeyler genelde promosyon olarak sınıflandırılır ve çoğu zaman bu değerlendirme doğrudur
  • Kullanıcılar işlemsel ve konuşma temelli bildirimleri, promosyon bildirimlerine kıyasla çok daha yüksek sıklıkta tolere eder
• Platform düzenlemesi en sert biçimde toplu gönderimlerde ve promosyonel push’larda devreye girer; kullanıcıların gerçekten istediği bildirimler ise ya olduğu gibi geçer ya da daha fazla öne çıkarılır
• Live Activities en net dolanma yoludur
  • ActivityKit oturumları, bildirim tepsisinden ayrı yüzeyler olan kilit ekranı ve Dynamic Island üzerinde render edildiği için özetleyici ve gruplama bunlara dokunmaz
  • Android’deki Live Updates ve devam eden bildirimler de aynı rolü oynar
  • Araç çağırma, teslimat, spor karşılaşması ve zamanlayıcı gibi gerçekten devam eden işlemsel içerikler için platform editöründen kaçınmanın en temiz yoludur
  • Yalnızca gerçekten devam eden olaylar için kullanılabilir; promosyonlar Live Activity gibi paketlenemez
• Dekker, Baumgartner, Sumter ve Ohme imzalı 2024 tarihli Media Psychology araştırması “Beyond the Buzz”, 1 haftalık rastgele deneyde bildirimleri devre dışı bırakmanın telefonu kontrol etme sıklığını veya ekran süresini azaltmadığını, kullanıcıların uygulamalara doğrudan girerek telafi edici davranış gösterdiğini bildirdi

Pazarlamacıların görebildiği şeyler

• Pazarlamacıların görünürlüğü kasıtlı olarak düşük ve giderek daha da azalıyor
• Ölçüm metrikleri, güvenilirliği yüksek olandan düşüğe doğru gönderim, platform kabulü, cihaza teslim, cihazda gösterim, açılma ve katkılı dönüşüm şeklinde sıralanır
• APNs ve FCM, sunucu gönderiminde yanıt kodu verdiği için platform kabulünü güvenilir biçimde gösterir; ancak APNs, SMTP benzeri bir teslim onayı sunmaz ve yalnızca Apple’ın payload’u kabul edip kuyruğa aldığını bilirsiniz
• FCM, mesaj kimliği ve bazı durumlarda teslim callback’i sağlar; ancak “cihaza teslim edildi” ile “kullanıcıya gösterildi” arasındaki sınır hâlâ opaktır
• iOS, çevrimdışı durumda uygulama başına yalnızca en son bildirimi sakladığı için eski bildirimler kullanıcıya ulaşmadan sessizce silinebilir
• Braze, Iterable, OneSignal, Airship, CleverTap, MoEngage, Pushwoosh, Customer.io ve Batch gibi lifecycle platformları, uygulama SDK’sı tabanlı ölçüm ekler
  • SDK, bildirimin gösterilip gösterilmediğini, kullanıcının dokunup dokunmadığını ve dokunmanın bir oturum başlatıp başlatmadığını kaydeder
  • Ayrıntı düzeyi, iOS’ta NotificationServiceExtension veya Android’de buna denk broadcast receiver tanımının yapılıp yapılmadığına bağlıdır
  • Uzantı yoksa “teslim edildi” yeniden “APNs/FCM kabul etti” düzeyine iner; bu da görünen teslim oranını, kullanıcıların gerçekten gördüğünden daha yüksek gösterir
• OneSignal’in kendi rehberine göre tıklama oranı, teamül gereği dokunma sayısının teslim sayısına bölünmesiyle hesaplanır ve teslim genellikle “FCM veya APNs’ten geçti” anlamına gelir
  • Bu yöntem, gösterilmeyen bildirimleri, okunmadan kaydırılıp geçilen bildirimleri, sessizce kapatılan bildirimleri ve Focus ya da Reduce Interruptions filtresinin arkasına gizlenen bildirimleri de kapsar
  • Bazı platformlardaki “confirmed delivery”, render’ı SDK’nin gördüğü bildirimleri saydığı için gerçeğe daha yakındır; ancak kullanıcıların kapatmadan önce render edilen bildirimi gerçekten görüp görmediği yine bilinemez
• AppsFlyer, Adjust, Branch, Singular ve Kochava gibi mobil ölçüm ortakları, payload içine izleme bağlantıları koyar ve sonrasındaki SDK event’leriyle eşleştirerek alt oturumları belirli push kampanyalarına atfeder
• Amplitude, Mixpanel, Heap ve PostHog gibi uygulama içi analitik araçlar alt oturumları görür ama üstteki bildirimi kendi başlarına göremez
• Push platformlarının gönderim ve açılma event’lerini ortak bir kullanıcı kimliğiyle analitik araçlarına gönderirseniz bildirim, oturum ve dönüşümü bağlayabilirsiniz; ancak huni ortasındaki “teslim edilen bildirimin ne sıklıkla gösterildiği, özetlendiği, geri plana itildiği, Focus tarafından bastırıldığı veya fark edilmediği” kısmı geri getirilemez
• Platformun sağlamadığı çok sayıda sinyal vardır
  • iOS’ta bildirimin Notification Summary içine alınıp alınmadığı
  • Pixel’de Notification Organiser’ın Promotions bölümüne girip girmediği
  • Reduce Interruptions’ın onu sessize alıp almadığı
  • Priority Notifications’ın onu düşürüp düşürmediği
  • iOS’ta kullanıcının kilit ekranından okuyup okumadan kaydırıp kaydırmadığı
  • Kullanıcının bildirimleri bastıran bir Focus modunda olup olmadığı
  • iOS saklama sınırı nedeniyle gösterilmeden önce silinip silinmediği
  • Samsung One UI 8.5’in onu özetleyip özetlemediği
• Push’un e-postaya göre daha iyi olduğu noktalardan biri Android’deki delete-intent özelliğidir
  • Kullanıcı gösterilmiş bildirimi kaydırarak sildiğinde bir event oluşur ve kasıtlı kapatma kaydedilebilir
  • Yalnızca Android’e özgüdür, sadece gösterilmiş bildirimlerde çalışır ve düşünülmüş bir kaydırma ile tümünü temizleme hareketini ayırt edemez
• 2026’daki push ölçümü, Mail Privacy Protection sonrası e-posta ölçümüne benzer biçimde; görünmeyen bir düzenleme katmanının altındaki metriklerin, yalnızca gerçekten aksiyon alan kullanıcıları yakalayan dönüşüm verileriyle düzeltilmesi modeline dönüşüyor

Pipeline içindeki modeller için yazım kuralları

• Mesajın tam gönderim metni artık olduğu gibi korunmuyor
• Cihaz içi özetleyici bildirimi özüne sıkıştırdığı için iletilen şey marka tonu değil, somut gerçekler oluyor
• Tutar, ad, saat ve eylem gibi temel payload öğelerini başa koyarsanız, özetleyicinin koruyabileceği bir hedef olur
• Marka tarzı girişler, ünlemler, emojiler ve kelime oyunlarının arkasına asıl bilgiyi saklarsanız, özetleyici sadece emojiyi bırakıp anlamı atabilir ya da yanlış bir yarımı koruyabilir
• Başlık, doğal dille yazılmış bir yapılandırılmış veri alanı gibi ele alınmalı
  • “Your delivery is 15 minutes away” özet içinde daha istikrarlıdır
  • “We've got great news!” bir olgu içermediği için istikrarlı değildir
  • Başlığın ilk birkaç kelimesi kalsa bile kullanıcıya faydalı bilgi verip vermediğini kontrol etmek, kabaca bir öz denetim yöntemi olabilir
  • Buna bir garanti olarak değil, bir alışkanlık olarak yaklaşılmalı
• Aynı ilkeler Live Activities ve Live Updates için de geçerlidir; asıl değer önerisi marka ambalajı değil, ETA, skor ve adım sayısı gibi alanlardır
• Zamana duyarlı interruption level özelliğini kötüye kullanmamak gerektiğinin dayanağı Batch geliştirici kılavuzunda açıkça belirtiliyor
  • “If your time-sensitive notifications are not often interacted with, iOS will prompt your users from the lock screen to let them disable time-sensitive alerts for your app”
  • Kullanıcılar kilit ekranından tek dokunuşla uygulama bazında zamana duyarlı bildirimleri kapatabilir; gönderen tarafın buna denk bir itiraz mekanizması yoktur

Ağırlık merkezinin sahip olunan yüzeylere kayması

• Push, lifecycle programlarında daha küçük bir rol üstlenmeli
• Uygulama içinde sahip olunan yüzeyler, daha az müdahaleci olandan daha müdahaleci olana doğru şöyle sıralanabilir
  • Kullanıcının kasıtlı olarak ulaştığı akış içindeki pasif ürün içi kartlar
  • Kullanıcının daha sonra geri dönebileceği kalıcı uygulama içi mesaj merkezi veya inbox
  • Yalnızca aktif oturum sırasında gösterilen, oturum olayı tabanlı hedefli uygulama içi mesajlar
  • Kullanıcının zaten bir işi tamamlamak için ziyaret ettiği ekrana yerleştirilen, ürün akışı içindeki gömülü mesajlaşma öğeleri
• Bu sahip olunan yüzeyler APNs veya FCM'den geçmez; Apple Intelligence ya da Gemini Nano da bunlara dokunmaz
• SDK, özetleme veya Focus bastırması olmadan render, kapatma ve etkileşim olaylarını kaydettiği için platform kaynaklı boşluklar olmadan gözlemlenebilirlik sağlar
• Sınırlama, sahip olunan yüzeylerin yalnızca aktif kullanıcılara ulaşabilmesidir
  • 14 gün boyunca uygulamayı açmamış bir kullanıcıya uygulama içi mesajla ulaşılamaz, yalnızca push ile ulaşılabilir
  • Push, pasif kullanıcıları yeniden etkileşime sokma ve aktif kullanıcılara işlemsel ya da zamana duyarlı bildirim gönderme kanalı haline gelir
  • Çapraz satış, üst paket satışı, içerik keşfi, eğitim ve ek değer ise ürün içi yüzeylere bırakılır
• Batch'in 2025 verilerine göre promosyon kodu kampanyalarında uygulama içi mesajların tıklama oranı Android'de %16,1, iOS'ta %17,9 ile push CTR'nin üzerindeydi
• Aynı veride uygulama içi mesajların bir oturum gerektirmesi nedeniyle erişilebilir kitlesi push'a göre daha küçüktü
• Push, kullanıcıyı yeniden ürüne getirmek için vardır; kullanıcı içeri girdikten sonra işi sahip olunan yüzeyler devralır

Sıradaki değişim: bildirimleri işleyen ajanlar

• Cihaz içi dil modelleri bir kez yerleştirildiğinde, yalnızca özetlemenin ötesinde birçok amaç için kullanılır
• Apple'ın Foundation Models framework'ü, iOS 18.4'ten itibaren geliştiricilerin işletim sisteminin kullandığı aynı modeli özetleme, entity extraction, metin anlama, iyileştirme ve kısa diyaloglar için çağırabilmesini sağlıyor
• Google'ın ML Kit GenAI API'leri, AICore üzerinde özetleme, düzeltme, yeniden yazma ve görsel açıklama özellikleri sunuyor
• Bir sonraki adım, modelin bildirimlere yanıt verip kullanıcı adına eylem gerçekleştirmesi yönünde
  • Olası eylemler arasında uygulamayı açmak, rezervasyonu tamamlamak, bildirimi kapatmak ve taslak yanıt yazmak var
  • Daha ağır muhakeme işlemlerinin yalnızca cihazda değil, Apple Private Cloud Compute veya Google bulut modelleri gibi sunucu tarafında çalıştırılması daha olası
• Apple'ın App Intents framework'ü, geliştiricilerin Siri ve Apple Intelligence'a tiplenmiş uygulama eylemleri sunmasına imkân tanıyor
• Android tarafında App Actions ve Gemini'nin üçüncü taraf uygulamalar içinde eylem gerçekleştirmeye yönelik gelişen yetenekleri buna karşılık gelen rolü oynuyor
• Gönderen taraf yalnızca özetleyicinin bozmayacağı bildirimler yazmakla kalmamalı, bildirimin arkasındaki eylemleri de açığa çıkarmalı; böylece ajan, kullanıcı uygulamayı açmasa bile rezervasyonu tamamlayabilir veya bildirimi silebilir
• Bildirim bir varış noktası değil, ajanın tükettiği bir tetikleyiciye dönüşüyor; 10 yıldır push ölçümünün merkezinde olan tıklama oranı metriği de anlamının büyük kısmını kaybediyor

Push bildirimlerini yönetmeye dair pratik ilkeler

• Push yalnızca diğer kanalların yapamadığı işler için kullanılmalı

  • Push, haftalarca uygulamayı açmamış kullanıcılara bile ulaşabilen bir kanal olduğundan, pasif kullanıcıları yeniden harekete geçirmek ve gerçekten zamana duyarlı işlemsel bildirimler için en uygunudur
  • Çapraz satış, üst paket satışı, eğitim ve keşif amaçlı bildirimler de yeterli güncellik ve kişiselleştirme varsa mümkün olabilir; ancak temelde promosyonel sayılır ve kullanıcının dikkat bütçesi için en dezavantajlı rekabete girer
  • Promosyonel mesajlar, kullanıcının kasıtlı olarak açtığı ekranlarda daha etkili ve daha düşük risklidir

• Tasarımı kullanıcının etkinliği ve talepleri etrafında kurun

  • Platformun ara düzey editoryal müdahalesinden geçmesi en kolay bildirimler, kullanıcının doğrudan ayarladığı sinyaller ile ürünün kullanıcının durumundan ürettiği olaylardır
  • Fiyat düşüşü, yeniden stokta, istek listesi, eşik tetikleyicisi, beklenen öğenin durum bildirimi gibi örnekler kullanıcının doğrudan ayarladığı sinyallerdir
  • Paylaşılan belge, yapılan işe gelen yorum veya yanıtlar, tamamlanan işler, aşılan limitler, devam eden bir görevin sonraki adımı ise ürünün kullanıcının durumundan ürettiği olaylara girer
  • Her iki tür de alıcının “kendine ait” şeyleriyle ilgilidir; bu yüzden alaka düzeyi eşiğini doğal biçimde geçer ve kullanıcının hemen işlem yapabileceği ürün içi konuma deep link vermelidir

• İzin isteğini ilk açılışta değil, bağlam içinde yapın

  • Android 13 bildirim iznini açık bir çalışma zamanı onayına çevirdikten sonra opt-in oranı ciddi biçimde düştü
  • İlk açılışın hemen ardından sistem istemi göstermek yerine, kullanıcının bildirim almak isteyebileceği özellikle bağlantılı bir değer gösterildikten sonra izin istenmelidir
  • Bildirim izni tüm kanal için geçerli olduğundan, soğuk bir ilk istekle boşa harcanmamalıdır

• Segmentasyon ve kişiselleştirme varsayılan olmalı

  • Tedarikçi verileri yön göstericidir; ancak 10 yıldır aynı sonuca işaret ediyor: segmentli ve kişiselleştirilmiş bildirimler, broadcast mesajlara kıyasla yaklaşık iki kat açılma oranı gösteriyor
  • Genel toplu gönderimler düşük performans verir ve geri alınamaz izin sermayesini tüketir
  • Belirli bir nedenle belirli bir kişiye gönderemeyeceğiniz bir mesajsa, büyük olasılıkla herkese de göndermemek gerekir

• Kazanmadığınız dikkat hakkını kullanmayın

  • Pazarlama mesajları zamana duyarlı bildirim gibi gösterilmemelidir
  • iOS’te kullanıcılar kilit ekranında uygulama bazında zamana duyarlı bildirimleri kapatabilir ve gönderen buna itiraz edemez
  • Gönderim hacmini artırmak izinleri öldürür; gönderenin elinde tutabildiği tek kaldıraç alaka düzeyidir

• Etkileşim, teslim edilebilirliği belirler

  • Platformun sıralama sistemleri, kullanıcıların bildirimlerle etkileşime girip girmediğini öğrenir; bu nedenle dokunulmayan geniş bir alıcı tabanı, modelin uygulamayı düşük değerlendirmesini öğretir ve kullanıcıları bildirimleri kapatmaya iter
  • Push için, e-postadaki gönderici itibarı sistemleri kadar düzenli bir mekanizma yoktur ve etkiler uygulama ile OS’e göre değişir; ancak yön aynıdır
  • Sessizleşmiş abonelikler temizlenmelidir; görmezden gelinen büyük bir tabandan ziyade etkileşimde bulunan küçük bir taban daha geniş erişimi korur

• Üsluptan önce olguları koyun

  • Başlığın başında marka tonuna ait bir giriş yerine somut payload bulunmalıdır: tutar, isim, zaman ve eylem gibi bilgiler önceliklidir
  • Özetleyiciler özü sıkıştırır ve makinenin kolay okuyacağı içeriği korur; bu yüzden olgu odaklı başlıklar, ton odaklı başlıklara göre yeniden yazımdan sonra hayatta kalmaya daha yatkındır
  • Bu ölçülmüş bir kural değil, makul bir varsayılan tercihtir; kamuya açık test yoktur ve dayanaklar da dolaylıdır

• Push dashboard’larına körü körüne güvenmeyin

  • Açılma ve tıklamalar görünmeyen bir editoryal katmanın arkasındadır; ölçülebilen dönüşümler ise platformun zaten öne çıkarmayı seçtiği bildirimlerin yanlı örneklemidir
  • Aşağı akış dönüşümleri en az kötü sinyaldir; ancak push dönüşüm olayları seyrektir, bu yüzden sıradan gönderim hacimlerinde kampanya bazında istatistiksel anlamlılığa ulaşmak zordur
  • SDK ile render durumunu doğrulayabiliyorsanız doğrulayın; kampanyaları gruplayıp gözlem penceresini genişlettikten sonra sayılara güvenin
  • Etkileşim artışı, “metin daha iyi oldu” kadar “platform bana daha fazla güveniyor” şeklinde de okunabilir

• Ağırlığı sahip olduğunuz yüzeylere kaydırın

  • Uygulama içi gelen kutusu, oturum açılmış ürün ekranları, fiziksel posta ve doğrudan işlettiğiniz sadakat yüzeylerinde aradaki boru hattı modellemez
  • Bu yüzeyler özetlenmez, sıralanmaz, sessize alınmaz ve uçtan uca ölçülebilir
  • Push ile sahip olunan yüzeyler rakip kanallar değil, tek bir portföy olarak işletilmelidir

• Kilit ekranı için değil, ajanlar için tasarlayın

  • Siri ve Gemini bildirimler üzerinde işlem yapmaya başladığında, ajanların çalıştırabileceği şey temiz ve makinece okunabilir teklif olacaktır
  • Bildirimin arkasındaki eylem, arayüz içinde üç kez dokunmayı gerektiren bir yere gömülmemeli; iOS’te App Intents ya da Android’de App Actions üzerinden çağrılabilir biçimde sunulmalıdır
  • Mesaj, model insan gibi okumasa bile işlemi yerine getirebilecek şekilde yazılmalıdır

Sonuç

• Push, e-posta gibi tamamen sahip olunan bir kanal hiçbir zaman olmadı; sosyal medyaya kıyasla daha az kiralanmış bir kanala daha yakındı
• Platformlar, her sürümde kira koşullarını kendi lehlerine yeniden fiyatlıyor
• Önümüzdeki 10 yılı atlatacak gönderenler, en çok mesaj atan ya da en kurnaz kullanan taraf değil; alıcının zaten istediği için platform editörlerinin savunabileceği mesajları gönderen taraf olacaktır
• En iyi konumda olanlar, asıl işi editörün önde durmadığı yüzeylere şimdiden taşımış olanlardır
• Görünmeyen model için yazın ve o modelin ulaşamayacağı kanallar için inşa edin

[GN⁺]

Hacker News görüşleri

• Telefonum beni bölüyorsa, bu ya gerçekten birinin o anda dikkatime ihtiyaç duyduğu anlamına gelmeli ya da hiç bölmemeli. Bildirim ayarlarımda yalnızca telefon, mesajlar, WhatsApp, Apple Health, banka uygulamaları için push bildirimlerine izin veriyorum
  Bunun dışındaki uygulamaların beni anında çağırması için bir neden yok. Çoğu uygulama önemli bir şey olduğu için değil, dikkatimi istediği için bildirim gönderiyor
  Seri kullanım, indirim, öneri, teslimat güncellemesi gibi bildirimlere ihtiyacım yok; ben uygulamayı açmayı seçene kadar beklemeleri gayet yeterli

  • Bu yazı oldukça açık biçimde gönderen tarafın bakış açısından yazılmış ve platformun “gönderen kontrolünü” ele geçirmesinden endişe ediyor
    Ama çoğu uygulama, kullanıcının dikkatine saygı duyamayacağını zaten fazlasıyla kanıtladı. Gereksiz bildirimlerle telefonum arasına platform ne kadar çok engel koyarsa o kadar iyi; Apple ya da Google’ı kahraman olarak görmüyorum ama en azından tek seferlik bilet aldım diye zorla yüklemek zorunda kaldığım bir uygulamanın pazarlama departmanından daha çok benim çıkarlarımla örtüşüyorlar
  • En büyük sorun ikisini de yapan uygulamalar. Örneğin Uber’in sürücü geldiğinde haber vermesini isterim ama sonraki 5 yolculukta %10 indirim gibi şeyler almak istemem
    Zorunlu bildirimler ile reklam bildirimlerini ayrı ayrı engellemek kolay değil
  • “Pazarlamanın, ele geçirmek istemediği bir iletişim sistemiyle hiç karşılaşmadığı” sözü aklıma geliyor
    Ticari bir uygulamaya müşterilerle “iletişim kurmak” için WhatsApp desteği eklemek isteyen müşteriler gördüğümde hep bunu düşünüyorum
    Aynı zamanda her kullanıcının bildirim almak istediği uygulama alt kümesi farklı. Vardiyalı çalışan birinin atanan vardiyalarını ya da aniden açılan vardiyaları bilmesi gerekir; bir kullanıcı için gerçekten önemli olan şey başka biri için spam olabilir
    Faydalı bildirimler kolayca pazarlama bildirimlerine dönüşebilir. Kuryenin kapıda olduğunu bilmek isterim ama bu haftanın fırsatlarını bilmek istemem
    Bu teknik olarak tamamen çözülebilecek bir sorun değil. Kötü aktörler gerçekten kötü davranıyor. Yine de sistem, iyi niyetli uygulamaların iyi çalışmasına göre tasarlanmalı ve sonuçta neyi göreceğine kullanıcı karar vermeli. Google ya da Apple değil
    Toplumu en düşük ortak paydaya göre kurarsanız herkes için kötü olur. Kötü davranışı cezalandırabilir hale getirirken iyi davranışı da aktif olarak teşvik etmelisiniz; “kötü olabilir” diye her şeyi yasaklamamalısınız
  • “Push bildirimler” ile “push bildirimler tarafından rahatsız edilmek” birbirine karıştırılıyor. Telefonumda önemli ama acil olmayan birçok uygulama var ve bunları iOS Bildirim Merkezi’ne sessizce eklenecek şekilde ayarladım
    Bu şekilde ayarlanan uygulamalarda bildirim geldiğinde banner çıkmıyor ve kilit ekranında görünmüyor. Yalnızca kilit ekranındaki zaman hassasiyetli bildirimleri geçip aşağı kaydırarak tüm bildirimleri bizzat gözden geçirdiğimde görünüyorlar
    Fiilen, istersem kontrol edeceğim istemezsem bakmayacağım bir “e-posta gelen kutusu” seviyesine indirgenmiş oluyor. E-postadan farklı olarak bildirimler uygulama iş akışının zorunlu yolu olamayacağı için, bildirim gelen kutusu her zaman rahatça temizlenebilir
  • Apple ve Google son 10 yılda push bildirimleri kullanılabilir hale getirmekte başarısız oldu. Önemli bildirimler tamamen alakasız çöp bildirimler denizinde kayboluyor
    Birçok uygulama çok küçük ekran alanı için yarışan ilkel bir yapıya sahip ve çoğu push bildirimi “bir şey oldu!” demekten fazlasını söylemiyor. Eyleme dönük bilgi az ve aslında ne olduğu da belirsiz
    Sonuç olarak bildirim kavramının kendisinin değeri düştü; ara sıra ilginç bir şey geçse bile kaçırılıyor ya da sonradan yeniden bulmak zor oluyor
    Push bildirim kullanıcı deneyimi berbat ve uygulama geliştiricileri kullanıcıları istedikleri gibi bölebilme süper gücünü kötüye kullandıkça zamanla daha da kötüleşti. Apple ve Google bunu kontrol altına almaya çalıştı ama geriye kalan sonuç, az sayıdaki meşru kullanım için bile ancak vasat düzeyde
    Banka onayı, iki aşamalı kimlik doğrulama gibi şeylerde uygulamaya giden deep link ile faydalı olabiliyor ama onun dışında yaptığım işi bırakıp telefona bakmaya değmiyor
    Android telefonumda en çok kullandığım uygulamalar Firefox, Gmail ve birkaç tane daha. Bildirim kanalı olarak e-posta gelen kutusu, mobil push’tan çok daha kullanışlı. Daha eyleme dönük, daha fazla bilgi içeriyor ve tek tek abonelikten çıkmak, filtrelemek ya da yeniden aramak daha kolay. Çoğu uygulama ikisini de yapabildiği için push bildirimler daha düşük kaliteli ve gereksiz tekrar niteliğinde

• Bu yazı, yazarın Apple ve Google’ın belirli türde bildirimleri, yani spam niteliğindeki bildirimleri, engellemesine ya da kontrol etmesine kızmış gibi okunuyor
  “Çapraz satış, üst satış, eğitim ve keşif de push ile çalışabilir” deniyor ama push bildirimler yalnızca işlemsel bildirimler için kullanılmalı. Çöp için bir gelen kutusu daha istemiyorum

  • Hastane randevu uygulamasında hatırlatmalar yüzünden bildirimleri açık tutmak istiyorum. Ama yakın zamanda aynı kanal üzerinden pazarlama mesajları göndermeye başladılar
    Muhtemelen yalnızca pazarlama mesajlarını kapatmanın bir yolu vardır ama çoğu kişi bunu bilmeyecek ve değiştirmeyecektir. Gerçekten sinir bozucu
  • Keşke Apple, uygulama geliştiricilerini tanıtım bildirimleri ile işlemsel bildirimleri farklı bildirim kanalları olarak uygulamaya zorlasaydı. Böylece kullanıcılar yalnızca istediklerini seçebilirdi
  • Başlıktaki “push bildirimleriniz” ifadesindeki “sizin”, kullanıcıyı değil pazarlamacıyı ifade ediyor. Bu bile yazının değerini yeterince ortaya koyuyor
  • Kızgın değilim, tüm kanalların giderek daha fazla büyük teknoloji şirketlerinin aracılığına girmesinden endişeliyim
  • Duruma göre değişir. BlackBerry 10 Hub, iOS ya da Android’deki gevşek bildirim düzeni gibi değil, ortak bir gelen kutusu olarak güçlü biçimde tasarlanmıştı ve gerçekten çok iyiydi

• Uber, Bolt, Airbnb gibi hizmetler sinir bozucu. Çekirdek hizmet için push gerekiyor ama sağlayıcılar bu araya spam sıkıştırıyor

  • Uber özellikle kötü. Kırsalda yaşıyorum, bu yüzden normalde kullanmıyorum ama seyahat ederken Uber’i ya da bazen Uber Eats’i kullanıyorum
    Şimdi pazarlama çöplüğü o kadar istilacı hale geldi ki, yalnızca ihtiyaç duyacağımı düşündüğümde uygulamayı yüklüyorum, onun dışında siliyorum. Hamburger teslimatı güzel ama hizmetin bizim eve getirebileceği şeyin kelimenin tam anlamıyla hiçbir şey olmaması bunu daha da sinir bozucu yapıyor
  • Apple ve Google, hizmetlerin bildirimleri kötüye kullanmasına izin vererek bildirimleri fiilen değersiz hale getirdi. Zamanıma ve dikkatime daha fazla saygı gösterilmesini isterim

• İnsanlar dikkatlerini çalan şeyler karşısında fazlasıyla pasif; buna hep şaşırıyorum
  Benim telefonum 24 saat boyunca rahatsız etme modunda. Bir uygulama gereksiz şeyler bildirirse siliyorum ve web sitesini kullanıyorum
  E-postada "unsubscribe" kelimesi geçen iletileri gelen kutusundan çıkarıp ayrı bir etiket alanına taşıyan bir posta kuralım da var. Birkaç günde bir girip gelenlerin hepsinin aboneliğini iptal ediyorum
  Bir mağaza kasasında kişisel bilgi ya da telefon numarası sorulursa veya kulübe katılmam istenirse indirim yapıp yapmadıklarını soruyorum. İndirim yoksa bilgi de yok. Verilerim için haklı bir bedel sunulursa düşünürüm, ama şimdiye kadar hiçbir perakendeci zamanımın ve verilerimin değeri kadar ödeme yapmadı

  • Mağazada telefon numarası istediklerinde bunun en baştan değerlendirmeye bile değmez göründüğünü düşünüyorum. Bir kez indirim verip sonra yıllarca bilgiyi tutup kötüye kullanabilirler
  • E-postalardaki gereksiz bildirimlerin hepsini öldürmek için abonelikten çıkma kuralının daha gelişmiş bir sürümünü yaptım ve açık kaynak olarak yayımladım
    https://unfuck.email
  • "Pasif" ifadesinin ne demek istediğini anlıyorum ve haklı buluyorum ama teknik olarak bakınca çoğu kişinin seçeneği olmadığını hissettiğini düşünüyorum
    Telefonu açmamak ya da mesaja cevap vermemek birçok insan için tabu; bu yüzden spamcılar ve sosyal uygulamalar her yönden saldırdığı bir silahlanma yarışı içindeler. Böyle insanlar bizim 24 saat rahatsız etme modunda yaşadığımız dünyayı bunaltıcı buluyor
    Bunun nasıl çözülebileceğini bilmiyorum ama o bakış açısını da anlıyorum

• Mesaj bildirimleri dışında her şeyi kapatıp bir gün geçirmeyi deneyin. Ölmezsiniz. Gerçekten önem verdiğiniz şeyleri düzenli kontrol etmeye çabucak alışırsınız ve geri kalan her şey siz ilgilenene kadar beklemek zorunda kalır
  Yıllardır böyle yaşıyorum; arkadaşlarım ya da iş arkadaşlarım bunu bilmiyor ve bilmelerine de gerek yok. Bildirimler hızlı cevap vermeme yardım etmiyor, yapmak üzere olduğum şeyden dikkatimi çalıyor
  Bugün hâlâ ne Discord'u ne de e-postayı kontrol ettim. Arkadaşlarım yazmış mı, yeni bir fatura var mı, takip edilmesi gereken bir şey var mı merak ettiğimde ilgili uygulamayı açıp halledeceğim
  Telefonu saatlerce yanımda tutup yine de dikkatim dağılmadan durabiliyorum

  • "Gerçekten önem verdiğiniz şeyleri düzenli kontrol etmeye alışırsınız" kısmı benim için en büyük değişimdi. Eskiden bildirimleri kapatırsam önemli bir şeyi kaçırırım diye kaygılanırdım ama aslında bildirimler açıkken de kaçırıyordum
    Önemli şeyleri düzenli kontrol etme alışkanlığının güzel bir yan etkisi de oldu. Telefonun benim yerime yapmasına daha az bel bağladıkça zihinsel bildirim sistemim güçlendi ve giderek daha seyrek kontrol ettiğim uygulama ve servislerin aslında ne kadar önemsiz olduğu daha da netleşti
    Şimdi çok daha az uygulamam ve hesabım var, buna karşılık genel olarak zamanımı daha iyi yönetiyorum

• Şu kısım olgusal olarak yanlış: "Bildirimler yalnızca bildirim merkezinde bulunur ve bildirim merkezi gelip geçeni siler, atar, özetler; hiçbir şeyi güvenilir biçimde saklamaz"
  Bildirim merkezi bilgiyi güvenilir biçimde saklıyor. Gelen kutusu gibi bir şey kullanıcı tarafında görünmüyor olabilir ama aslında var: https://www.forbes.com/sites/larsdaniel/2026/04/10/fbi-pulle...

• "15 yıl boyunca bu kanal tek bir varsayım etrafında yeniden inşa edildi. Alıcının dikkati kıt bir kaynaktır ve platformun bunu koruma yükümlülüğü vardır. … Gönderen olarak siz, kontrol hangi tarafa kayarsa kaysın bu varsayımın karşı tarafında duruyorsunuz"
  Yazarın durumu açıkça gönderenle alıcının çıkarlarının çatıştığı bir çerçevede sunması ilginç

  • Bunun mutlaka bir çatışma değil, daha çok bir gerilim ilişkisi olduğunu düşünüyorum
    Kullanıcının dikkatini çok hevesle koruyan bir cihaz, kullanıcının aslında görmek isteyeceği bir şeyi bazen engelleyebilir
    Yine de bildirimlerin çoğu çöp ve engellenmeleri gerekiyor
  • Bence bu biraz sert bir okuma olmuş. O cümle bana daha çok platformların kullanıcının çıkarına göre değil, platformun çıkarına göre hareket ettiğini söylüyor gibi geliyor

• "Bütün bu etkiler eşit dağılmıyor. Düzenleme en sert şekilde yayın tipi ve tanıtım tipi push'lara vuruyor; insanların gerçekten istediği bildirimler ise genelde ya olduğu gibi geçiyor ya da güçleniyor"
  Bana makul geliyor

• "Kanalın tarihinin büyük bölümünde platformlar görünür şekilde neredeyse hiç müdahale etmedi. Yapısal olarak müdahale mümkündü ama sadece çok müdahale etmemeyi seçtiler. O kendini tutma dönemi bitti"
  Her zaman görünür değildi belki ama en başından beri şu ya da bu biçimde müdahale vardı. WhatsApp'ta push gecikmesini, bastırmayı ve birleştirmeyi sürekli izliyorduk ve hatırladığım kadarıyla en azından benim katıldığım 2011'den beri bu sistemin bir parçasıydı
  O sistem içinde düzgün çalışmazsa kullanıcı mesajları zamanında teslim edilmiyordu

  • İlginç. Bununla ilgili daha fazla bağlam verebilir misin diye merak ettim. O kadar büyük ölçekli bir üründe hiç çalışmadım, bu yüzden izleme benim için hep ticari push platformlarından alınabilenlerle sınırlı kaldı

• USA PATRIOT Act’in 215. maddesindeki telefon metadata’sının toplu toplanmasının yerini alan bir şeyin, Apple Push Notification ve Firebase Cloud Messaging gibi yapıların mimarisini etkilediğini düşünüyorum
  Apple, tüm iPhone’lar için kalıcı bağlantının sahibi ve uygulamaları yalnızca APNs uyandırabiliyor. Burada “self-hosting”, Firebase Cloud Messaging, OneSignal veya Pusher gibi üçüncü taraflara bırakmadan neyin gönderileceğine karar edip bunu APNs’e ileten kendi sağlayıcı backend’inizi işletmek anlamına geliyor. Ancak son kısım asla bana ait değil
  Herkesin trafiğini kimlik tanıyan az sayıdaki aracının içinden geçirmek zorunda bırakan mimari, tasarımı gereği yalnızca hukuki araçları bekleyen bir toplu metadata toplama sistemi
  Aralık 2023’te Senatör Ron Wyden, ABD hükümeti ile yabancı hükümetlerin Google ve Apple’ı push bildirim bilgilerini, iletişim metadata’sını ve bazen içeriği gizlice teslim etmeye zorladığını açıkladı. Geliştiricilerin dikkat etmesi gereken nokta, iPhone ve Android’in dayandığı platformlarda bildirim göndermek için bu uygulamayı engellemenin bir yolu olmaması
  Apple, bu program ortaya çıkana kadar konuşmasını yasaklayan bir gag order altındaydı; sonrasında da bu tür talepleri şeffaflık raporlarında ayrıntılı biçimde yansıtacağını söyledi. Dolayısıyla bu yapısal hipotez bir tahmin değil, doğrulanmış bir mekanizma; Section 215’ten farkı, alanın telefon görüşmeleri değil uygulamalar olması ve hukuki aracın da §215’in belirli ticari kayıt teorisi yerine genel mahkeme celpleri, FISA emirleri ve NSL olması
  “Bu sadece metadata” denmesi sonuçta böyle bir bağlamdan geliyor. Elbette bu bir şaka; ayrıca bu tür şeylerden tek bir kişi sorumlu değil, kolektif siyasi iradenin sonucu ve ne yazık ki yapabileceğimizin en iyisi bu olabilir
  https://www.youtube.com/watch?v=9iUdm0QMDM0
  https://epic.org/sen-wyden-reveals-government-surveillance-o...