What Apple and Google are doing to push notifications
Les plateformes Apple et Google ont transformé les canaux de notification en intermédiaires actifs qui résument, réordonnent et parfois réécrivent les notifications avant qu'elles n'atteignent l'utilisateur. Depuis l'arrivée d'APNs et des services Google, le transport est centralisé et a évolué vers des modèles on‑device (Apple Intelligence, Gemini Nano) qui appliquent des règles, du classement et des résumés sur l'appareil, souvent via des adaptateurs spécialisés. Pour les éditeurs et marketeurs cela signifie une perte de contrôle et de visibilité — les métriques classiques (acceptation, livraison, ouverture) sont partielles ou biaisées et il n'existe pas d'outils comparables à ceux de l'email pour diagnostiquer l'édition opérée par le système. La bonne pratique consiste à réserver le push aux alertes réellement temporelles ou à la réactivation d'utilisateurs inactifs, à demander la permission en contexte, à personnaliser et segmenter les envois, et à privilégier les surfaces propriétaires (in‑app, boîtes de réception internes) pour la plupart des messages. À terme les modèles pourraient non seulement éditer mais agir au nom de l'utilisateur, ce qui oblige les expéditeurs à structurer les notifications comme des actions machine‑lisibles et à exposer des intentions d'application pour que des agents puissent les réaliser sans interaction humaine.