Was Apple und Google mit Push-Benachrichtigungen machen

• Push-Benachrichtigungen werden nicht mehr nur als einfache Zustellschicht genutzt, sondern verwandeln sich in einen redaktionellen Plattformkanal, den Apple und Google parsen, priorisieren, zusammenfassen und umschreiben
• APNs und FCM entstanden als zentrale Vermittlungsstruktur zur Batterieschonung, und alle Benachrichtigungen auf iPhone und Android liefen von Anfang an über Plattform-Server
• Android-Kanäle, iOS Focus·Summary und die Berechtigungsumstellung in Android 13 haben die Kontrolle der Absender verringert und eine Struktur geschaffen, in der die Plattform die Aufmerksamkeit der Nutzer schützt
• On-Device-Modelle fassen Benachrichtigungen in der Darstellungsebene zusammen, gruppieren sie und stufen sie herab, aber Absender haben kaum APIs, um zu erkennen, ob eine Zusammenfassung, Focus-Unterdrückung oder Prioritätsabwertung erfolgt ist
• Praktisch bedeutet das, Push auf das Reaktivieren inaktiver Nutzer und zeitkritische transaktionale Benachrichtigungen zu begrenzen und den Schwerpunkt auf Segmentierung·Personalisierung sowie eigene Oberflächen wie In-App zu verlagern

---

Der Wandel von Push-Benachrichtigungen zu einem redaktionellen Plattformkanal

• Push-Benachrichtigungen bewegen sich weg von einer einfachen Zustellschicht wie E-Mail hin zu einem Kanal, den Apple und Google in der Mitte parsen, priorisieren, zusammenfassen und umschreiben
• Apple und Google betreiben die zentralen Push-Pfade von iPhone und Android, und in den vergangenen fünf Jahren sind On-Device-Modelle zwischen Zustellung und Lockscreen getreten, um Benachrichtigungen zusammenzufassen, neu zu sortieren und auf manchen Oberflächen neu zu formulieren
• Bei E-Mail sind Google, Yahoo, Microsoft und Apple zu aktiven Vermittlern zwischen Marken und Kunden geworden, bei Push übernehmen dieselbe Rolle hingegen nur zwei Anbieter: Apple und Google

Die Push-Architektur begann mit einem Batterieproblem

• Push wurde von Anfang an als zentrale Vermittlungsstruktur entworfen — wegen eines Batterieproblems
• Auf der WWDC 2009 erklärte Scott Forstall, dass das iPhone es nicht aushalten würde, wenn jede installierte App im Hintergrund ihren eigenen Remote-Server pollt; Apple schlug daher vor, dass jedes Gerät eine einzige dauerhafte TLS-Verbindung zu Apple hält und Dritte Benachrichtigungen über diese Verbindung zustellen, den Apple Push Notification Service
• APNs verzögerte sich nach der ersten Ankündigung im September 2008 wegen Skalierungsproblemen und wurde am 17. Juni 2009 zusammen mit iPhone OS 3 veröffentlicht
• Google wählte einen Pfad von Cloud to Device Messaging im Jahr 2010 über Google Cloud Messaging 2012 bis zu Firebase Cloud Messaging im Jahr 2016
• Jede Benachrichtigung an ein iPhone läuft über Apple-Server, jede Benachrichtigung an Android über Google-Server
• Die Plattformen konnten Benachrichtigungen immer schon begrenzen, löschen, protokollieren, mit niedriger Priorität behandeln oder ablehnen; geändert hat sich, dass Apple und Google dabei heute deutlich weniger zurückhaltend sind

15 Jahre zunehmender Plattform-Eingriffe

• In der frühen Ära von Consumer-Push stellten APNs und Googles Dienste Benachrichtigungen an vom Nutzer installierte Apps zu, und das Filtern auf Plattformebene war begrenzt
• Auch die Nutzerkontrolle beschränkte sich meist fast auf einen simplen Ein/Aus-Schalter pro App
• Der erste wichtige On-Device-Eingriff von Android waren im August 2017 die notification channels von Android 8 Oreo
  • Vor Android 8 hatten einzelne Benachrichtigungen eine vom Absender gesetzte Priorität, danach definieren Entwickler Kanäle und Nutzer steuern auf Kanalebene
  • Entwickler deklarieren pro App Kanäle wie Downloads, Nachrichten oder Promotionen und weisen jedem Kanal eine Wichtigkeit von IMPORTANCE_NONE bis IMPORTANCE_HIGH zu
  • Nutzer können pro Kanal stummschalten, die Wichtigkeit senken, Badges deaktivieren oder vollständig blockieren, ohne andere Kanäle zu beeinflussen
  • Eine einmal vom Entwickler gesetzte Kanal-Wichtigkeit kann später nicht angehoben werden, und Apps, die auf Android 8 zielen, zeigen ohne deklarierte Kanäle keine Benachrichtigungen an
• Apple führte im September 2021 mit iOS 15 Focus, Scheduled Summary und eine vierstufige interruption taxonomy ein
  • Die vier Stufen sind passive, active, time-sensitive und critical; praktisch relevant für Entwickler war vor allem time-sensitive
  • Apple hat ausdrücklich festgelegt, dass time-sensitive nicht für Marketing verwendet werden darf, und diese Richtlinie gilt weiterhin
• Android machte im August 2022 mit Android 13 POST_NOTIFICATIONS zu einer Runtime-Berechtigung und verlangte damit statt implizitem Opt-in eine ausdrückliche Zustimmung der Nutzer
  • In Pushwooshs Stichprobe von 16 Millionen Geräten verloren Spiele-Apps fast ein Drittel ihrer bisherigen Opt-in-Basis, News-Apps 19 %
  • Batchs Benchmark 2025 auf Basis von mehr als 800 Milliarden Nachrichten aus 10.000 Apps zeigt, dass das Android-Opt-in binnen eines Jahres von 85 % auf 67 % fiel und der plattformübergreifende Durchschnitt bei 61 % lag
• Jeder dieser Schritte verringerte die Kontrolle der Absender und formte den Push-Kanal zu einer Struktur um, in der die Plattform die Aufmerksamkeit der Empfänger als knappe Ressource verteidigt
• Saubere, wenig ermüdende Benachrichtigungsoberflächen schützen die Retention und das Ökosystem der Plattform, reduzieren Deinstallationen und dienen als Bühne für AI-Funktionen; die redaktionelle Plattformkontrolle ist also nicht nur reine Nutzervertretung

E-Mail wurde zuerst vermittelt

• E-Mail wurde früher als Push durch Vermittler überformt, und bei Push läuft derselbe Trend mit einer Stufe Verzögerung parallel ab
• Push ist ein noch ungünstigerer Kanal als E-Mail
  • Für E-Mail gibt es Instrumente wie Postmaster Tools und Zustellbarkeits-Dashboards, für Push fast nichts
  • E-Mails bleiben im Posteingang, damit Nutzer scrollen, suchen und zurückkehren können; Benachrichtigungen werden dagegen im Notification Center gelöscht, verdrängt, zusammengefasst und nicht zuverlässig aufbewahrt
