Trois mois. Trois mois à insulter Firefox chaque matin en attendant que la fenêtre s’affiche, persuadé que Mozilla avait laissé son navigateur devenir un mammouth logiciel. Et puis un pote développeur regarde mon écran deux minutes et lâche la phrase qui change tout : « Ton problème, c’est pas Firefox. C’est tout ce qui tourne autour. »
Le symptôme était classique : au premier lancement de la journée, juste après avoir allumé le PC, l’icône de Firefox tournait dans le vide pendant quinze, vingt, parfois trente secondes. Une fois la fenêtre ouverte, plus aucun souci, tout filait. Ce détail aurait dû m’alerter plus tôt, en fait. Un navigateur intrinsèquement lent l’est tout le temps, pas seulement au réveil de la machine.
À retenir
- Pourquoi ton antivirus pourrait être le saboteur invisible de Firefox
- Ce détail du démarrage de Windows que tout le monde ignore
- Comment tes extensions et ton profil ancien ralentissent silencieusement le navigateur
L’antivirus, premier suspect (et souvent coupable)
La documentation officielle de Mozilla est claire sur ce point précis. Firefox lit un certain nombre de fichiers normalement pendant le démarrage, et certains logiciels antivirus peuvent effectuer des analyses intensives de chacun de ces fichiers pendant le démarrage et bloquer l’accès jusqu’à ce que ces analyses soient terminées. Concrètement, ton antivirus inspecte chaque bibliothèque, chaque exécutable que Firefox tente de charger, et te fait attendre le verdict avant de laisser passer.
Ce n’est pas de la parano. Sur le forum communautaire Mozilla Connect, des utilisateurs ont documenté le problème après avoir mené leur propre enquête : après beaucoup de tests, il s’est avéré que l’antivirus Norton 360 était responsable de ces délais. Sur AskWoody, un forum tech anglophone très suivi, le même schéma revient avec Bitdefender : un utilisateur a fini par identifier Bitdefender comme cause du ralentissement et signalé le bug, que l’éditeur a fini par reconnaître.
Chez moi, le vrai coupable portait le nom de Kaspersky. Mon pote a désactivé la protection temps réel le temps d’un test, relancé Firefox à froid : trois secondes. Trois secondes, contre vingt-cinq la veille. La démonstration a fait plus pour ma compréhension du problème que n’importe quel tuto lu en diagonale sur un forum.
Windows n’est pas encore prêt (même si tu ne le vois pas)
Deuxième révélation, plus surprenante encore. Le bureau Windows qui s’affiche ne signifie absolument pas que le système a fini de démarrer. Sur les forums Geckozone, un habitué du support technique résume la mécanique avec une précision presque brutale : si tu lances Firefox alors que Windows n’est pas totalement lancé, ça rame obligatoirement, et lorsque Windows affiche le bureau, il a fait entre un quart et la moitié de son lancement. cliquer sur l’icône Firefox trois secondes après avoir vu ton fond d’écran, c’est demander à un navigateur de bosser pendant que la maison est encore en travaux.
Un autre témoignage récent sur Mozilla Connect va dans le même sens, avec une explication technique cette fois centrée sur les services Windows. Certains d’entre eux ont un démarrage retardé par paramétrage, et l’un de ces services peut avoir pour effet de faire prendre un peu plus de temps aux programmes pour démarrer avant qu’il ne se lance lui-même ; une fois tous les services démarrés, Firefox démarre normalement. Ton disque dur, ton réseau, tes services de fond, tout ça se dispute les ressources dans les premières secondes suivant le login, et Firefox se retrouve à faire la queue comme tout le monde.
Les extensions et le profil, les coupables qu’on oublie
Le troisième axe d’enquête, c’est le contenu même de Firefox : ses extensions et son profil utilisateur. Le support officiel de Mozilla est direct là-dessus : Firefox charge les extensions au démarrage et nombre d’entre elles ajoutent des tâches de démarrage. Plus t’en as, plus la file d’attente s’allonge avant que la fenêtre n’apparaisse.
Sur Geckozone, un utilisateur a fait le test grandeur nature en repassant de 25 à 8 extensions actives : le temps de démarrage n’a quasiment pas bougé, preuve que ce ne sont pas toutes les extensions qui pèsent pareil, certaines étant nettement plus gourmandes que d’autres au chargement. Un autre témoignage évoque carrément un écart du simple au quintuple selon la présence ou non d’un bloqueur de publicité chargé de multiples listes de filtres.
Le profil lui-même peut devenir un fardeau silencieux : cache boursouflé, historique jamais purgé, données corrompues qui s’accumulent au fil des années. Sur un forum canadien dédié au support technique, un utilisateur a résolu son problème simplement en vidant un cache web qui pesait près de deux gigaoctets, avec un cache web qui utilisait la majorité de l’espace, et le fait de le vider a apporté une amélioration immédiate. Mozilla recommande d’ailleurs de tester avec un profil tout neuf via about:profiles pour isoler ce genre de pollution accumulée.
Ce que je fais maintenant, concrètement
Mon diagnostic final ressemblait à un cocktail plutôt qu’à une cause unique : Kaspersky qui scannait tout au démarrage, un profil vieux de six ans jamais nettoyé, et une bonne dizaine d’extensions dont deux ou trois que je n’utilisais même plus. J’ai basculé sur la protection en temps réel réglée en mode moins agressif au démarrage, purgé le cache et les vieux cookies, et viré les extensions inutiles. Résultat : Firefox s’ouvre désormais en moins de cinq secondes, même à froid.
Le réflexe à avoir avant d’accuser ton navigateur : ouvre le Gestionnaire des tâches Windows juste après avoir allumé ta machine, et regarde ce qui consomme du disque et du CPU dans les trente premières secondes. Si tu vois le processus de ton antivirus en tête de gondole pendant que Firefox patiente, tu tiens ton coupable. Et si tu veux vérifier proprement sans toucher à ta config habituelle, Mozilla propose une fonction de réparation intégrée (accessible via Aide puis Informations de dépannage) qui restaure les réglages par défaut sans toucher à tes mots de passe ni à tes marque-pages, histoire d’isoler le problème avant de partir dans une chasse au bug de trois heures.
Sources : next.ink | forums.mozfr.org