Les **notifications** envoyées par l’application **Google** et les cartes du flux **Discover** n’apparaissent pas au hasard : elles obéissent à une logique algorithmique sophistiquée. Dans ce texte inspiré d’une enquête de Damien Andell (1492.vision), on examine en détail la « grammaire » interne qui structure ces alertes : un ensemble de codes techniques, d’entrées du **Knowledge Graph** et d’**entités** temporelles conçues pour faire remonter le bon contenu au moment opportun.
Au-delà des aspects purement techniques, cette analyse met en lumière une transition importante pour le **SEO** : la visibilité ne repose plus uniquement sur des requêtes textuelles, mais de plus en plus sur la reconnaissance d’**entités** et du contexte. Le canal de la notification (« push ») devient une source de visibilité à part entière pour les contenus correctement identifiés.
Quel est le rôle réel de ces notifications ?
Les **notifications** de l’application **Google** ne fonctionnent pas comme un simple fil d’actualité aléatoire.
On peut résumer leurs objectifs en deux points :
- Informer la personne au moment le plus pertinent (début d’un match, synthèse de la clôture boursière, alerte météo locale…).
- Porter l’attention sur des sujets correspondant aux centres d’intérêt de l’utilisateur (équipes suivies, titres en **watchlist**, thèmes lus régulièrement, etc.).

