Son on sekiz ay içinde bir noktada, platformlar göndericilerden davranmalarını istemeyi bırakıp bunu uygulamaya başladılar. Chrome artık yıkıcı olarak sınıflandırdığı siteleri hız sınırlarına tabi tutuyor ve kullanıcıların görmezden geldiği sitelerin bildirim iznini sessizce iptal ediyor. Android 16, bildirim patlamalarını varsayılan olarak sessizleştiriyor, her şeyi zorla grupluyor ve yeni Pixel'lerde tanıtım gönderilerini daraltılmış, sessiz bir pakete koyuyor. Google Mesajlar, düşük itibara sahip bir RCS göndericisinin ulaşabileceği yeni kullanıcı sayısını sınırlıyor. Eğer “chrome bildirim kısıtlaması” veya “neden anlık bildirimlerim teslim edilmiyor” diye aradıysanız, bu sayfa referanstır: her değişiklik, arkasındaki birincil kaynak, kimi etkilediği ve göndericinin teslim edilmesini sağlayan özel düzeltmeler.
Bu yaşayan bir belgedir. Bir platform bir değişiklik yayınladığında veya duyurduğunda güncelleriz ve her revizyon, alttaki değişiklik günlüğünde kaydedilir. Son güncellenme: 17 Ağustos 2026.
Detaylardan önce bir çerçeve notu, çünkü aşağıdaki tablodaki her girişi açıklıyor. Bu platformların hiçbiri bildirimleri öldürmüyor. Hepsi bildirimleri iki sınıfa ayırıyor: yüksek hacimli, düşük etkileşimli gönderiler yavaşlatılıyor, sessize alınıyor, gruplanıyor veya abonelikten çıkarılıyor — ilgili, olay odaklı bildirimler tam teslimatı korurken ve bazı durumlarda eskisinden daha iyi yerleştirme alırken. Kısıtlama anlık bildirimlerde değil. Toplu gönderilerde.
Neler değişti: 2026 bildirim kısıtlaması zaman çizelgesi
| Platform | Değişiklik | Kimler etkileniyor | Yürürlükte | Kaynak |
|---|---|---|---|---|
| Chrome (masaüstü + Android) | Daha sessiz izin kullanıcı arayüzü: genellikle engelleyen kullanıcılar ve düşük istek kabul oranlarına sahip siteler için sessize alınmış istem; daha sonra kötü niyetli veya aldatıcı içeriklere sahip sitelere genişletildi | İlk sayfa görüntülemede istekte bulunan veya aldatıcı içerik iten siteler | Chrome 80, Şubat 2020 (2020 boyunca yürürlükte) | Chromium blogu |
| Safari / iOS | Bildirimsel Web Push: servis çalışanı olmadan web push, bildirimsel yükler için sessiz push cezası yok | Apple kullanıcılarını hedefleyen Web push göndericileri | iOS/iPadOS 18.4 (Mart 2025); Safari 18.5'te Mac (Mayıs 2025) | WebKit blogu |
| Android'deki Chrome | Cihaz içi ML, şüpheli web push bildirimlerini "muhtemelen aldatıcı veya spam" olarak işaretler ve tek dokunuşla abonelikten çıkarma sunar | Bildirim metinleri spam ile eşleşen göndericiler | Mayıs 2025 | Chromium blogu |
| Android 16 | Bildirim soğutma (patlamalar giderek sessizleşiyor, varsayılan olarak açık) ve her uygulamanın bildirimlerinin zorla gruplanması | Yüksek frekanslı uygulama-push göndericileri; her türlü patlama | Kararlı 10 Haziran 2025 | Android Authority; derinlemesine incelememiz |
| Chrome (masaüstü + Android) | Düşük etkileşimli, yüksek hacimli siteler için Güvenlik Kontrolü aracılığıyla otomatik bildirim izni iptali | Kullanıcıların asla tıklamadığı çok sayıda bildirim gönderen siteler | 10 Ekim 2025'te duyuruldu; kullanıma sunuluyor | Chromium blogu |
| Google Mesajlar | “Bilinmeyen gönderenler” gruplaması; RCS için doğrulanmış işletme onay işaretleri ve standartlaştırılmış markalaşma | Kaydetmemiş kullanıcılarla mesajlaşan işletmeler | Ekim 2025 ortasından itibaren (kullanıma sunuluyor) | Android Authority |
| Android 16 QPR2 (Pixel) | Bildirim Düzenleyici: Cihazdaki yapay zeka, Promosyonlar ve Haberler bildirimlerini varsayılan olarak sessiz, daraltılmış bir pakette toplar; konuşmalar için yapay zeka özetleri | Mevcut Pixel'lerde promosyonel uygulama anlık bildirim gönderenler (6 ülke, İngilizce) | Aralık 2025 | 9to5Google |
| Chrome (masaüstü + Android) | Anlık Bildirim API hız sınırları: rahatsız edici olarak sınıflandırılan siteler dakikada 1.000 anlık bildirimle sınırlandırıldı, bunun üzerindeki istekler HTTP 429 hatası alır; 1 → 7 → 14 günlük ceza basamağı | Düşük kullanıcı başına etkileşim oranına sahip yüksek hacimli gönderenler | Ocak 2026'dan itibaren kullanıma sunuluyor | Geliştiriciler İçin Chrome |
| İşletmeler İçin RCS | İtibar tabanlı trafik sınırları: düşük itibarlı promosyonel aracılar için son 28 güne yayılmış benzersiz kullanıcı limitleri (Hindistan'da yayında; yeni aracılar düşük itibarla başlar); spam eğilimi ve abonelikten çıkma nedeni analizleri | Promosyonel RCS gönderenler, özellikle yeni aracılar | 7 Ocak / 16 Şubat / 1 Nisan 2026 | İşletmeler İçin RCS sürüm notları |
Şimdi gösterge panonuzda görünecek sırayla, platform başına ayrıntı.
Chrome: hız sınırları, otomatik olarak iptal edilen izinler ve ML spam taraması
Chrome, çoğu e-ticaret markasının işlettiği en yüksek hacimli sahip olunan kanal olan web anlık bildirimleri nedeniyle, çoğu elde tutma ekibinin baskıyı ilk hissettiği yerdir. Üç ayrı mekanizma artık yayında ve bunlar birleşiyor.
“Rahatsız edici” siteler için Anlık Bildirim API hız sınırları
Ocak 2026'dan bu yana Chrome, her siteyi günlük olarak üç faktöre göre değerlendiriyor: sitede geçirilen zamana göre gönderilen anlık bildirimler, sitede geçirilen zamana göre gösterilen izin istemleri ve kullanıcının siteyle etkileşim düzeyi (site etkileşim puanı artı ön planda geçirilen dakikalar). Testi geçemeyen bir site rahatsız edici olarak sınıflandırılır ve dakikada 1.000 anlık bildirim ile sınırlandırılır. Sınırın üzerindeki her şey, anlık bildirim hizmetinden HTTP 429 yanıtı alır.
Ceza artıyor. İlk rahatsız edici gün 1 günlük bir sınır kazandırır. İkinci ardışık gün bu süreyi 7 güne uzatır. Üçüncü günden itibaren sınır 14 gün boyunca devam eder ve sayaç yalnızca 42 ardışık gün temiz davranıştan sonra sıfırlanır. Google, kullanıma sunma için bir Chrome sürüm numarası yayınlamadı; mekanizma sunucu tarafından değerlendirildi ve sessizce geldi.
Kendi listenize göre hesaplamayı yapın. Dakikada 1.000 mesajla, 500.000 abonelikli bir gönderi sekiz saatten fazla sürer. On beş dakika içinde gönderilmesi gereken bir flaş satış anlık bildirimi şimdi tam bir iş günü boyunca gönderiliyor ve hedeflenen gelir penceresi kayboldu. Gerçek maliyet budur: yasak değil, bir çürüme — teslimat gösterge paneliniz hala “gönderildi” derken, kurtarılan sepet geliriniz ve tıklama-gelir rakamlarınız aşınıyor.
Kapsama alanına dikkat edin. Sınır yalnızca arka plan Push API'si için geçerlidir; Bildirimler API'si aracılığıyla açık bir sekmeden gönderilen bildirimler etkilenmez. Google'ın kendi ifadesi, “neredeyse tüm web siteleri etkilenmeyecek” — hedef, yanıt vermeyi bırakmış bir kitleye yüksek hacimde bildirim gönderen küçük bir gönderici grubudur. Bu grupta olup olmadığınız ölçülebilir bir sorudur ve aşağıdaki kendi kendine denetim bunu adım adım açıklar.
Otomatik izin iptali
İkinci mekanizma, sahip olduğunuzu sandığınız aboneleri kaldırır. 10 Ekim 2025 tarihinde duyurulan Chrome'un Güvenlik Kontrolü, artık çok düşük kullanıcı etkileşimi ile yüksek hacimde gönderilen bildirimleri birleştiren sitelerden bildirim iznini otomatik olarak geri alıyor — bu, kullanılmayan kamera ve konum izinlerine zaten uyguladığı muameleyle aynı. Chrome'un ürün ekibi bunu tek bir sayıyla gerekçelendirdi: tüm bildirimlerin %1'inden azı kullanıcılardan herhangi bir etkileşim alıyor.
Bir gönderici için önemli olan ayrıntılar:
- Yüklü web uygulamaları muaftır. Sitenizi ana ekranına veya masaüstüne ekleyen bir abone izni korur.
- Chrome bir izni kaldırdığında kullanıcıya bildirim gönderilir ve Güvenlik Kontrolü aracılığıyla veya sitenizi tekrar ziyaret edip tekrar kaydolarak geri yükleyebilir.
- Google, testlerde bildirim aşırı yükünün "toplam bildirim tıklamalarında yalnızca minimal bir değişiklikle" önemli ölçüde azaldığını ve daha düşük hacimlerde gönderen sitelerin tıklama oranlarının arttığını bildirdi.
Son noktayı tekrar okuyun, çünkü baskının tamamı tek bir cümlede. Tıklamalar hiçbir zaman listenin kuyruğunda olmadı. Daha az gönderenler gönderi başına daha fazla kazandı. Chrome şimdi, yüksek performanslı göndericilerin zaten uyguladığı liste hijyenini zorluyor: hareketsiz segmentiniz artık abone sayacındaki bir gösteriş sayısı değil, zorlamayı tetikleyen bir yüktür.
Google, "düşük etkileşim" veya "yüksek hacim" için sayısal eşikleri yayınlamadı, bu nedenle hiçbir satıcı size güvenli bir tavan vaat edemez. Kontrol edebileceğiniz şey, sistemin açıkça ölçtüğü orandır: gönderilen bildirim başına etkileşim.
Android'de Cihaz Üzerinde Yapay Zeka Tarama
Mayıs 2025'ten beri yayında olan üçüncü mekanizma, bildiriminiz ile kullanıcının gözleri arasına bir makine öğrenimi modeli yerleştirir. Android'deki Chrome, gelen web push içeriğini cihazda analiz eder (web push uçtan uca şifrelidir, bu nedenle analiz yerel olarak yapılmalıdır — model başlığı, gövdeyi ve eylem düğmesi etiketlerini okur). Aldatma veya spam ile örüntü eşleşmesi yapan bildirimler bir uyarıyla ve tek dokunuşla abonelikten çıkma seçeneğiyle gösterilir.
Spam sınıflandırıcılarını tetikleyen kopya alışkanlıkları, düşük kaliteli göndericilerin dayandığı alışkanlıklardır: sahte aciliyet, tıklama tuzağı boşlukları, yanıltıcı sistem mesajı stilizasyonu. Bildirim metniniz bir ödül dolandırıcılığı şablonuyla karıştırılabilirse, bazı telefonlarda artık bir uyarı etiketi ve bir çıkış kapısıyla birlikte gönderilir.
Chrome'un geçmişi size sonra ne olacağı hakkında ne söylüyor
Bunların hiçbiri bir sapma değil. Chrome, Şubat 2020'de düşük kabul oranına sahip siteler için izin istemini sessize aldı, ardından aynı yıl içinde kötüye kullanılan istemler ve kötüye kullanılan içerik için zorunluluğu genişletti. 2025-2026 dalgası, zorunluluğu isteğe bağlı andan gönderen ilişkiye kaydırıyor. Yön altı yıldır tek yönlü: her sürüm etkileşimi daha fazla yük taşıyor. Eşiklerin gevşemesi değil, sıkılaşması bekleniyor.
Android 16: soğuma süresi, zorunlu gruplama ve sessiz Tanıtımlar paketi
Android'in değişiklikleri tarayıcı yerine uygulama anlık bildirimlerini etkiliyor ve teslimatın olup olmadığı yerine 'teslim edildi'nin ne anlama geldiğini değiştiriyor.
10 Haziran 2025'te Android 16 kararlı hale geldiğinde varsayılan olarak gönderilen Bildirim soğuma süresi, yığınları hedefler. Bir yığındaki ilk bildirim tam sesle tam bir başlıkla uyarılır; yaklaşık bir dakika içindeki sonraki her biri giderek daha sessiz ve görsel olarak küçültülür ve yığın tek bir başlık altında toplanır. Aramalar, alarmlar ve öncelikli konuşmalar muaftır; pazarlama ve işlemsel bildirimler değildir. Hiçbir şey silinmez ve teslimat raporları hareket etmez - bu da değişikliğin tehlikeli olmasının tam nedenidir. Kontrol paneliniz üç teslim edildi diyor; kullanıcının telefonu birini sundu. Mekaniklerin ve gönderim tasarımı düzeltmelerinin tam bir dökümünü Android 16 bildirim soğuma süresi kılavuzumuzda yayınladık.
Zorunlu gruplama, geliştiricilerin sahip olduğu bir seçeneği kaldırır: Android 16, uygulama isteğe bağlı olsa da olmasa da aynı uygulamadan gelen tüm bildirimleri gruplandırır. Soğuma süresiyle birlikte, herhangi bir hızlı dizinin ikinci ve üçüncü bildirimleri artık başlıklar yerine sessiz, daraltılmış satır öğeleridir.
Bildirim Düzenleyici, üçünün en keskin olanıdır. Pixel 9 ve 10 serisi telefonlarda Android 16 QPR2 ile Aralık 2025'ten beri kullanıma sunuluyor (9to5Google), bildirimleri Tanıtımlar, Haberler, Sosyal ve Önerilen olarak sınıflandırmak için cihaz içi bir model kullanır - ve Tanıtımlar ve Haberler kategorileri varsayılan olarak etkindir, eşleşen bildirimleri gölgenin sessiz bölümünde daraltılmış bir pakete yerleştirir. Kullanım bugün dardır (son Pixels, altı ülke, İngilizce), ancak varsayılan önemlidir: Google'ın tam olarak kontrol ettiği cihazlarda, tanıtım amaçlı bir bildirim artık çalmaz, artık başlık olmaz ve kullanıcı aramaya gidene kadar katlanmış halde durur. Bunun yanında, cihaz içi yapay zeka özetleri konuşma bildirimlerini sıkıştırır.
Aynı işletim sistemi döngüsü, karşı tarafı da oluşturdu. Android 16’nın ilerleme odaklı bildirimleri (Canlı Güncellemeler deseni), gerçek zamanlı, kullanıcı tarafından izlenen olayları — bir teslimat yolda, bir sipariş durumu — kalıcı, yükseltilmiş bir yerleşim sağlar. Google’ın 2026 sürümleri, bu canlı içerik alanını genişletmeye devam etti, ancak Android 16 ötesinde nelerin gönderileceğine dair ayrıntılar hala netleşiyor ve bunlara göre oluşturmadan önce mevcut Android sürüm notlarını kontrol etmeye değer. Tasarım amacı zaten net: kullanıcının aktif olarak izlediği içerik tanıtılır; gönderenin kullanıcının fark etmesini istediği içerik kenara ayrılır.
İşletim sistemi katmanının altında, Firebase Cloud Messaging’in uzun süredir devam eden cihaz başına sınırları hala geçerlidir — tek bir cihaza dakikada 240 mesaj ve saatte 5.000 mesaj, sınırın yakınında sürekli gönderenler kötüye kullanım bayrağı riski taşır. Şirketinizin aynı uygulamaya karşı çalıştırdığı her sistem bu bütçeyi paylaşır.
iOS ve Safari: daha sessiz bir kapı türü
Apple’ın 2025–2026 hikayesi, bir baskın olmaktan çok kontrollü bir açılış, çünkü Apple kapılarını en başından beri inşa etti: iOS'ta web anlık iletimi, kullanıcının sitenizi önce Ana Ekran'ına eklemesini gerektiriyordu (kasitli yüksek niyetli bir filtre, iOS 16.4'ten beri yürürlükte) ve App Store politikası uzun süredir pazarlama anlık iletimini kısıtlıyordu.
Neler değişti:
- Bildirimli Web Anlık İletimi, Mart 2025'te iOS/iPadOS 18.4'te gönderildi ve Safari 18.5'te (WebKit) Mac'e ulaştı. Servis çalışanı olmadan standartlaştırılmış bir JSON yükünden web anlık iletimi çalıştırmanıza olanak tanır ve bildirim yükünün kendisi görünür bir bildirim garanti ettiğinden, bildirimli mesajlar için sessiz anlık iletim cezasını kaldırır. Eski servis çalışanı anlık iletimi çalışmaya devam eder; bildirimli format, Apple'ın gönderenleri kullanmasını istediği ileriye dönük yoldur.
- iOS 26'nın raporlara göre Ana Ekran sitelerini varsayılan olarak web uygulaması olarak açtığı bildiriliyor, bu da iOS web anlık iletiminin çalışabileceği yüzeyi genişletiyor. Bunu şimdiye kadar yalnızca ikinci elden belgelenmiş olarak gördük; Apple'ın belgeleri açık olana kadar bunu yönsel olarak ele alın.
- Politika değişmedi ve katı. Uygulama İnceleme Yönergesi 4.5.4 hala anlık iletimin uygulamanızın işlevi için gerekli olmamasını, hassas kişisel veri içermemesini ve promosyonlar veya doğrudan pazarlama için yalnızca uygulamanızın kullanıcı arayüzündeki onay dilinden açıkça izin veren kullanıcılara gönderilmesini ve uygulama içi devre dışı bırakma seçeneği sunulmasını gerektirir. Kötüye kullanım "haklarınızın iptaline neden olabilir."
Bir elde tutma ekibi için iOS'tan çıkarılacak ders, Apple'ın hedef kitlenizi sizin için önceden filtrelediğidir. Bir iOS web anlık iletimi abonesi sitenizi yüklemeyi seçti; bir uygulama anlık iletimi abonesi pazarlamaya kaydolmayı seçti. Her iki liste de küçük ve yüksek niyetlidir — bu da onları patlama sıklığıyla yakmanın, abone başına diğer her yerden daha pahalı olduğu anlamına gelir.
RCS: en yeni kanala itibar sınırları geliyor
RCS veya WhatsApp'ı da kullanıyorsanız — ve sepet kurtarma ve sipariş güncellemeleri için mesajlaşma kanallarını değerlendirmelisiniz — Google, web anlık iletilerinin alması altı yıl süren zorlama katmanını zaten yükledi.
Google'ın İşletmeler İçin RCS belgelerine göre, her işletme göndericisi (ajan) kullanıcı geri bildirimleri ve spam raporlarıyla belirlenen bir itibara — Yüksek, Orta veya Düşük — sahiptir ve tüm yeni ajanlar Düşük başlar. İtibar, bir trafik sınırı belirler: ajanın 28 günlük yuvarlanan dönemde konuşma başlatabileceği benzersiz kullanıcı sayısı. Kullanıcının başlattığı konuşmalara verilen yanıtlar muaftır. Zorlama, Hindistan'da promosyon ajanları için 7 Ocak 2026'da yayına girdi, 1 Nisan 2026'da düşük itibarlı göndericiler için çapraz ajan sınırı ile sıkılaştırıldı ve geliştirici konsolu artık 7 ve 28 günlük pencerelerde itibar seviyesini, trafik sınırını, spam eğilimini ve abonelikten çıkma nedenlerini bildiriyor.
Tüketici tarafında, Google Mesajlar, Ekim 2025 ortasından bu yana kaydedilmemiş göndericilerden gelen mesajları "Bilinmeyen gönderenler" altında gruplandırıyor ve doğrulanmış onay işaretleri ile standartlaştırılmış işletme markalamasını kullanıma sunuyor — bazı ayrıntılarla ilgili teardown aşaması kanıtları var, ancak yön, bu belgedeki diğer her şeyle uyumlu. RCS'de kötü alışkanlıklar edinmek için bir uyum süreniz olmaz: erişim, ilk mesajdan itibaren etkileşimle kazanılır.
Risk altında mısınız? Öz denetim {#self-audit}
Chrome ve Google faktörleri yayınlar ancak eşikleri yayınlamaz, bu nedenle dürüst denetim görecelidir: durdurulmaları için oluşturulan sistemlerin durdurmak istediği göndericiye benziyor olup olmadığınızı ölçün. Son 30 günlük gönderilerinize karşı bu sekiz kontrolü çalıştırın. Her "hayır" bir bulgudur. Bu kontrollerin birkaçı yalnızca dış numaralara karşı anlamlıdır, bu nedenle bunları 2026 anlık iletme bildirimi karşılaştırmalarımızla birlikte çalıştırın; burada görüntülenme oranı ve tıklama oranı için yüzdelik dilimler, ortalama, p75 ve p90 göndericinin aslında neye ulaştığını gösterir.
- Etkileşim oranı. Web anlık iletme tıklama oranınız, Chrome'un otomatik geri alma işlemini gerekçelendirirken belirttiği ekosistemin %1'in altındaki etkileşim temel çizgisinin anlamlı derecede üzerinde mi? Tıklama oranınız ondalık noktadan sonra sıfıra sahipse, Chrome'un zorlama yaptığı profilin içindesiniz.
- Hacim ve ziyaretler. Chrome'un ilk yıkıcı site faktörü, sitede geçirilen zamana göre gönderilen anlık iletmelerdir. Tipik bir aboneye haftada, abonenin sizinle haftada kaç oturumu olduğundan daha fazla bildirim mi gönderiyorsunuz? Aylık ziyaret eden ve günlük bildirim alan bir abone bu oranı karşılayamaz.
- Etkin olmayan kuyruk. Listenizin ne kadarı 90 gün içinde hiçbir bildirime tıklamadı? Gönderilerinizin yarısından fazlası bu kuyruğa gidiyorsa, toplu etkileşim oranınız zaten ayrılmış kişilerin verileriyle belirleniyor — ve platformlar topluyu derecelendirir.
- Bildirim disiplini. Ziyaretçi henüz hiçbir şey yapmadan ilk sayfa görüntülemesinde bildirim izni istiyor musunuz? İstek kabul oranı hem sessiz bir kullanıcı arayüzü kayıt kriteri hem de rahatsız edici bir site faktörüdür. Kanıtlanmış bir eylemden sonra (ikinci sayfa görüntüleme, sepete ekleme, hesap oluşturma) istemde bulunmak çözümdür ve doğrudan kayıt oranınıza yansır.
- Toplu paylaşım. Aylık gönderim hacminizin ne kadarı hedeflenmemiş, tüm listeye gönderilen toplu paylaşımlardır, alıcının yaptığı bir şeye (terk edilmiş sepet, fiyat düşüşü, stokta olmayan ürünün tekrar gelmesi, siparişin kargolanması) göre tetiklenen bildirimlere kıyasla? Yaklaşık yarıdan fazlası toplu paylaşım ise, bu sayfadaki her mekanizmanın cezalandırdığı tam da desende hacim ağırlıklısınız demektir.
- Frekans sınırları ve sessiz saatler. Pazarlama, işlem, RSS ve herhangi bir ikinci araç dahil olmak üzere gönderebilen her kampanya ve sistemde abone başına bir sınır uyguluyor musunuz? Android'in soğuma süresi ve zorunlu gruplama, koordinasyonsuz göndericilerin artık aynı cihazda görünür şekilde birbirlerinin yerini aldıkları anlamına gelir.
- Kopya dürüstlüğü. Yakın zamanda gönderilen herhangi bir bildirim, şüpheci bir okuyucunun "bu aldatıcı mı?" testinden geçer mi - sahte aciliyet yok, sistem mesajı taklidi yok, aldatıcı boşluklar yok? Chrome'un cihazdaki sınıflandırıcısı bu testi zaten Android'de çalıştırıyor.
- Abonelikten çıkma eğilimi. Gönderi başına abonelikten çıkma oranınız sabit mi yoksa düşüyor mu? RCS'de bu artık katı bir trafik sınırı eklenmiş bir itibar puanını besliyor; web anlık bildirimlerinde ise erken uyarınızdır. Anlık bildirim abonelikten çıkma oranlarını azaltma kılavuzumuz teşhisi ayrıntılı olarak ele almaktadır.
Kendinizi dürüstçe puanlayın. Beş veya daha fazla temiz cevap ve baskı büyük ölçüde sizin için bir destekleyici güçtür - rakiplerinizin rastgele gönderdiği mesajlar kısıtlanırken sizin gönderileriniz ulaşmaya devam eder. Üç veya daha fazla bulgu varsa, teslimat raporunda göremediğiniz bir erişimi zaten kaybettiğinizi varsaymalısınız.
Uyumluluk oyun kitabı: ayakta duran düzeltmeler
Yukarıdaki her mekanizma aynı temel niceliği - bildirim başına değeri - ölçer, bu nedenle düzeltmeler yakınsar. Bu altı hamle, öncelik sırasına göre.
1. Platformlar sizi kesmeden önce inaktif kuyruğu kesin. Bir süredir aktif olmayan segmenti (90 gün içinde tıklama yok) oluşturun, bunun üzerinden dürüst bir yeniden kazanma dizisi çalıştırın, ardından yanıt vermeyenlere göndermeyi bırakın. Bu, liste boyutunu KPI olarak gören ekipler için sezgilere aykırıdır, ancak matematik artık tek yönlüdür: hareketsiz bir abone sıfır gelir katkıda bulunur ve Chrome'un sizin için puanladığı etkileşim oranını aktif olarak düşürür. PushEngage'da, dinamik segmentasyon süresi dolmuş sepeti otomatik olarak korur ve fiyatlandırma yalnızca aktif aboneleri saydığı için, ölü ağırlığı kırpmak erişiminizi azaltmak yerine faturanızı düşürür.
2. Gönderi hacmini toplu gönderimlerden tetikleyicilere kaydırın. Bir sepeti terk etme bildirimi, bir fiyat düşüşü uyarısı, stokta tekrar olduğunda bildirim — alıcının kendi davranışı bunları zamanladığı için tıklama alırlar. Aylık hacminizin yarısını bile takvim odaklı toplu gönderimlerden tetiklenen kampanyalara taşımak, Chrome'un ölçtüğü her faktörde etkileşim oranınızı artırır ve zaten gelir oradaydı: tetiklenen gönderiler, gösterimlere değil, kurtarılan sepetlere ve tamamlanan siparişlere bağlanır. Tüm argümanı, kampanya sınıfı tanımları ve gönderi başına gelir hesaplamalarıyla birlikte toplu gönderim devri neden sona erdi bölümünde sunduk.
3. Hala yayınlanan her şeyi segmentlere ayırın. Bazı gönderiler meşru olarak geniş kitlelere ulaşır — mağaza genelindeki indirim, bir yayıncının son dakika haberi. Geniş, segmentlere ayrılmamış ile aynı şey değildir. Bir yayını davranışa, satın alma geçmişine veya kategori ilgisine göre bölmek, her dilimde tıklama oranını artırır ve her abonenin kişisel gönderi başına ziyaret oranını savunulabilir tutar. Segmentasyon artık bir teslimat gerekliliğidir, kişiselleştirme inceliği değil — bu gönderi, tam teslimat davasını taşır.
4. Her kanal ve sistemde tek bir sıklık sınırı uygulayın. Android 16 soğuma süresi bunu somutlaştırdı: CRM'niz, işlem katmanınız ve promosyon takviminiz, panolarını paylaşmasalar bile cihazda tek bir dikkat bütçesini paylaşır. Abone başına bir sınır ve sessiz saatleri platform düzeyinde, web anlık bildirim, uygulama anlık bildirim ve WhatsApp'ı birlikte kapsayacak şekilde ayarlayın, böylece dört makul sistem tek bir kötüye kullanım modeline dönüşemez. Bu yalnızca tek bir segmentasyon motoru her gönderiyi gördüğünde işe yarar — kanalları birleştirmek için en güçlü pratik argüman, kanal başına bir araç çalıştırmaktan daha iyidir.
5. Kaydolma anını düzeltin. İzin istemini niyet belirten bir eylemin arkasına taşıyın, tarayıcı düzeyindeki isteği yalnızca evet'e basıldığında tetikleyecek iki adımlı bir istem kullanın ve daha küçük, daha temiz listeyi kabul edin. İstem kabul oranı, her iki uçta da Chrome'un puanlamasını besler — sessiz kullanıcı arayüzü kaydı ve rahatsız edici site değerlendirmesi — ve onaylanmış bir liste aynı zamanda tıklayan listedir.
6. Kopyanın bir sınıflandırıcıdan sağ çıkmasını sağlayın. Düz iddialar, yalnızca son tarih gerçek olduğunda gerçek aciliyet, gönderen kimliği açık. Android'de, bir ML modeli sizden önce başlığınızı ve gövdenizi okur. Dürüst kopya her zaman daha iyi elde tutma uygulamasıydı; şimdi bu aynı zamanda bir teslimat gerekliliğidir.
Bunları PushEngage'de uygularsanız, ürünün yardımcı olduğu yerin dürüst özeti: tetiklenen kampanyalar, RFM ve davranışsal segmentler, çapraz kanal sıklık sınırları, sessiz saatler ve bildirim başına gelir ilişkilendirmesi hepsi yerleşik, yalnızca aktif aboneler için faturalandırılan planlarda — fiyatlandırma modeli, platformların artık zorunlu kıldığı yönle aynı yöne işaret ediyor. Hiçbir araç toplu gönderiyi durdurmaya karar veremez; o kısım politikadır ve sizindir.
SSS
2026'da anlık bildirimlerim neden teslim edilmiyor? Dört şüpheliyi sırayla kontrol edin. Birincisi, Chrome otomatik geri alma: abone sayınız sessizce azalıyorsa, düşük etkileşimli aboneler Güvenlik Kontrolü aracılığıyla izni kaybediyor olabilir. İkincisi, Chrome hız sınırları: büyük listelere gönderimler aniden saatler sürüyorsa veya anlık bildirim hizmetiniz HTTP 429 yanıtlarını günlüğe kaydediyorsa, muhtemelen rahatsız edici olarak sınıflandırılmışsınızdır. Üçüncüsü, Android sunumu: Android 16'da teslimat hala gerçekleşiyor ancak patlamalar sessizleştiriliyor ve gruplandırılıyor ve daha yeni Pixel'lerde promosyon anlık bildirimleri sessiz bir pakete düşüyor — teslim edildi, görülmedi. Dördüncüsü, baskıdan önce gelen sıkıcı nedenler: süresi dolmuş abonelikler, hizmet çalışanı hataları ve işletim sistemi düzeyinde bildirim ayarları.
Chrome anlık bildirimleri yasakladı mı? Hayır. Chrome, rahatsız edici olarak sınıflandırdığı siteleri (yüksek hacimli, düşük etkileşimli) hız sınırlandırır ve kullanıcıların açıkça görmezden geldiği izinleri geri alır. Bildirimleri tıklanan bir gönderici her iki mekanizmadan da etkilenmez ve Google'ın testleri, daha düşük hacimli göndericilerin tıklama oranlarının arttığını buldu.
Hangi etkileşim oranı beni Chrome'un otomatik geri almasından korur? Google eşikleri yayınlamadı ve size güvenli bir sayı bildiren herhangi bir satıcı tahmin ediyor. Yayınlanan gerçekler: tüm bildirimlerin %1'inden azı herhangi bir etkileşim alıyor ve geri alma, yüksek gönderim hacmiyle çok düşük etkileşimin birleşimini hedefler. Savunulabilir strateji, tıklama oranınızı bu temel seviyeden iyi bir şekilde uzak tutmak ve yanıt vermeyi bırakan abonelere göndermeyi durdurmaktır.
Chrome hız sınırları tüm hesabımı mı yoksa sadece bir siteyi mi etkiliyor? Chrome'un değerlendirme dili site başına geçerlidir — mesajlar, istemler ve etkileşimler
Android 16'da anlık bildirimler için ne değişti? Üç şey: bildirim soğutma (patlamalar bir dakikaya kadar giderek sessizleştirilir, varsayılan olarak açıktır, çağrılar ve alarmlar hariçtir), her uygulamanın bildirimlerinin zorla gruplandırılması ve — en son Pixel'lerdeki Aralık 2025 QPR2 güncellemesinden itibaren — Varsayılan olarak Promosyonlar ve Haberler bildirimlerini sessiz, daraltılmış bir pakete yerleştiren Bildirim Düzenleyici. Android 16 soğutma kılavuzumuzda tam mekanikler.
Baskı iOS için geçerli mi? Apple'ın kısıtlamaları çoğunlukla bundan önce geliyor: iOS web anlık bildirimleri, kullanıcının sitenizi Ana Ekranına eklemesini gerektirir ve App Store Yönergesi 4.5.4, pazarlama anlık bildirimleri için açık bir onay ve uygulama içi bir devre dışı bırakma gerektirir. 2025 değişikliği, bildirimsel web anlık bildirimleridir (iOS 18.4 / Safari 18.5), bildirimsel mesajlar için sessiz anlık bildirim cezası olmayan daha basit, hizmet çalışanı gerektirmeyen bir formattır.
RCS iş mesajları da hız limitli mi? Evet, itibara göre. Google, her RCS iş temsilcisine kullanıcı geri bildirimleri ve spam raporlarından oluşan Yüksek/Orta/Düşük bir itibar atar; düşük itibarlı temsilciler (tüm yeni temsilciler dahil) son 28 gün içinde başlatılan benzersiz kullanıcılar üzerinde sınırlamalara maruz kalır. Uygulama, Hindistan'daki tanıtım temsilcileri için 2026 başından itibaren canlıdır ve herkes için geliştirici konsolunda itibar ve spam eğilimi raporlaması mevcuttur.
Web anlık bildirimleri 2026'da hala değerli mi? Tetikleyen ve segmentlere ayıran göndericiler için, eskisinden daha fazla: yavaşlatılmış rastgele gönderim trafiği, sizinle aynı bildirim çubuğu için rekabet ederdi. Platformlar, kanalın tasarlandığı göndericiler için kanalı güçlendiriyor ve geri kalanları dışarı itiyor.
Son güncelleme ve değişiklik günlüğü {#changelog}
Bu merkez, yaşayan bir referans olarak korunmaktadır. Kural: "Son güncelleme" tarihi yalnızca önemli güncellemeler (bir platformun gönderilmesi, duyurulması veya bir değişikliği belgelemesi) için değişir, metin düzenlemeleri için değil. Her önemli güncelleme, bir kaynakla birlikte bir değişiklik günlüğü satırı alır. Bu sayfayı alıntı yapıyorsanız, son güncelleme tarihiyle birlikte alıntı yapın.
- 2026-09-21 — İlk yayın. Kapsar: Chrome Anlık Bildirim API hız limitleri (Ocak 2026), Chrome otomatik izin iptali (Ekim 2025 duyuruldu), Chrome cihaz içi ML bildirim taraması (Mayıs 2025), Android 16 soğuma süresi + zorunlu gruplama (Haziran 2025), Android 16 QPR2 Bildirim Düzenleyici (Aralık 2025), Bildirimli Web Anlık Bildirimleri (iOS 18.4 / Safari 18.5, 2025), RCS itibar tabanlı trafik limitleri ve spam eğilimi analizi (Ocak–Nisan 2026), Google Mesajlar bilinmeyen gönderici ve doğrulanmış marka değişiklikleri (Ekim 2025'ten itibaren).
Kaydettiğimiz bir şey mi değişti? Bize en hızlı şekilde ulaştırmanın yolu bu sayfadaki sohbet widget'ıdır.
