Menu

L’origine, la permission et le résultat observé

Comprendre les notifications d’un site : origine, permission et retrait

Distinguer demande de permission et notification reçue, identifier site et navigateur, comprendre blocage et retrait sans promettre livraison ou effacement de données.

Identifier l’origine avant d’interpréter l’alerte

Une alerte apparaît alors que la page à laquelle vous pensiez est fermée. Avant de conclure sur son origine, distinguez le site indiqué, le navigateur, une application ou une extension éventuelle. Le nom affiché dans le contenu du message n’est pas nécessairement l’information qui décrit son émetteur.

Ce guide aide à comprendre les notifications de sites connus sur ordinateur. Il ne clique sur aucune alerte, n’ouvre aucun lien et ne modifie aucune permission réelle. Il ne diagnostique pas une infection et ne prescrit aucune réparation de sécurité. Les exemples sont fictifs et aucune fonction de notification n’est attribuée à un produit DOHM.

Si l’origine reste incertaine, gardez-la comme question. N’utilisez pas une demande de paiement, un code ou un lien contenu dans une alerte pour vérifier cette alerte. Retrouvez plutôt le service par un accès officiel déjà connu et limitez les informations privées dans toute demande d’aide.

Séparer message dans la page, demande de permission et notification reçue

Un encart dessiné dans une page, une demande de permission du navigateur et une notification effectivement affichée sont trois objets différents. Un site peut présenter un message qui invite à une action sans que le navigateur ait déjà accordé l’autorisation correspondante.

Les aides Chrome et Firefox décrivent des décisions d’autorisation pour les sites. Ce repère documentaire permet d’identifier la permission à examiner, sans certifier l’origine d’un élément réel à l’écran. Une promesse « activez pour être averti » n’est pas une notification reçue.

La présence d’un message ou d’une icône ne prouve pas à elle seule quel choix a été mémorisé. Décrivez séparément l’action proposée, le choix que vous pensez avoir fait et l’état effectivement retrouvé dans la documentation ou les informations du navigateur concerné.

Relier la permission au site et au navigateur concernés

Précisez le site, le navigateur et le contexte d’utilisation. Une application mobile, un site ouvert dans Chrome et le même site ouvert dans Firefox ne doivent pas être traités comme un seul réglage. Un choix observé dans l’un ne prouve pas l’état de l’autre.

Google documente pour Chrome sur ordinateur des permissions de notification par site. Mozilla décrit également cette gestion dans Firefox. Ces exemples restent attribués à leur fournisseur ; le guide ne donne pas une suite de commandes universelle ni une règle identique pour tous les systèmes.

Si l’ordinateur est administré par une organisation, faites préciser le cadre applicable auprès de son interlocuteur compétent. Une option indisponible n’autorise pas un contournement. Ce dossier ne change ni paramètres globaux, stratégie d’administration ou configuration du système.

Distinguer permission accordée et livraison effective

Une permission autorise une possibilité technique ; elle ne garantit pas que le site prépare un message pertinent, que le service fonctionne ou que l’affichage sera observé. Une absence d’alerte ne prouve donc pas l’absence d’événement et une permission visible ne vaut pas engagement de livraison.

Chrome explique que certaines permissions peuvent être retirées, notamment pour des sites inutilisés, et que des protections peuvent intervenir. Cela décrit des possibilités du navigateur, pas le diagnostic de votre situation. Le guide ne conseille pas de réautoriser un site signalé comme abusif pour obtenir un résultat.

Séparez le service attendu, la permission du site, l’état du navigateur et les conditions du système. Si une notification utile manque, notez ce qui est établi avant de demander de l’aide. Aucun test d’envoi, réglage du système ou activation réelle n’est réalisé ici.

Comprendre pourquoi fermer l’onglet ne retire pas la permission

Fermer une page termine sa consultation visible, mais ne constitue pas une décision de retrait de permission. Mozilla indique, pour Firefox sur ordinateur, qu’un site autorisé peut envoyer des notifications alors qu’il n’est pas chargé, tant que Firefox est ouvert. Cet exemple reste limité au fonctionnement décrit par Mozilla.

Ne transformez pas ce repère en promesse pour un navigateur complètement fermé, un téléphone ou tout autre contexte. Le guide n’étend pas cette description aux plateformes mobiles et ne garantit pas la réception hors ligne ou sur plusieurs appareils.

Si votre intention est de ne plus recevoir les notifications d’un site, identifiez la permission et sa procédure de révision dans l’aide adaptée. Fermer un onglet, masquer une alerte ou ignorer un message ne démontre pas que cette révision a eu lieu.

