Pourquoi le Wi-Fi est-il lent ? Placement des AP, canaux et largeur

Écartez le câble avant de blâmer la radio

L'erreur la plus chronophage dans une plainte de vitesse Wi-Fi est de régler les radios avant de confirmer que le chemin filaire sous-jacent est réellement propre.

Un résultat de test de vitesse lent en Wi-Fi a deux origines possibles complètement différentes : le chemin filaire sous le sans-fil — la liaison WAN, le routeur, les liaisons montantes du commutateur — ou la liaison radio elle-même, entre l'AP et le client. Cette note traite de la seconde. Si un ordinateur portable branché directement sur la passerelle ou le commutateur teste déjà lent, c'est un problème côté routeur/WAN, pas un problème de réglage radio, et la solution se trouve dans un tout autre parcours de diagnostic.

Une fois le chemin filaire confirmé propre, voici l'arbre de panne spécifique au côté radio, les vérifications pour chaque étape, les causes qui reviennent sans cesse une fois que le réglage automatique seul n'a pas résolu le problème, et des réponses de FAQ tirées de cas de terrain réels.

Lisez l'arbre de panne avant de commencer à déplacer les points d'accès

Un résultat Wi-Fi lent se divise en exactement deux formes à la première branche : c'est en fait le câble sous-jacent, ou c'est véritablement la liaison radio.

Placer d'abord le symptôme sur cet arbre évite beaucoup d'allers-retours — la plupart de ce qui ressemble à un « mauvais Wi-Fi » se résout dès la toute première branche.

Les légendes du schéma restent en anglais pour la clarté technique.

Tout ce qui se trouve après la première branche est véritablement un problème de niveau radio, et les cinq branches qui en dépendent — placement/interférence, planification des canaux, largeur de bande, surcharge d'antenne, méthode de mesure — couvrent presque tous les cas qui arrivent jusqu'à cette note.

Parcourir les vérifications côté radio

Six vérifications, exécutées dans l'ordre — la plupart des plaintes se résolvent dans les deux ou trois premières.

Vérification 1 — Confirmer que le chemin filaire sous-jacent est réellement propre

Testez progressivement plus près de la source avant de toucher le moindre réglage radio.

1. Connectez un ordinateur portable directement au port LAN de l'ONT/modem et effectuez un test de vitesse ; si cela seul est déjà en deçà de la bande passante achetée, le problème est en amont de tout ce qui est sur site et n'est pas du tout un problème Wi-Fi.
2. Déplacez l'ordinateur portable sur un port du commutateur et retestez ; si c'est la liaison passerelle-commutateur qui chute, vérifiez la vitesse de liaison négociée sur cette interface — elle devrait afficher environ 1 Gbit/s sur du matériel gigabit — avant de supposer qu'il s'agit de quelque chose de sans fil.
3. Déplacez l'ordinateur portable sur le port de liaison montante filaire d'un AP et retestez ; ce n'est qu'une fois que chaque saut filaire teste propre qu'un résultat lent est réellement un problème côté radio.
4. Si une seule interface le long de la chaîne teste lente, remplacez son câble par un câble Cat6 dont le bon fonctionnement est connu avant de chercher plus loin — un seul mauvais câble de brassage produit exactement ce schéma.

Vérification 2 — Exécutez d'abord le réglage radio automatique, puis retestez

Le réglage automatique est une référence rapide — exécutez-le avant de toucher manuellement les canaux ou la largeur de bande.

1. Déclenchez le réglage Wi-Fi intégré de la plateforme (auto-optimisation radio) et relancez le test de vitesse avant de faire quoi que ce soit de manuel — cela résout à lui seul une part significative des cas en choisissant des canaux plus propres et en ajustant la puissance.
2. Si le réglage automatique rapproche le résultat de l'objectif, arrêtez-vous là ; les vérifications manuelles ci-dessous concernent les cas que le réglage automatique ne résout pas complètement, en particulier la largeur de bande au-delà de 80MHz, que le réglage automatique ne définit pas de lui-même.

Vérification 3 — Confirmer ce que le client a réellement négocié

Un chiffre de test de vitesse n'a aucun sens sans savoir avec quel protocole et à quel débit le client s'est réellement connecté.

