Apa yang dilakukan Apple dan Google terhadap notifikasi push

• Notifikasi push berubah dari sekadar lapisan pengiriman menjadi saluran editorial platform yang diurai, diperingkat, diringkas, dan ditulis ulang oleh Apple dan Google
• APNs dan FCM berawal sebagai struktur perantara terpusat untuk menghemat baterai, dan semua notifikasi iPhone maupun Android sejak awal selalu melewati server platform
• Notification channels di Android, Focus·Summary di iOS, dan perubahan izin Android 13 telah mengurangi kendali pengirim dan membentuk struktur di mana perhatian pengguna dipertahankan oleh platform
• Model on-device merangkum, mengelompokkan, dan menurunkan prioritas notifikasi di lapisan tampilan, tetapi pengirim hampir tidak memiliki API untuk mendeteksi apakah notifikasi diringkas, dibungkam oleh Focus, atau diturunkan prioritasnya
• Dalam praktiknya, push perlu dibatasi pada membangunkan pengguna yang dorman dan notifikasi transaksional yang sensitif terhadap waktu, sambil mengalihkan fokus ke segmentasi·personalisasi dan permukaan milik sendiri seperti in-app

---

Arus perubahan notifikasi push menjadi saluran editorial platform

• Notifikasi push sedang bergeser dari sekadar lapisan pengiriman seperti email menjadi saluran yang diurai, diperingkat, diringkas, dan ditulis ulang di tengah jalan oleh Apple dan Google
• Apple dan Google mengoperasikan jalur push inti di iPhone dan Android, dan dalam lima tahun terakhir model di perangkat telah masuk di antara pengiriman dan lock screen untuk merangkum serta menyusun ulang notifikasi, bahkan menulis ulangnya di sebagian tampilan
• Dalam email, empat operator yaitu Google, Yahoo, Microsoft, dan Apple telah menjadi perantara aktif antara merek dan pelanggan, tetapi pada push struktur ini dijalankan oleh dua operator, Apple dan Google, dengan peran yang sama

Arsitektur push yang berawal dari masalah baterai

• Push sejak awal dirancang sebagai struktur perantara terpusat karena masalah baterai
• Di WWDC 2009, Scott Forstall menjelaskan bahwa iPhone tidak akan mampu menanggung jika semua aplikasi yang terpasang masing-masing melakukan polling server jarak jauh di latar belakang, lalu Apple mengusulkan Apple Push Notification Service di mana setiap perangkat mempertahankan satu koneksi TLS persisten dengan Apple dan pihak ketiga mengirimkan notifikasi melalui koneksi itu
• APNs sempat tertunda karena masalah skalabilitas setelah pengumuman awal pada September 2008, lalu dirilis bersama iPhone OS 3 pada 17 Juni 2009
• Google menempuh jalur yang berlanjut dari Cloud to Device Messaging pada 2010, Google Cloud Messaging pada 2012, hingga Firebase Cloud Messaging pada 2016
• Semua notifikasi yang dikirim ke iPhone melewati server Apple, dan semua notifikasi yang dikirim ke Android melewati server Google
• Platform selalu bisa membatasi, menghapus, mencatat, memperlakukan sebagai prioritas rendah, atau menolak notifikasi; yang berubah adalah Apple dan Google kini tidak lagi menahan diri seperti dulu

Intervensi platform yang membesar selama 15 tahun

• Pada era awal push konsumen, APNs dan layanan Google hanya mengirimkan notifikasi ke aplikasi yang dipasang pengguna, dan pemfilteran di tingkat platform masih terbatas
• Kendali pengguna juga pada umumnya nyaris hanya berupa satu toggle hidup/mati per aplikasi
• Intervensi penting pertama di perangkat pada Android adalah notification channels di Android 8 Oreo pada Agustus 2017
  • Sebelum Android 8, notifikasi individual membawa prioritas yang ditentukan pengirim, tetapi setelah itu pengembang harus mendefinisikannya per channel dan pengguna mengendalikannya per channel
  • Pengembang mendeklarasikan channel per aplikasi seperti unduhan, pesan, dan promosi, lalu memberi tiap channel tingkat kepentingan dari IMPORTANCE_NONE hingga IMPORTANCE_HIGH
  • Pengguna dapat membisukan, menurunkan tingkat kepentingan, mematikan badge, atau memblokir total per channel tanpa memengaruhi channel lain
  • Tingkat kepentingan channel yang sudah ditetapkan pengembang tidak bisa dinaikkan lagi di kemudian hari, dan aplikasi yang menargetkan Android 8 tidak akan menampilkan notifikasi jika tidak mendeklarasikan channel
• Apple memperkenalkan Focus, Scheduled Summary, dan taksonomi interruption empat tingkat di iOS 15 pada September 2021
  • Empat tingkat itu adalah passive, active, time-sensitive, dan critical, dan secara praktis level yang bisa ditangani pengembang adalah time-sensitive
  • Apple secara eksplisit menyatakan bahwa time-sensitive tidak boleh dipakai untuk pemasaran, dan kebijakan ini tetap dipertahankan
• Di Android 13 pada Agustus 2022, Android mengubah POST_NOTIFICATIONS menjadi izin runtime, sehingga persetujuan eksplisit pengguna dibutuhkan alih-alih opt-in implisit
  • Dalam sampel 16 juta perangkat dari Pushwoosh, aplikasi game kehilangan hampir sepertiga basis opt-in mereka, dan aplikasi berita turun 19%
  • Benchmark 2025 dari Batch menunjukkan, berdasarkan lebih dari 800 miliar pesan di 10.000 aplikasi, bahwa opt-in Android turun dari 85% menjadi 67% hanya dalam setahun, sementara rata-rata lintas platform bertahan di 61%
• Tiap tahap mengurangi kendali pengirim dan membentuk ulang channel push ke arah di mana perhatian penerima diperlakukan sebagai sumber daya langka yang harus dijaga platform
• Permukaan notifikasi yang bersih dan tidak melelahkan melindungi retensi dan ekosistem platform, mengurangi penghapusan, dan menjadi sarana untuk menampilkan fitur AI, sehingga pengeditan oleh platform bukan semata-mata pembelaan pengguna

Mediasi yang lebih dulu terjadi pada email

• Email mengalami mediasi lebih dulu daripada push, dan pada push arus yang sama berjalan paralel dengan jeda satu tahap
• Push adalah channel yang bahkan lebih tidak menguntungkan daripada email
  • Email punya alat ukur seperti Postmaster Tools dan dashboard deliverability, tetapi push hampir tidak punya
  • Email tetap berada di inbox sehingga pengguna bisa menggulir, mencari, dan kembali lagi, sedangkan notifikasi dihapus, tenggelam, diringkas, dan tidak disimpan secara andal di notification center