• Gmail klassifizierte mit der tabbed inbox im Jahr 2013 legitime E-Mails in Primary, Promotions, Social und Updates, Apple Mail ergänzte 2024 eine eigene Kategorisierung
• Mail Privacy Protection wurde im September 2021 in iOS 15 aufgenommen und veranlasste Apple Mail dazu, Remote-Inhalte unabhängig vom tatsächlichen Öffnen durch den Nutzer vorab über einen von Apple kontrollierten Proxy abzurufen
  • Dieses Verfahren verbirgt die IP-Adresse und zerstört den open pixel-Mechanismus, auf den Marketer angewiesen waren
  • Omeda beobachtete, dass die durch Apple verursachte Öffnungsrate innerhalb von sechs Monaten von 22,6 % auf 40,5 % stieg, was jedoch nicht auf Leserwachstum, sondern auf Prefetching zurückzuführen war
  • Öffnungsraten in ihrer bisherigen Form sind irreversibel entwertet, an ihre Stelle treten Klickrate und nachgelagerte Conversions als Engagement-Signal
• Yahoo und Google verlangen seit Anfang 2024 von Absendern mit relevantem Volumen in persönlichen Postfächern SPF- und DKIM-Authentifizierung, DMARC-Alignment, One-Click-Abmeldung und niedrige Spam-Beschwerderaten
• E-Mail läuft auf offenen, föderierten Protokollen, Push-Abonnements existieren dagegen als Berechtigung für eine bestimmte Installation auf einem bestimmten Gerät — in einer nativen App oder seit iOS 16.4 in einer Web-App auf dem Homescreen
• Push ist an APNs- oder FCM-Tokens gebunden, Apple oder Google können diese Tokens jederzeit ungültig machen, und Absender besitzen keine Liste, die sie anderswohin mitnehmen könnten
• Web Push erweitert den Kreis möglicher Absender, weil es ohne App-Store-Download verschickt werden kann, entkommt dem Editor aber nicht, da es dieselbe Benachrichtigungsleiste und dieselbe On-Device-Redaktion durchläuft
• Auch bei Push wird es für Absender immer schwerer zu erkennen, ob ihre Benachrichtigung zusammengefasst wurde, hinter dem Focus-Modus verborgen war, durch ein On-Device-Modell herabgestuft wurde oder in einem stillen Ordner landete

Editor auf dem Gerät

• Während E-Mail-Bearbeitung meist während der Übertragung stattfindet, erfolgt Push-Bearbeitung in der Darstellungsebene
• Ob eine Benachrichtigung angezeigt, zusammengefasst, mit niedriger Priorität versehen oder gruppiert wird, entscheidet die Darstellungsebene auf dem Gerät
• Entscheidend ist nicht das Netzwerk, sondern das Modell auf dem Gerät; seine Gewichte und Signale sind nicht öffentlich
• Apple Intelligence nutzt ein Foundation-Language-Model mit 3 Milliarden Parametern auf dem Gerät sowie ein größeres Parallel-Track-Mixture-of-Experts-Servermodell, das über Private Cloud Compute verfügbar ist
  • Der technische Bericht von Juli 2025 behandelt KV-Cache-Sharing und 2-Bit quantization-aware training, zugeschnitten auf Apple silicon
  • Apple-Intelligence-Funktionen verwenden das Basismodell in der Regel nicht direkt, sondern spezialisieren sich mithilfe kleiner LoRA-ähnlicher Adapter von meist einigen Dutzend MB, die das Betriebssystem dynamisch lädt, auf Aufgaben wie Zusammenfassung, Entity-Extraktion, Satzüberarbeitung und Benachrichtigungs-Priorisierung
  • Nachdem die BBC beanstandet hatte, dass Zusammenfassungen fehlerhafte Schlagzeilen erzeugten, deaktivierte Apple in iOS 18.3 die Zusammenfassungen für Apps aus News und Entertainment, markierte KI-Zusammenfassungen kursiv und fügte auf dem Sperrbildschirm einen app-spezifischen Ausschalter sowie einen Warnhinweis auf mögliche Fehler hinzu
• Googles Gemini Nano läuft innerhalb von AICore, einem Systemdienst, der in Android 14 eingeführt wurde
  • AICore legt Modelle in der Systempartition ab, lässt berechtigte Apps Gewichte gemeinsam nutzen, isoliert jede Inferenzanfrage und speichert keine Ein- oder Ausgabedaten
  • AICore folgt den Prinzipien von Android Private Compute Core und setzt eingeschränktes package binding, blockierten direkten Internetzugang und Modell-Updates über Google Play System Updates um
  • Gemini Nano wird automatisch an NPU, GPU oder CPU des Geräts weitergeleitet und kann über Low-Rank Adaptation für Funktionen wie Pixel Recorder-Zusammenfassungen, Benachrichtigungsorganisation und Smart Reply spezialisiert werden, ohne das Basismodell neu zu trainieren
• Der Bearbeitungsablauf pro Benachrichtigung verläuft so, dass die App die Payload erstellt und an APNs oder FCM übermittelt, worauf das Betriebssystem zunächst nutzergesteuerte Regeln wie Focus modes, Do Not Disturb-Zeitpläne, channel mutings und app-spezifische Sperren anwendet
• Danach gelangt die Benachrichtigung in die Ranking- und Darstellungslogik der Plattform; wenn Notification Summaries auf iOS aktiviert ist, übergibt das Betriebssystem den kombinierten Text an ein Modell auf dem Gerät mit angehängtem Zusammenfassungsadapter und kann den ursprünglichen Titel und Text durch erzeugte Sätze ersetzen
• Wenn Priority Notifications aktiviert ist, kann das System seit iOS 18.4 — standardmäßig ist es deaktiviert — gelerntes app-spezifisches Ranking anwenden, einige Benachrichtigungen anheften und andere herabstufen
• Wenn Reduce Interruptions Focus aktiv ist, bewertet das Modell, ob jede Benachrichtigung die vom Nutzer angepasste Wichtigkeitsschwelle überschreitet
• US 11,340,963 von Microsoft Technology Licensing LLC sowie US 11,609,806 und US 8,707,201 von Google LLC zeigen, dass die Richtung, Benachrichtigungs-Umschreibung, Zustellzeitpunkt und Priorisierung mit Lernmodellen zu behandeln, schon lange vor der Kontroverse um iOS 18 existierte

Begrenzte Mittel, die der Absender kontrollieren kann

• UNNotificationServiceExtension unter iOS erlaubt App-Code, zugestellte Benachrichtigungen vor der Anzeige kurzzeitig zu verändern; dies kann zum Entschlüsseln der Payload, Laden von Bildern und Anpassen von Text verwendet werden
• UNNotificationContentExtension ermöglicht die Definition einer benutzerdefinierten UI für eine erweiterte Ansicht
• Beide Erweiterungen werden nicht nach den Zusammenfassungs- oder Priorisierungsschritten der Plattform ausgeführt
• Der Header apns-priority bietet entweder 5 oder 10; 5 dient dazu, nicht dringende Benachrichtigungen zu stromsparenden Zeitpunkten zuzustellen, 10 zur sofortigen Zustellung tatsächlich interaktiver Benachrichtigungen
• Unter Android schreiben Entwickler an NotificationManager und deklarieren die channel importance, können sich der Systemklassifikation aber nicht entziehen
• NotificationListenerService ist eine System-Level-API, die OEMs und Accessibility-Apps nutzen, um eingehende Benachrichtigungen zu lesen
• Es gibt keine API, um zu erkennen, ob eine Benachrichtigung zusammengefasst wurde, im Promotions-Bereich von Notification Organiser gelandet ist, durch Focus unterdrückt wurde oder durch Priority Notifications stillschweigend auf niedrige Priorität herabgestuft wurde

