Насколько быстро Yandex Cloud у вас дома?

Большинство сайтов «пинг до облака» и все looking glass провайдеров меряют со своих серверов в дата‑центрах с отличными каналами. Так видно, как быстро один дата‑центр достаёт до другого. Но ничего не видно про то, что чувствуете вы: ваше оптоволокно или 4G/5G, сеть вашего провайдера, его международные стыки и то, насколько они забиты сегодня вечером.

Me2Cloud шлёт каждый запрос из вашего браузера, поэтому в результат попадает всё: Wi‑Fi, роутер, провайдер, выбранный им маршрут и час пик.

1. Один прогревочный запрос поднимает DNS, TCP и TLS. Его время показывается, но в расчёт не идёт.
2. Дальше браузер шлёт ещё 5, 10 или 20 запросов на тот же хост по тому же соединению. Каждый стоит одного RTT плюс время обработки у провайдера.
3. Для каждого провайдера используется тип запроса, который, как мы проверили, держит соединение: GET для AWS, Azure, Google Cloud, Huawei Cloud, DigitalOcean и Scaleway; HEAD для Oracle, IBM Cloud, Alibaba Cloud, Tencent Cloud, Volcengine, Baidu AI Cloud, Naver Cloud, Linode, Vultr, OVHcloud, IONOS Cloud, Aruba Cloud, Leaseweb, Gcore и Yandex Cloud (их GET закрывает соединение и утроил бы каждый замер); <img> только для Hetzner.
4. Показываем медиану (типичное значение), среднее, P90 (9 из 10 замеров ниже), джиттер (среднее изменение между соседними замерами) и потери (замеры без ответа за таймаут).
5. Уровень считается по медиане: T0 ≤ 30 мс, T1 ≤ 80 мс, T2 ≤ 150 мс, T3 ≤ 250 мс, T4 выше. Оценка для выбора = медиана + 2 × джиттер + штраф за потери, так что стабильные 60 мс побеждают скачущие 45 мс.

• Тот же путь, что у вашего трафика. Сайты, API, туннели на 443‑м порту, входы в игры и загрузки идут по TCP. Многие провайдеры ставят ICMP в другую очередь, режут его или маршрутизируют иначе, поэтому пинг выглядит отлично, а страницы тормозят, или наоборот.
• Не пропадает из‑за ограничений. Роутеры и облака часто режут или выкидывают ICMP. Публичный HTTPS‑endpoint отвечает всегда.
• Учитываются ваши реальные настройки. DNS, выбор между IPv4 и IPv6, прокси и ускорители действуют на трафик браузера, так что вы меряете то, что получите на деле.
• Нюанс: в каждый замер входит небольшое и довольно постоянное время обработки на сервере. У AWS мы намерили 0–5 мс, у Alibaba Cloud около 8 мс, у Huawei Cloud OBS около 20 мс. Выше 100 мс это неважно; для совсем близких регионов цифра выйдет чуть больше пинга.

• Домашние сети сильнее всего загружены с 20:00 до 23:00, а международные каналы ещё сильнее. Регион T1 в полдень вечером может съехать до NPC.
• Проверьте один раз днём и один раз в пик. Сохранённые тесты получают пометку «час пик», и между ними можно переключаться в результатах.
• На время теста поставьте на паузу большие загрузки, стриминг и синхронизацию. Кабель лучше Wi‑Fi; на Wi‑Fi сидите поближе к роутеру.
• В мобильной сети результат зависит от сигнала. Тестируйте там, где реально будете пользоваться сервисом.

• Составить короткий список регионов перед покупкой сервера, игрового сервера или origin для CDN.
• Сравнить регионы одного провайдера или один город у разных провайдеров.
• Понять, хватит ли стабильности (джиттер, потери) для игр, видеозвонков, удалённого рабочего стола и SSH.
• Посмотреть, насколько на самом деле помогает ваш прокси, ускоритель или новый тариф: проверьте с ним и без.
• Проверить свой сервер или CDN рядом с крупными провайдерами через свою точку.