• Gmail pada 2013 mengklasifikasikan email yang sah ke Primary, Promotions, Social, dan Updates lewat tabbed inbox, dan Apple Mail menambahkan klasifikasinya sendiri pada 2024
• Mail Privacy Protection dimasukkan ke iOS 15 pada September 2021, membuat Apple Mail mengambil lebih dulu konten jarak jauh melalui proxy yang dikendalikan Apple terlepas dari apakah pengguna benar-benar membuka email tersebut
  • Cara ini menyembunyikan alamat IP dan merusak mekanisme open pixel yang diandalkan pemasar
  • Omeda mengamati bahwa open rate akibat Apple naik dari 22,6% menjadi 40,5% selama enam bulan, tetapi itu terjadi karena prefetch, bukan pertumbuhan pembaca
  • Open rate dalam bentuk lamanya menjadi tidak bisa dipulihkan, dan click-through rate serta konversi di tahap bawah menggantikannya sebagai sinyal keterlibatan
• Sejak awal 2024, Yahoo dan Google mewajibkan pengirim yang mengirim volume berarti ke inbox pribadi untuk memiliki autentikasi SPF dan DKIM, alignment DMARC, one-click unsubscribe, serta menjaga tingkat keluhan spam tetap rendah
• Email berjalan di atas protokol yang terbuka dan terfederasi, tetapi langganan push ada sebagai izin pada instalasi tertentu di perangkat tertentu, di dalam aplikasi native atau web app layar utama sejak iOS 16.4
• Push terikat pada token APNs atau FCM, dan Apple atau Google dapat membatalkan token itu sewaktu-waktu, sementara pengirim tidak memiliki daftar yang bisa dibawa ke tempat lain
• Web push memang memperluas jangkauan pengirim karena bisa dikirim tanpa unduhan App Store, tetapi tetap masuk ke notification tray yang sama dan mengalami pengeditan on-device yang sama, sehingga tidak benar-benar lolos dari editor platform
• Dalam push juga, pengirim makin sulit mengetahui apakah notifikasi mereka diringkas, disembunyikan di balik Focus mode, diturunkan prioritasnya oleh model on-device, atau dimasukkan ke folder senyap

Editor di perangkat

• Pengeditan email terutama terjadi saat transmisi, tetapi pengeditan push terjadi di lapisan tampilan
• Keputusan apakah notifikasi akan ditampilkan, diringkas, diberi prioritas rendah, atau dikelompokkan ditentukan di lapisan tampilan perangkat
• Intinya bukan jaringan melainkan model di perangkat, dan bobot serta sinyalnya tidak diungkapkan
• Apple Intelligence menggunakan foundation language model di perangkat berukuran 3 miliar parameter dan model server Parallel-Track Mixture-of-Experts yang lebih besar yang tersedia di Private Cloud Compute
  • Laporan teknis Juli 2025 membahas KV-cache sharing dan quantization-aware training 2-bit yang disesuaikan untuk Apple silicon
  • Fitur Apple Intelligence biasanya tidak langsung memakai model dasar, melainkan sistem operasi memuat secara dinamis adapter kecil bergaya LoRA berukuran puluhan MB yang dikhususkan untuk tugas seperti peringkasan, ekstraksi entitas, pemolesan kalimat, dan prioritisasi notifikasi
  • Setelah BBC memprotes bahwa ringkasan menghasilkan judul yang keliru, Apple menonaktifkan ringkasan untuk aplikasi News and Entertainment di iOS 18.3, menampilkan ringkasan AI dalam huruf miring, serta menambahkan sakelar nonaktif per aplikasi di layar kunci dan peringatan kemungkinan kesalahan
• Gemini Nano milik Google berjalan di dalam AICore, layanan sistem yang diperkenalkan di Android 14
  • AICore menempatkan model di partisi sistem, memungkinkan aplikasi berizin berbagi bobot, mengisolasi setiap permintaan inferensi, dan tidak menyimpan data input maupun output
  • AICore mengikuti prinsip Android Private Compute Core, menerapkan package binding terbatas, memblokir akses internet langsung, dan memperbarui model melalui Google Play System Updates
  • Gemini Nano secara otomatis diarahkan ke NPU, GPU, atau CPU perangkat, dan melalui Low-Rank Adaptation dapat dikhususkan untuk fitur seperti ringkasan Pixel Recorder, pengaturan notifikasi, dan smart reply tanpa melatih ulang model dasar
• Alur pengeditan per notifikasi berjalan dengan aplikasi membuat payload dan mengirimkannya ke APNs atau FCM, lalu sistem operasi terlebih dahulu menerapkan aturan kontrol pengguna seperti Focus modes, jadwal Do Not Disturb, channel mutings, dan pemblokiran per aplikasi
• Setelah itu, notifikasi masuk ke logika pemeringkatan dan tampilan platform; jika Notification Summaries di iOS aktif, sistem operasi dapat meneruskan teks gabungan ke model di perangkat yang dipasangi adapter peringkasan dan mengganti judul serta isi asli dengan kalimat yang dihasilkan
• Jika Priority Notifications aktif, di iOS 18.4 dan setelahnya default-nya mati, sistem dapat menerapkan pemeringkatan per aplikasi yang dipelajari untuk menyematkan sebagian notifikasi dan menurunkan yang lain
• Jika Reduce Interruptions Focus aktif, model mengevaluasi apakah setiap notifikasi melampaui ambang kepentingan yang disesuaikan pengguna
• US 11,340,963 milik Microsoft Technology Licensing LLC serta US 11,609,806 dan US 8,707,201 milik Google LLC menunjukkan bahwa pendekatan yang menangani penulisan ulang notifikasi, waktu pengiriman, dan prioritisasi dengan model terlatih sudah ada jauh sebelum kontroversi iOS 18

Sarana terbatas yang bisa dikendalikan pengirim

• UNNotificationServiceExtension di iOS memungkinkan kode aplikasi mengubah secara singkat notifikasi yang dikirim sebelum ditampilkan, dan dapat dipakai untuk dekripsi payload, mengambil gambar, serta memodifikasi teks
• UNNotificationContentExtension memungkinkan penentuan UI kustom untuk tampilan ekstensi
• Kedua ekstensi tidak berjalan setelah tahap peringkasan atau prioritisasi platform
• Header apns-priority menyediakan salah satu dari 5 dan 10; 5 dipakai untuk mengirim notifikasi yang tidak mendesak pada waktu hemat daya, sedangkan 10 dipakai untuk segera mengirim notifikasi yang benar-benar interaktif
• Di Android, pengembang menulis ke NotificationManager dan mendeklarasikan tingkat kepentingan channel, tetapi tidak bisa keluar dari klasifikasi sistem
• NotificationListenerService adalah API tingkat sistem yang dipakai OEM dan aplikasi aksesibilitas untuk membaca notifikasi yang masuk
• Tidak ada API untuk mendeteksi apakah notifikasi telah diringkas, dimasukkan ke bagian Promotions oleh Notification Organiser, dibungkam oleh Focus, atau diam-diam diturunkan prioritasnya oleh Priority Notifications