Wearables sind eine Teilmenge des Benachrichtigungsstroms des Telefons

• Apple Watch spiegelt standardmäßig iPhone-Benachrichtigungen, folgt dabei aber dem Focus- und Summary-Status des iPhones
• Seit watchOS 11 verwendet Smart Stack Signale auf dem Gerät wie Standort, Uhrzeit und Kalender, um relevante Widgets anzuzeigen
• Wear OS leitet standardmäßig Telefonbenachrichtigungen an die gekoppelte Uhr weiter und bietet Entwicklerkontrollen wie BridgingConfig, setBridgeTag und setDismissalId, um Duplikate zu verhindern, wenn eine begleitende Watch-App installiert ist
• Die Zustellung von Benachrichtigungen mit niedriger Priorität an die Uhr kann unterdrückt werden, aber Benachrichtigungen, die der Nutzer auf dem Telefon stummgeschaltet hat, können nicht zwangsweise an die Uhr weitergeleitet werden
• Wearables sind eine strikte Teilmenge des Benachrichtigungsstroms des Telefons, erhalten plattformseitig dieselbe Bearbeitung upstream und durchlaufen downstream zusätzliche Filter durch Bridging-Verhalten und Complications auf der Uhr

Wie Nutzer tatsächlich mit Benachrichtigungen umgehen

• Die meisten Benachrichtigungen führen nicht zu einem sofortigen App-Wechsel, sondern fungieren als kognitives Signal, das vom Nutzer wahrgenommen wird, während er anschließend mit seiner bisherigen Tätigkeit fortfährt
• Die CHI-2014-Studie „Large-Scale Assessment of Mobile Notifications“ von Sahami Shirazi, Henze, Dingler, Pielot, Weber und Schmidt sammelte mithilfe von Android-Launcher-Instrumentierung rund 200 Millionen Benachrichtigungen von mehr als 40.000 Nutzern
  • Messaging-Benachrichtigungen wurden durchgängig als am wertvollsten bewertet, Werbebenachrichtigungen durchgängig als am wenigsten wertvoll
  • Das liefert empirische Belege dafür, dass Nachrichten von Personen und Nachrichten von Marken auf unterschiedlichen Oberflächen behandelt werden sollten
• Die MobileHCI-2014-Studie „An In-Situ Study of Mobile Phone Notifications“ von Pielot, Church und de Oliveira kam zu dem Ergebnis, dass Nutzer im Schnitt 63,5 Benachrichtigungen pro Tag erhalten, die meisten davon aus Messengern und E-Mail, und dass sie ihnen selbst bei stummgeschaltetem Telefon innerhalb weniger Minuten Aufmerksamkeit schenken
• Attelia von Okoshi und Kollegen war eine Middleware, die Unterbrechungspunkte in der Telefonnutzung erkannte und Benachrichtigungen bis zu diesem Zeitpunkt zurückhielt; in kontrollierten Studien senkte sie die kognitive Belastung um 46 %, in realen Umgebungen um 33 %
• Bei einer späteren groß angelegten Ausrollung innerhalb der Yahoo! Japan App stieg die Klickrate allein durch die Anpassung des Versandzeitpunkts um bis zu 60,7 %
• Localytics veröffentlichte, dass 52 % der Nutzer, die Push-Benachrichtigungen deaktivieren, die App am Ende vollständig verlassen, dass bei den meisten Apps 2 bis 5 Benachrichtigungen pro Woche der optimale Bereich sind und dass segmentierte Zielgruppen ungefähr die doppelte Öffnungsrate gegenüber Massenversand zeigen
• Leanplum, inzwischen in CleverTap aufgegangen, veröffentlichte, dass die Öffnungsrate personalisierter Benachrichtigungen etwa 800 % höher ist als bei allgemeinem Massenversand und dass 90 % der geöffneten Push-Benachrichtigungen innerhalb einer Stunde zu einer Aktion führen
• Der Fintech-Report 2025 von CleverTap nennt für segmentierte Kampagnen eine durchschnittliche Öffnungsrate von 16,3 %, für nicht zielgerichtete Kampagnen 4,7 %
• Zahlen aus Eigenberichten von Anbietern sollte man mit Abschlag betrachten, aber die Richtung ist konsistent
  • Versandvolumen tötet Berechtigungen, und Relevanz ist der einzige stabile Hebel, der sich kontrollieren lässt
  • Der Versandzeitpunkt ist ebenfalls wichtig, aber weniger wichtig als Relevanz
  • Was wie Werbung aussieht, wird in der Regel als Werbung klassifiziert, und oft ist diese Einschätzung richtig
  • Transaktionale und dialogorientierte Benachrichtigungen tolerieren Nutzer in deutlich höherer Frequenz als Werbebenachrichtigungen
• Die redaktionelle Sortierung der Plattformen greift am stärksten bei Massenversand und werblichen Pushes, während Benachrichtigungen, die Nutzer tatsächlich wollen, tendenziell unverändert durchgelassen oder sogar stärker hervorgehoben werden
• Live Activities sind der klarste Umgehungsweg
  • ActivityKit-Sitzungen werden auf dem Sperrbildschirm und in der Dynamic Island gerendert, also auf einer von der Benachrichtigungsleiste getrennten Oberfläche, sodass Zusammenfasser und Gruppierung nicht eingreifen
  • Die Live Updates von Android und laufende Benachrichtigungen erfüllen dieselbe Rolle
  • Für tatsächlich laufende transaktionale Inhalte wie Fahrdienste, Lieferungen, Sportereignisse und Timer ist das der sauberste Weg, die Plattform-Editoren zu umgehen
  • Sie lassen sich nur für reale laufende Ereignisse verwenden; Werbung kann nicht als Live Activity verpackt werden
• Die 2024 in Media Psychology veröffentlichte Studie „Beyond the Buzz“ von Dekker, Baumgartner, Sumter und Ohme berichtet, dass das Deaktivieren von Benachrichtigungen in einem einwöchigen randomisierten Experiment weder die Häufigkeit des Telefonprüfens noch die Bildschirmzeit verringerte und dass Nutzer mit kompensierendem Verhalten reagierten, indem sie Apps direkt öffneten

Was Marketer sehen können

• Die Sichtbarkeit für Marketer ist absichtlich gering und wird weiter schlechter
• Die Messgrößen reichen in abnehmender Zuverlässigkeit von Versand, Plattform-Akzeptanz, Gerätezustellung, Anzeige auf dem Gerät, Öffnung bis hin zur attribuierten Conversion
• APNs und FCM geben beim Absenden an den Server Antwortcodes zurück, sodass die Plattform-Akzeptanz zuverlässig sichtbar ist, aber APNs liefert keine Zustellbestätigung wie SMTP; erkennbar ist nur, dass Apple die Payload akzeptiert und in die Queue gestellt hat
• FCM bietet eine Message-ID und in manchen Fällen Zustell-Callbacks, aber die Grenze zwischen „an das Gerät zugestellt“ und „dem Nutzer angezeigt“ bleibt weiterhin intransparent
• iOS speichert im Offline-Zustand nur die jeweils neueste Benachrichtigung pro App, sodass ältere Benachrichtigungen stillschweigend gelöscht werden können, bevor sie den Nutzer erreichen
• Lifecycle-Plattformen wie Braze, Iterable, OneSignal, Airship, CleverTap, MoEngage, Pushwoosh, Customer.io und Batch ergänzen dies durch SDK-basierte Messung
  • Das SDK erfasst die Anzeige der Benachrichtigung, Nutzer-Taps und ob durch einen Tap eine Sitzung gestartet wurde
  • Der Detailgrad hängt davon ab, ob auf iOS eine NotificationServiceExtension oder auf Android ein entsprechender broadcast receiver deklariert ist
  • Ohne Erweiterung schrumpft „zugestellt“ wieder auf „von APNs/FCM akzeptiert“, wodurch die scheinbare Zustellrate gegenüber dem, was Nutzer tatsächlich gesehen haben, aufgebläht wird
