Сайт в разработке Наполняем разделы и правим ошибки — что-то может выглядеть или работать не так. Если заметили — позвоните или напишите.

МАССОВАЯ АТАКА НА СЕРВЕРА BEGET К сожалению все наши сайты находились на серверах Beget, как и наш проект Wacis и также подверглись атаке и оказались недоступны. Сегодня Beget разблокировал возможность изменить сервера имён и мы частично восстановили сайт студии. Большинство изображений, картинок и некоторые детали пока не восстановлены. Но Wacis довольно масштабный проект, находившийся на нескольких серверах. Мы работаем над восстановлением, все бекапы имеются локально!

Скорость загрузки сайта: почему медленный сайт теряет клиентов ещё до того, как они увидели контент

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

Раздел: Разработка — статьи о сайтах

Когда сайт долго грузится, пользователь не читает текст о том, какая крутая у компании команда и какой у неё уникальный подход. Он просто закрывает вкладку. Никто не будет ждать, пока страница «подумает» — особенно с телефона, особенно если рядом в поиске есть ещё десяток похожих предложений. Скорость загрузки — это не второстепенная техническая настройка, которую можно доделать «как-нибудь потом». Это часть первого впечатления, и оно формируется за секунды.

Проблема в том, что скорость — штука незаметная, пока всё хорошо, и очень заметная, когда всё плохо. Заказчик обычно обращает внимание на дизайн, тексты, структуру разделов — то, что видно глазами на макете. А то, сколько секунд страница будет собираться в браузере пользователя, никто на этапе согласования макета не проверяет. В итоге сайт выглядит отлично на презентации у разработчика и открывается за секунду в его локальной сети — а потом реальный посетитель с мобильного интернета в дороге ждёт пять-семь секунд и уходит.

Почему это важно не только для удобства

Скорость загрузки влияет сразу на несколько вещей, и каждая из них стоит компании денег.

Во-первых, это поведение пользователя. Чем дольше грузится страница, тем выше вероятность, что человек уйдёт, не дождавшись контента. Это касается не только новых посетителей — даже лояльный клиент, который зашёл проверить цену или оставить заявку, не будет сидеть и смотреть на белый экран.

Во-вторых, это восприятие бренда. Медленный сайт подсознательно читается как «несовременная компания», даже если дизайн сделан идеально. Люди привыкли, что хорошие сервисы работают быстро, и переносят это ожидание на любой сайт, с которым сталкиваются.

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

И в-четвёртых, это деньги, потраченные на трафик. Если компания вкладывается в рекламу, а сайт теряет часть посетителей ещё на этапе загрузки, часть бюджета фактически сгорает впустую — люди приходят, но не долистывают даже до первого экрана.

Откуда берётся медленный сайт

Скорость не портится сама по себе — обычно это результат конкретных решений, принятых на разных этапах разработки, часто без злого умысла.

Самая частая причина — тяжёлые изображения. Фотографии и баннеры в высоком разрешении, загруженные без сжатия, могут в одиночку «съедать» большую часть времени загрузки страницы. Дизайнер выбрал красивую картинку, менеджер согласовал, а то, что файл весит в разы больше, чем нужно для веба, никто не проверил.

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

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

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

Сравнение экрана загрузки сайта на компьютере и на смартфоне с индикатором времени.
Сравнение экрана загрузки сайта на компьютере и на смартфоне с индикатором времени.

Что можно сделать на стороне разработки

Хорошая новость в том, что скорость — управляемый параметр. Большинство проблем решается на этапе разработки или дорабатывается после, без необходимости переделывать сайт целиком.

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

Код стоит держать в порядке: убирать неиспользуемые скрипты и стили, объединять файлы там, где это возможно, и не тащить на сайт функциональность «про запас», которая пока не используется, но уже замедляет загрузку.

Хостинг нужно выбирать исходя из реальной нагрузки на сайт, а не по принципу «где дешевле». Для небольшого сайта-визитки требования одни, для интернет-магазина с каталогом и посещаемостью — совсем другие.

Настройка кеширования позволяет браузеру не загружать заново те элементы сайта, которые не менялись с прошлого визита пользователя — это особенно заметно ускоряет повторные заходы на сайт.

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

Схематичное изображение сжатого и оптимизированного изображения рядом с тяжёлым исходным файлом.
Схематичное изображение сжатого и оптимизированного изображения рядом с тяжёлым исходным файлом.

Что может сделать заказчик, даже не разбираясь в технике

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

Полезно заранее договориться о том, что фотографии и видео для сайта должны предоставляться в приемлемом качестве и весе, а не в виде исходников с фотосессии «как есть» — это экономит время на согласованиях позже.

И имеет смысл после запуска сайта периодически проверять реальную скорость загрузки на разных устройствах, а не полагаться только на впечатление «у меня всё открывается быстро». То, что быстро грузится в офисе на хорошем интернете, может быть совершенно другой историей для клиента, который заходит на сайт с телефона на улице.

Скорость загрузки редко упоминается в первых обсуждениях будущего сайта — обычно разговор идёт про дизайн, структуру, функциональность. Но именно скорость определяет, дойдёт ли пользователь до всего остального. Самый продуманный дизайн и самый убедительный текст бесполезны, если человек не дожидается их появления на экране.

Заявка

Расскажите о проекте

Свяжемся в течение рабочего дня, зададим уточняющие вопросы и предложим варианты. Без навязчивых звонков.

Форма обратной связи

Отвечаем в рабочие дни с 10:00 до 19:00

Написать в Telegram