Comment se structure la « grammaire » des notifications **Google**
L’enquête a mis au jour un codage interne précis : chaque notification dispose d’une signature technique qui indique sa catégorie et son comportement. Un exemple type :
and.now.ni.sp.sc.ln
Ce fragment mérite un décodage pour comprendre la logique sous-jacente :
and . now . ni . sp . sc . ln
| | | | | └─► Line-ups (compositions d'équipes)
| | | | └──────── Score
| | | └───────────── Sports (verticale)
| | └────────────────── Notification Inbox
| └──────────────────────── App "Now/Discover"
└────────────────────────────── Device Android
Cette hiérarchie de codes rend compte d’un système modulaire : des préfixes renseignent l’appareil et l’application, des segments précisent la verticale (sport, finance, météo…), et des suffixes indiquent le type exact d’alerte (score, vidéo, ligne-up).
Au total, on peut distinguer une dizaine de familles majeures de notifications, chacune avec ses déclencheurs et ses règles de diffusion.
Catégories principales de notifications et leurs usages
| Chaîne interne (source) | Lecture « en clair » | Exemple de notification |
| and.now.ni.tp.str | Top Story – actu chaude / breaking news | « Explosion à Paris : suivez la situation en direct » |
| and.now.ni.ge.co | Generated Content – résumé IA (Search Generative Experience / “AI mode”) | « Google AI drives growth – Alphabet +14 % de CA » |
| and.now.ni.cr.pa | Crisis / Public Alerts | Alerte orage violent NWS, tremblement de terre USGS… |
| and.now.ni.fi.dr | Finance / Daily Recap | « How your watch-list did today » (META ▲ 0 ,69 % …) |
| and.now.ni.fi.st | Finance / Stock Trigger (seuil franchi, grosse variation) | « TSLA vient de passer +5 % » |
| and.now.ni.we.al | Weather Alert (meteo severe) | « Severe Thunderstorm Warning – New Jersey » |
| and.now.ni.sp.sc.as | Sports / Score / Athlete Stats | « Shohei Ohtani : 3 HR, 6 RBI » |
| and.now.ni.sp.sc.ln | Sports / Score / Line-ups | « See line-ups : PSV vs Athletic Club » |
| and.now.ni.sp.sc.lv | Sports / League Video (récap journée) | « MLB recap du 24/07/25 – vidéo » |
| and.now.ni.sp.sc.vd | Sports / Video Highlights | « Lakers @ Warriors – highlights (YouTube) » |
| and.now.ni.sp.sc.ft | Sports / Full-time (score final) | « PSV 1-1 Athletic Club – FT » |
| and.now.ni.sp.sc.up | Sports / Live Update (but, panier, set) | « ⚽ Mbappé marque (1-0) » |
| and.now.ni.sp.sc.tr | Sports / Transfers & Rumours | « Tottenham proche de signer Ekitike £79 m » |
| and.now.ni.sp.sc.tm | Sports / Team News (blessures, suspensions) | « Kevin De Bruyne absent 3 semaines » |
SUBSCRIBED vs UNSPECIFIED : dans l’interface, une alerte peut porter la mention SUBSCRIBED (l’utilisateur suit explicitement une **entité** : équipe, entreprise…) ou UNSPECIFIED (suggestion algorithmiquement générée). Cette distinction renseigne sur l’origine du signal (abonnement explicite vs recommandation opportuniste).
Quels signaux déterminent l’envoi d’une notification ?
- Appariement d’**entités** (Knowledge Graph) : chaque ressource (article, vidéo, alerte) est associée à un ou plusieurs identifiants du **Knowledge Graph** (les fameux **MIDs**).
- Historique personnel : recherches, clics, interactions et abonnements explicites influent sur la probabilité de recevoir une alerte.
- Flux temps réel : pour certaines verticales (sports, météo, finance), des flux événementiels déclenchent des notifications instantanées.
La place centrale des **entités** (MIDs)
- Une entité correspond à un concept ou un objet référencé dans le Knowledge Graph (identifiants commençant par /m/ ou /g/).
- Chaque carte ou notification est associée à une liste d’**entités** (parfois une seule, souvent plusieurs).
- L’algorithme effectue ensuite un croisement entre :
- Vos centres d’intérêt suivis ou inférés (SUBSCRIBED vs UNSPECIFIED),
- La fraîcheur et la criticité de l’événement (score en direct, alerte météorologique, variation boursière…),
Considérations pour les praticiens du SEO
- L’importance d’être correctement rattaché au Knowledge Graph : disposer d’**entités** identifiables augmente les chances d’apparaître dans des cartes liées aux notifications.
- La nécessité de disposer de mécanismes temps réel si votre vertical le nécessite (flux de scores, données financières, alertes locales).
- La notification constitue un nouveau canal de visibilité complémentaire aux résultats organiques classiques.
Cas pratique : l’exemple du « Steam Deck »
- Article : « Steam Deck 2 rumored … ».
- Entité principale : /g/11rs2pn_gy (Steam Deck).
- Entités secondaires : AMD, Valve, architectures RDNA, etc.
- Menu de la carte → option « Turn off notifications for Steam Deck » → permet de se désabonner de l’**entité** concernée.
Décomposition détaillée : entités associées à un article « Steam Deck 2 rumored to be in the works »
Lecture rapide : la première ligne est l’**entité pivot** (Steam Deck) ; les lignes suivantes regroupent des concepts techniques (AMD Ryzen, RDNA 3), économiques (USD) et contextuels (Valve, Rumour). Google croise cette matrice d’**entités** avec l’historique de l’utilisateur pour évaluer la pertinence d’une notification.
Exemple « Highlights NBA »
- Type de notification : SPORTS_VIDEO_HIGHLIGHTS_NOTIF.
- Contenu : identifiant vidéo YouTube (ex. VCRpaok-lOE).
- Association d’**entités** : équipe + **entité moment** qui référence la date/heure du match (<2025-07-24T00:00-06:00>) pour lier tous les contenus relatifs au même événement.
- La notification renvoie vers une SERP et Google inscrit la vidéo dans le contexte du match concerné.
L’innovation majeure : les **entités** horodatées (les “moments”)
La découverte la plus remarquable porte sur les **entités horodatées** : Google ne se limite pas à reconnaître des sujets statiques, il crée des **entités temporaires** pour des événements ponctuels.
Exemple de format :
/m/09p142025-07-24T00:00-06:00
Cette chaîne combine :
- Un identifiant d’**entité** de base (par ex. /m/09p14, qui peut correspondre à une équipe).
- Un horodatage précis au format ISO 8601 qui situe l’événement dans le temps.
Fonction : l’**entité moment** agrège en temps réel tous les contenus liés à un événement donné — le match du 24 juillet, ses temps forts vidéo, les statistiques joueurs, les analyses publiées. Cette clé temporelle unique permet de maintenir une cohérence entre les différentes cartes affichées avant, pendant et après l’événement.
C’est ce mécanisme qui explique, par exemple, qu’une **notification** de but soit suivie quelques heures plus tard d’une **notification** proposant les **highlights** du même match, sans rupture de contexte.
Pourquoi les notifications sportives arrivent “au bon moment”
Les cartes de la verticale Sports sont synchronisées sur des « moments clés » : composition d’équipe avant le match, score en direct pendant, récapitulatif vidéo après. Concrètement :
- Avant : message du type « See lineups… » (compositions officielles ou probables).
- Pendant : mises à jour du score en direct (but, panier, set).
- Après : récapitulatifs et **highlights** vidéo attachés au même **moment**.
Le rôle pratique de la « clé moment »
Pour fédérer toutes les ressources qui évoquent un même match (line-up, score, vidéos, articles), Google associe souvent une **clé moment** : combinaison de l’**entité** (équipe ou compétition) et d’un horodatage. Par exemple :
/m/09p14 (MLB) + 2025-07-24T00:00-06:00 = identifiant unique du jour de match.
Effet : déduplication des notifications (on évite d’envoyer plusieurs cartes identiques) et ordonnancement logique des alertes selon la progression de l’événement.
AI Mode : synthèse automatisée et snippets générés
Parfois la **notification** n’ouvre pas un article complet, mais un résumé généré par IA — le fameux AI Mode : un titre et un court paragraphe produits automatiquement à partir de sources récentes et jugées fiables.
Exemple :
- Source détectée : finance.yahoo.com
- Titre : « Google AI drives growth »
- Snippet : « Alphabet’s AI focus drives 14% revenue increase… »
- Sujet principal : Alphabet Inc (/g/11bwcf511s).
- Entités associées : concurrents, produits, concepts techniques (mélange de /m/, /g/ et parfois /t/).
En synthèse, AI Mode condense l’information autour d’un **sujet** que l’utilisateur suit ou consulte fréquemment, en s’appuyant sur une source identifiée comme pertinente, et délivre un résumé digestible sans obliger à naviguer à travers plusieurs articles.
Finance : notifications de **watchlist** et synthèses quotidiennes
Lorsque l’utilisateur a configuré une watchlist dans **Google Finance**, l’algorithme génère souvent une **notification** de synthèse à la clôture des marchés : message du type « How your watchlist did today » (ex. « META +0,69 % ▲, GOOG −0,34 % ▼ »). Le lien associé ouvre la page de la **watchlist** et le timing correspond à la fin de séance.
Alertes météorologiques et messages d’urgence (Public Alerts)
La catégorie Crisis / Public Alerts regroupe les messages prioritaires : tornades, orages violents, séismes signalés par des organismes officiels. L’objectif est la réactivité et la précision géographique. Ces alertes sont traitées comme prioritaires et contournent souvent les logiques de personnalisation classiques pour privilégier la sécurité.
Comment Google choisit l’ordre d’affichage des notifications ?
En simplifiant : Google considère simultanément toutes les notifications éligibles maintenant (fenêtre temporelle valide, non expirées, non filtrées) puis les ordonne principalement selon leur pertinence temporelle. Autrement dit, l’alerte qui survient « au meilleur moment » pour l’utilisateur est priorisée.
Quelques règles pratiques :
- Chaque notification possède une fenêtre temporelle (ex. « pré-match » : 30 minutes avant ; « live » : pendant ; « post-match » : juste après).
- Plus l’événement se rapproche, plus la notification gagne en priorisation.
- En cas d’égalité, la notification la plus récente est affichée en premier.
- Les interactions de l’utilisateur (« pas intéressé », « désactiver ce sujet », « moins de cela ») modulent le comportement futur du système.
Note : les **sujets suivis** (équipes, entreprises) servent surtout à filtrer les notifications pertinentes ; l’**ordre** d’affichage est avant tout une question de timing et de priorité temporelle.
Effet des actions utilisateurs : ce qui change après une interaction
Dans le menu contextuel d’une notification (« trois points »), plusieurs options influent sur la suite :
- « Pas intéressé » / « Moins de ce type » : réduit la fréquence des notifications sur ce thème.
- « Désactiver les notifications pour [sujet] » : suppression des alertes pour l’**entité** ciblée.
- « Envoyer un avis » : possibilité d’envoyer un retour à Google (optionnelle).
Ces choix sont pris en compte à la fois pour le flux **Discover** et pour la file des **notifications** : l’utilisateur module ainsi le comportement du système sur la durée.
Scénarios concrets illustratifs
Match de football (PSV – Athletic Club)
- 1 heure avant : notification « See lineups » (compositions probables ou officielles).
- Pendant le match : alertes « Live score » (but, égalisation, mi-temps…).
- Après le match : carte « Video highlights » (récapitulatif YouTube), liée au même **moment**.
Résumé AI Mode sur Alphabet
- Source détectée : média financier.
- Sujet principal : Alphabet (entité identifiée).
- Si l’utilisateur suit l’actualité IA ou Google, il reçoit un résumé synthétique comportant un titre et un extrait générés automatiquement.
Récapitulatif pour une watchlist boursière
- À la clôture : synthèse claire des variations des titres de la **watchlist**.
- Un tap ouvre la page de la **watchlist** dans **Google Finance** pour consulter les détails.
FAQ synthétique
“Les notifications sont-elles réellement en temps réel ?”
- Pour les secteurs sportifs, la météo ou les urgences : oui, les messages sont synchronisés avec les événements en direct. Pour les marchés financiers, le principe est plutôt une notification à la clôture. Pour le AI Mode, les synthèses arrivent au fil des informations significatives sur vos sujets.
“Que représentent les MIDs (/m/, /g/, /t/) ?”
- Ce sont des identifiants d’**entités** du Knowledge Graph. Les préfixes /m/ et /g/ sont courants ; certains /t/ existent mais sont majoritairement internes et peu accessibles publiquement.
“Où voir la fiche d’une entité ?”
- Exemple d’accès : https://www.google.com/search?kgmid=<collez l’ID>. Exemple pour Alphabet : https://www.google.com/search?kgmid=/g/11bwcf511s
Recommandations pratiques pour mieux contrôler ses notifications
- Ajouter explicitement des sujets d’intérêt (équipes, entreprises) pour orienter la personnalisation.
- Utiliser l’option « Moins de ce type » lorsque certaines notifications ne sont pas souhaitées.
- Pour réduire la fréquence d’un thème trop présent, activer « Désactiver les notifications pour [sujet] ».
- Consulter les réglages système de l’application **Google** (son, vibreur, affichage sur l’écran verrouillé) pour ajuster la façon dont les **notifications** apparaissent.

Synthèse rapide (à retenir)
- Google n’utilise pas qu’une seule entité : le système mixe toutes les **entités** présentes dans un contenu et les combine avec vos signaux personnels.
- Les **entités “moment”** horodatées sont un pivot pour suivre un match ou une séance boursière en temps réel et pour regrouper automatiquement tous les contenus associés.
- L’historique de navigation et les interactions de l’utilisateur renforcent ou atténuent les signaux au fil du temps.
Impacts et pistes pour les professionnels
Pour les équipes éditoriales, les responsables SEO et les producteurs de contenus, la logique des **notifications** invite à repenser les approches classiques :
- Structurer les contenus de manière à favoriser l’identification d’**entités** (mentions claires, métadonnées cohérentes, rich snippets lorsque pertinent).
- Documenter et exposer les informations temporelles pour les événements (dates, heures, métadonnées) afin qu’elles puissent être corrélées à des **entités moment**.
- Maintenir une présence sur des sources reconnues et fiables : pour que le **AI Mode** utilise vos contenus comme base de synthèse, la qualité et l’autorité des sources jouent un rôle.
- Pour les verticales en temps réel (sport, finance, météo), investir dans des flux de données réactifs augmente la probabilité d’apparaître dans des notifications « live ». Cela suppose une architecture technique adaptée au streaming et à l’actualisation rapide des contenus.
- Sur le plan de la confidentialité et de l’éthique, il convient de rester vigilant sur la personnalisation excessive et de garantir une communication transparente autour de la collecte et de l’usage des signaux utilisateurs.
L’émergence de ces mécanismes transforme la relation entre contenu, **entité** et timing : la visibilité ne dépend plus seulement de mots-clés, mais de la capacité à s’inscrire dans un graphe d’**entités** et de moments pertinents.
Articles connexes
- ChatGPT juge un site à partir de seulement quelques pages Autres options : – ChatGPT évalue un site sur la base de quelques pages seulement – ChatGPT se fait une opinion d’un site d’après quelques pages seulement
- Amazon subit une baisse de visibilité dans les résultats de recherche Google
- WP Engine face à Automattic : Mullenweg revient dans la course
- Lancement de Gemini 3 et acquisition de Semrush par Adobe
- Google lance une actualisation importante de ses algorithmes (Mise à jour principale de juin 2025)
- des pénalités manuelles se manifestent, comment prévenir la sanction
- Pourquoi l’API des capacités de WordPress 6.9 a des conséquences majeures et une portée étendue
- Google Trends dispose maintenant d’une API : à connaître absolument