Wearable adalah subset dari aliran notifikasi ponsel

• Apple Watch pada dasarnya mencerminkan notifikasi iPhone, tetapi mengikuti status Focus dan Summary di iPhone
• Mulai watchOS 11, Smart Stack menggunakan sinyal di perangkat seperti lokasi, waktu, dan kalender untuk menampilkan widget yang relevan
• Wear OS pada dasarnya menjembatani notifikasi ponsel ke jam yang dipasangkan, dan menyediakan kontrol pengembang seperti BridgingConfig, setBridgeTag, dan setDismissalId untuk mencegah duplikasi jika companion watch app terpasang
• Pengiriman notifikasi prioritas rendah ke jam bisa ditekan, tetapi notifikasi yang dibisukan pengguna di ponsel tidak bisa dipaksa terkirim ke jam
• Wearable adalah subset ketat dari aliran notifikasi ponsel, menerima pengeditan platform yang sama di upstream dan kemudian melewati filter tambahan berupa perilaku bridging dan complication di sisi jam

Cara pengguna benar-benar menangani notifikasi

• Sebagian besar notifikasi tidak langsung memicu perpindahan ke aplikasi, melainkan berfungsi sebagai sinyal kognitif yang dikenali pengguna sebelum mereka melanjutkan aktivitas yang sedang dikerjakan
• Studi CHI 2014 oleh Sahami Shirazi, Henze, Dingler, Pielot, Weber, dan Schmidt, “Large-Scale Assessment of Mobile Notifications”, mengumpulkan sekitar 200 juta notifikasi dari lebih dari 40 ribu pengguna melalui instrumentasi launcher Android
  • Notifikasi pesan secara konsisten dinilai paling bernilai, sedangkan notifikasi promosi secara konsisten dinilai paling rendah
  • Ini menjadi dasar empiris bahwa pesan dari orang dan pesan dari merek perlu diperlakukan pada permukaan yang berbeda
• Studi MobileHCI 2014 oleh Pielot, Church, dan de Oliveira, “An In-Situ Study of Mobile Phone Notifications”, menemukan bahwa pengguna menerima rata-rata 63,5 notifikasi per hari, sebagian besar berasal dari messenger dan email, serta tetap memperhatikannya dalam hitungan menit meski ponsel dalam mode senyap
• Attelia buatan Okoshi dkk. adalah middleware yang mendeteksi titik jeda dalam aktivitas ponsel pengguna lalu menahan notifikasi hingga momen itu; dalam studi terkontrol, beban kognitif turun 46%, dan di lingkungan nyata turun 33%
• Dalam penerapan skala besar berikutnya di aplikasi Yahoo! Japan, penyesuaian waktu pengiriman saja meningkatkan click-through rate hingga 60,7%
• Localytics melaporkan bahwa 52% pengguna yang mematikan notifikasi push pada akhirnya benar-benar meninggalkan aplikasi, bahwa rentang optimal di sebagian besar aplikasi adalah 2–5 notifikasi per minggu, dan bahwa audiens yang disegmentasi menunjukkan open rate sekitar dua kali lebih tinggi dibanding pengiriman massal
• Leanplum, yang kemudian diakuisisi CleverTap, melaporkan bahwa open rate notifikasi yang dipersonalisasi sekitar 800% lebih tinggi dibanding pengiriman massal biasa, dan 90% notifikasi push yang dibuka memicu tindakan dalam waktu 1 jam
• Laporan fintech 2025 dari CleverTap menempatkan rata-rata open rate kampanye tersegmentasi di 16,3%, dan kampanye non-target di 4,7%
• Angka yang dilaporkan vendor sendiri tetap harus dibaca dengan diskon, tetapi arahnya konsisten
  • Volume pengiriman membunuh izin, dan relevansi adalah satu-satunya tuas stabil yang bisa dikendalikan
  • Waktu pengiriman juga penting, tetapi kurang penting dibanding relevansi
  • Sesuatu yang terlihat seperti promosi umumnya akan diklasifikasikan sebagai promosi, dan sering kali penilaian itu benar
  • Pengguna mentoleransi notifikasi transaksional dan percakapan jauh lebih sering daripada notifikasi promosi
• Kurasi platform bekerja paling keras terhadap pengiriman massal dan push yang bersifat promosi, sementara notifikasi yang benar-benar diinginkan pengguna cenderung tetap lolos atau bahkan lebih ditonjolkan
• Live Activities adalah jalur pintas yang paling jelas
  • Sesi ActivityKit dirender di lock screen dan Dynamic Island, yaitu permukaan terpisah dari baki notifikasi, sehingga tidak tersentuh oleh mekanisme ringkasan dan pengelompokan
  • Live Updates dan notifikasi ongoing di Android menjalankan peran yang sama
  • Untuk konten transaksional yang benar-benar sedang berlangsung seperti ride-hailing, pengiriman, pertandingan, atau timer, ini adalah jalur paling bersih untuk menghindari editor platform
  • Ini hanya bisa dipakai untuk event yang benar-benar sedang berlangsung; promosi tidak bisa dikemas seolah-olah Live Activity
• Studi Media Psychology 2024 oleh Dekker, Baumgartner, Sumter, dan Ohme, “Beyond the Buzz”, melaporkan bahwa dalam eksperimen acak selama 1 minggu, menonaktifkan notifikasi tidak mengurangi frekuensi memeriksa ponsel maupun screen time, dan bahwa pengguna melakukan perilaku kompensasi dengan langsung masuk ke aplikasi

Yang bisa dilihat marketer

• Visibilitas marketer sengaja dibatasi, dan kondisinya makin buruk
• Metrik, dari yang paling dapat diandalkan ke yang paling rendah, mengalir dari pengiriman, penerimaan platform, pengantaran ke perangkat, penayangan di perangkat, pembukaan, hingga konversi yang diatribusikan
• APNs dan FCM memberikan kode respons saat submit ke server, sehingga penerimaan platform terlihat stabil, tetapi APNs tidak memberi konfirmasi pengantaran seperti SMTP, dan yang bisa diketahui hanya bahwa Apple menerima payload lalu memasukkannya ke antrean
• FCM menyediakan message ID dan dalam beberapa kasus callback pengantaran, tetapi batas antara “terkirim ke perangkat” dan “ditampilkan kepada pengguna” tetap tidak transparan
• iOS hanya menyimpan notifikasi terbaru per aplikasi saat offline, sehingga notifikasi lama bisa diam-diam dihapus sebelum sempat sampai ke pengguna
• Platform lifecycle seperti Braze, Iterable, OneSignal, Airship, CleverTap, MoEngage, Pushwoosh, Customer.io, dan Batch menambahkan pengukuran berbasis SDK aplikasi
  • SDK mencatat penayangan notifikasi, tap pengguna, dan apakah tap tersebut memulai sesi
  • Tingkat perinciannya bergantung pada apakah ada deklarasi NotificationServiceExtension di iOS atau broadcast receiver setara di Android
  • Tanpa ekstensi, “terkirim” kembali menyusut menjadi “diterima oleh APNs/FCM”, sehingga delivery rate yang terlihat menjadi lebih tinggi daripada yang benar-benar dilihat pengguna