• Nach OneSignals eigener Anleitung ist die Klickrate üblicherweise die Zahl der Taps geteilt durch die Zahl der Zustellungen, wobei Zustellung normalerweise bedeutet, dass die Nachricht „durch FCM oder APNs gegangen ist“
  • Das schließt Benachrichtigungen ein, die nie angezeigt wurden, ungelesen weggewischte Benachrichtigungen, stillschweigend entfernte Benachrichtigungen und sogar Benachrichtigungen, die hinter Filtern wie Focus oder Reduce Interruptions verborgen sind
  • Das „confirmed delivery“ einiger Plattformen kommt der Realität näher, weil das SDK dabei Benachrichtigungen zählt, deren Rendering beobachtet wurde, aber ob der Nutzer die gerenderte Benachrichtigung vor dem Entfernen tatsächlich gesehen hat, bleibt unklar
• Mobile-Messpartner wie AppsFlyer, Adjust, Branch, Singular und Kochava fügen Tracking-Links in die Payload ein und gleichen sie später mit SDK-Ereignissen ab, um nachgelagerte Sitzungen bestimmten Push-Kampagnen zuzuordnen
• In-App-Analysetools wie Amplitude, Mixpanel, Heap und PostHog sehen nachgelagerte Sitzungen, aber nicht die vorgelagerten Benachrichtigungen selbst
• Werden Versand- und Öffnungsereignisse von Push-Plattformen mit einer gemeinsamen Nutzerkennung an Analysetools gesendet, lassen sich Benachrichtigungen, Sitzungen und Conversions verknüpfen, doch der mittlere Teil des Funnels — „wie oft zugestellte Benachrichtigungen angezeigt, zusammengefasst, herabgestuft, durch Focus unterdrückt oder unbemerkt blieben“ — lässt sich nicht wiederherstellen
• Es gibt zahlreiche Signale, die von den Plattformen nicht bereitgestellt werden
  • Ob eine Benachrichtigung unter iOS in der Notification Summary gebündelt wurde
  • Ob sie auf einem Pixel im Promotions-Bereich von Notification Organiser gelandet ist
  • Ob Reduce Interruptions sie stummgeschaltet hat
  • Ob Priority Notifications sie herabgestuft hat
  • Ob der Nutzer sie unter iOS auf dem Sperrbildschirm weggewischt hat, ohne sie zu lesen
  • Ob sich der Nutzer in einem Focus-Modus befindet, der Benachrichtigungen unterdrückt
  • Ob sie wegen der iOS-Speichergrenze vor der Anzeige gelöscht wurde
  • Ob Samsung One UI 8.5 sie zusammengefasst hat
• Ein Bereich, in dem Push besser ist als E-Mail, ist Androids delete-intent
  • Wenn der Nutzer eine angezeigte Benachrichtigung per Wischgeste entfernt, wird ein Ereignis ausgelöst, mit dem sich eine bewusste Verwerfung erfassen lässt
  • Das ist auf Android beschränkt, tritt nur bei angezeigten Benachrichtigungen auf und kann einen gezielten Wisch nicht von „Alle löschen“ unterscheiden
• Die Push-Messung des Jahres 2026 wird wie die E-Mail-Messung nach Mail Privacy Protection funktionieren: Kennzahlen unter einer unsichtbaren redaktionellen Schicht werden mit Conversion-Daten kalibriert, die nur Nutzer erfassen, die tatsächlich gehandelt haben

Schreibweise für Modelle in der Pipeline

• Die vollständige Versandformulierung bleibt nicht mehr unverändert erhalten
• On-Device-Zusammenfasser komprimieren Benachrichtigungen auf den Kern, daher wird nicht der Brand-Ton übermittelt, sondern konkrete Fakten
• Wenn zentrale Payloads wie Betrag, Name, Zeit und Handlung vorn stehen, hat der Zusammenfasser etwas, das er bewahren kann
• Wenn sich die Kernaussage hinter markentypischen Einleitungen, Ausrufen, Emojis oder Wortspielen versteckt, kann der Zusammenfasser am Ende nur das Emoji stehen lassen und die Bedeutung verwerfen oder eine falsche Hälfte übrig lassen
• Titel sollten wie ein in natürlicher Sprache geschriebenes strukturiertes Datenfeld behandelt werden
  • „Your delivery is 15 minutes away“ ist für Zusammenfassungen stabil
  • „We've got great news!“ enthält keine Fakten und ist daher nicht stabil
  • Eine grobe Selbstprüfung kann sein zu kontrollieren, ob schon die ersten paar Wörter des Titels den Nutzern nützliche Informationen geben
  • Das sollte nicht als Garantie, sondern als Gewohnheit verstanden werden
• Für Live Activities und Live Updates gelten dieselben Prinzipien; das zentrale Angebot sind Felder wie ETA, Spielstand oder Schrittzahl, nicht das Brand-Packaging
• Die Begründung dafür, die Unterbrechungsstufe „zeitkritisch“ nicht zu missbrauchen, ist im Developer Guide von Batch ausdrücklich genannt
  • „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”
  • Nutzer können zeitkritische Benachrichtigungen pro App mit einem einzigen Tipp vom Sperrbildschirm aus deaktivieren, und für Absender gibt es kein gleichwertiges Einspruchsverfahren

Verlagerung des Schwerpunkts auf eigene Oberflächen

• Push sollte in Lifecycle-Programmen eine kleinere Rolle einnehmen
• Im Produkt kontrollierte Oberflächen lassen sich nach abnehmender Aufdringlichkeit gliedern
  • passive In-Product-Karten in Feeds, die Nutzer bewusst aufsuchen
  • ein dauerhaftes In-App-Nachrichtencenter oder Postfach, zu dem Nutzer zurückkehren können
  • zielgerichtete In-App-Nachrichten auf Basis von Sitzungsereignissen, die nur während aktiver Sessions angezeigt werden
  • eingebettete Messaging-Elemente innerhalb des Produktflusses, platziert auf Bildschirmen, die Nutzer ohnehin aufsuchen, um eine Aufgabe abzuschließen
