Comment examiner les requêtes réseau dans Chrome, Firefox, Edge et Safari

Pour voir ce qu’un site envoie et reçoit, ouvrez les outils de développement du navigateur, sélectionnez Réseau, rechargez la page, puis utilisez le site en observant la liste des requêtes. Sélectionnez une requête pour examiner sa destination et les données transmises. Vous n’avez besoin ni de programmer ni d’installer une extension.

Ce guide concerne les versions pour ordinateur de Chrome, Firefox, Microsoft Edge et Safari. Il explique aussi comment vérifier un outil qui annonce fonctionner localement dans votre navigateur, notamment les outils de Web2Generators. Les libellés dépendent de la langue et de la version du navigateur ; les noms anglais sont indiqués entre parenthèses pour vous aider à les retrouver.

Accéder à votre navigateur

• Google Chrome
• Mozilla Firefox
• Microsoft Edge
• Safari sur Mac
• Autres navigateurs et appareils mobiles
• Vérifier le traitement local

Qu’est-ce qu’une requête réseau ?

Une requête réseau est un message envoyé par votre navigateur pour demander une ressource à un serveur ou lui transmettre des informations. L’ouverture d’un site entraîne habituellement le téléchargement du HTML, des feuilles de style, des scripts, des polices et des images. D’autres requêtes peuvent charger des résultats de recherche, soumettre un formulaire ou envoyer un fichier.

Un site qui effectue des requêtes ne transmet pas nécessairement le texte que vous saisissez. Un outil local télécharge d’abord le code nécessaire, puis peut traiter votre saisie sur votre appareil. La question utile est de savoir si son utilisation transmet vos données ou ses résultats.

Pour comprendre les URL, les en-têtes et le corps d’une requête, consultez le guide des messages HTTP de MDN .

Le panneau Réseau montre l’activité liée à la page inspectée. Il ne surveille pas toutes les connexions de votre ordinateur.

Avant de commencer

Utilisez des données sans importance, comme network-check-123, plutôt qu’un vrai mot de passe ou un document privé. Ouvrez les outils de développement avant l’action à examiner : les requêtes antérieures peuvent manquer dans le journal.

Affichez tous les types de requêtes et supprimez les filtres textuels. Si l’enregistrement peut être mis en pause, vérifiez qu’il est actif. Conservez le journal lors des navigations si l’action testée redirige ou recharge la page.

Examiner les requêtes dans Google Chrome

1. Ouvrez le site. Faites un clic droit sur la page et choisissez Inspecter (Inspect) pour ouvrir les outils de développement.
2. Sélectionnez Réseau (Network). Si l’onglet est masqué, cherchez-le dans le menu des onglets supplémentaires.
3. Vérifiez que l’enregistrement est actif et sélectionnez Tout (All). Activez Conserver le journal (Preserve log) si le test comprend une navigation.
4. Rechargez la page pour capturer les premières requêtes. Saisissez ensuite des données d’exemple ou cliquez sur la commande à tester.
5. Sélectionnez une requête. En-têtes (Headers) affiche son URL et sa méthode ; Charge utile (Payload), lorsque cet onglet est présent, affiche les données soumises ou les paramètres de requête. Réponse (Response) montre le contenu renvoyé par le serveur.

Le filtre Fetch/XHR aide à repérer les appels d’API, mais revenez à Tout pour une vérification plus large. D’autres types de requêtes peuvent aussi transporter des données. Pour une connexion WebSocket existante, examinez l’onglet Messages.

La documentation des fonctionnalités réseau de Google  détaille l’enregistrement, les filtres et l’inspection des requêtes.

Examiner les requêtes dans Mozilla Firefox

1. Ouvrez le site et appuyez sur Ctrl + Maj + E sous Windows/Linux ou Commande + Option + E sous macOS. Ce raccourci ouvre directement le Moniteur réseau (Network Monitor).
2. Sélectionnez Tout (All) et supprimez les filtres de recherche.
3. Rechargez la page, puis effectuez l’action à examiner.
4. Sélectionnez une requête. Consultez En-têtes (Headers) pour la destination et la méthode, Requête (Request) pour les données soumises et Réponse (Response) pour le contenu reçu. Les connexions WebSocket disposent d’une vue Messages.
5. Si le test comprend une navigation, activez la conservation des journaux, Persist Logs dans l’interface anglaise, dans les paramètres du moniteur. Le libellé peut varier selon la version de Firefox.