• Menurut panduan OneSignal sendiri, click-through rate secara konvensional adalah jumlah tap dibagi jumlah pengantaran, dan pengantaran biasanya berarti “lolos melalui FCM atau APNs”
  • Metode ini mencakup notifikasi yang tidak ditampilkan, notifikasi yang di-swipe tanpa dibaca, notifikasi yang dibersihkan secara diam-diam, hingga notifikasi yang tersembunyi di balik filter Focus atau Reduce Interruptions
  • Beberapa platform memiliki “confirmed delivery” yang menghitung notifikasi saat SDK melihat rendering, sehingga lebih dekat ke kenyataan, tetapi tetap tidak bisa memastikan apakah pengguna benar-benar melihat notifikasi yang dirender sebelum dibersihkan
• Mobile measurement partner seperti AppsFlyer, Adjust, Branch, Singular, dan Kochava menyisipkan tracking link ke payload lalu mencocokkan event SDK berikutnya untuk mengatribusikan sesi hilir ke kampanye push tertentu
• Alat analitik in-app seperti Amplitude, Mixpanel, Heap, dan PostHog bisa melihat sesi hilir, tetapi tidak bisa melihat notifikasi hulu dengan sendirinya
• Jika event pengiriman dan pembukaan dari platform push dikirim ke alat analitik dengan identifier pengguna bersama, maka notifikasi, sesi, dan konversi bisa dihubungkan, tetapi bagian tengah funnel seperti “seberapa sering notifikasi yang terkirim ditampilkan, diringkas, diturunkan prioritasnya, ditekan oleh Focus, atau tidak terkonfirmasi” tetap tidak bisa dipulihkan
• Ada banyak sinyal yang memang tidak disediakan platform
  • Apakah notifikasi di iOS dibundel ke Notification Summary
  • Apakah notifikasi masuk ke bagian Promotions milik Notification Organiser di Pixel
  • Apakah Reduce Interruptions membuatnya senyap
  • Apakah Priority Notifications menurunkan prioritasnya
  • Apakah di iOS pengguna menggesernya dari lock screen tanpa membaca
  • Apakah pengguna sedang berada dalam mode Focus yang menekan notifikasi
  • Apakah notifikasi dihapus sebelum tampil karena batas penyimpanan iOS
  • Apakah Samsung One UI 8.5 merangkumnya
• Satu titik di mana push lebih baik daripada email adalah delete-intent di Android
  • Saat pengguna menggeser notifikasi yang ditampilkan untuk menghapusnya, sebuah event terjadi sehingga penghapusan yang disengaja bisa dicatat
  • Ini hanya ada di Android, hanya terjadi pada notifikasi yang sudah ditampilkan, dan tidak bisa membedakan swipe yang disengaja dari clear all
• Pengukuran push pada 2026 akan mirip dengan pengukuran email setelah Mail Privacy Protection: metrik yang berada di bawah lapisan kurasi yang tak terlihat akan dikalibrasi dengan data konversi yang hanya menangkap pengguna yang benar-benar bertindak

Cara menulis untuk model di dalam pipeline

• Seluruh teks pengiriman tidak lagi bertahan utuh
• Perangkum on-device memadatkan notifikasi menjadi inti, sehingga yang tersampaikan bukan tone merek melainkan fakta konkret
• Jika payload inti seperti nominal, nama, waktu, dan tindakan ditempatkan di depan, perangkum punya sesuatu untuk dipertahankan
• Jika inti disembunyikan di balik pembuka bergaya merek, seruan, emoji, atau permainan kata, perangkum bisa saja hanya menyisakan emoji lalu membuang makna, atau menyisakan separuh yang keliru
• Judul harus diperlakukan seperti field data terstruktur yang ditulis dalam bahasa alami
  • “Your delivery is 15 minutes away” stabil dalam ringkasan
  • “We've got great news!” tidak memuat fakta sehingga tidak stabil
  • Cara memeriksa diri yang kasar adalah memastikan apakah hanya dengan beberapa kata pertama pada judul, pengguna tetap mendapat informasi yang berguna
  • Ini harus diperlakukan sebagai kebiasaan, bukan jaminan
• Prinsip yang sama berlaku untuk Live Activities dan Live Updates, dan usulan intinya adalah field seperti ETA, skor, jumlah langkah, bukan kemasan bermerek
• Dasar untuk tidak menyalahgunakan level interupsi sensitif waktu dijelaskan dalam panduan pengembang Batch
  • “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”
  • Pengguna dapat mematikan notifikasi sensitif waktu per aplikasi dengan satu ketukan dari lock screen, dan pengirim tidak memiliki proses banding yang setara

Pergeseran pusat gravitasi ke permukaan yang dimiliki sendiri

• Push seharusnya mengambil peran yang lebih kecil dalam program lifecycle
• Permukaan yang dimiliki di dalam aplikasi dapat dibagi menurut urutan yang paling rendah sifat intrusifnya
  • Kartu in-product pasif di dalam feed yang dicapai pengguna secara sengaja
  • Pusat pesan atau inbox in-app permanen yang bisa dikunjungi kembali oleh pengguna
  • Pesan in-app bertarget berbasis event sesi yang hanya ditampilkan selama sesi aktif
  • Elemen messaging tertanam di dalam flow produk yang ditempatkan pada layar yang memang sudah dikunjungi pengguna untuk menyelesaikan tugas
• Permukaan yang dimiliki ini tidak melewati APNs atau FCM, dan tidak disentuh oleh Apple Intelligence maupun Gemini Nano
• Tanpa peringkasan atau penekanan Focus, SDK mencatat event render, dismiss, dan interaksi, sehingga dapat diamati tanpa celah mediasi platform
• Batasannya adalah permukaan yang dimiliki hanya menjangkau pengguna aktif
  • Pengguna yang tidak membuka aplikasi selama 14 hari tidak bisa dijangkau lewat pesan in-app dan hanya bisa dijangkau lewat push
  • Push menjadi kanal untuk re-engagement pengguna dorman serta notifikasi transaksional dan sensitif waktu bagi pengguna aktif
  • Cross-sell, upsell, penemuan konten, edukasi, dan penambahan nilai ditangani oleh permukaan in-product
