Comment voir la bande passante de Chrome par onglet sur macOS

Vous avez 40 onglets Chrome ouverts, vos ventilateurs tournent, et vous êtes à 600 Mo dans l'heure sans coupable évident. Activity Monitor montre une ligne appelée « Google Chrome Helper (Renderer) » trente-huit fois. Aucune ne vous dit quel onglet est lequel. Pour voir la bande passante de Chrome par onglet sur macOS, vous devez savoir comment Chrome associe les onglets aux processus et comment lire les données via les propres outils de Chrome, plus un moniteur par application qui ne se noie pas dans les lignes d'auxiliaires.

Voici la configuration pratique, du modèle de processus aux étapes actionnables.

Le modèle de processus de Chrome sur macOS

Chrome est multi-processus par conception. Chaque onglet — généralement — tourne dans son propre processus de rendu. Il y a aussi :

• Processus navigateur — le processus Chrome principal, interface, coordination.
• Processus GPU — Google Chrome Helper (GPU), compositing.
• Processus de rendu — Google Chrome Helper (Renderer), un par groupe de frames de site, plafonné par la limite de processus de Chrome.
• Processus plugin / utilitaire — pour des choses comme service réseau, stockage, audio.
• Processus d'extension — la plupart des extensions ont leur propre processus de classe rendu.

Donc une session Chrome typique a 1 navigateur + 1 GPU + 10-40 rendus + une poignée de processus utilitaires. Sur macOS, tous apparaissent dans Activity Monitor comme lignes séparées sous des noms quasi-identiques.

C'est pourquoi « bande passante de Chrome par onglet sur Mac » est une question plus difficile que « bande passante totale de Chrome ». L'OS voit des PIDs. Vous voulez des onglets.

Comment la bande passante de Chrome par onglet sur Mac correspond aux processus

Chrome utilise un modèle d'isolement de site. Deux onglets du même site (même eTLD+1, par exemple *.youtube.com) partagent souvent un processus. Les onglets de sites différents obtiennent des processus différents. Les iframes inter-sites peuvent aussi engendrer leurs propres processus.

Implications pratiques :

• Cinq onglets de youtube.com peuvent siéger dans un ou deux rendus.
• Cinq onglets à travers youtube.com, github.com, twitter.com, news.ycombinator.com, nytimes.com seront cinq rendus différents.
• Une iframe pub à l'intérieur d'un onglet peut avoir son propre processus. La bande passante de cette iframe est attribuée à un processus que l'onglet visible par l'utilisateur ne semble pas « posséder ».

