Les alertes de Google (application Google / Discover) : que se passe-t-il réellement

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 :

1. 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…).
2. 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

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 ?

1. 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).
2. Historique personnel : recherches, clics, interactions et abonnements explicites influent sur la probabilité de recevoir une alerte.
3. 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”)

/m/09p142025-07-24T00:00-06:00

• 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)

1. 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.
2. 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.
3. 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.