• Dalam data Batch tahun 2025, CTR pesan in-app untuk kampanye kode promosi lebih tinggi daripada CTR push, dengan Android 16,1% dan iOS 17,9%
• Dalam data yang sama, karena in-app memerlukan sesi, audiens yang bisa dijangkau lebih kecil daripada push
• Push ada untuk membawa pengguna kembali ke produk, dan setelah pengguna masuk, permukaan yang dimiliki mengambil alih

Perubahan berikutnya: agen yang memproses notifikasi

• Model bahasa on-device, begitu dipasang, akan digunakan untuk berbagai keperluan di luar peringkasan
• Foundation Models framework dari Apple memungkinkan pengembang mulai iOS 18.4 memanggil model yang sama dengan yang digunakan sistem operasi untuk peringkasan, ekstraksi entitas, pemahaman teks, penyempurnaan, dan percakapan singkat
• ML Kit GenAI APIs dari Google mengekspos peringkasan, koreksi, penulisan ulang, dan deskripsi gambar di atas AICore
• Langkah berikutnya adalah model merespons notifikasi dan bertindak atas nama pengguna
  • Tindakan yang mungkin dilakukan antara lain membuka aplikasi, menyelesaikan reservasi, menutup notifikasi, dan menyusun draf balasan
  • Penalaran yang lebih berat kemungkinan besar akan dijalankan di sisi server seperti Apple Private Cloud Compute atau model cloud Google, bukan hanya di dalam perangkat
• Framework App Intents dari Apple memungkinkan pengembang mengekspos tindakan aplikasi yang bertipe ke Siri dan Apple Intelligence
• Di Android, App Actions dan Gemini memiliki peran setara sebagai kemampuan yang sedang berkembang untuk bertindak di dalam aplikasi pihak ketiga
• Pengirim tidak cukup hanya menulis notifikasi yang tidak akan dirusak oleh perangkum, tetapi juga harus mengekspos tindakan di balik notifikasi agar agen dapat menyelesaikan reservasi atau menghapus notifikasi meski pengguna tidak membuka aplikasi
• Notifikasi menjadi trigger yang dikonsumsi agen, bukan tujuan akhir, dan metrik CTR yang selama 10 tahun menjadi pusat pengukuran push akan kehilangan banyak makna

Prinsip praktis dalam menangani notifikasi push

• Gunakan push hanya untuk hal yang tidak bisa dilakukan channel lain

  • Push adalah channel yang bisa menjangkau pengguna yang tidak membuka aplikasi selama berminggu-minggu, sehingga paling cocok untuk membangunkan pengguna dorman dan notifikasi transaksional yang benar-benar sensitif terhadap waktu
  • Notifikasi untuk cross-sell, upsell, edukasi, dan penemuan juga dimungkinkan jika cukup tepat waktu dan terpersonalisasi, tetapi pada dasarnya diklasifikasikan sebagai promosi dan bersaing dalam posisi paling tidak menguntungkan memperebutkan anggaran gangguan pengguna
  • Pesan promosi lebih efektif dan juga lebih rendah risikonya di layar yang sengaja dibuka pengguna

• Rancang dengan berpusat pada aktivitas dan permintaan pengguna

  • Notifikasi yang lebih mudah lolos dari penyuntingan perantara platform adalah sinyal yang disetel langsung oleh pengguna dan event yang dihasilkan produk dari status pengguna
  • Penurunan harga, stok kembali tersedia, wishlist, pemicu ambang batas, dan notifikasi status untuk item yang sedang ditunggu termasuk sinyal yang disetel langsung oleh pengguna
  • Dokumen yang dibagikan, komentar atau balasan pada pekerjaan, tugas yang selesai, batas yang terlampaui, dan langkah berikutnya dari pekerjaan yang sedang berjalan termasuk event yang dihasilkan produk dari status pengguna
  • Kedua jenis ini sama-sama merupakan notifikasi tentang sesuatu yang “milik” penerima, sehingga secara alami lolos ambang relevansi, dan harus deep link ke lokasi di dalam produk tempat pengguna bisa langsung bertindak

• Minta izin dalam konteks, bukan saat first run

  • Setelah Android 13 mengubah izin notifikasi menjadi persetujuan runtime eksplisit, rasio opt-in turun tajam
  • Daripada langsung menampilkan system prompt segera setelah first run, lebih baik tunjukkan nilainya lewat fitur yang memang membuat pengguna ingin menerima notifikasi, lalu minta izinnya
  • Izin notifikasi berlaku untuk seluruh channel, jadi jangan dihabiskan untuk permintaan awal yang dingin

• Segmentasi dan personalisasi adalah default

  • Data vendor memang bersifat indikatif, tetapi selama 10 tahun mengarah pada kesimpulan yang sama, dan notifikasi tersegmentasi dan terpersonalisasi menunjukkan open rate kira-kira dua kali lipat dibanding broadcast
  • Pengiriman massal yang umum memberikan hasil rendah dan menghabiskan izin yang tidak bisa ditarik kembali
  • Jika suatu pesan tidak bisa dikirim ke orang tertentu untuk alasan yang spesifik, maka lebih baik tidak mengirimkannya ke semua orang

• Jangan gunakan hak untuk mengganggu yang belum diperoleh

  • Jangan menyamarkan pesan marketing sebagai notifikasi sensitif waktu
  • Di iOS, pengguna bisa mematikan notifikasi sensitif waktu per aplikasi dari lock screen, dan pengirim tidak bisa mengajukan keberatan
  • Peningkatan volume kirim membunuh izin, dan satu-satunya tuas yang bisa dipertahankan pengirim adalah relevansi

• Keterlibatan menentukan keterkiriman

  • Ranking platform mempelajari apakah pengguna bertindak atas notifikasi, sehingga basis penerima besar yang tidak melakukan tap akan melatih model untuk menilai aplikasi lebih rendah dan mendorong pengguna mematikan notifikasi
  • Push tidak memiliki mekanisme reputasi pengirim yang seterstruktur email, dan efeknya juga berbeda tergantung aplikasi dan OS, tetapi arahnya sama
  • Langganan yang sudah diam harus dibersihkan, dan basis kecil yang terlibat mempertahankan jangkauan lebih luas dibanding basis besar yang diabaikan

• Dahulukan fakta daripada gaya bahasa

  • Di bagian awal judul, letakkan payload yang konkret sebelum pembuka bernada brand: informasi seperti nominal, nama, waktu, dan tindakan harus didahulukan
  • Penyaring ringkasan memadatkan ke inti dan mempertahankan konten yang mudah dibaca mesin, sehingga judul berbasis fakta lebih mungkin tetap bertahan setelah ditulis ulang dibanding judul berbasis tone
  • Ini bukan aturan yang terukur, melainkan default yang masuk akal; tidak ada pengujian publik dan dasarnya juga tidak langsung