• Diese eigenen Oberflächen laufen nicht über APNs oder FCM, und Apple Intelligence oder Gemini Nano greifen nicht ein
• Ohne Zusammenfassung oder Focus-Unterdrückung protokolliert das SDK Render-, Dismiss- und Interaktionsereignisse, sodass Beobachtbarkeit ohne plattformvermittelten Blindfleck möglich ist
• Die Einschränkung ist, dass eigene Oberflächen nur aktive Nutzer erreichen
  • Nutzer, die die App 14 Tage lang nicht geöffnet haben, lassen sich nicht per In-App-Messaging erreichen, sondern nur per Push
  • Push wird damit zum Kanal für die Reaktivierung inaktiver Nutzer sowie für transaktionale und zeitkritische Benachrichtigungen an aktive Nutzer
  • Cross-Selling, Upselling, Content Discovery, Education und Mehrwert liegen bei den In-Product-Oberflächen
• In den Daten von Batch für 2025 lag die Klickrate von In-App-Nachrichten in Promo-Code-Kampagnen bei 16,1 % auf Android und 17,9 % auf iOS und damit über der Push-CTR
• In denselben Daten war die erreichbare Zielgruppe bei In-App kleiner als bei Push, weil In-App eine Session voraussetzt
• Push existiert, um Nutzer zurück ins Produkt zu bringen; sobald sie drin sind, übernehmen die eigenen Oberflächen

Die nächste Veränderung: Agenten, die Benachrichtigungen verarbeiten

• On-Device-Sprachmodelle werden, sobald sie einmal integriert sind, über Zusammenfassungen hinaus für viele Zwecke eingesetzt
• Apples Foundation Models framework erlaubt es Entwicklern seit iOS 18.4, dasselbe Modell aufzurufen, das das Betriebssystem für Zusammenfassung, Entitätsextraktion, Textverständnis, Überarbeitung und kurze Dialoge verwendet
• Googles ML Kit GenAI APIs stellen auf AICore aufbauend Zusammenfassung, Korrektur, Umschreiben und Bildbeschreibung bereit
• Der nächste Schritt ist, dass Modelle auf Benachrichtigungen reagieren und im Namen der Nutzer handeln
  • Mögliche Aktionen sind das Öffnen einer App, das Abschließen einer Reservierung, das Deaktivieren einer Benachrichtigung oder das Erstellen eines Antwortentwurfs
  • Schwergewichtigere Inferenz wird wahrscheinlich eher serverseitig laufen als nur auf dem Gerät, etwa über Apple Private Cloud Compute oder Cloud-Modelle von Google
• Apples Framework App Intents ermöglicht es Entwicklern, Siri und Apple Intelligence typisierte App-Aktionen bereitzustellen
• Auf Android übernehmen App Actions und Gemini als aufkommende Fähigkeit für Aktionen innerhalb von Drittanbieter-Apps eine vergleichbare Rolle
• Absender dürfen sich nicht darauf beschränken, Benachrichtigungen zu schreiben, die ein Zusammenfasser nicht zerstört, sondern müssen auch die Aktionen hinter der Benachrichtigung offenlegen, damit ein Agent eine Reservierung abschließen oder eine Benachrichtigung löschen kann, ohne dass der Nutzer die App öffnen muss
• Die Benachrichtigung wird vom Ziel zum Trigger, den ein Agent konsumiert, und die Klickrate, zehn Jahre lang das Zentrum der Push-Messung, verliert stark an Bedeutung

Praktische Grundsätze für den Umgang mit Push-Benachrichtigungen

• Push nur für Dinge verwenden, die andere Kanäle nicht leisten können

  • Push ist ein Kanal, der auch Nutzer erreicht, die die App seit Wochen nicht geöffnet haben, und eignet sich daher am besten, um inaktive Nutzer wieder zu aktivieren sowie für wirklich zeitkritische transaktionale Benachrichtigungen.
  • Benachrichtigungen für Cross-Selling, Upselling, Bildung oder Discovery sind ebenfalls möglich, wenn Aktualität und Personalisierung stark genug sind, werden aber grundsätzlich als Werbebotschaften eingestuft und konkurrieren damit unter den schlechtesten Bedingungen um das Störungsbudget des Nutzers.
  • Werbliche Nachrichten sind auf bewusst geöffneten Flächen des Nutzers wirksamer und zugleich risikoärmer.

• Rund um Aktivität und Anfragen des Nutzers entwerfen

  • Benachrichtigungen, die die zwischengeschaltete Bearbeitung der Plattform leichter passieren, sind Signale, die der Nutzer selbst gesetzt hat, sowie Ereignisse, die das Produkt aus dem Zustand des Nutzers erzeugt.
  • Preissenkungen, Wiederverfügbarkeit, Merkliste, Schwellenwert-Trigger und Statusmeldungen zu wartenden Elementen gehören zu den Signalen, die der Nutzer direkt gesetzt hat.
  • Geteilte Dokumente, Kommentare oder Antworten an Arbeitsergebnissen, abgeschlossene Aufgaben, überschrittene Limits und der nächste Schritt in laufenden Aufgaben gehören zu den Ereignissen, die das Produkt aus dem Zustand des Nutzers erzeugt.
  • Beide Typen sind Benachrichtigungen über etwas, das dem Empfänger „gehört“, bestehen daher den Relevanztest ganz natürlich und sollten per Deep Link direkt an die Stelle im Produkt führen, an der der Nutzer sofort handeln kann.

• Berechtigungen nicht beim ersten Start, sondern im Kontext anfragen

  • Seit Android 13 Benachrichtigungsberechtigungen in eine explizite Laufzeitfreigabe umgewandelt hat, ist die Opt-in-Rate deutlich gesunken.
  • Statt den System-Prompt direkt nach dem ersten Start anzuzeigen, sollte man zuerst den Wert demonstrieren, indem man die Anfrage an eine Funktion koppelt, für die der Nutzer Benachrichtigungen erhalten möchte.
  • Die Benachrichtigungserlaubnis gilt für den gesamten Kanal und sollte daher nicht für eine kalte erste Anfrage verschwendet werden.

• Segmentierung und Personalisierung sind der Standard

  • Vendor-Daten sind nur Richtungshinweise, zeigen aber seit zehn Jahren auf dieselbe Schlussfolgerung: segmentierte und personalisierte Benachrichtigungen erreichen ungefähr doppelt so hohe Öffnungsraten wie Broadcasts.
  • Allgemeine Massenversände liefern schwache Ergebnisse und verbrauchen eine nicht rückholbare Berechtigung.
  • Wenn eine Nachricht nicht aus einem konkreten Grund an eine konkrete Person gesendet werden kann, sollte sie besser an niemanden gesendet werden.

• Kein Störungsrecht nutzen, das man nicht verdient hat

  • Marketingbotschaften dürfen nicht als zeitkritische Benachrichtigungen getarnt werden.
  • Unter iOS können Nutzer zeitkritische Benachrichtigungen pro App auf dem Sperrbildschirm deaktivieren, und der Absender kann dagegen keinen Einspruch einlegen.
  • Mehr Versandvolumen tötet Berechtigungen; der einzige Hebel, den der Absender dauerhaft halten kann, ist Relevanz.

• Engagement entscheidet über Zustellbarkeit

  • Das Ranking der Plattformen lernt, ob Nutzer auf Benachrichtigungen reagieren; eine große Empfängerbasis, die nicht tippt, trainiert das Modell darauf, die App niedriger zu bewerten, und drängt Nutzer dazu, Benachrichtigungen abzuschalten.
  • Push hat kein so systematisches Absenderreputationssystem wie E-Mail, und die Wirkung unterscheidet sich je nach App und OS, aber die Richtung ist dieselbe.
  • Still gewordene Abonnements sollten bereinigt werden; eine engagierte kleine Basis erhält eine größere Reichweite als eine große Basis, die nur ignoriert.