Firefox documente l’ouverture du moniteur réseau (en anglais) , les détails des requêtes (en anglais)  et la conservation de la liste des requêtes (en anglais) .

Examiner les requêtes dans Microsoft Edge

1. Ouvrez le site. Faites un clic droit sur la page et choisissez Inspecter (Inspect).
2. Sélectionnez Réseau (Network) dans les outils de développement. Utilisez le menu des onglets supplémentaires si nécessaire.
3. Vérifiez que l’enregistrement est actif, supprimez les filtres et choisissez Tout (All).
4. Rechargez la page. Activez Conserver le journal (Preserve log) pour suivre les requêtes lors d’un rechargement ou d’une redirection.
5. Utilisez le site avec des données d’exemple, puis sélectionnez une requête. Consultez En-têtes (Headers) pour son URL, Charge utile (Payload) pour les données envoyées et Réponse (Response) pour les données reçues.

Les outils de développement d’Edge ressemblent à ceux de Chrome : il faut aussi distinguer le chargement de la page des requêtes déclenchées par vos actions. Un code de succès comme 200 décrit la réponse HTTP ; il ne certifie pas qu’une requête respecte votre vie privée ou soit sans risque.

Le guide d’inspection de l’activité réseau de Microsoft  présente l’outil Réseau.

Examiner les requêtes dans Safari sur Mac

Une configuration initiale peut être nécessaire pour afficher les outils de développement de Safari :

1. Ouvrez Safari → Réglages → Avancés.
2. Activez Afficher les fonctionnalités pour les développeurs web (Show features for web developers). Les anciennes versions proposent Afficher le menu Développement dans la barre des menus (Show Develop menu in menu bar).
3. Ouvrez le site, puis choisissez Développement → Afficher l’inspecteur web (Develop → Show Web Inspector), ou appuyez sur Commande + Option + I.
4. Sélectionnez Réseau (Network), supprimez les filtres et rechargez la page.
5. Effectuez votre test et sélectionnez les requêtes qui apparaissent. Examinez l’URL, la méthode et les en-têtes dans En-têtes (Headers), ainsi que le corps de la requête s’il est disponible. Aperçu (Preview) montre la ressource reçue. Activez Conserver le journal (Preserve Log) pour suivre une navigation.

Pour observer un nouveau téléchargement, l’option Ignorer le cache (Ignore Cache) contourne le cache habituel des ressources tant que l’inspecteur est ouvert. Désactivez-la après le test si vous l’avez activée.

Consultez les instructions de WebKit pour activer l’inspecteur web (en anglais)  et sa référence de l’onglet Réseau (en anglais) .

Vérifier si un outil en ligne transmet votre saisie

Essayez avec notre encodeur et décodeur d’entités HTML :

1. Ouvrez Réseau, sélectionnez Tout et rechargez la page de l’outil. Attendez la fin du chargement initial.
2. Gardez l’enregistrement actif. Repérez les requêtes existantes pour distinguer l’activité suivante ; s’il n’y a aucune connexion persistante à examiner, vous pouvez vider la liste pour simplifier la lecture.
3. Saisissez un exemple reconnaissable et sans importance, comme <p>network-check-123</p>. Convertissez-le, modifiez-le, puis convertissez-le à nouveau.
4. Surveillez les nouvelles requêtes pendant la saisie et les conversions, puis encore un court moment après. Si le site utilise une connexion WebSocket, observez aussi les messages sortants sur cette connexion.
5. Examinez l’activité autour de ces actions. Cherchez votre texte, ou une version transformée, dans la destination, les paramètres de l’URL et le corps envoyé.

