Мобильный интернет 3G/4G в регионах Узбекистана: как скорость связи съедает продажи
Разработчик тестирует сайт на офисном оптоволокне, а покупатель открывает его в маршрутке в областном центре. Разница в опыте — на порядок.
Реальные условия, в которых открывают ваш сайт
В Ташкенте 4G и LTE работают уверенно, но в областных центрах и особенно за их пределами телефон регулярно откатывается на 3G, а в часы пик скорость проседает до сотен килобит. Плюс задержка сети: на 3G RTT легко достигает 300–500 мс, и каждое лишнее сетевое обращение стоит полсекунды.
Существенная часть аудитории сидит на пакетных тарифах, где трафик считают. Страница весом 8 МБ — это не только долгая загрузка, но и ощутимая трата денег пользователя, о которой он думает.
Проверять нужно не на своём телефоне, а через троттлинг в Chrome DevTools в профиле Slow 4G и Fast 3G. Если главная не показывает контент за 5 секунд на Slow 4G — половина региональной аудитории уходит до первого экрана.
Бюджет веса страницы
Разумный ориентир для локального рынка: до 1 МБ на первый экран включая шрифты и критический CSS, и до 2–2,5 МБ на всю страницу после отложенной подгрузки. JavaScript-бандл — до 150–200 КБ в сжатом виде.
Главные пожиратели веса в этом порядке: неоптимизированные изображения, кастомные шрифты со всеми начертаниями, сторонние скрипты аналитики и чатов, тяжёлые UI-библиотеки, подключённые ради двух компонентов.
Бюджет нужно закреплять в приёмке проекта как измеримое требование, иначе он размывается на третьем спринте. Инструменты вроде Lighthouse CI умеют ронять сборку при превышении порога.
Изображения — первое, что нужно чинить
Формат WebP даёт примерно на 25–35% меньший вес при сравнимом качестве, AVIF ещё меньше, но с большей нагрузкой на декодирование. Отдавайте оба через тег <picture> с JPEG-фолбэком.
Обязателен адаптивный набор размеров через srcset и sizes: телефону с шириной 360 CSS-пикселей не нужна картинка в 1920 пикселей. Компонент next/image делает это автоматически, но только если вы указали корректный sizes.
Всем изображениям ниже первого экрана ставьте loading="lazy", а изображению LCP — наоборот, fetchpriority="high" и никакого lazy. Всегда задавайте width и height, иначе получаете скачки layout shift и проваленный CLS.
Шрифты, JavaScript и сторонние скрипты
Подключайте не более двух начертаний, только нужные диапазоны символов, формат woff2 и font-display: swap. Кириллица и латиница разбиваются на отдельные subsets через unicode-range, чтобы не грузить лишнее.
Сторонние скрипты — чаты, пиксели, виджеты — грузите отложенно после взаимодействия или через стратегию lazyOnload. Один онлайн-чат нередко весит больше, чем весь остальной сайт вместе взятый.
Серверный рендеринг важнее клиентского на медленной сети: пользователь видит готовый HTML сразу, а не белый экран до конца загрузки бандла. Для контентных страниц предпочтительна статическая генерация с раздачей через CDN.
Что происходит с продажами
На медленной сети отвал происходит на трёх шагах: белый экран до первой отрисовки, задержка отклика на нажатие кнопки и долгая отправка формы. Каждый из них теряет отдельную порцию пользователей.
Форма заявки должна отправляться оптимистично: показывайте результат сразу, а повтор запроса делайте в фоне. На 3G синхронная отправка с ожиданием ответа сервера воспринимается как поломка, и человек жмёт кнопку несколько раз.
Каталог на медленной сети выигрывает от подгрузки следующей страницы по кнопке, а не от бесконечного скролла: пользователь контролирует, когда тратить трафик.
Как контролировать это постоянно
Синтетические тесты Lighthouse показывают лабораторные цифры, а реальную картину дают полевые данные из отчёта Chrome UX и Search Console. Смотрите распределение по регионам, а не среднее по стране.
Настройте регресс-проверку в CI: сборка падает, если вес бандла или показатели вырастают выше согласованного порога. Без автоматики бюджет производительности не живёт дольше квартала.
Раз в квартал проверяйте сайт на реальном недорогом Android-устройстве при включённом троттлинге. Флагманский iPhone на офисном Wi-Fi не расскажет вам ничего полезного о вашей аудитории.