Le navigateur se met à jour et un site familier cesse de fonctionner. Le lien paraît évident, mais une extension, une session enregistrée, le réseau ou le site lui-même ont pu changer au même moment.
Les remèdes trop larges détruisent souvent les indices. Sur Opera, un utilisateur voyait seulement quelques images Pinterest ; après avoir supprimé cookies et cache, il a obtenu une page blanche. Le symptôme a changé, pas le mystère.
Procédez comme pour une expérience : une variable à la fois, avec un résultat noté. Tabbit peut servir de second navigateur propre et réunir page, capture et notes. Il ne répare pas le site et, puisqu'il repose sur Chromium, ne remplace pas Firefox ou Safari.
Choisir la bonne piste
| Test | Résultat | Périmètre probable | Étape suivante |
|---|---|---|---|
| Ouvrir d'autres sites dans le même navigateur | Ils échouent aussi | Navigateur, appareil, réseau, DNS | Redémarrer puis changer de réseau |
| Ouvrir le site en privé | Il fonctionne | Extensions, cookies, cache, droits | Couper les extensions puis vider ses seules données |
| Ouvrir dans un second navigateur vierge | Il fonctionne | Profil d'origine ou réglage particulier | Comparer droits, extensions et versions |
| Ouvrir dans Firefox ou Safari | Seul Chromium échoue | Compatibilité Blink ou configuration Chromium | Tester un profil vierge et noter les versions |
| Changer d'appareil et de réseau | Échec partout | Site, compte, région ou serveur | Vérifier l'état du service |
Si tout le navigateur ralentit, consultez l'article sur le browser bloat. Si une seule page est touchée, gardez un test ciblé.
1. Conserver l'état initial
Notez l'URL, l'heure, la version complète du navigateur, le système et la dernière action réussie. Enregistrez le message visible et une capture. Ne supprimez rien tant qu'un formulaire, un panier ou un brouillon non envoyé peut dépendre du stockage local.
Un utilisateur de Chrome a redémarré, réinstallé, modifié QUIC, vidé des données et le DNS, alors que les autres navigateurs fonctionnaient. Avec autant de changements, aucun résultat n'est lisible. Avant une réinitialisation, suivez la liste de sauvegarde du navigateur.
2. Mesurer l'étendue du problème
Ouvrez deux sites fiables dans le même navigateur, puis testez l'URL sur un autre appareil et, si possible, un autre réseau. Plusieurs sites sans rapport qui échouent sur un seul réseau orientent vers VPN, proxy, DNS, pare-feu, antivirus ou portail captif.
Ne désactivez pas les alertes de certificat, HSTS, logiciel malveillant ou contenu mixte. Une configuration de navigateur plus sûre conserve ces protections et traite l'alerte comme une preuve.
3. Bien lire le résultat du mode privé
Le guide officiel de Chrome recommande un essai en mode privé puis, s'il réussit, l'examen des extensions et des données. Cela ne prouve pas que les cookies sont corrompus : plusieurs conditions changent en même temps.
4. Isoler extensions et données du site
Désactivez bloqueurs, outils de confidentialité, scripts, mots de passe, VPN, téléchargements, mode sombre et aides de développement. Rechargez, puis réactivez-les une par une. Même un assistant IA pour Chrome fiable reste une variable pendant le diagnostic.
Ensuite, effacez uniquement cookies, cache, permissions et stockage du service worker du domaine concerné. Fermez ses onglets et repartez d'un onglet neuf. Si vous gérez le site, examinez aussi les en-têtes de cache, versions d'assets et mises à jour du service worker.
5. Comparer un profil neuf et un autre moteur
Dans un profil neuf, n'activez ni synchronisation ni import avant d'ouvrir l'URL. Un autre utilisateur d'Opera a constaté que Pinterest fonctionnait dans Firefox après l'échec de toutes les solutions proposées. Le champ se réduit, sans encore départager le profil Opera d'un comportement Chromium.
Le guide du second navigateur permet cette séparation sans migration immédiate. Pour un changement durable, comparez les alternatives à Chrome. Un vrai test ajoute Gecko dans Firefox et WebKit dans Safari à un Chromium vierge.
6. Transmettre à la bonne personne
L'utilisateur peut corriger cache, extensions, droits, profil et une partie du réseau. Il ne peut pas réparer un serveur indisponible, un mauvais déploiement, un certificat, une expérience liée au compte ou du code incompatible depuis les réglages.
Le responsable du site peut commencer par le panneau Issues de DevTools, qui regroupe cookies, contenu mixte, CORS, CSP et ressources, puis consulter Console et Network. MDN recommande la détection de fonctionnalités, pas une supposition fondée sur le user agent. Notre guide du navigateur pour développeurs complète la méthode.
Un espace de diagnostic propre dans Tabbit
Installez Tabbit et ouvrez l'URL avant d'importer historique, favoris, réglages ou extensions. Si elle fonctionne, le profil d'origine devient une bonne piste et vous avez un accès temporaire. Sinon, joignez la page ou la capture comme contexte et demandez un rapport sans cause inventée :
Rédige un rapport à partir de cette page et de la capture.
Indique l'erreur visible, l'action concernée et l'URL.
Ne suppose pas la cause racine.
Propose trois tests qui ne changent qu'une variable chacun.
Script Mode peut ajuster temporairement l'apparence d'une page non sensible. L'article sur les pratiques Tabbit montre un réglage de largeur, mais ce n'est pas une réparation du site. N'exécutez pas de script généré sur banque, paiement, mot de passe ou administration. Limitez Agent Mode à une série courte de contrôles publics, selon le guide de sécurité de l'automatisation.
Tabbit utilise Chromium. Si Chrome et Tabbit échouent pareil, ajoutez Firefox ou Safari. La comparaison Tabbit et Chrome donne le contexte produit.
Décider avec les preuves
| Preuve | À conserver | Variable suivante | À transmettre à |
|---|---|---|---|
| Fonctionne seulement en privé | Capture, URL, version | Extensions puis données du site | Support du navigateur |
| Fonctionne dans Chromium vierge | Profil original intact | Droits et extensions | Éditeur de l'extension ou du navigateur |
| Échoue sous Chromium seulement | Versions et erreurs | Profil neuf et DevTools | Responsable du site |
| Échoue sur tous les appareils | Informations de compte sans secret | État du service | Fournisseur du site |
| Échoue sur un réseau | État du navigateur | VPN, DNS, pare-feu | Administrateur réseau |
Le rapport doit donner URL, heure et fuseau, versions, système, résultat attendu et réel, étapes minimales, puis résultats en privé, profil neuf, second navigateur, autre appareil et autre réseau. N'envoyez jamais mot de passe, cookie de session, document privé ou journal contenant un jeton. Si des onglets ou favoris manquent aussi, traitez séparément les problèmes de synchronisation.
Verdict
La mise à jour ouvre la chronologie, elle ne clôt pas le diagnostic. Conservez l'état, délimitez le problème, testez le privé, les extensions, les données du seul site, un profil neuf puis un autre moteur.
Sur Mac ou Windows, installez Tabbit à côté de votre navigateur et testez l'URL avant tout import. Vous obtenez un témoin Chromium propre et un endroit pour réunir les preuves. Ajoutez Firefox ou Safari lorsque le moteur compte. Si les résultats désignent le site, cessez de réinitialiser votre machine et envoyez une reproduction exploitable.
Questions fréquentes
Une mise à jour peut-elle casser un seul site ?
Oui, mais la chronologie ne prouve pas la cause. Le rendu, la sécurité, les cookies, les codecs ou les extensions peuvent changer, tandis que le site peut aussi avoir déployé du nouveau code.
Pourquoi le site fonctionne-t-il en navigation privée ?
Cela oriente vers le profil normal : extensions, cookies, cache ou autorisations. La navigation privée modifie plusieurs conditions, qu'il faut ensuite tester séparément.
Faut-il effacer tous les cookies et le cache ?
Commencez par les données du site concerné. Tout supprimer déconnecte de nombreux services et efface de l'état local sans démontrer la cause.
Un autre navigateur Chromium suffit-il pour tester la compatibilité ?
Il aide à isoler le profil et les réglages, mais ne compare pas les moteurs. Ajoutez Firefox ou Safari pour confronter Blink à Gecko ou WebKit.
Faut-il revenir à l'ancienne version ?
Pas comme premier geste pour un particulier. Vous pourriez perdre des correctifs de sécurité. En entreprise, le retour doit rester un test court et administré.
Comment Tabbit aide-t-il au diagnostic ?
Utilisez-le comme second navigateur propre avant d'importer extensions et données, puis gardez page, capture et notes ensemble. Tabbit utilise Chromium : Firefox ou Safari restent nécessaires pour comparer les moteurs.