Différencier une demande plus discrète d’un refus

Une interface peut rendre les demandes de notification moins visibles sans leur donner le même sens qu’un refus. L’aide Chrome distingue notamment des demandes plus discrètes et les choix d’autorisation des sites. Une présentation moins intrusive ne doit pas être notée comme une permission retirée.

Repérez le résultat que vous souhaitez comprendre : empêcher une nouvelle interruption, refuser à un site la permission ou vérifier un choix déjà mémorisé. Ces objectifs sont liés, mais ne se remplacent pas automatiquement. Le dossier ne modifie aucun de ces réglages.

Un comportement observé une seule fois reste limité à cet essai et à son contexte. Ne concluez pas qu’un site ne pourra plus demander une autorisation parce qu’une fenêtre n’est pas apparue lors de votre dernière visite.

Distinguer blocage du site et retrait de l’autorisation

Dans son aide Firefox, Mozilla distingue le blocage d’un site et le retrait de sa permission, ce dernier pouvant laisser le site demander à nouveau. Ces états ne doivent pas être traduits dans une fiche par le même mot « désactivé » sans préciser ce qui a été observé.

Lisez la documentation correspondant à la version et au contexte avant de qualifier le résultat. Le guide ne retire aucun site, n’efface aucune liste et ne propose pas de réinitialiser le navigateur. Il ne transpose pas les noms d’options Firefox en procédure applicable à Chrome.

Une conclusion utile peut être « permission du site à revoir » ou « état de blocage retrouvé dans le navigateur concerné ». Elle ne certifie pas l’état des autres navigateurs, comptes, appareils ou canaux du service.

Ne pas confondre retrait de permission et effacement de données

Le retrait d’une permission concerne une capacité d’envoi ou d’affichage dans son périmètre. Il ne démontre pas l’effacement de données déjà transmises, de messages déjà reçus ou de copies conservées ailleurs. Une demande de suppression de données répond à une autre question et ne doit pas être déclarée accomplie par ce seul réglage.

De même, une préférence de notification du navigateur ne décrit pas nécessairement les autres canaux d’un service. Ne considérez pas une question sur un courriel ou un compte comme résolue parce que l’affichage des notifications du site a été examiné. Le dossier ne se connecte à aucun service et n’envoie aucune demande.

Ce guide ne promet ni confidentialité, disparition de traces, révocation totale ou arrêt de toutes les communications. Les permissions mobiles et les accès à la caméra ou au microphone sont traités dans leurs dossiers distincts, avec leurs propres limites.

Exemple fictif : une page fermée, une permission à comprendre

Sam consulte un site ordinaire inventé S. Plus tard, une notification fictive apparaît alors que l’onglet de S n’est plus ouvert. Sam note séparément la fermeture de la page et la question de la permission mémorisée. Aucun site, message, lien, compte ou notification réel n’est utilisé.

Dans une première variante, Sam découvre seulement une option qui rend les demandes plus discrètes. Il ne conclut pas que S est bloqué. Dans une autre, la documentation du navigateur lui permet de distinguer retrait de permission et blocage ; sa fiche garde le navigateur et l’état concerné, sans modifier quoi que ce soit dans cet exemple.

Si une donnée a déjà été communiquée au service dans la fiction, Sam ne la considère pas comme effacée par le changement de permission envisagé. Il sépare ces questions et garde le résultat à confirmer. L’exemple ne prouve ni sûreté d’un site, arrêt total des messages ou fonctionnement d’une application DOHM.

Une fiche courte qui décrit le périmètre vérifié

Retenez : origine identifiée ou incertaine, site connu, navigateur et version, type de message, demande de permission, état observé, service attendu, onglet ou navigateur ouvert, question de blocage ou retrait et limite restante. Ne joignez pas d’alerte contenant des données privées, code ou lien secret.

Les aides ont été lues directement le 15 octobre 2026. La page anglaise Mozilla affiche le 18 août 2026. Le corps Google consulté n’affiche pas de date de révision ; sa version française indique qu’une traduction automatique peut être utilisée, et les repères retenus ont été vérifiés dans la version anglaise.

Le dossier conserve uniquement les passages utiles aux notifications de sites sur ordinateur. Il ne reprend pas de recette concernant les fenêtres publicitaires, de description mobile, de promesse cryptographique ou de conservation de données. La conclusion reste limitée à l’origine et à la permission identifiées, sans garantir réception ou effacement.

Sources

Éditeur : Rédaction DOHM · informations revues le . Signaler une correction.