Почему тест скорости показывает разное

Два замера на одном и том же соединении с разницей в двадцать минут дали 2,91 и 41,98 Мбит/с — разницу в четырнадцать раз. Ничего между ними не переключали. Это не редкость и не поломка: тест скорости меряет не то, что обычно думает человек, который на него смотрит. Ниже — наши собственные замеры одного дня, из-за которых мы чуть не переехали к другому провайдеру, и шесть правил, как мерить так, чтобы числу можно было верить.

Три пары чисел одного дня

28 июля 2026 года мы весь день мерили скорость на одном телефоне в Москве: Мегафон, 4G+, соединение с нашим сервером в Нидерландах. Мерили не ради статьи — разбирались с жалобой на медленный интернет. Журнал тех замеров лежит у нас целиком; вот три пары чисел из него. Во всех трёх строках это один и тот же телефон и один и тот же туннель.

Ни в одном из трёх случаев мы между замерами ничего не трогали: тот же телефон, то же место, тот же сервер, те же настройки. Расходились не сети — расходились замеры. Дальше по порядку, из-за чего.

Что тест скорости меряет на самом деле

Он меряет не «скорость интернета». Он меряет, сколько данных прошло между вашим устройством и одним конкретным сервером за несколько секунд одной конкретной минуты. Всё остальное — уже ваше обобщение, и именно в нём ошибка.

Отсюда первое следствие: числа двух разных приборов между собой не сравнивают. У каждого сервиса свои серверы в своих местах, и он меряет дорогу до них. Яндекс-интернетометр меряет путь до серверов внутри России, Speedtest выбирает свой. Это не два мнения об одной величине, а два разных измерения, у которых просто совпала единица — мегабиты в секунду.

Насколько это меняет картину, видно по нашему контрольному замеру. 28 июля в 14:47, тем же прибором и с того же телефона, но без туннеля: 139,51 Мбит/с при задержке 20 мс. Минутой раньше через туннель — 41,98 при задержке 81 мс. Соблазнительный вывод «туннель режет втрое» неверен: Яндекс меряет до российских серверов, а трафик в тот момент шёл из Москвы в Нидерланды и обратно. Дорога длиннее — число меньше. Прибор не соврал, неверным был вопрос.

Почему соседние прогоны расходятся

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

Вот те же наши замеры 28 июля, но со второй цифрой рядом.

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

И да — у того самого замера на 2,91 Мбит/с в журнале записан джиттер 139.

Прибор мог мерить не тот путь

Третья причина обиднее прочих: замер прошёл идеально, но не по тому соединению, о котором вы думали.

У современного телефона два адресных пространства — привычное IPv4 и новое IPv6, — и трафик может идти любым. В июле мы на этом попались сами: у наших тестовых настроек в туннель заводился только IPv4, а телефон имел живой адрес нового образца, и всё, до чего он дотягивался по нему, шло мимо туннеля. То есть красивые 117 и 127 Мбит/с из того же дня могли быть скоростью самого оператора, а не нашего сервера — и мы честно пометили их как непроверенные.

Ловится это просто: приличный прибор показывает адрес, с которого вы к нему пришли. Яндекс-интернетометр показывает оба — и старого, и нового образца. В нашем замере 14:46 он показал наш IPv4 (регион «Роттердам»), а вместо IPv6 — «не определён». Значит путь был один и тот, что нужно, и число относится к нему. Если бы там стоял адрес оператора — число было бы про другое соединение. Как проверить это за минуту — в отдельной статье.

Мегабиты — не то, что вы чувствуете

Ещё одно расхождение случается не между приборами, а между числом и ощущением: скорость отличная, а видеозвонок рассыпается. Причина в том, что тест показывает крупно не ту цифру.

В одном из наших замеров того дня: 117 Мбит/с вниз, пинг в покое — 76 мс, а под нагрузкой — 650–670 мс. Пока канал забит скачиванием, любой мелкий пакет стоит в общей очереди и ждёт почти секунду. У этого явления есть имя — избыточная буферизация (bufferbloat), и от количества мегабит оно не зависит.

Для разговора, игры и просто отзывчивого браузера важна именно эта вторая цифра. Тест скорости рисует её мелким шрифтом внизу — или не показывает вовсе.

Как померить честно: шесть правил

1. Один прибор. Сравнивать «вчера в другом сервисе было больше» бессмысленно: это разные дороги до разных серверов.
2. Три прогона подряд, брать средний. Не лучший и не первый. Наши два соседних прогона разошлись в пять раз — одиночное число на мобильной сети не значит ничего.
3. Сначала пинг и джиттер, потом мегабиты. Джиттер за сотню — замер выбросить и повторить, когда сигнал успокоится.
4. Проверить, чей адрес показывает прибор. Иначе есть риск измерить соединение, о котором вы не думали.
5. Контрольный замер рядом. То же место, тот же прибор, соседние минуты — с включённой защитой и без. Только такая пара что-то доказывает.
6. Мерить не только скорость. Если важны звонки и игры — смотреть задержку под нагрузкой, а не пиковые мегабиты.

Чего нам стоила вера одному замеру

Ради честности стоит рассказать, чем эта история закончилась у нас. Увидев 2,60 Мбит/с через свой сервер, мы построили правдоподобную версию: с каналом сервера что-то не так, надо переносить его к другому провайдеру. Это дни работы и деньги.

Различающий замер стоил десять минут: тот же телефон, то же место, повтор, когда радиосвязь успокоилась, — 96,9 Мбит/с. Сервер был ни при чём: мы поймали плохую минуту соты и приняли её за свойство сервиса. Заодно выяснилось, что сам сервер в ту же минуту качал 468 Мбит/с и вообще не был занят.