• Fakten vor Stil setzen

  • An den Anfang des Titels gehört eher eine konkrete Payload als ein markentypischer Toneinstieg: Informationen wie Betrag, Name, Zeit und Handlung haben Vorrang.
  • Zusammenfasser komprimieren auf das Wesentliche und bewahren maschinenlesbare Inhalte, daher überleben faktenorientierte Titel Umschreibungen eher als tonorientierte.
  • Das ist keine gemessene Regel, sondern ein vernünftiger Standardwert; es gibt keine veröffentlichten Tests, und die Begründung ist indirekt.

• Push-Dashboards nicht blind vertrauen

  • Öffnungen und Klicks liegen hinter einer unsichtbaren Bearbeitungsschicht, und messbare Conversions sind eine verzerrte Stichprobe von Benachrichtigungen, die die Plattform ohnehin bevorzugt behandeln wollte.
  • Nachgelagerte Conversions sind das am wenigsten schlechte Signal, aber Push-Conversion-Events sind selten, sodass bei üblichem Versandvolumen pro Kampagne nur schwer statistische Signifikanz erreicht wird.
  • Wenn sich das Rendering per SDK prüfen lässt, sollte man es prüfen, Kampagnen bündeln und das Beobachtungsfenster verlängern, bevor man den Zahlen vertraut.
  • Ein Anstieg des Engagements kann genauso gut als „die Plattform vertraut mir mehr“ gelesen werden wie als „der Copytext ist besser geworden“.

• Gewicht auf eigene Flächen verlagern

  • In-App-Postfach, eingeloggte Produktansichten, physische Post und selbst betriebene Loyalty-Flächen enthalten kein Modell in der Pipeline.
  • Diese Flächen werden weder zusammengefasst noch gerankt oder stummgeschaltet und lassen sich bis zum Ende messen.
  • Push und eigene Flächen sollten nicht als konkurrierende Kanäle, sondern als ein gemeinsames Portfolio betrieben werden.

• Nicht für den Sperrbildschirm, sondern für Agenten entwerfen

  • Wenn Siri und Gemini anfangen, auf Benachrichtigungen zu reagieren, dann sind für Agenten sauber formulierte, maschinenlesbare Vorschläge das, was sie ausführen können.
  • Die Aktion hinter einer Benachrichtigung darf nicht an einer Stelle vergraben sein, die in der UI drei Taps entfernt liegt, sondern muss über iOS-App Intents oder Android App Actions in aufrufbarer Form offengelegt werden.
  • Nachrichten müssen so formuliert sein, dass das Modell sie auch dann ausführen kann, wenn kein Mensch sie liest.

Fazit

• Push war nie ein vollständig eigener Kanal wie E-Mail, sondern eher ein weniger gemieteter Kanal als Social.
• Die Plattformen setzen mit jedem Release die Mietbedingungen zu ihren Gunsten neu fest.
• Die Absender, die die nächsten zehn Jahre überstehen, sind nicht diejenigen, die am meisten senden oder Push am cleversten einsetzen, sondern diejenigen, die Nachrichten senden, die der Empfänger ohnehin wollte und die die Redakteure der Plattform verteidigen können.
• Die besten Karten haben diejenigen, die ihre wichtigste Arbeit bereits auf Flächen verlagert haben, vor denen kein Redakteur steht.
• Schreibe für unsichtbare Modelle und baue für Kanäle, die diese Modelle nicht erreichen können.

[GN⁺]

Hacker-News-Kommentare

• Wenn mein Handy mich unterbricht, sollte das bedeuten, dass gerade jetzt wirklich jemand meine Aufmerksamkeit braucht, und sonst sollte es mich gar nicht unterbrechen. In meinen Benachrichtigungseinstellungen dürfen nur Anrufe, Nachrichten, WhatsApp, Apple Health und Banking-Apps Push-Benachrichtigungen senden
  Kein anderes App hat einen Grund, mich sofort zu rufen. Die meisten Apps schicken Benachrichtigungen nicht, weil etwas wichtig ist, sondern weil sie meine Aufmerksamkeit wollen
  Benachrichtigungen über Nutzungsserien, Rabatte, Empfehlungen oder Versand-Updates brauche ich nicht; die können problemlos warten, bis ich mich entscheide, die App zu öffnen

  • Dieser Artikel ist ziemlich offen aus der Senderperspektive geschrieben und sorgt sich darum, dass die Plattform die „Kontrolle des Absenders“ übernimmt
    Aber die meisten Apps haben bereits ausreichend bewiesen, dass sie die Aufmerksamkeit der Nutzer nicht respektieren können. Je mehr Hürden die Plattform zwischen unnötige Benachrichtigungen und mein Handy stellt, desto besser, und ich halte weder Apple noch Google für Helden, aber ihre Interessen decken sich zumindest eher mit meinen als mit denen der Marketingabteilung einer App, die ich mir zwangsweise installiert habe, nur weil ich einmal ein Ticket gekauft habe
  • Das größte Problem sind Apps, die beides machen. Bei Uber möchte ich zum Beispiel wissen, wenn der Fahrer angekommen ist, aber ich möchte keine „10 % Rabatt auf deine nächsten 5 Fahrten“ bekommen
    Essenzielle Benachrichtigungen und Werbebenachrichtigungen lassen sich nicht leicht getrennt blockieren
  • Das erinnert mich an den Satz: „Das Marketing hat noch nie ein Kommunikationssystem gesehen, das es nicht übernehmen wollte“
    Ich denke daran jedes Mal, wenn ich Kunden sehe, die in eine kommerzielle App WhatsApp-Support einbauen wollen, um „mit Kunden zu kommunizieren“
    Gleichzeitig ist die Teilmenge der Apps, von denen Nutzer Benachrichtigungen wollen, bei jedem anders. Schichtarbeiter müssen über zugewiesene oder spontan freigewordene Schichten informiert werden, und etwas kann für manche Nutzer wirklich wichtig, für andere aber Spam sein
    Nützliche Benachrichtigungen werden leicht zu Marketing-Benachrichtigungen verfälscht. Ich möchte wissen, dass der Lieferfahrer draußen steht, aber ich möchte nicht die Wochenangebote kennen
    Das ist kein Problem, das sich technisch vollständig lösen lässt. Schlechte Akteure verhalten sich tatsächlich schlecht. Trotzdem sollte das System so gebaut sein, dass gutwillige Apps gut funktionieren, und am Ende sollten die Nutzer entscheiden, was sie sehen. Nicht Google und auch nicht Apple
    Wenn man die Gesellschaft am kleinsten gemeinsamen Nenner ausrichtet, ist das für alle schlecht. Man sollte schlechtes Verhalten sanktionieren können und gutes Verhalten aktiv fördern, statt alles zu verbieten, nur weil es „schlecht sein könnte“
  • Hier werden „Push-Benachrichtigungen“ und „von Push-Benachrichtigungen gestört werden“ vermischt. Ich habe auf meinem Handy viele Apps, die wichtig, aber nicht dringend sind, und so eingestellt, dass sie im iOS-Mitteilungszentrum leise hinzugefügt werden
    Bei so konfigurierten Apps erscheint bei eingehenden Benachrichtigungen kein Banner, und sie sind auch nicht auf dem Sperrbildschirm sichtbar. Sie tauchen nur auf, wenn ich an den zeitkritischen Benachrichtigungen auf dem Sperrbildschirm vorbeigehe und selbst nach unten scrolle, um alle Benachrichtigungen nachzuholen
    Effektiv werden sie zu einer Art optionalem „E-Mail-Posteingang“, den man anschaut, wenn man will, und sonst ignoriert. Anders als bei E-Mails können Benachrichtigungen aber kein notwendiger Teil eines App-Workflows sein, daher kann man diesen Benachrichtigungs-Posteingang jederzeit ohne schlechtes Gewissen leeren
  • Apple und Google sind in den letzten 10 Jahren daran gescheitert, Push-Benachrichtigungen brauchbar zu machen. Wichtige Benachrichtigungen gehen in einem Meer völlig irrelevanten Mülls unter
    Viele Apps konkurrieren in einer primitiven Struktur um sehr wenig Bildschirmfläche, und die meisten Push-Benachrichtigungen sagen kaum mehr als „Irgendetwas ist passiert!“. Sie enthalten wenig umsetzbare Information und oft ist sogar unklar, was genau passiert ist
    Das hat den Wert des Konzepts Benachrichtigung selbst entwertet, und selbst wenn gelegentlich etwas Interessantes vorbeikommt, verpasst man es oder findet es später schwer wieder
    Die User Experience von Push-Benachrichtigungen ist miserabel und wurde mit der Zeit immer schlechter, weil App-Entwickler ihre Superkraft missbraucht haben, Nutzer nach Belieben zu stören. Apple und Google haben versucht, das zu kontrollieren, aber übrig geblieben ist selbst für die wenigen legitimen Anwendungsfälle nur Mittelmaß
    Dinge wie Banking-Freigaben oder Zwei-Faktor-Authentifizierung sind mit Deeplinks in die App nützlich, aber ansonsten lohnt es sich nicht, das zu unterbrechen, was man gerade macht, um aufs Handy zu schauen
    Auf meinem Android-Handy nutze ich am häufigsten Firefox und Gmail sowie nur noch ein paar andere Apps. Als Benachrichtigungskanal ist der E-Mail-Posteingang sehr viel nützlicher als mobile Push-Benachrichtigungen. Er ist handlungsorientierter, informativer, und einzelne Abmeldungen, Filterung und spätere Suche sind einfacher. Die meisten Apps können beides, daher sind Push-Benachrichtigungen unterlegen und redundant