Outil 1 : Le gestionnaire de tâches de Chrome (Shift-Esc sur Mac : c'est dans le menu)

Chrome a un gestionnaire de tâches intégré. Sur macOS, il n'est pas lié à Shift-Esc par défaut — ouvrez Window → Task Manager dans la barre de menu Chrome. (Ou utilisez View → Developer → Task Manager selon la version Chrome.)

Le gestionnaire de tâches montre une ligne par processus Chrome, incluant :

• Nom de tâche (souvent le titre de l'onglet, ou le nom de l'extension)
• Empreinte mémoire
• CPU
• Réseau (débit actuel) — clic droit sur l'en-tête de colonne et activez « Network » s'il n'est pas visible.

C'est ce qui se rapproche le plus du natif « bande passante par onglet dans Chrome sur Mac ». Triez par Network et vous verrez quel onglet transfère actuellement le plus de données.

Limites :

• Il montre le débit en direct, pas l'usage cumulé. Si un onglet a chargé 200 Mo en rafale il y a une heure, le gestionnaire de tâches ne le montrera pas — seulement ce qui circule maintenant.
• Un site partagé entre onglets apparaît une fois, pas par onglet.
• Les iframes inter-sites sont listées comme leur propre tâche avec des noms cryptiques.

Même avec les limites, le gestionnaire de tâches est le bon point de départ.

Outil 2 : Un moniteur par application qui regroupe les auxiliaires

Le gestionnaire de tâches Chrome vous montre les onglets à ce moment. Vous voulez aussi une vue longitudinale — ce que Chrome a fait sur la dernière heure, journée, ou semaine — sans quarante lignes de Google Chrome Helper (Renderer) encombrant le tableau.

ova se loge dans votre barre de menu, échantillonne les débits par application à environ 1 Hz, et regroupe chaque PID auxiliaire de Chrome sous une seule ligne « Google Chrome ». Vous voyez le débit combiné, une chronologie récente, et les totaux dont vous avez besoin pour « combien j'ai utilisé aujourd'hui ».

Les deux outils se complètent :

• Gestionnaire de tâches Chrome : quel onglet est lourd maintenant.
• Un moniteur en barre de menu avec regroupement : combien Chrome a utilisé au total, quand les pics ont eu lieu, et comment ça se compare entre les jours.

Un flux de travail de 5 minutes pour trouver une fuite d'onglet

Quand Chrome semble lourd, c'est la boucle :

1. Ouvrez ova dans votre barre de menu. Notez le débit Chrome actuel. S'il est de 0-50 Ko/s, pas de fuite — allez voir ailleurs.
2. Si Chrome est soutenu au-dessus de 1 Mo/s pendant que vous ne naviguez pas activement, ouvrez le gestionnaire de tâches de Chrome.
3. Triez par Network décroissant. La ligne du haut est votre coupable. Souvent c'est un onglet vidéo en pause incorrectement, un websocket en long-poll, ou une extension folle.
4. Notez le nom de la tâche. Si c'est une extension, décidez si vous en avez besoin. Si c'est un onglet, fermez-le ou mettez en pause ce qu'il faisait.
5. Observez ova pendant 30 secondes après. Le débit de Chrome devrait baisser. Sinon, la fuite est ailleurs.

C'est un diagnostic de 60 secondes une fois que vous maîtrisez le flux.

Ajoutez un moniteur Chrome silencieux à votre barre de menu

ova montre une seule ligne Chrome avec auxiliaires combinés et une chronologie parcourable — local, signé, ~3 Mo.

Télécharger pour macOS

Surprises courantes de bande passante Chrome

Quelques choses qui prennent les gens de court :

Pré-chargement YouTube

YouTube pré-charge constamment les prochaines secondes de vidéo pendant le visionnage. Un onglet en pause continue de pinguer. La lecture automatique en arrière-plan (quand vous changez d'onglet) continue souvent à charger. Si vous avez plusieurs onglets YouTube, même en pause ils peuvent manger de la bande passante.

Service Workers

Les applications web modernes installent des service workers qui tournent en arrière-plan même quand l'onglet n'est pas focalisé. Gmail, Twitter, Slack web, Notion font tous cela. Ils récupèrent périodiquement des mises à jour. Fermer l'onglet l'arrête généralement ; parfois le worker persiste jusqu'au redémarrage du navigateur.

Connexions long-poll

Certaines applications web gardent une connexion HTTP ouverte comme websocket de pauvre. Le trafic semble petit mais constant. À travers de nombreux onglets ça s'accumule.

Extensions

Une mauvaise extension peut sonder une API toutes les secondes pour toujours. Désactivez les extensions une à la fois et observez votre moniteur — la bavarde se révélera.

Synchro

Chrome Sync téléverse les signets, l'historique, les mots de passe, et les onglets ouverts vers votre compte Google. Normalement minuscule. Après un gros import de signets, mesurable.

Lire les données : quel est un débit Chrome normal ?

Quelques bases :

• Au repos, 5-10 onglets : 5-30 Ko/s combinés.
• Navigation active, sans vidéo : pics pendant les chargements de page, repos entre.
• Un onglet YouTube jouant en 1080p : 600 Ko/s - 1,5 Mo/s soutenus.
• Deux onglets YouTube : grossièrement le double.
• Synchro Google Drive d'un dossier : peut saturer le lien montant.
• Une application web avec mauvais polling : 50-200 Ko/s soutenus même au repos.

Si votre ligne Chrome dans ova est au-dessus de ~100 Ko/s pendant que vous ne faites rien, quelque chose ne va pas. Ouvrez le gestionnaire de tâches et trouvez-le.

Isolement de site et iframes inter-sites

Une subtilité quand on trace la bande passante : un onglet sur lequel vous êtes pourrait ne pas être celui qui déplace les octets. Iframes pub, lecteurs YouTube intégrés, widgets de commentaires Disqus — chacun peut être son propre processus sous l'isolement de site.

Dans le gestionnaire de tâches Chrome, ils apparaissent avec des noms comme Subframe: https://example-cdn.com. Parfois vous verrez une sous-frame consommer plus que l'onglet parent. C'est un pixel de tracking ou un SDK d'analytique qui s'active, et c'est un indice de considérer un bloqueur de pub.

Économiser la bande passante Chrome sans désactiver les fonctionnalités

Quelques réglages Chrome qui bougent l'aiguille :

1. Memory Saver (anciennement Tab Discarding)

Réglages → Performance → Memory Saver. Met de côté les onglets inactifs. Quand vous re-cliquez, l'onglet recharge, ce qui utilise de la bande passante — mais en échange, l'onglet utilise zéro en arrière-plan. Gain net pour la plupart des charges de travail.

2. Preload pages : off

Réglages → Performance → Preload pages → No preloading. Par défaut Chrome pré-charge les pages qu'il prédit que vous visiterez. Le désactiver arrête les téléchargements spéculatifs.

3. Accélération matérielle

N'affecte pas directement la bande passante mais réduit le CPU pendant la lecture vidéo, ce qui laisse la pile réseau travailler moins fort.

4. Bloquer les cookies tiers

Réglages → Confidentialité et sécurité → Cookies tiers → Bloquer. Réduit le trafic de certains trackers. Certains sites cassent — vérifiez au cas par cas.

5. uBlock Origin ou similaire

Un vrai bloqueur de pub/trackers est l'économiseur de bande passante unique le plus grand pour la navigation typique. Les pages qui chargeaient 4 Mo tombent à 800 Ko. L'effet sur votre moniteur est dramatique si vous n'en avez jamais utilisé.

Quand Activity Monitor est en désaccord avec le gestionnaire de tâches Chrome

Vous verrez ça souvent :

• Activity Monitor montre Google Chrome Helper (Renderer) à 50 Mo reçus au total.
• Le gestionnaire de tâches Chrome montre le même rendu à « 0 Ko/s » maintenant.

Les deux sont corrects. Activity Monitor est cumulé depuis le démarrage du processus ; le gestionnaire de tâches est le débit actuel. Pour obtenir cumulé-par-onglet, vous avez besoin d'un outil qui agrège dans le temps et associe les PIDs aux titres de manière cohérente — ce qui est dur parce que Chrome réutilise les processus pour les nouveaux onglets quand les vieux se ferment.

Un compromis pratique : utilisez ova pour le total Chrome cumulé, utilisez le gestionnaire de tâches pour le débit en direct par onglet, et acceptez que le cumulé exact par onglet est franchement difficile à mesurer sur Chrome.

Pour conclure

La bande passante de Chrome par onglet que les utilisateurs Mac veulent voir se divise en deux questions : qu'est-ce qui est lourd maintenant (utilisez le gestionnaire de tâches Chrome), et qu'est-ce que Chrome a utilisé sur la dernière heure (utilisez un moniteur par application avec regroupement des auxiliaires). L'OS vous donne par processus, Chrome vous donne par tâche, et la combinaison vous dit ce dont vous avez besoin.

Ouvrez ova, ouvrez le gestionnaire de tâches Chrome à côté, et passez cinq minutes à observer les deux pendant que vous naviguez. Vous repérerez au moins un onglet ou une extension dont vous ne réalisiez pas qu'il vous coûtait — la plupart des gens le font.