• Jangan terlalu percaya dashboard push

  • Open dan click berada di balik lapisan penyuntingan yang tidak terlihat, dan konversi yang bisa diukur adalah sampel yang sudah bias dari notifikasi yang memang sudah dipilih platform untuk diutamakan
  • Konversi downstream adalah sinyal yang paling tidak buruk, tetapi event konversi push itu jarang, sehingga pada volume kirim biasa sulit mencapai signifikansi statistik per kampanye
  • Jika bisa memverifikasi rendering dengan SDK, lakukan itu; gabungkan kampanye dan perpanjang jendela observasi sebelum mempercayai angkanya
  • Kenaikan engagement bisa dibaca bukan hanya sebagai “copy-nya membaik”, tetapi juga sebagai “platform lebih mempercayai saya”

• Geser bobot ke surface yang dimiliki sendiri

  • Inbox in-app, layar produk saat login, surat fisik, dan surface loyalitas yang dioperasikan langsung tidak memiliki model di dalam pipeline
  • Surface ini tidak diringkas, tidak diranking, dan tidak dibisukan, serta bisa diukur sampai akhir
  • Push dan surface milik sendiri seharusnya dioperasikan bukan sebagai channel yang saling bersaing, melainkan sebagai satu portofolio

• Rancang untuk agen, bukan untuk lock screen

  • Ketika Siri dan Gemini mulai bertindak atas notifikasi, yang bisa dijalankan agen adalah usulan yang rapi dan mudah dibaca mesin
  • Tindakan di balik notifikasi tidak boleh terkubur di lokasi yang membutuhkan tiga kali tap di dalam UI, melainkan harus diekspos dalam bentuk yang bisa dipanggil melalui iOS App Intents atau App Actions di Android
  • Pesan harus ditulis agar model bisa mengeksekusinya bahkan tanpa dibaca manusia

Kesimpulan

• Push tidak pernah menjadi channel yang sepenuhnya dimiliki seperti email, dan lebih dekat ke channel yang tidak terlalu disewa dibanding media sosial
• Platform menilai ulang syarat sewanya di setiap rilis agar lebih menguntungkan pihak mereka
• Pengirim yang akan lolos 10 tahun ke depan bukan yang paling banyak mengirim atau paling cerdas memakainya, melainkan yang mengirim pesan yang memang diinginkan penerima sejak awal sehingga bisa dipertahankan oleh editor platform
• Pihak yang lebih diuntungkan adalah yang sudah memindahkan pekerjaan terbaiknya ke surface yang tidak dijaga editor di depan
• Menulislah untuk model yang tak terlihat, dan bangunlah untuk channel yang tidak bisa dijangkau model itu

[GN⁺]

Komentar Hacker News

• Jika ponsel saya mengganggu saya, itu seharusnya berarti ada seseorang yang benar-benar membutuhkan perhatian saya saat itu juga; kalau tidak, seharusnya jangan mengganggu sama sekali. Pengaturan notifikasi saya hanya mengizinkan push notification untuk telepon, pesan, WhatsApp, Apple Health, aplikasi bank
  Tidak ada alasan bagi aplikasi lain untuk memanggil saya seketika. Kebanyakan aplikasi mengirim notifikasi bukan karena ada hal penting, melainkan karena mereka menginginkan perhatian saya
  Saya tidak butuh notifikasi seperti streak penggunaan, diskon, rekomendasi, atau pembaruan pengiriman; semua itu cukup menunggu sampai saya memilih membuka aplikasinya

  • Tulisan ini cukup terang-terangan ditulis dari sudut pandang pengirim, dan khawatir platform mengambil alih “kendali pengirim”
    Tetapi kebanyakan aplikasi sudah sangat jelas membuktikan bahwa mereka tidak bisa menghormati perhatian pengguna. Semakin banyak hambatan yang dipasang platform di antara notifikasi tak perlu dan ponsel saya, semakin baik. Saya tidak menganggap Apple atau Google sebagai pahlawan, tetapi setidaknya kepentingan mereka lebih selaras dengan saya dibanding divisi pemasaran dari aplikasi yang terpaksa saya pasang hanya karena pernah beli tiket sekali
  • Masalah terbesar adalah aplikasi yang melakukan keduanya. Misalnya, saya ingin Uber memberi tahu saat pengemudi sudah tiba, tetapi saya tidak ingin menerima promo 10% untuk 5 perjalanan berikutnya
    Sulit memblokir notifikasi penting dan notifikasi iklan secara terpisah
  • Jadi teringat kalimat, “marketing belum pernah bertemu sistem komunikasi yang tidak ingin mereka kuasai”
    Saya kepikiran ini setiap kali melihat klien yang ingin menambahkan dukungan WhatsApp ke aplikasi komersial untuk “berkomunikasi dengan pelanggan”
    Pada saat yang sama, bagian aplikasi yang ingin diberi notifikasi juga berbeda untuk tiap pengguna. Pekerja shift perlu tahu jadwal yang ditugaskan atau shift mendadak yang dibuka, dan sesuatu yang sangat penting bagi satu pengguna bisa jadi spam bagi pengguna lain
    Notifikasi yang berguna mudah sekali berubah menjadi notifikasi pemasaran. Saya ingin tahu kalau kurir sudah ada di luar, tetapi saya tidak ingin tahu promo minggu ini
    Ini bukan masalah yang bisa diselesaikan sepenuhnya secara teknis. Pelaku buruk memang benar-benar bertindak buruk. Meski begitu, sistem tetap harus dibuat agar aplikasi yang baik bisa berfungsi dengan baik, dan pada akhirnya penggunalah yang harus menentukan apa yang ingin dilihat. Bukan Google atau Apple
    Kalau kita membangun masyarakat berdasarkan standar terendah yang sama untuk semua orang, hasilnya buruk untuk semuanya. Kita harus bisa menghukum perilaku buruk sambil aktif mendorong perilaku baik, bukan melarang semuanya hanya karena “bisa jadi buruk”
  • Orang mencampuradukkan “push notification” dengan “terganggu oleh push notification”. Di ponsel saya ada banyak aplikasi yang penting tetapi tidak mendesak, dan saya mengaturnya agar ditambahkan diam-diam ke Notification Center di iOS
    Dengan pengaturan ini, saat notifikasi datang tidak ada banner yang muncul dan tidak terlihat di layar kunci. Notifikasi itu hanya terlihat ketika saya sendiri menggulir ke bawah melewati notifikasi yang sensitif terhadap waktu di layar kunci untuk menyusul semua notifikasi
    Pada dasarnya ini diturunkan menjadi semacam “kotak masuk email” yang bisa saya cek kalau mau dan abaikan kalau tidak. Tidak seperti email, notifikasi tidak bisa menjadi jalur wajib dalam alur kerja aplikasi, jadi kotak masuk notifikasi bisa dikosongkan kapan saja tanpa beban
  • Apple dan Google telah gagal membuat push notification layak dipakai selama 10 tahun terakhir. Notifikasi penting tenggelam dalam lautan notifikasi sampah yang sama sekali tidak relevan
    Banyak aplikasi bersaing memperebutkan ruang layar yang sangat kecil dalam struktur yang primitif, dan kebanyakan push notification tidak memberi tahu lebih dari “sesuatu terjadi!”. Informasi yang bisa ditindaklanjuti sedikit, dan apa yang sebenarnya terjadi pun sering samar
    Akibatnya, nilai dari konsep notifikasi itu sendiri menurun, dan bahkan kalau sesekali ada sesuatu yang menarik lewat, itu mudah terlewat atau sulit ditemukan lagi
    Pengalaman pengguna push notification buruk sekali, dan semakin lama semakin parah karena pengembang aplikasi menyalahgunakan kekuatan super untuk mengganggu pengguna sesuka hati. Apple dan Google mencoba mengendalikannya, tetapi hasil yang tersisa bahkan untuk sedikit kasus penggunaan yang sah pun hanya biasa-biasa saja
    Hal seperti persetujuan bank dan autentikasi dua faktor memang berguna jika ada deep link ke aplikasi, tetapi selain itu, tidak layak menghentikan apa yang sedang saya kerjakan hanya untuk melihat ponsel
    Di ponsel Android saya, aplikasi yang paling sering saya pakai adalah Firefox, Gmail, dan beberapa lainnya saja. Sebagai saluran notifikasi, kotak masuk email jauh lebih berguna daripada push di ponsel. Lebih bisa ditindaklanjuti dan lebih kaya informasi, serta lebih mudah untuk unsubscribe satu per satu, memfilter, atau mencari lagi. Kebanyakan aplikasi bisa melakukan keduanya, jadi push notification itu inferior dan duplikatif