• Dieser Artikel liest sich so, als wäre der Autor verärgert darüber, dass Apple und Google bestimmte Arten von Benachrichtigungen, nämlich Spam-Benachrichtigungen, blockieren oder kontrollieren
  „Cross-Selling, Upselling, Education und Discovery können auch per Push funktionieren“, aber Push-Benachrichtigungen sollten nur für transaktionale Benachrichtigungen verwendet werden. Ich will keinen weiteren Posteingang für Müll

  • Bei einer App für Krankenhaus-Termine möchte ich die Benachrichtigungen wegen der Erinnerungen aktiviert lassen. In letzter Zeit werden über diesen Kanal aber auch Marketing-Nachrichten verschickt
    Vermutlich gibt es eine Möglichkeit, nur die Marketing-Nachrichten abzuschalten, aber die meisten wissen das nicht und werden es auch nicht ändern. Wirklich nervig
  • Ich wünschte, Apple würde App-Entwickler dazu zwingen, Werbebenachrichtigungen und transaktionale Benachrichtigungen über unterschiedliche Benachrichtigungskanäle umzusetzen. Dann könnten Nutzer nur das auswählen, was sie wollen
  • Im Titel „deine Push-Benachrichtigungen“ bezieht sich „deine“ nicht auf den Nutzer, sondern auf den Marketer. Das allein zeigt schon ziemlich gut den Wert dieses Artikels
  • Ich bin nicht verärgert, sondern besorgt darüber, dass immer mehr Kanäle zunehmend über Big Tech vermittelt werden
  • Es kommt auf den Fall an. Der BlackBerry 10 Hub war nicht wie die lockeren Benachrichtigungssysteme von iOS oder Android, sondern stark als gemeinsamer Posteingang konzipiert, und das war wirklich gut

• Dienste wie Uber, Bolt und Airbnb sind frustrierend. Für den Kerndienst sind Push-Benachrichtigungen nötig, aber der Anbieter nutzt diese Öffnung, um Spam dazwischenzuschieben

  • Bei Uber ist es besonders schlimm. Ich lebe ländlich und nutze es normalerweise nicht, aber auf Reisen verwende ich Uber oder gelegentlich Uber Eats
    Inzwischen ist der Marketing-Müll so aufdringlich, dass ich die App nur noch installiere, wenn ich glaube, sie bald zu brauchen, und sie sonst lösche. Burger liefern zu lassen ist nett, aber noch nerviger ist, dass der Dienst buchstäblich nichts bis zu uns nach Hause liefern kann
  • Apple und Google haben zugelassen, dass Dienste Benachrichtigungen missbrauchen, und sie damit praktisch wertlos gemacht. Ich wünschte, sie würden meine Zeit und Aufmerksamkeit stärker respektieren

• Es überrascht mich immer wieder, wie passiv Menschen gegenüber Dingen sind, die ihnen die Aufmerksamkeit stehlen
  Mein Handy ist rund um die Uhr im Nicht stören-Modus. Wenn eine App mir unnötigen Kram meldet, lösche ich sie und nutze die Website
  Ich habe auch eine Mail-Regel, die E-Mails mit dem Wort „unsubscribe“ aus dem Posteingang nimmt und in einen separaten Tag-Bereich verschiebt. Alle paar Tage gehe ich dort rein und bestelle bei allen neu eingetroffenen Dingen alles ab
  Wenn man mich an der Kasse im Einzelhandel nach personenbezogenen Daten oder meiner Telefonnummer fragt oder eine Club-Mitgliedschaft verlangt, frage ich, ob es dafür Rabatt gibt. Wenn es keinen Rabatt gibt, gibt es auch keine Daten. Wenn man mir einen fairen Preis für meine Daten nennt, würde ich es in Erwägung ziehen, aber bisher hat kein Händler je so viel gezahlt, wie meine Zeit und meine Daten wert sind

  • Wenn Händler nach einer Telefonnummer fragen, scheint das von vornherein nicht einmal prüfenswert. Sie könnten einmal einen Rabatt geben und die Daten dann jahrelang behalten und missbrauchen
  • Ich habe eine weiterentwickelte Version meiner Abbestell-Regel gebaut, um alle unnötigen E-Mail-Benachrichtigungen abzuwürgen, und sie als Open Source veröffentlicht
    https://unfuck.email
  • Ich verstehe den Kern der Formulierung „passiv“ und halte sie für stichhaltig, aber streng genommen haben die meisten wohl das Gefühl, keine Wahl zu haben
    Nicht ans Telefon zu gehen oder auf Nachrichten nicht zu antworten, ist für viele ein Tabu, und deshalb befinden sie sich in einem Wettrüsten mit Spammern und Social Apps, die aus allen Richtungen angreifen. Solche Leute finden es frustrierend, dass wir im Land von 24/7 Nicht stören leben
    Ich weiß nicht, wie man das lösen könnte, aber ich verstehe diese Sichtweise auch