1. Sur le client, vérifiez la norme Wi-Fi négociée et la force du signal — pas seulement « connecté », mais quelle génération de la norme et à quel niveau de signal.
2. Utilisez ces chiffres comme référence pour ce qui est réalisable à 80MHz avec deux flux spatiaux, typique d'un AP : environ 866 Mbit/s pour le Wi-Fi 5 (802.11ac), environ 1200 Mbit/s pour le Wi-Fi 6 (802.11ax), environ 1440 Mbit/s pour le Wi-Fi 7 (802.11be) — un résultat bien en deçà du plafond de la norme négociée pointe vers les vérifications radio ci-dessous, pas vers le matériel client.
3. Un client bloqué sur une norme plus ancienne ou un faible niveau de signal est parfois un problème de placement plutôt que de configuration — déplacez le client (ou l'AP) et revérifiez avant de régler quoi que ce soit d'autre.

Reference PHY ceiling at 80MHz, 2 spatial streams:
  Wi-Fi 5  (802.11ac) : ~866 Mbit/s
  Wi-Fi 6  (802.11ax) : ~1200 Mbit/s
  Wi-Fi 7  (802.11be) : ~1440 Mbit/s
// a client far below its own standard's ceiling points at placement/channel/width,
// not at the client itself

Vérification 4 — Vérifier la note d'interférence de l'AP et l'utilisation des canaux

La plateforme vous indiquera directement si l'environnement radio est le problème, avant même de toucher le moindre réglage.

1. Identifiez à quel AP le client lent est réellement associé — faites correspondre son IP attribuée par DHCP à l'AP affiché dans la plateforme, pas seulement à l'AP physiquement le plus proche.
2. Vérifiez la note d'interférence de cet AP dans la plateforme ; une note « mauvaise » pointe directement vers les vérifications de placement/canal ci-dessous plutôt que vers quoi que ce soit côté client.
3. Comme test d'isolation rapide, éteignez temporairement les AP voisins et revérifiez la note — si elle s'améliore à « bonne » avec les voisins éteints, l'interférence provient d'un chevauchement AP-à-AP, pas d'une source externe.
4. Si l'interférence disparaît avec les voisins éteints, la solution est physique : augmentez l'espacement entre les AP à environ 3-5 mètres et revérifiez la note avec tout rallumé.

Vérification 5 — Vérifier le plan de canaux et la largeur de bande

Deux réglages distincts, tous deux à vérifier même lorsque l'interférence semble déjà propre.

1. Confirmez que les radios 2.4GHz se trouvent sur les trois canaux non chevauchants — 1, 6 ou 11 — et nulle part ailleurs ; tout ce qui est entre les deux chevauche ses voisins quels que soient la puissance ou l'espacement.
2. Confirmez que les radios 5GHz sont sur des canaux non chevauchants les uns par rapport aux autres, et vérifiez la largeur de bande configurée — 80MHz est la valeur par défaut du réglage automatique ; 160MHz double approximativement le plafond de débit PHY mais ne se rentabilise que dans un environnement véritablement à faible interférence, et doit être défini manuellement.
3. Si l'utilisation des canaux reste élevée même avec un espacement d'AP propre, cela pointe vers une contention co-canal issue du plan de canaux lui-même, pas du placement des AP — changez de canal, ou activez l'optimisation automatique des canaux de la plateforme pour réduire le réglage manuel à l'avenir.

Vérification 6 — Écarter les artefacts de configuration et de mesure

Deux vérifications qui n'ont rien à voir avec la qualité radio mais produisent un symptôme identique en apparence.

1. Confirmez que le balayage de canal inactif (interface radio) est désactivé dans le profil radio — l'AP passant périodiquement hors canal pour scanner vole du temps d'antenne au trafic client, et il est facile de le laisser activé depuis un profil par défaut.
2. Vérifiez si une limite de débit par SSID a été définie lors de l'intégration, ou lors d'un ajustement ultérieur, et jamais revue — cela produit un plafond de débit parfaitement constant qui ressemble exactement à un problème radio mais n'en est pas un.
3. Retestez avec au moins une autre application ou un autre outil de test de vitesse, et essayez d'ouvrir plusieurs flux de test en parallèle — un test à thread unique sous-évalue systématiquement ce qu'une liaison Wi-Fi peut réellement fournir, et choisir un nœud de serveur de test proche de l'emplacement réel du site compte plus qu'il ne le devrait.

6 causes qui reviennent sans cesse

Une fois que les six vérifications ci-dessus ont indiqué où se situe le problème, ces six causes expliquent l'essentiel de ce qui ne va vraiment pas.

Conceptions de solutions associées

Six questions qui reviennent constamment

Tirées directement du terrain — celles pour lesquelles il vaut la peine d'avoir une réponse prête.

Limites honnêtes de cette note

Lectures connexes