• Tulisan ini terbaca seolah penulisnya kesal karena Apple dan Google memblokir atau mengendalikan jenis notifikasi tertentu, yaitu notifikasi spam
  Katanya “cross-sell, up-sell, edukasi, dan discovery juga bisa bekerja lewat push”, tetapi push notification seharusnya hanya dipakai untuk notifikasi transaksional. Saya tidak ingin satu kotak masuk sampah lagi

  • Saya ingin tetap menyalakan notifikasi untuk aplikasi janji temu rumah sakit karena butuh pengingat. Tapi belakangan mereka mulai mengirim pesan pemasaran lewat saluran itu
    Mungkin ada cara untuk mematikan hanya pesan pemasaran, tetapi kebanyakan orang tidak tahu dan tidak akan mengubahnya. Benar-benar menjengkelkan
  • Saya berharap Apple memaksa pengembang aplikasi mengimplementasikan notifikasi promosi dan notifikasi transaksional dalam saluran notifikasi yang berbeda. Dengan begitu, pengguna bisa memilih hanya yang mereka inginkan
  • Dalam judul “push notification Anda”, kata “Anda” bukan merujuk ke pengguna melainkan ke pemasar. Itu saja sudah cukup menunjukkan nilai tulisan ini
  • Bukan marah, tetapi khawatir karena semua kanal perlahan makin harus lewat perantaraan big tech
  • Tergantung kasusnya. BlackBerry 10 Hub dirancang kuat sebagai kotak masuk bersama, bukan sistem notifikasi longgar seperti iOS atau Android, dan itu benar-benar bagus

• Layanan seperti Uber, Bolt, dan Airbnb itu menyebalkan. Push memang dibutuhkan untuk layanan intinya, tetapi penyedianya memanfaatkan celah itu untuk menyisipkan spam

  • Uber sangat parah soal ini. Saya tinggal di daerah pedesaan jadi biasanya tidak memakainya, tetapi saat bepergian saya pakai Uber atau kadang Uber Eats
    Sekarang sampah pemasaran mereka terlalu invasif, jadi saya hanya memasang aplikasinya saat terasa akan dibutuhkan, lalu menghapusnya kalau tidak. Antar burger itu menyenangkan, tetapi yang lebih menjengkelkan adalah layanan itu secara harfiah tidak punya apa pun yang bisa diantar ke rumah kami
  • Apple dan Google membiarkan layanan menyalahgunakan notifikasi sampai notifikasi itu pada dasarnya menjadi tidak bernilai. Saya berharap mereka lebih menghormati waktu dan perhatian saya

• Orang-orang selalu mengejutkanku karena terlalu pasif terhadap hal-hal yang mencuri perhatian mereka
  Ponselku berada dalam mode jangan ganggu 24 jam sehari. Jika ada aplikasi yang memberi tahu hal-hal tidak berguna, aku hapus dan pakai situs webnya
  Aku juga punya aturan email yang memindahkan email yang mengandung kata “unsubscribe” keluar dari kotak masuk ke area tag terpisah. Setiap beberapa hari aku masuk ke sana dan berhenti berlangganan dari semua yang sudah datang
  Jika di kasir toko ritel mereka meminta data pribadi atau nomor telepon, atau meminta ikut klub/member, aku tanya apakah ada diskon. Kalau tidak ada diskon, tidak ada data. Kalau mereka menawarkan nilai yang layak untuk data pribadiku, mungkin akan kupertimbangkan, tapi sejauh ini belum ada toko ritel yang membayar setara dengan nilai waktu dan dataku

  • Saat toko ritel meminta nomor telepon, rasanya dari awal pun tidak layak dipertimbangkan. Mereka bisa memberi diskon sekali lalu menyimpan dan menyalahgunakan datanya selama bertahun-tahun
  • Aku membuat versi yang lebih canggih dari aturan berhenti berlangganan untuk mematikan semua notifikasi email yang tidak perlu, dan merilisnya sebagai open source
    https://unfuck.email
  • Aku paham maksud penggunaan kata “pasif” dan menurutku itu masuk akal, tapi kalau mau tepat, kebanyakan orang merasa mereka tidak punya pilihan
    Tidak mengangkat telepon atau tidak membalas pesan adalah hal yang tabu bagi banyak orang, sehingga mereka berada dalam perlombaan senjata dengan spammer dan aplikasi sosial yang menyerbu dari segala arah. Orang-orang seperti itu merasa frustrasi karena kita hidup di negeri jangan ganggu 24 jam
    Aku tidak tahu bagaimana menyelesaikannya, tapi aku mengerti sudut pandang itu