Dans les outils Web2Generators portant l’icône de confidentialité, les saisies et les résultats sont traités localement et ne sont pas envoyés à un serveur. Le site effectue néanmoins les requêtes nécessaires au chargement de ses pages et ressources. En production, il charge également Google Tag Manager, Cloudflare Web Analytics et AdSense : vous pouvez donc voir des requêtes liées à la mesure d’audience et à la publicité. Le code des outils n’ajoute pas vos saisies ni les résultats à la couche de données de mesure d’audience ou aux API publicitaires. Examinez le contenu des requêtes plutôt que de supposer qu’elles contiennent toutes votre exemple. Ainsi, le générateur htpasswd peut télécharger le script de son traitement en arrière-plan au démarrage du hachage. Télécharger ce code est différent d’envoyer un mot de passe à un serveur.

Cliquez sur l’icône de confidentialité dans l’en-tête d’un outil local pour retrouver cette explication et un lien vers ce guide. Vous pouvez aussi consulter notre politique de confidentialité.

Interpréter les résultats

Examinez les données sortantes lorsque vous cherchez un envoi. Trouver votre exemple dans une réponse signifie que le serveur l’a renvoyé ; la requête indique ce que le navigateur a envoyé.

Pour les vues du corps et des en-têtes utilisées ici, consultez la référence des détails de requête de Firefox (en anglais) .

Un journal vide renseigne sur les actions observées ; il ne garantit pas une confidentialité universelle. Les filtres, un enregistrement en pause, les transmissions différées, les service workers ou un autre contexte d’exécution peuvent modifier ce que vous voyez. Des données applicatives encodées ou chiffrées peuvent ne pas contenir votre exemple sous forme lisible. Une observation sans envoi apparent n’exclut ni un stockage local ni une transmission ultérieure.

En complément, chargez l’outil, déconnectez-vous d’Internet et répétez l’action sans recharger la page. S’il fonctionne encore, cela appuie l’hypothèse d’un traitement local. Cela ne prouve pas que le site ne met jamais de données en attente pour les transmettre au retour de la connexion.

Autres navigateurs et appareils mobiles

Les navigateurs pour ordinateur fondés sur Chromium, comme Brave, Opera et Vivaldi, proposent généralement un parcours similaire Inspecter → Réseau. Ceux fondés sur Firefox disposent souvent d’un moniteur comparable. Les menus, raccourcis et fonctions peuvent varier : commencez par le menu des outils de développement. Vivaldi documente par exemple Outils → Outils de développement dans son guide des outils de développement .

Les navigateurs pour téléphone et tablette n’exposent généralement pas directement le panneau complet des versions pour ordinateur. Safari sur iPhone ou iPad peut être inspecté depuis Safari sur un Mac connecté, après activation de l’inspecteur web sur les deux appareils. Apple explique cette configuration dans Inspecter iOS et iPadOS .

Questions fréquentes

HTTPS empêche-t-il d’examiner les requêtes ?

Non. HTTPS chiffre le trafic entre le navigateur et le serveur, mais votre propre navigateur peut afficher les requêtes qu’il crée et les réponses qu’il reçoit. Un site peut aussi encoder ou chiffrer le contenu applicatif, ce qui le rend plus difficile à interpréter.

Pourquoi le panneau Réseau est-il vide ?

Rechargez la page avec les outils de développement ouverts, vérifiez que l’enregistrement est actif et supprimez les filtres. Si des requêtes apparaissent au chargement mais pas pendant l’utilisation d’un outil, l’action peut être locale. Examinez aussi les connexions persistantes et les limites décrites plus haut avant de conclure.

Puis-je partager le journal réseau ?

Les navigateurs peuvent exporter les captures réseau au format HAR. Ces fichiers peuvent contenir des URL sensibles, des corps de requêtes, des cookies ou des jetons. Utilisez des données fictives et examinez la capture avant de la partager ; ne supposez pas que l’export supprime tous les secrets. Consultez les options d’export HAR de Chrome .

Vérifier un outil de mots de passe sans utiliser de vrai secret

Vous pouvez aussi examiner le générateur de mots de passe et de phrases de passe avec des exemples jetables. Ne les utilisez pas pour un compte. Observez séparément la génération, les changements de réglage et la copie ; télécharger un fichier texte local est différent d’envoyer un résultat. Pour choisir les identifiants que vous conserverez, consultez comment choisir un mot de passe ou une phrase de passe robuste.