Спросите посетителя, почему он ушёл с сайта, не дождавшись загрузки, и у большинства не будет точного ответа — они просто скажут, что было медленно, и уйдут. Это ощущение и есть вся история. Скорость — не цифра из инструмента тестирования; это одно из первых, что клиент замечает в бизнесе, часто ещё до того, как прочитает хоть одно слово текста.
Куда реально уходит время
Спросите веб-команду, что делает страницу медленной, и честный список обычно короткий: изображения намного крупнее места, в котором они показываются, шрифты, загружаемые из нескольких источников до того, как страница сможет отрисовать первое слово, и стопка сторонних скриптов — виджеты чата, аналитические теги, рекламные пиксели, встроенные отзывы, — каждый из которых делает собственный запрос до того, как страницей вообще можно пользоваться.
Ничего экзотического здесь нет. Это накопленный вес мелких решений, каждое из которых по отдельности разумно — ещё одна картинка тут, ещё один трекинг-фрагмент там, — но вместе они складываются в страницу, которую посетитель бросает, не дождавшись, пока она появится полностью.
Изображения: главный рычаг
На большинстве сайтов изображения составляют больше веса загрузки, чем всё остальное вместе взятое. Фотография, снятая на современный телефон, часто в пять-десять раз тяжелее, чем нужно браузеру, чтобы хорошо показать её на экране. Отдавать её в полном размере, без сжатия, каждому посетителю независимо от устройства и соединения — самая частая и самая легко устранимая причина медленной страницы.
Решение редко в том, чтобы «использовать меньше изображений» — визуал реально работает на доверие. Решение — отдавать каждое изображение в том размере и с тем сжатием, которое реально нужно экрану, загружать то, что находится ниже первого экрана, только когда посетитель до него прокручивает, и выбирать современный, более лёгкий формат изображения там, где браузер его поддерживает.
Шрифты и сторонние скрипты: тихая стоимость
Кастомные шрифты реально работают на идентичность бренда, но страница, которой нужно получить несколько файлов шрифтов с внешнего источника прежде чем отрисовать хоть какой-то текст, заставляет посетителя смотреть на пустую страницу, пока это происходит. Ограничение числа загружаемых начертаний и стилей и их эффективный хостинг убирают задержку, которую большинство посетителей никогда сознательно не называют — они просто замечают страницу, которая внезапно выглядит готовой.
Сторонние скрипты — наименее заметная стоимость и самая трудная для обоснованного удаления, потому что каждый был добавлен по причине: виджет чата для поддержки, пиксель для одной рекламной платформы, встройка для отзывов. По отдельности оправданные, вместе они могут замедлять страницу сильнее, чем изображения. Решение не в том, чтобы убрать их все, — а в том, чтобы спрашивать по каждому скрипту, оправдывает ли ценность, которую он даёт, то, что он стоит при каждой загрузке страницы, и ограничивать те, что не проходят эту проверку, страницами, где они реально нужны, а не грузить их по всему сайту.
Исправления с лучшей отдачей
Не все исправления скорости окупаются одинаково. Сжатие и правильный размер изображений обычно дают самое заметное улучшение при наименьших усилиях, потому что бьют по самой тяжёлой статье расходов почти на каждой странице. Дальше идёт аудит сторонних скриптов на предмет тех, что больше не используются, — это разовая проверка, а не постоянная стоимость. Загрузка шрифтов сама по себе более скромный выигрыш, но складывается с остальными.
Что обычно не окупается — это погоня за идеальным баллом в инструменте тестирования в ущерб реальному опыту: страница может хорошо показать себя в лабораторном тесте и всё равно ощущаться медленной на обычном телефоне при обычном соединении, а это и есть условие, которое реально важно клиенту.
Почему это важно с коммерческой точки зрения
Медленная страница не просто раздражает посетителя; она стоит бизнесу обращения, которое этот посетитель мог бы иначе оставить. Скорость — один из самых наглядных примеров отношения к сайту как к бизнес-системе, а не как к статичной брошюре — она никогда не видна на скриншоте, но проявляется при каждом визите, на каждом устройстве, пока существует сайт. Наша веб-команда относится к производительности загрузки как к постоянной части каждой разработки, а не разовой проверке перед запуском.