• Man kann einfach mal einen Tag lang alles außer Nachrichtenbenachrichtigungen ausschalten. Man stirbt nicht. Man gewöhnt sich schnell daran, Dinge, die einem wirklich wichtig sind, regelmäßig zu prüfen, und der Rest muss warten, bis ich mich darum kümmere
  Ich lebe seit Jahren so, und meine Freunde oder Kollegen wissen das nicht und müssen es auch nicht wissen. Benachrichtigungen helfen mir nicht, schnell zu antworten, sondern ziehen meine Aufmerksamkeit von dem weg, was ich eigentlich tun wollte
  Ich habe heute weder Discord noch E-Mail geprüft. Wenn ich wissen will, ob Freunde geschrieben haben, eine neue Rechnung da ist oder irgendetwas nachverfolgt werden muss, öffne ich die jeweilige App und erledige es
  Ich kann mein Handy stundenlang neben mir liegen haben, ohne abgelenkt zu werden

  • „Man gewöhnt sich daran, Dinge, die einem wirklich wichtig sind, regelmäßig zu prüfen“ war für mich der größte Punkt. Früher hatte ich Angst, Wichtiges zu verpassen, wenn ich Benachrichtigungen ausschalte, aber ich habe Dinge ohnehin sogar mit Benachrichtigungen verpasst
    Die Gewohnheit, wichtige Dinge regelmäßig zu prüfen, hatte auch einen guten Nebeneffekt. Weil ich mich weniger darauf verließ, dass das Handy es für mich übernimmt, wurde mein mentales Benachrichtigungssystem besser, und es wurde immer klarer, wie unwichtig die Apps und Dienste tatsächlich sind, die ich immer seltener prüfe
    Jetzt habe ich viel weniger Apps und Accounts und halte insgesamt sogar meine Zeit besser ein

• Dieser Teil stimmt faktisch nicht: „Benachrichtigungen existieren nur im Notification Center, und das Notification Center wischt Vorbeiziehendes weg, verwirft es, fasst es zusammen und bewahrt nichts zuverlässig auf“
  Das Notification Center bewahrt Informationen zuverlässig auf. So etwas wie einen Posteingang gibt es im Nutzerbereich zwar nicht, faktisch existiert er aber: https://www.forbes.com/sites/larsdaniel/2026/04/10/fbi-pulle...

• „15 Jahre lang wurde dieser Kanal um eine einzige Prämisse herum neu aufgebaut. Die Aufmerksamkeit des Empfängers ist eine knappe Ressource, und die Plattform hat die Pflicht, sie zu schützen. … Als Absender stehst du auf der anderen Seite dieser Prämisse, egal wohin die Kontrolle verschoben wird“
  Ich finde interessant, dass der Autor die Situation offen so rahmt, als stünden die Interessen von Absender und Empfänger im Gegensatz

  • Sie stehen nicht zwingend im Gegensatz, eher in einem Spannungsverhältnis
    Ein Gerät, das die Aufmerksamkeit des Nutzers eifrig schützt, kann gelegentlich etwas blockieren, das der Nutzer tatsächlich hätte sehen wollen
    Trotzdem ist der Großteil der Benachrichtigungen Müll und sollte blockiert werden
  • Das scheint mir eine ziemlich harsche Lesart. Ich finde, der Satz sagt eher, dass Plattformen nicht im Interesse der Nutzer handeln, sondern im Interesse der Plattform

• „All diese Einflüsse wirken nicht gleichmäßig. Am stärksten treffen Eingriffe broadcastartige und werbliche Push-Nachrichten, während Benachrichtigungen, die Menschen tatsächlich wollen, eher durchkommen oder sogar verstärkt werden“
  Klingt für mich okay

• „Während des größten Teils der Geschichte dieses Kanals haben Plattformen sichtbar fast gar nicht eingegriffen. Strukturell war Eingriff möglich, aber man hat sich einfach dagegen entschieden, stark einzugreifen. Diese Zurückhaltung ist vorbei“
  Vielleicht war es nicht immer sichtbar, aber es gab von Anfang an Eingriffe in irgendeiner Form. Bei WhatsApp haben wir Push-Verzögerung, Unterdrückung und Zusammenführung ständig überwacht, und soweit ich mich erinnere, war das mindestens seit meinem Einstieg 2011 Teil des Systems
  Wenn das in diesem System nicht korrekt funktioniert, werden Nutzernachrichten nicht rechtzeitig zugestellt

  • Interessant. Ich würde gern mehr relevanten Kontext dazu hören. Ich habe nie an einem Produkt in dieser Größenordnung gearbeitet, deshalb war Monitoring für mich immer auf das beschränkt, was man aus kommerziellen Push-Plattformen herausholen kann

• Ich vermute, dass etwas, das die massenhafte Erfassung von Telefon-Metadaten nach Section 215 des USA PATRIOT Act ersetzt hat, die Architektur von Apple Push Notification, Firebase Cloud Messaging usw. beeinflusst
  Apple kontrolliert die dauerhafte Verbindung zu allen iPhones, und nur APNs kann Apps aufwecken. „Self-Hosting“ bedeutet hier, ein eigenes Provider-Backend zu betreiben, das entscheidet, was gesendet wird, und es an APNs übergibt, statt dies Drittanbietern wie Firebase Cloud Messaging, OneSignal oder Pusher zu überlassen. Aber das letzte Stück der Strecke gehört niemals mir
  Eine Architektur, die den gesamten Traffic aller Menschen durch eine kleine Zahl identitätsbewusster Vermittler leitet, ist ihrer Konstruktion nach ein System zur massenhaften Erfassung von Metadaten, das nur auf ein juristisches Instrument wartet
  Im Dezember 2023 machte Senator Ron Wyden öffentlich, dass die US-Regierung und ausländische Regierungen Google und Apple heimlich dazu gezwungen haben, Informationen zu Push-Benachrichtigungen, Kommunikations-Metadaten und manchmal auch Inhalte herauszugeben. Der Punkt, auf den Entwickler achten sollten, ist, dass es keine Möglichkeit gibt, diese Praxis zu verhindern, solange man auf den Plattformen, von denen iPhone und Android abhängen, Benachrichtigungen senden will
  Apple unterlag bis zur Offenlegung dieses Programms einer Schweigeverpflichtung und erklärte danach, solche Anfragen künftig in Transparenzberichten detaillierter auszuweisen. Diese strukturelle Hypothese ist also keine Spekulation, sondern ein bestätigter Mechanismus; der Unterschied zu Section 215 besteht darin, dass sich der Bereich nicht auf Anrufe, sondern auf Apps bezieht, und dass die rechtlichen Mittel nicht die spezielle Theorie zu Geschäftsdaten aus §215 sind, sondern gewöhnliche Vorladungen, FISA-Anordnungen und NSLs
  Daher kommt am Ende auch die Aussage: „Das sind doch nur Metadaten.“ Natürlich ist das ein Witz, und für so etwas ist nicht eine einzelne Person verantwortlich, sondern es ist das Ergebnis kollektischen politischen Willens und leider vielleicht das Beste, was wir tun können
  https://www.youtube.com/watch?v=9iUdm0QMDM0
  https://epic.org/sen-wyden-reveals-government-surveillance-o...