Après une mise à jour de Microsoft Edge, vos sessions se déconnectent à chaque redémarrage ? Les cookies semblent disparaître alors que vous n’avez rien touché aux réglages. Voici une procédure claire pour remettre les cookies persistants en état et éviter les pertes de session.
Vue d’ensemble du problème
Plusieurs utilisateurs constatent qu’après une mise à jour d’Edge, tous les cookies disparaissent à chaque fermeture du navigateur, alors que le navigateur n’est pas explicitement configuré pour les effacer. Dans ces cas :
- Les sessions (sites web connectés) sont perdues à chaque relance.
- LocalStorage reste intact, ce qui brouille le diagnostic (certains sites se “souviennent” d’un thème ou d’une préférence, mais demandent de se reconnecter).
- Le fichier SQLite des cookies (
...\User Data<Profil>\Network\Cookies) n’est pas mis à jour quand vous vous connectez à un site. - La création d’un nouveau profil Edge (avec ou sans synchronisation), la réinitialisation d’Edge ou l’ajout de sites à la liste d’autorisation ne suffisent pas toujours.
Dans plusieurs cas réels, le correctif a été d’éteindre une option qui efface les cookies « à la fermeture ». Le piège : Edge possède deux emplacements de réglages différents capables d’imposer cet effacement, et un seul commutateur actif suffit à tout supprimer.
Solution immédiate et fiable
Vérifier les deux écrans de paramètres
Désactivez explicitement l’effacement des cookies « à la fermeture » dans les deux sections ci‑dessous :
| Emplacement des paramètres | Chemin & action | Résultat attendu |
|---|---|---|
| Confidentialité, recherche et services | Effacer les données de navigation → Choisir ce qui doit être effacé à chaque fermeture du navigateur ➜ Désactiver « Cookies et autres données de site ». | Edge n’efface plus globalement les cookies quand vous le fermez. |
| Cookies et autorisations de site | edge://settings/content/cookies➜ Désactiver « Effacer les cookies et les données de site en quittant Microsoft Edge ». ➜ Dans Sites pouvant toujours utiliser des cookies, ajoutez au besoin vos sites critiques (cocher « Inclure les cookies tiers sur ce site »). ➜ Vérifiez que la liste Sites qui effacent toujours les cookies à la fermeture est vide. | Les exceptions par site fonctionnent, et aucune règle n’impose l’effacement automatique. |
Procédure pas à pas
- Ouvrez Paramètres dans Edge → Confidentialité, recherche et services → Effacer les données de navigation → Choisir ce qui doit être effacé à chaque fermeture du navigateur.
Coupez le commutateur « Cookies et autres données de site ». - Dans la barre d’adresse, saisissez
edge://settings/content/cookies.
Désactivez « Effacer les cookies et les données de site en quittant Microsoft Edge ». - Sur la même page :
- Dans Sites pouvant toujours utiliser des cookies, ajoutez les domaines où la persistance de session est indispensable (ex. banque, outils de travail), et cochez « Inclure les cookies tiers sur ce site » si requis par le site.
- Assurez‑vous que Sites qui effacent toujours les cookies à la fermeture est vide.
- Fermez toutes les fenêtres Edge (pas seulement les onglets) puis relancez le navigateur.
- Reconnectez‑vous à un site, fermez et rouvrez Edge : la session doit rester ouverte.
Astuce — Ajouter un site dans « Sites pouvant toujours utiliser des cookies » peut aider à sécuriser des domaines sensibles. Mais si une règle globale d’effacement est active, cette exception ne suffira pas.
Pourquoi ce phénomène se produit
Les cookies et le LocalStorage sont deux mécanismes de stockage différents :
- Cookies : utilisés pour l’authentification (sessions), les préférences de site et certains suivis. Ils expirent selon une date/heure ou à la fermeture de session, et sont conservés dans un fichier SQLite nommé
Cookies(dossierNetworkdu profil Edge). - LocalStorage : données persistantes côté client, stockées différemment (LevelDB). Sa persistance n’implique pas que les cookies survivent.
Quand Edge est configuré (volontairement ou via une règle héritée) pour vider les cookies à la fermeture, il supprime les enregistrements correspondants dans le fichier SQLite. Résultat : au prochain démarrage, les sites “oublient” votre session. Si le fichier Cookies ne se met jamais à jour (date ou taille figée), pensez à un problème de droit d’écriture, de corruption du fichier, ou à une politique qui impose des cookies de session (non persistants) pour certains domaines.
Mesures temporaires / de contournement
- Exceptions par site : ajoutez les domaines critiques à Sites pouvant toujours utiliser des cookies. Efficace si aucune règle globale n’efface tout à la fermeture.
- Version affectée : si vous suspectez un bogue spécifique à une version, testez sur Edge Canary ou revenez temporairement à une version antérieure compatible avec votre environnement. Pensez à remonter le problème via Alt+Maj+I (incluez la version d’Edge et les étapes pour reproduire).
Diagnostic avancé si le problème persiste
Vérifier le mode de navigation
- Assurez‑vous de ne pas utiliser InPrivate (navigation privée) ni le mode Invité. Ces modes ne conservent pas les cookies d’une session à l’autre.
Extensions, nettoyeurs et antivirus
- Désactivez temporairement les extensions susceptibles de gérer les cookies (bloqueurs, utilitaires de “nettoyage”, profils jetables).
- Suspendez les nettoyeurs système (ex. outils de “cleanup” ou de “tune‑up”) et vérifiez la configuration des suites de sécurité qui peuvent purger les données de navigateur à la fermeture.
- Rouvrez Edge, connectez‑vous à un site, fermez et rouvrez. Si la session tient, réactivez les composants un à un pour isoler le coupable.
Horloge système
- Une date/heure incorrecte peut amener des cookies à expirer immédiatement. Activez la synchronisation automatique de l’heure et du fuseau dans Windows, puis redémarrez.
Politiques d’entreprise (GPO/MDM)
Sur des postes gérés, des règles peuvent imposer :
- l’effacement des données à la fermeture,
- des profils éphémères (tout est jeté à la sortie),
- des cookies de session forcés pour certains domaines,
- ou le blocage des cookies tiers qui empêche l’auth sur des SSO.
Ouvrez edge://policy et recherchez des politiques telles que :
ClearBrowsingDataOnExit/ClearBrowsingDataOnExitListForceEphemeralProfilesCookiesSessionOnlyForUrls/CookiesBlockedForUrls/CookiesAllowedForUrlsBlockThirdPartyCookies(peut gêner certains SSO via fournisseurs externes)
Si une politique est appliquée, la corriger doit passer par votre administrateur. Les réglages locaux d’Edge seront écrasés par les stratégies.
| Symptôme côté utilisateur | Politique probable | Action |
|---|---|---|
| Cookies toujours supprimés à la fermeture, malgré les bascules désactivées | ClearBrowsingDataOnExit ou ForceEphemeralProfiles | Remonter au service IT ; lever la politique ou créer des exceptions |
| Certains domaines perdent la session, d’autres non | CookiesSessionOnlyForUrls sur des domaines ciblés | Retirer la règle pour ces domaines ou les ajouter aux autorisations |
| SSO qui échoue via un fournisseur externe | BlockThirdPartyCookies | Autoriser les cookies tiers pour le domaine d’authentification |
Fichier de cookies et droits d’écriture
Si le fichier Cookies ne change jamais (date/heure/poids), soupçonnez un problème d’accès disque ou de corruption. Testez la recréation du fichier :
- Fermez intégralement Edge (vérifiez dans le Gestionnaire des tâches qu’aucun
msedge.exene subsiste). - Repérez le dossier du profil :
- Profil par défaut :
%LOCALAPPDATA%\Microsoft\Edge\User Data\Default\Network - Autres profils :
%LOCALAPPDATA%\Microsoft\Edge\User Data\Profile <n>\Network
- Profil par défaut :
- Renommez le fichier pour forcer sa recréation au prochain lancement d’Edge :
Cookies→Cookies.bak(faites de même pourCookies-journals’il existe). - Rouvrez Edge, connectez‑vous à un site, puis vérifiez que la date de modification du nouveau fichier
Cookiesse met à jour.
Vous pouvez automatiser la manœuvre sous PowerShell (Edge fermé) :
Stop-Process -Name msedge -Force -ErrorAction SilentlyContinue
$profile = "$env:LOCALAPPDATA\Microsoft\Edge\User Data\Default\Network"
if (Test-Path "$profile\Cookies") { Rename-Item "$profile\Cookies" "Cookies.bak" -Force }
if (Test-Path "$profile\Cookies-journal") { Rename-Item "$profile\Cookies-journal" "Cookies-journal.bak" -Force }
Espace disque, antivirus et profil Windows
- Assurez‑vous d’avoir de l’espace libre sur le disque (Windows peut refuser des écritures si l’espace est critique).
- Vérifiez que votre profil Windows n’a pas de quotas ou de règles qui restreignent l’écriture dans
%LOCALAPPDATA%. - Créez un nouvel utilisateur Windows local et testez Edge : si le problème disparaît, la cause se situe dans le profil Windows initial (droits, outils tiers, politiques).
Réparer ou réinstaller Edge
- Dans les paramètres Windows → Applications → Microsoft Edge → Modifier ou Réparer : laissez l’assistant corriger les fichiers.
- En dernier recours, sauvegardez vos favoris/mots de passe (via la synchronisation) et réinstallez Edge proprement.
Check‑list de validation après correctif
| Étape | Comment vérifier | Résultat attendu |
|---|---|---|
| Bascule « Effacer à la fermeture » désactivée | Vérifier dans Confidentialité > Effacer à la fermeture et dans Cookies et autorisations de site | Les deux commutateurs sont sur Désactivé |
| Aucune règle contradictoire | Consulter edge://policy | Aucune politique n’impose l’effacement des cookies |
| Fonctionnement des exceptions | Dans Sites pouvant toujours utiliser des cookies, ajouter un domaine test | La session du domaine persiste après redémarrage |
| Écriture effective du fichier Cookies | Observer la date/heure du fichier Cookies après une connexion | La date de modification se met à jour |
| Comportement normal hors extensions | Tester en mode de navigation normale sans extensions | La session reste ouverte |
FAQ rapide
« J’ai autorisé mon site, mais je suis toujours déconnecté »
Une règle globale d’effacement des cookies l’emporte sur les autorisations par site. Vérifiez les deux commutateurs d’effacement « à la fermeture » et les politiques d’entreprise dans edge://policy.
« LocalStorage est conservé, pourquoi pas les cookies ? »
LocalStorage et cookies ne partagent ni le même emplacement, ni les mêmes règles de retention. Une politique peut cibler seulement les cookies (souvent pour des motifs de conformité). Le maintien de LocalStorage n’indique pas que tout va bien côté cookies.
« Bloquer les cookies tiers est‑il en cause ? »
Le blocage des cookies tiers n’efface pas vos cookies première partie, mais il peut interrompre des parcours d’authentification (SSO, widgets de connexion). Autorisez les domaines d’authentification dans les exceptions si nécessaire.
« La synchronisation Edge règle‑t‑elle le problème ? »
Non. La synchronisation des favoris/mots de passe n’influence pas la suppression locale des cookies à la fermeture. Le problème doit être adressé via les paramètres ou politiques.
« Comment signaler un bogue à Microsoft ? »
Utilisez Alt+Maj+I depuis Edge et joignez : la version d’Edge (edge://version), votre système d’exploitation, la liste des étapes, et précisez si la suppression intervient à chaque fermeture ou aléatoirement.
Bonnes pratiques pour éviter le retour du problème
- Documentez vos réglages (captures d’écran ou export de stratégie) avant d’expérimenter.
- Si vous utilisez des outils de nettoyage, excluez Edge des tâches automatiques ou, au minimum, désactivez l’effacement des cookies.
- Gardez l’heure système synchronisée et surveillez l’espace disque.
- Dans un environnement géré, coordonnez tout changement avec l’IT (les politiques l’emportent sur les bascules locales).
Points clés à retenir
- Même si vous pensez n’avoir rien activé, vérifiez les deux emplacements où Edge peut effacer les cookies « à la fermeture ». Un seul commutateur actif suffit à tout supprimer.
- L’autorisation par site ne neutralise pas un effacement global.
- Si le fichier
Cookiesne change jamais, suspectez des droits insuffisants, une corruption ou une politique imposée.
Résumé opératoire
- Désactiver l’effacement des cookies « à la fermeture » dans Confidentialité > Effacer à la fermeture et dans Cookies et autorisations de site.
- Vérifier
edge://policyet supprimer toute politique qui impose des cookies de session ou l’effacement au quit. - Isoler les extensions/nettoyeurs/antivirus qui purgent les données.
- Réparer le fichier
Cookiesen le recréant si nécessaire (Edge fermé). - Valider via la check‑list (session persiste, fichier mis à jour).
Avec ces étapes, vous disposez d’un plan de correction exhaustif : de la bascule la plus probable (les deux écrans de paramètres) jusqu’au diagnostic avancé (politiques, droits, fichier de base de données). La grande majorité des cas se résolvent dès la première section ; pour les environnements gérés ou les profils endommagés, les sections suivantes fournissent le nécessaire pour rétablir la persistance des sessions dans Microsoft Edge.