• Coba jalani sehari dengan semua notifikasi dimatikan kecuali notifikasi pesan. Kamu tidak akan mati. Kamu akan cepat terbiasa memeriksa secara berkala hal-hal yang benar-benar kamu pedulikan, dan sisanya harus menunggu sampai aku peduli
  Aku sudah hidup seperti ini selama bertahun-tahun, dan teman maupun rekan kerjaku tidak tahu dan tidak perlu tahu. Notifikasi tidak membantuku menjawab lebih cepat; notifikasi justru mencuri perhatianku dari hal yang sedang ingin kukerjakan
  Hari ini aku bahkan belum memeriksa Discord maupun email. Saat aku ingin tahu apakah temanku menulis, apakah ada tagihan baru, atau apakah ada sesuatu yang perlu ditindaklanjuti, aku akan membuka aplikasi yang sesuai dan menanganinya
  Kamu bisa meletakkan ponsel di samping selama beberapa jam tanpa menjadi terdistraksi

  • Bagian “terbiasa memeriksa secara berkala hal-hal yang benar-benar kamu pedulikan” adalah yang paling besar buatku. Dulu aku cemas akan melewatkan sesuatu yang penting jika mematikan notifikasi, tapi kenyataannya bahkan saat notifikasi menyala pun aku tetap kadang melewatkannya
    Kebiasaan memeriksa hal-hal penting secara berkala juga punya efek samping yang bagus. Karena aku jadi tidak terlalu bergantung pada ponsel untuk melakukannya, sistem pengingat mentalku membaik, dan makin jelas juga betapa tidak pentingnya aplikasi serta layanan yang makin jarang kuperiksa
    Sekarang aplikasi dan akunku jauh lebih sedikit, dan justru secara keseluruhan aku lebih bisa menjaga waktuku

• Bagian ini tidak sesuai fakta: “Notifikasi hanya ada di pusat notifikasi, dan pusat notifikasi membersihkan, membuang, merangkum hal-hal yang lewat, dan tidak menyimpan apa pun secara andal”
  Pusat notifikasi memang menyimpan informasi secara andal. Sesuatu seperti kotak masuk memang tidak ada di sisi pengguna, tapi secara nyata itu memang ada: https://www.forbes.com/sites/larsdaniel/2026/04/10/fbi-pulle...

• “Selama 15 tahun, kanal ini dibangun ulang dengan satu premis: perhatian penerima adalah sumber daya yang langka dan platform punya kewajiban untuk melindunginya. … Sebagai pengirim, Anda berada di sisi yang berlawanan dari premis itu, ke mana pun kendali bergeser”
  Menarik bahwa penulis secara terbuka membingkai situasi ini sebagai kepentingan pengirim dan penerima yang saling bertentangan

  • Tidak selalu bertentangan; lebih mirip hubungan yang tegang
    Perangkat yang sangat giat menjaga perhatian pengguna kadang bisa memblokir sesuatu yang sebenarnya ingin dilihat pengguna
    Meski begitu, sebagian besar notifikasi memang sampah dan seharusnya diblokir
  • Menurutku itu pembacaan yang cukup keras. Kalimat itu lebih dekat dengan pernyataan bahwa platform bertindak mengikuti kepentingan platform, bukan kepentingan pengguna

• “Semua efek ini tidak bekerja secara merata. Penyuntingan paling kuat menghantam push yang bersifat siaran/promosi, sedangkan notifikasi yang benar-benar diinginkan orang cenderung tetap lolos atau bahkan diperkuat”
  Buatku itu terdengar baik-baik saja

• “Untuk sebagian besar sejarah kanal ini, platform nyaris tidak melakukan intervensi yang terlihat. Secara struktural intervensi itu mungkin dilakukan, tetapi mereka hanya memilih untuk tidak terlalu banyak campur tangan. Masa penahanan diri itu telah berakhir”
  Mungkin tidak selalu terlihat, tetapi sejak awal memang selalu ada intervensi dalam satu bentuk atau bentuk lain. Di WhatsApp kami selalu memantau penundaan, penekanan, dan penggabungan push, dan setahuku itu sudah menjadi bagian dari sistem setidaknya sejak aku bergabung pada 2011
  Jika itu tidak berjalan dengan baik di dalam sistem, pesan pengguna tidak akan terkirim tepat waktu

  • Menarik. Aku penasaran apakah kamu bisa memberi konteks lebih lanjut soal itu. Aku belum pernah bekerja pada produk dengan skala sebesar itu, jadi selama ini pemantauan selalu terbatas pada apa yang bisa didapat dari platform push komersial

• Sesuatu yang menggantikan pengumpulan massal metadata telepon di Section 215 USA PATRIOT Act tampaknya juga memengaruhi arsitektur Apple Push Notification, Firebase Cloud Messaging, dan sejenisnya
  Apple memiliki koneksi persisten ke semua iPhone, dan hanya APNs yang bisa membangunkan aplikasi. Di sini, “self-hosting” berarti menjalankan backend penyedia sendiri yang memutuskan apa yang akan dikirim lalu meneruskannya ke APNs, alih-alih menyerahkannya ke pihak ketiga seperti Firebase Cloud Messaging, OneSignal, atau Pusher. Namun ruas terakhir itu tidak pernah benar-benar menjadi milik saya
  Arsitektur yang memaksa lalu lintas semua orang melewati segelintir perantara yang mengenali identitas pada dasarnya, secara desain, adalah sistem pengumpulan metadata massal yang hanya menunggu alat hukum untuk dipakai
  Pada Desember 2023, Senator Ron Wyden mengungkap bahwa pemerintah AS dan pemerintah asing telah memaksa Google dan Apple secara diam-diam untuk menyerahkan informasi push notification, metadata komunikasi, dan kadang-kadang juga isinya. Bagian yang perlu diperhatikan pengembang adalah bahwa tidak ada cara untuk mencegah praktik ini jika ingin mengirim notifikasi melalui platform yang menjadi sandaran iPhone dan Android
  Apple berada dalam status dilarang mengungkapkan hal ini sampai program tersebut dipublikasikan, dan setelah itu menyatakan akan mencerminkan permintaan semacam ini secara lebih rinci dalam laporan transparansi. Jadi hipotesis struktural ini bukan spekulasi, melainkan mekanisme yang telah dikonfirmasi; bedanya dari Section 215 adalah cakupannya bukan panggilan telepon melainkan aplikasi, dan sarana hukumnya bukan teori business records khusus §215 melainkan subpoena umum, perintah FISA, dan NSL
  Ucapan “itu cuma metadata” pada akhirnya lahir dari konteks seperti ini. Tentu ini lelucon, dan bukan berarti hanya satu individu yang bertanggung jawab atas hal semacam ini; ini adalah hasil dari kehendak politik kolektif dan, sayangnya, mungkin memang yang terbaik yang bisa kita lakukan
  https://www.youtube.com/watch?v=9iUdm0QMDM0
  https://epic.org/sen-wyden-reveals-government-surveillance-o...