• Только одно место. Это ваше подключение, а не подключение ваших пользователей. Попросите нескольких из них тоже прогнать тест или экспортируйте и сравните.
• Точки, а не ваша будущая ВМ. Мы проверяем публичный API‑ или storage‑endpoint провайдера в регионе. Серверы в том же регионе обычно сидят в той же сети, но премиальные маршруты (например CN2, BGP против одного оператора, Lightsail против EC2) могут отличаться.
• Без пропускной способности, UDP и трассировки. Мы меряем RTT, а не скорость загрузки, игровой UDP‑трафик или промежуточные хопы.
• Влияние браузера. Расширения, прокси, VPN и тяжёлые вкладки добавляют шум. Закройте тяжёлые вкладки и держите эту страницу на переднем плане.
• Hetzner не держит соединение из браузера, поэтому в его цифрах каждый раз есть рукопожатие. Некоторые точки могут быть недоступны из отдельных стран.

• Страница — это просто статические файлы на Cloudflare. Без своего сервера, без регистрации, без аналитики, и результаты никуда не отправляются.
• Все тестовые запросы идут из вашего браузера прямо к провайдеру. Откройте Журнал запросов или инструменты разработчика (вкладка «Сеть»), чтобы увидеть каждый.
• Сведения о сети берутся у Cloudflare (speed.cloudflare.com/meta и /cdn-cgi/trace), а необязательная проверка WebRTC спрашивает у stun.cloudflare.com ваш выходной UDP‑адрес. Её можно выключить в настройках.
• Проверка IPv4/IPv6 также обращается к ipify.org и ident.me, двум сервисам вне Cloudflare, чтобы сеть, где один из них заблокирован, не считалась сетью без IPv6.
• Настройки, свои точки и последние тесты хранятся в локальном хранилище этого браузера; «Удалить данные тестов» стирает результаты.

Если долбить публичные endpoint’ы слишком сильно, можно нарваться на лимиты или WAF провайдера и испортить результат. Тест держится намного ниже этого порога:

• Один запрос за раз на хост, пауза 250–370 мс между замерами (не больше 2–3 запросов в секунду на хост).
• Не больше 2 хостов одного провайдера одновременно и 8 всего (по умолчанию 4).
• Не больше 21 запроса на хост за тест (прогрев + 20). Никакого бесконечного режима.
• После 3 неудач подряд хост пропускается, а не долбится дальше.
• Анонимные «простые» запросы без cookies и referer: без preflight, крошечные ответы (несколько сотен байт), HEAD где возможно и никаких больших загрузок.

Это меньше трафика, чем при открытии обычной веб‑страницы. Мы проверили, что каждая точка нормально отвечает на анонимные запросы (200, 403 или 404 одинаково годятся для замера).

Если трафик идёт через прокси, браузер меряет ваш путь до прокси плюс путь от прокси до провайдера, а не ваше подключение. Панель сети ищет типичные признаки: выход из сети дата‑центра, часовой пояс не совпадает со страной выхода, WARP, или выход WebRTC отличается от выхода HTTPS.

Используйте Правила прямого подключения, чтобы пустить напрямую только тестовые хосты (Clash / Mihomo, Surge, Shadowrocket, Quantumult X, Loon, sing-box, Xray, SwitchyOmega или простой список), и проверьте снова. Если цель — измерить сам прокси, оставьте его: цифры покажут его реальную скорость.

• Полоса каждой строки в общей шкале (логарифмической, от 2 мс до 3 с). Точки — замеры, затемнённый блок покрывает средние 50% замеров, черта — медиана.
• Узкий блок — стабильно; широкий блок или разбросанные точки — джиттер. Красный × считает потерянные замеры.
• Нажмите на строку, чтобы увидеть все замеры по порядку, всю статистику и использованную точку. ✓ отмечает то, что проходит ваши требования.