Почему вечером мобильный прокси работает хуже, а спидтест показывает максимум

Мы взяли 5964 замера в мобильных сетях и посмотрели, как канал ведёт себя по часам суток. Оказалось, что цифра, по которой все выбирают прокси, растёт ровно тогда, когда работать становится хуже всего.

Почему мегабиты вообще не описывают качество канала, мы разбирали в статье «Мбит/с ничего не говорят о качестве мобильного прокси». Здесь — та же мысль, но на данных: как задержка, джиттер и потери ведут себя по часам суток.

Знакомая картина

Прокси взяли побыстрее, а антидетект всё равно разлогинивает сессии, парсер ловит таймауты, загрузки обрываются на середине. Открываете спидтест — там сорок мегабит, всё в порядке. Продавец разводит руками: канал в норме, смотрите сами.

Канал действительно в норме — по той величине, которую вы измерили. Проблема в том, что измерили не то.

Что на самом деле ломает работу

Полоса пропускания решает ровно одну задачу: как быстро скачается большой файл. Всё остальное — открытие страниц, удержание сессий, ответы капчи, длинные запросы парсера — упирается в другие величины.

Мобильная сеть отличается от проводной не тем, что она медленнее. Она непостоянна: сота перегружается к вечеру, оператор переключает диапазоны, включается шейпинг по расписанию. Одиночный замер в браузере описывает одну секунду из суток — и обычно ту, в которую вы решили проверить.

Как это выглядит на данных

Мы собрали замеры, прошедшие через сети МТС за десять месяцев, и усреднили по часам суток. Три величины на трёх шкалах — намеренно раздельно: совмещать их на одной оси значит подгонять картинку.

Сверху вниз: скорость загрузки (Мбит/с), джиттер (мс), потери пакетов (%). 5964 замера в сетях МТС, сентябрь 2025 — август 2026. Каждая точка — среднее по часу, от 72 до 388 замеров в часе. Оранжевым выделен вечерний интервал 18:00–23:00; ×3,4 и ×6,8 — во сколько раз величина вырастает к ночи. Точками отмечены суточный минимум и максимум.

Главное на этом графике

Скорость почти не меняется. С семи утра до полуночи она держится в коридоре 54–68 Мбит/с. Человек, запустивший спидтест в любое время дня, увидит примерно одно и то же число и сделает вывод, что с каналом всё хорошо.

Джиттер за то же время вырастает в 3,4 раза — с 25 мс в восемь утра до 86 мс в одиннадцать вечера. Потери пакетов растут в 6,8 раза: с 0,79% днём до 5,37% под утро.

И самое неприятное совпадение: в 20:00 скорость достигает суточного максимума — 68 Мбит/с, — а джиттер в этот же час равен 64 мс, в два с половиной раза выше утреннего. Спидтест в этот момент показывает лучший результат за день. Работать в этот момент хуже всего.

Ровно поэтому жалобы вида «вечером всё тормозит, а тест показывает нормальную скорость» — не выдумка и не эффект плацебо. Тест измеряет ту величину, которая вечером не портится.

Как мерить правильно

Нужен не одиночный замер, а ряд. Ставим CLI, запускаем по расписанию и копим в файл:

speedmeter --json | jq -c '{t:.timestamp, d:.download, p:.ping, j:.jitter}' >> proxy.jsonl

В крон — раз в пятнадцать минут:

*/15 * * * * /usr/local/bin/speedmeter --json >> /var/log/proxy-speed.jsonl

За сутки получается 96 точек, и по ним сразу видно, есть ли у вашего канала вечерний провал. Бинарник автономный, около 400 КБ, без зависимостей — ставится на любой сервер, где крутится ваша автоматика.

Какие значения считать приемлемыми

Обратите внимание, чего в этой таблице нет: колонки с мегабитами. Для перечисленных задач полоса перестаёт быть ограничением примерно после десяти мегабит.

Данные по часам

Те же цифры, что на графике, — чтобы их можно было перепроверить или сравнить со своими замерами.

Оговорка о данных

Это усреднение по многим пользователям и многим сотам, а не одна SIM-карта под контролем. Такой срез показывает форму суточной кривой, но не заменяет замер вашего конкретного канала — его надо ставить самому, скриптом выше.

Инструмент, которым собраны эти числа, открыт и бесплатен: speedmeter.dev. Он меряет джиттер и потери на стороне сервера, а не доверяет отчёту браузера, и отдаёт результат в JSON для скриптов.