Почему Wi-Fi тормозит при хорошем сигнале: 7 реальных причин из практики

Сцена из реальности. В офисе/кафе “палочки” полные, скорость по тесту высокая, но сайты открываются с задержкой, а Zoom/Teams то и дело подлагивают. Почти всегда начинают “лечить интернет”, хотя проблема чаще внутри Wi-Fi.

Почему возникает проблема

1) Перегрузка эфира (airtime congestion)

Wi-Fi — общий канал. Чем больше активных клиентов и мелких пакетов (мессенджеры, облака, уведомления, IoT), тем быстрее заканчивается эфир.

2) “Медленные” устройства тормозят “быстрые”

Устройства с плохим уровнем сигнала или старыми модуляциями занимают эфир дольше — в итоге страдают все.

3) Sticky clients

Клиенты держатся за дальнюю точку доступа, хотя рядом есть лучше. Это резко повышает retries и убивает стабильность.

4) Слишком широкие каналы

80/160 МГц в плотной среде часто дают больше пересечений и ожиданий. Нередко стабильнее 40 МГц.

5) Перегруженный 2,4 ГГц

Три нормальных канала + куча помех. Даже если вы “живёте” в 5/6 ГГц, 2,4 может тянуть сеть вниз.

6) Нет реального QoS

Видеосвязь и YouTube без приоритетов равны. Но видеосвязь проигрывает первой.

7) Проектирование “по покрытию”, а не “по нагрузке”

Покрытие можно получить одной точкой, а качество в пике — почти никогда.

Популярные, но ошибочные решения

• ❌ “Поставим точку помощнее”
• ❌ “Поднимем мощность”
• ❌ “Сделаем широкий канал — будет быстрее”
• ❌ “Это провайдер виноват”

Инженерное решение (пошагово)

1. Смотреть не только Mbps, а airtime, retries, latency/jitter.
2. Улучшить роуминг (min RSSI, корректные ячейки, разумная мощность).
3. Подобрать ширину каналов под реальную плотность.
4. Ограничить/выделить 2,4 ГГц под legacy/IoT.
5. Настроить приоритеты (QoS) для голоса/видео.

Связанные материалы: Почему Speedtest показывает 300–1000 Мбит/с, а Zoom и Teams лагают — даже на Wi-Fi 7