От автора: можете представить, что вы удвоили свой вес со 180 фунтов до 360 фунтов за 3 года? Вы бы немного смутились, верно? Но именно это произошло с веб-страницами, и всем, кажется, нет до этого дела.
Веб-страницы стали огромными по сравнению с микроскопическими масштабами в начале 2000-х. Но шокирует то, что, несмотря на более быстрые соединения, иногда сайты загружаются еще медленнее, чем тогда. Медленная загрузка означает потерю внимания вашей аудитории, и это не хорошо. Но так быть не должно! Давайте рассмотрим, почему размер сайта стал настолько огромным, и как можно это исправить.
Причины эпидемии ожирения
Почему сайты сейчас намного больше? Меняющийся характер нашего использования в Интернете оказывает большое влияние на эту проблему.
Изображения
Если вы достаточно взрослые, вы можете вспомнить ранний интернет, когда получить изображение на веб-сайте было очень сложно. В зависимости от вашего бюджета и технологий, доступных вам, вам приходилось иметь физическую распечатку фотографии и сканер, чтобы даже рассмотреть возможность размещения изображений на веб-странице. Самое близкое, что мы имели к анимированному gif, было крошечным пиксельным танцующим ребенком. Это было примитивно, и поэтому оно было настолько маленьким.
С современными веб-дизайнерами все ориентировано на быстродействующий гибкий веб-дизайн — огромные размеры файлов и графику, включая изображения с высоким разрешением, почти бесконечные размеры шрифтов, улучшенные показатели ухода с сайта, рекламные баннеры … список почти бесконечен, и все должно загружаться мгновенно при вводе веб-адреса в окно браузера, даже на мобильных устройствах разных размеров. Фактически, изображения составляют более 50% веса среднего сайта, поэтому есть довольно явный виновник этой тенденции роста. Ирония заключается в том, что изображения на самом деле очень легко оптимизировать. Независимо от того, сжимаете ли вы их, уменьшаете их размеры или просто понижаете качество разрешения, вы можете потерять огромный вес с вашего сайта, просто оптимизируя изображения.
Скрипты
JavaScript и CSS-код могут быть сложными, и даже опытные front-end разработчики могут почесывать свои головы на языке, стоящем за скриптами, которые влияют на множество сайтов в нашем современном цифровом ландшафте. Скрипты составляют огромную часть веса веб-сайта, но все равно не находятся рядом с изображениями. Тем не менее, похудение в этой области может иметь большой смысл, и часто есть место, чтобы минимизировать код скрипта для устранения ненужных элементов, таких как символы пробелов. Разница в урезании веса сайта будет удивительная, а это может повлиять на скорость загрузки.
Другое предложение — удалить любой неиспользуемый код. Я знаю, что это звучит очевидно, но вы будете удивлены, сколько сайтов содержат библиотеки javascript, которые они больше не используют — пустая трата!
Видео
Если вы считаете, что изображения были тяжелыми, подумайте о видео — это, по сути, коллекция изображений — плюс аудио. К счастью, сжатие прошло долгий путь, но это не значит, что вы имеете право вставлять 10 МБ видео на домашнюю страницу. Попробуйте видео CDN, которое будет передавать части вашего видео только по мере необходимости (вместо того, чтобы пользователь загрузил все сразу).
Один умный способ избежать того, чтобы видео оставляло слишком большой след на вашем веб-сайте? Используйте его только там, где это имеет смысл. Не бросайте видео на свой сайт просто так.
Действительно ли это имеет значение?
Итак, теперь мы знаем, почему веб-сайты становятся такими «лохматыми». Это действительно важно? Размер веб-страницы имеет значение для вас?
Нет, это не имеет значения
Возможно, вы слышали высказывание, что «корреляция не равна причинности». Это в основном означает, что кажущаяся ясная связь между двумя вещами не обязательно означает, что одна вещь вызвала другую или что они не могли существовать независимо. В этом случае возможность построения веб-сайта и медленного времени загрузки на графике не обязательно означает, что раздувание вызывает медленную загрузку. Конечно, это так во многих случаях, но теоретически можно быстро загрузить большую веб-страницу. Здесь выступает много факторов.
Кроме того, на самом деле не имеет значения, раздутый и медленный веб-сайт, если он действительно доставляет контент или услуги, которые люди хотят. Введите amazon.com в Google PageSpeed Insights и удивитесь, насколько потрясающе низкие оценки его оптимизации. Пользовательский интерфейс Amazon не совсем соответствует уровню загрузки страницы, но он по-прежнему является одним из самых популярных сервисов в Интернете, на десктопе и мобильных устройствах.
Для этого есть причина: Amazon не оптимизирует свой мобильный сайт, потому что хочет подключить пользователей к своему приложению. И большинство людей готовы подождать несколько секунд на своем рабочем столе, чтобы получить самую низкую цену, которую они могут найти на 20 пачках зубной пасты или новой обуви. Amazon действительно не в том месте, где им нужно беспокоиться о медленных нагрузках.
Да, это важно
Это хорошо для Amazon. Тем не менее, большинство из нас не Amazon, поэтому стимулирование использования приложений и банковских услуг в связи с существующей лояльностью клиентов не обязательно спасет нас от раздувания веб-сайта. Когда у организации есть доля рынка Amazon, она может писать свои собственные правила. Для всех остальных хорошая идея сохранить дизайн сайта гибким и обратить пристальное внимание на скорость.
Трудно удержать внимание среднего пользователя Интернета, и, если вы все еще пытаетесь захватить эту аудиторию и конвертировать ее с учетом клиентов, вы не можете тратить время. Хотя возможно, что большая веб-страница не обязательно коррелирует с низкой скоростью загрузки, соединение достаточно сильное, чтобы гарантировать внимание. Живые сайты, которые быстро загружаются в меньшинстве, и, вероятно, были оптимизированы один раз за все время. Если вы собираетесь идти по этому маршруту, имеет смысл начать с оптимизированной тонкой страницы, прежде чем добавить веса.
В конечном счете, когда вы все еще находитесь на пути к доминированию на рынке в стиле Amazon, важно избегать того, чтобы потенциальное преимущество падало на обочину. Если ваш сайт загружается быстрее и, как правило, более гибкий и навигационный, чем ваш конкурент, у вас уже есть преимущество. Тестирование скорости должно быть абсолютно частью вашего подхода к тестированию front end. Если вы еще не тестируете это, попросите MachMetrics (автоматическое тестирование скорости и мониторинг) попробовать и посмотреть, проседает ли ваш сайт под тяжестью собственного ненужного раздувания.
Источник: hhttps://www.machmetrics.com/
Редакция: Команда webformyself.