Page weight: Page Weight | 2021 | The Web Almanac by HTTP Archive

Содержание

лучшие альтернативные решения, российские аналоги pickTech

Продукты из категорий

Создание сайтов

Сервисы для SEO-продвижения сайтов

Сортировать по рекомендациям

популярность

рейтинг

новизна

рекомендации

Платформа для электронной коммерции. Подробнее о Pokupo

К профилю Сравнить

Выбрать интегратора

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

К профилю Сравнить

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

К профилю Сравнить

С помощью конструктора Themify Builder, работающего по принципу drag-&-drop, вы можете создать буквально любой макет! Подробнее о Themify

К профилю Сравнить

Среда для создания и ведений сайта образовательной организации, включена в Единый реестр российских программ для электронных вычислительных машин и баз данных. Подробнее о MagicSite

К профилю Сравнить

Poster Shop — конструктор сайта-витрины для кафе, ресторанов и магазинов. Подробнее о Poster Shop

К профилю Сравнить

Сайт-Менеджер — конструктор сайтов с красивыми шаблонами, заполненными разделами сайта. Подробнее о Сайт-Менеджер

К профилю Сравнить

Откройте полностью готовый интернет-магазин и начните продавать в интернете менее чем за 2 часа. Подробнее о fesh.store

К профилю Сравнить

Sellios — конструктор интернет-магазинов с хорошим дизайном. Подробнее о Sellios

К профилю Сравнить

Eshoper — платформа для создания интернет-магазина, встраивания магазина на сайт или во «Вконтакте». . Подробнее о Eshoper

К профилю Сравнить

Atilekt.NET — конструктор сайтов, облачная CMS-платформа. Подробнее о Atilekt

К профилю Сравнить

Конструктор сайтов: сайт и интернет-магазин в 2 клика. Подробнее о Setup

К профилю Сравнить

Бесплатно и без труда создайте веб-сайт или интернет-магазин. Подробнее о Mozello

К профилю Сравнить

A5.ru — ведущий конструктор сайтов. Подробнее о A5.ru

К профилю Сравнить

Energy-bm — инструмент для создания сайта для начинающих предпринимателей. Подробнее о Energy-bm

К профилю Сравнить

Создайте полноценный интернет-магазин с многоуровневым каталогом, онлайн-консультантом, интеграцией с 1C, сервисами оплаты и доставки.

Подробнее о Diafan.Cloud

К профилю Сравнить

StoreLand — конструктор для создания интернет-магазинов. Подробнее о StoreLand

К профилю Сравнить

Базиум — онлайн-конструктор сайтов, интернет-магазинов и «страниц захвата». Подробнее о Базиум

К профилю Сравнить

Хорошоп — современная платформа и комплекс услуг по запуску интернет-магазинов. Подробнее о Хорошоп

К профилю Сравнить

Vigbo — сервис для создания сайтов, интернет-магазинов или блога. Подробнее о Vigbo

К профилю Сравнить

Flexbe — конструктор сайтов для бизнеса. Подробнее о Flexbe

К профилю Сравнить

1C-UMI — сервис, который позволяет создать готовый сайт или интернет-магазин. Подробнее о 1C-UMI

К профилю Сравнить

Bloxy — сервис для быстрого запуска и развития бизнеса в онлайне. Подробнее о Bloxy

К профилю Сравнить

Платформа LP — сервис для создания и ведения одностраничных сайтов. Подробнее о Платформа LP

К профилю Сравнить

wfolio — конструктор сайтов для фотографов. Подробнее о wfolio

К профилю

Сравнить

Сервис для создания лендингов без помощи программиста, который предоставляет готовые шаблоны для сайта, адаптированные под сферу вашего бизнеса. Подробнее о LPgenerator

К профилю Сравнить

Онлайн-конструктор для создания сайта или лендинга. Подробнее о Mottor ex LPmotor

К профилю Сравнить

Решение с набором из более чем 450 различных шаблонов и блоков для разработки красочных и функциональных веб-сайтов. Подробнее о Tilda Publishing

К профилю Сравнить

Самое популярное решение в мире для создания блогов и веб-сайтов бесплатно. Подробнее о WordPress

К профилю Сравнить

Платформа для создания своей собственной торговой площадки. Кодирования не требуется. Подробнее о Arcadier

К профилю Сравнить

Конструктор сайтов с набором готовых дизайнов и понятной панелью управления, который позволяет создавать и публиковать веб-сайты за считанные минуты. Подробнее о MotoCMS

К профилю Сравнить

Простой в использовании конструктор веб-сайтов, который включает в себя легко настраиваемые отзывчивые шаблоны веб-сайтов. Подробнее о SnapPages

К профилю Сравнить

Конструктор веб-страниц для интернет-магазинов. Подробнее о Shogun

К профилю Сравнить

Приложение для веб-дизайна для Mac, позволяющее контролировать весь процесс создания веб-сайта. Подробнее о RapidWeaver 8

К профилю Сравнить

Klaes Webshop — это программное обеспечение для создания сайтов, которое предоставляет инструменты для создания сайтов и представления товаров в наилучшем свете. Подробнее о Klaes Webshop

К профилю Сравнить

JD Builder — это построитель страниц Joomla нового поколения с аккуратным макетом, обширной библиотекой. Подробнее о JD Builder

К профилю Сравнить

Набор графиков и диагарам на Java Script для интеграции в веб-страницы.

Подробнее о Highcharts

К профилю Сравнить

Конструктор сайтов с шаблонами, экранами предварительного просмотра, живым чатом и многим другим. Не требует навыков работы с кодом. Подробнее о Boomer

К профилю Сравнить

Инструмент разработки веб-страниц с открытым исходным кодом, со встроенным FTP-клиентом, поддержкой Unicode, поиском и заменой текста и функцией перетаскивания. Подробнее о Arachnophilia

К профилю Сравнить

создания мобильных сайтов на основе шаблонов. Подробнее о Jimdo

К профилю

Сравнить

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

К профилю Сравнить

Weebly помогает шаг за шагом запустить и развивать ваш интернет-магазин с полной SEO-оптимизацией, набором рекламных и маркетинговых инструментов и тп. Подробнее о Weebly

К профилю Сравнить

Wix позволяет бесплатно создавать свои собственные интернет-магазины. Подробнее о Wix

К профилю

Сравнить

Платформа позволяет создавать эффективные посадочные (лендинг) страницы за 1 час: выберите готовый шаблон, поменяйте его дизайн, добавьте контент и публикуйте страницу. Подробнее о Weblium

К профилю Сравнить

Конструктор страниц для WordPress. Используйте готовые отраслевые темы или создайте свою собственную страницу с помощью функции быстрого перемещения. Подробнее о Elementor

К профилю Сравнить

Решение позволяет быстро преобразовать дынные и файлы из Google Drive и G Suite в полноценные веб-сайты. Подробнее о OverDRIVE

К профилю Сравнить

Конструктор сайтов с поддержкой SEO и управлением доменом. Подробнее о Webnode

К профилю Сравнить

Файловая CMS, не требующая установки базы данных для управления содержимым сайта. Задачи можно выполнять в браузере. Подробнее о kirby

К профилю Сравнить

Маркетинговая платформа #1 для маркетинга в социальных сетях. Подробнее о Marketing 360

К профилю Сравнить

Squarespace — это платформа «все в одном» для создания красивого веб-сайта, интернет-магазина или портфолио. Подробнее о Squarespace

К профилю Сравнить

Программное обеспечение для инфопредпринимателей. Подробнее о Simplero

К профилю Сравнить

Page-weight.ru не работает. Текущие проблемы и неисправности

Вы столкнулись с проблемой, пытаясь открыть сайт page-weight.ru? Узнайте, может быть, проблемы с вашей стороны или же сайт упал.
Проверьте состояние page-weight.ru – может сайт упал, или же проблема у вас!

Проверка состояния page-weight.ru

Click here to visit page-weight.ru

page-weight.ru Состояние на Сегодня

page-weight.ru Статус Отключений по Всему Миру

Пошаговая Инструкция если page-weight.ru упал

Q: Что делать если page-weight.ru упал?

Если page-weight.ru на самом деле не «упал» но не доступен на вашей системе, попробуйте альтернативу этому сайту.

Однако во многих случаях, проблема объясняется неправильным DNS. В этом случае, просто используйте этот IP (109.206.174.244), введите его в адресную строку вашего браузера и нажмите ввод. Если это сработает, то будьте уверены – проблема в DNS. Исправить его можно здесь.

Q: Что если page-weight.ru на самом деле упал?

Если page-weight.ru на самом деле упал, вы можете:

  1. Попробовать альтернативную ссылку, к примеру m.page-weight.ru, имя сайта с «www» и без.

  2. Подождать – большинство зависаний и других неполадок не длятся долго.

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

  4. Попробовать альтернативу – Нажмите, чтобы посмотреть, если таковая есть. В большинстве случаев вы ее легко можете найти!

Поиск Сайтов Похожих на page-weight.ru

Разочарованы потому, что page-weight.ru упал/не открывается? Ни каких проблем. Можете найти здесь похожий сайт. Уже нашли? Пожалуйста, подскажите нам.

Попросить Помощи Администратора page-weight.ru

Всегда можно узнать причину у администратора page-weight.ru. Просто воспользуйтесь любыми из кнопок и скопируйте URL и вставьте на страницу в Facebook, Twitter или на форуме как ссылку, когда обращаетесь за помощью.

Скопировать ссылку:

Советы по Устранению Неполадок

Попробуйте это, если page-weight.ru упал (но не на самом деле) или не открывается только у вас:

Шаг 1Очистить кэш нажав CTRL + F5. Если это не помогло, перейдите к Шагу 2.
Шаг 2Попробуйте перезапустить ваш модем. Также, перезагрузите систему. Если проблема осталась, переходите к Шагу 3.
Шаг 3если проблема осталась; ваш антивирус может блокировать сайт. Отключите антивирусные программы (если такие есть) и отключите файервол.
Шаг 4если проблема до сих пор не решена, значит ваш DNS может быть неверным. DNS это инструмент, который переводит веб адрес (как например issitedownrightnow. com) в машинный адрес, называемый IP (к примеру 50.116.7.135).

Чтобы убедиться, что это ошибка DNS, используйте этот IP (109.206.174.244) и поместить его в адресной строке браузера и нажмите ввод. Если нет вопрос загрузки page-weight.ru, это подтверждает DNS неисправен. Исправить это здесь!

Жалобы и комментарии

Уточните проблему сайта page-weight.ru:*
Ваше имя:*
Проблема:обрыв
падение
Капча:*

Rate page-weight.ru

page-weight.ru ru has been rated 3 out of 5 based on 1 vote(s) and 0 users reviewed this website.

Расскажите о своей проблеме

Статус page-weight.ru
Упавшие сайты

Sites Facing Disruption
Последние проверенные сайты

Вес страницы | 2021 | Веб-альманах по HTTP Archive

Часть IV Глава 19

Дата публикации:

Последнее обновление:

Автор Джон Тиг

Отзыв от Сиа Карамалегос и Ребекка Холмлунд

Проанализировано Джесс Пек

Под редакцией Барри Поллард

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

За последнее десятилетие средний вес веб-страницы вырос на колоссальные 356 процентов, в среднем с 484 килобайт до 2205 килобайт. Это увеличение можно объяснить как функцию спроса и предложения. Более быстрые компьютерные процессоры, передача данных и способы хранения и предоставления данных были усовершенствованы, чтобы не отставать от растущего использования изображений, видео, аудио, шрифтов, сбора и обработки данных, а также подключенных сервисов, таких как функции аналитики, мониторинга и оповещения для веб-сайты и веб-приложения.

Кажется, все в порядке, если вам посчастливилось владеть высококлассным смартфоном, настольным компьютером или ноутбуком стоимостью в тысячи долларов, и вы подключены к дорогому высокоскоростному интернет-провайдеру или тарифному плану 5G. Но удовольствие от принадлежности к этому классу интернет-пользователей начинает теряться, когда вы вынуждены использовать медленный тарифный план 3G или 4G с непредсказуемым подключением к Интернету. Для большого сегмента пользователей Интернета ожидание страницы, которая может никогда полностью не загрузиться, нарушает обещания Интернета, вплоть до того, что в чрезвычайных ситуациях жизнь подвергается риску.

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

Теперь Google наказывает веб-сайты в поисковом рейтинге за те, которые не достигают хороших показателей Core Web Vitals. Одним из их показателей для оценки успеха или неудачи является вес страницы. Если вам интересно, вы можете протестировать свой сайт с помощью Google PageSpeed ​​Insights и Google Measure. Оба дают ценную информацию о том, как решить проблемы с производительностью и взаимодействием с пользователем, вызванные тяжелыми веб-страницами.

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

Вес страницы описывает общее количество байтов конкретной веб-страницы. Веб-страница состоит из определенных элементов и ресурсов, которые можно отображать и просматривать в веб-браузере, в том числе:

  • HTML-код, из которого состоит сама страница.
  • Изображения и другие медиафайлы (видео, аудио и т. д.), встроенные в страницу.
  • Каскадные таблицы стилей (CSS), используемые для оформления страницы.
  • JavaScript для обеспечения интерактивности
  • Сторонний ресурс, содержащий одно или несколько из перечисленных выше.

Каждый из этих ресурсов имеет стоимость в виде веса (размера в байтах) и вычислительных ресурсов для передачи, обработки и отображения в веб-браузере. Хотя в некоторых отношениях они имеют одинаковую стоимость (хранение и передача), стоимость ЦП для некоторых типов ресурсов может быть более высокой в ​​этих отношениях, чем для других.

Процесс управления ресурсами веб-страницы для использования по запросу быстро изменился за последние десятилетия. Часть этих изменений была основана на том, чтобы сделать ресурсы веб-страницы более эффективными и более быстрыми для передачи по запросу. Давайте рассмотрим три влияния веса страницы на ресурсы:

Хранение

Ресурсы страницы должны быть готовы к извлечению по запросу. Ресурсы файлов изображений, видео, CSS, JavaScript и шрифтов хранятся в нескольких местах: на серверах, на локальных устройствах и в памяти. Таким образом, каждый файл размером от нескольких байтов до многих мегабайт влияет на стоимость во многих местах. Хотя затраты на хранение на сервере могут показаться относительно дешевыми, ограниченное хранилище на устройствах может привести к вытеснению ресурсов из кэша или памяти, что приведет к увеличению количества загрузок и увеличению затрат.

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

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

Трансмиссия

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

Негативное влияние большого веса страницы связано с ограничениями задержки и пропускной способности . Задержка измеряет время, необходимое запросу для подключения к серверу, на котором хранятся файлы, и начинает процесс передачи этих файлов, а пропускная способность измеряет время, необходимое для загрузки ресурсов. Если запрашивается множество файлов, независимо от технологии, существует ограничение на то, сколько файлов можно обработать и передать за любой заданный период. Я проверял сайты WordPress, которые запрашивают до 170 и более файлов, что обеспечивает ужасную скорость загрузки страниц, начиная с периодов высокой задержки.

Многие оптимизации могут сократить время передачи/загрузки, например, сжатие и объединение определенных файловых запросов, использование протоколов HTTP/2 или более новых HTTP/3, а также использование возможностей современного браузера для предварительного подключения и предварительной загрузки определенных файлов для ускорения всего процесса. процесс, но в конечном итоге вес страницы все равно будет иметь влияние. В главе «Производительность» рассматривается широкий спектр факторов, влияющих на скорость загрузки страниц.

Рендеринг

Веб-браузер — это, в конечном счете, программное обеспечение, которое отправляет запросы на ресурсы от имени пользователей (отсюда и термин 9). 0021 пользовательский агент ). Результаты этих запросов передаются механизму рендеринга браузера для обработки, а затем воссоздания запрошенной веб-страницы. Нетрудно сделать вывод, что чем больше общий вес страницы, тем больше движок браузера должен обработать и отобразить на экране браузера, и, следовательно, тем больше времени это займет.

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

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

Как объяснялось в главе за прошлые годы, за прошедшие годы мы практически не изменили типы ресурсов, используемых на веб-страницах, но есть несколько заметных исключений.

Изображения

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

Форматы изображений, такие как PNG и JPEG, широко поддерживаются всеми браузерами. Популярность получили более современные форматы изображений, такие как WebP и AVIF, которые предлагают более высокое качество при меньшем размере файлов. WebP поддерживается большинством современных браузеров, тогда как AVIF новее и менее поддерживается. С , вы можете использовать современные форматы изображений, предоставляя запасные варианты JPEG и PNG. Убедитесь, что ваши изображения оптимизированы для Интернета — в главе «Медиа» это описано более подробно. Неправильный размер и сжатие изображений для вашего сайта приведет к высокой цене на производительность.

Примечание . Если вам нужен онлайн-сервис, который оптимизирует и позволяет сравнивать форматы изображений разных размеров, я не нашел лучшего источника, чем приложение Google Squoosh. Точно так же SVGOMG Джейка Арчибальда отлично подходит для оптимизации SVG.

Несколько слов о распространении использования JavaScript

JavaScript может быть замечательным инструментом для создания динамического веб-сайта, но его неконтролируемое использование может создать серьезные проблемы с производительностью и ужасный опыт для пользователя. За последние десятилетия использование сложных веб-фреймворков и библиотек JavaScript стало распространенным, и само количество JavaScript составляет большой процент от общего веса страницы. Некоторые сценарии JavaScript могут привести к резкому увеличению размера сайта, что приведет к серьезным проблемам с производительностью. Некоторые из них настолько плохи, что сайт может стать нестабильным или даже непригодным для использования. Блокирующие сценарии, которые должны быть переданы, обработаны и выполнены, прежде чем страница сможет отобразить достаточно ресурсов страницы, чтобы пользователи могли с ней взаимодействовать. Это может вызвать замешательство, разочарование и отказ пользователя.

В девяти случаях из десяти, когда сайт зависает, это блокирующий JavaScript, который приводит к тому, что ваш смартфон исчерпал ресурсы обработки или память. Разумное и умелое использование JavaScript может создать отличный пользовательский интерфейс. Но помните: JavaScript выполняется на стороне клиента. Он использует ресурсы клиентских компьютеров для обработки и выполнения сценария, и на каждом устройстве имеется конечное количество ресурсов. Опять же, не все прикованы к новейшему смартфону Google Pixel или Apple. Глава JavaScript содержит массу информации по этой проблеме.

Сторонние услуги

На вес страницы также могут влиять внешние службы, вызываемые веб-страницей. Некоторые из этих сервисов включают CDN, аналитику, чат-боты, формы и другие методы сбора и обработки данных. Я считаю, что это одна из самых быстрорастущих проблемных областей, которая приводит к увеличению веса страницы. Многие из этих сторонних сервисов используют устаревший, плохо написанный JavaScript и методы запросов, выполнение которых занимает гораздо больше времени, чем следовало бы, и владелец сайта практически не контролирует, как эта третья сторона влияет на загрузку страницы. Достаточно сказать, что очень важно узнать, как сервис повлияет на скорость загрузки вашей страницы. Так проверяется их влияние.

Кэширование

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

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

Гистограмма, показывающая распределение общего количества байтов на страницу. Страницы рабочего стола, как правило, имеют больше байтов во всем дистрибутиве. 10-й, 25-й, 50-й, 75-й и 90-й процентили для мобильных страниц: 409, 928, 1923, 3749 и 6890 КБ на страницу.

Рисунок 19.1. Распределение общего количества байтов на странице.

Мы приближаемся к 6,9 МБ веса страницы на мобильных устройствах и 8,1 МБ на настольных компьютерах в 90-м процентиле.

Гистограмма, показывающая среднее количество байтов на странице для изображений, JavaScript, CSS и HTML. Средняя страница рабочего стола, как правило, имеет больше байтов. Средняя мобильная страница содержит 877 КБ изображений, 470 КБ JS, 66 КБ CSS и 27 КБ HTML.

Рисунок 19.2. Медиана байтов на страницу по типу контента.

Более внимательное изучение медианы показывает, что изображения остаются самым большим ресурсом, за которым следует JavaScript.

Давайте посмотрим на рост с течением времени:

Линейный график, показывающий постоянное увеличение размера страницы с 522 КБ на настольных компьютерах и 202 КБ на мобильных устройствах в июне 2011 г. до 2202 КБ на настольных компьютерах и 1948 КБ на мобильных устройствах в июле 2021 г.

Рисунок 19.3. Средний вес страницы с течением времени.

Тенденция роста веса страницы не может быть более четкой. Мы находимся на восходящей траектории, которая не показывает никаких признаков ослабления.

запросов

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

Гистограмма, показывающая распределение запросов на страницу. Страницы рабочего стола, как правило, загружают больше запросов. 10-й, 25-й, 50-й, 75-й и 90-й процентили для мобильных страниц: 23, 41, 69, 110 и 170 запросов на страницу.

Рисунок 19.4. Распределение запросов по страницам.

Распределение запросов показывает, что разница между настольными и мобильными устройствами незначительна, при этом настольные компьютеры лидируют.

Разница между текущими результатами за этот и прошлый год на самом деле показывает незначительное уменьшение среднего количества запросов GET по большинству процентилей. Будем надеяться, что тенденция продолжится вниз.

Еще кое-что, на что стоит обратить внимание: средний запрос на десктопе в это время такой же, как и в прошлом году (74), но вес страницы увеличился (141 КБ).

Гистограмма, показывающая среднее количество запросов по типу контента. Среднее количество запросов изображений на мобильную страницу составляет 23, 20 для JS, 7 для CSS и 2 для HTML. Настольные и мобильные устройства, как правило, похожи: страницы настольных компьютеров загружают немного больше изображений и JS-запросов.

Рисунок 19.5. Среднее количество запросов по типу контента.

Изображения снова составляют наибольшее количество запросов, хотя JavaScript сокращается, так как разрыв немного сократился за последний год. На изображениях видно, что за два года количество запросов сократилось на 4 — возможно, это результат более ленивой загрузки, поскольку она стала доступна через простые HTML-атрибуты?

Форматы файлов

Коробчатая диаграмма распределения размеров изображений по форматам: gif, ico, jpg, png, svg и webp. JPG выделяется как имеющий самое высокое распространение с 90-м процентилем, превышающим 190 КБ на изображение, по сравнению с предыдущим годом. WebP обогнал PNG, заняв второе место с размером около 93 КБ в 90-м процентиле. PNG сейчас занимает третье место с меньшим 90-м процентилем, чем у WebP, его 75-й процентиль выше. gif, ico и svg имеют относительно небольшие дистрибутивы.

Рисунок 19.6. Распределение размеров изображений по форматам.

Мы знаем, что изображения составляют большую часть веса веб-страницы. На приведенном выше рисунке показаны основные источники веса изображения и распределение веса. Топ-3: JPG, WebP и PNG. По сравнению с прошлым годом мы видим рост использования WebP, теперь он наконец поддерживается во всех основных браузерах. PNG остается популярным для таких случаев использования, как значки и логотипы.

байт изображения

Гистограмма, показывающая распределение байтов изображения на странице. Страницы рабочего стола, как правило, загружают больше байтов изображения на страницу во всем дистрибутиве. 10, 25, 50, 75 и 90-й процентиль для мобильных страниц: 62, 257, 877, 2324 и 4992 КБ изображений на странице.

Рисунок 19.7. Распределение размеров ответа изображения на страницу.

Глядя на общее количество байтов изображения, мы видим, что этот показатель практически не изменился по сравнению с предыдущим годом. Одной из причин этого может быть увеличение количества изображений, обслуживаемых сетями распространения контента (CDN), которые применяют строгую оптимизацию к изображениям по мере их загрузки на свои серверы, тем самым контролируя любой рост новых изображений.

Насколько важно, чтобы веб-страницы были легкими? Общий вес страницы влияет на скорость загрузки страницы, а скорость загрузки страницы влияет на взаимодействие с пользователем. Программа Google Web Vitals ориентирована на удобство работы пользователей, особенно мобильных пользователей, что напрямую влияет на рейтинг в поиске Google. Таким образом, есть реальный стимул и реальное последствие в том, чтобы сделать веб-страницы как можно более легкими.

Но перерастет ли влияние на ранжирование в поиске в прямое давление с целью облегчить загрузку страниц? А как насчет веб-титанов, таких как Amazon? Есть ли у чрезвычайно популярных веб-сайтов стимул беспокоиться о весе страницы? Возможно. Amazon может захотеть воспользоваться преимуществом уменьшения размера активов и услуг страниц, чтобы сократить расходы, необходимые для обслуживания этих страниц, или, может быть, они захотят выйти на новые развивающиеся рынки, где пользователи могут не иметь возможности покупать сверхбыстрые смартфоны или иметь доступ к сетям передачи данных 5G или поставщикам высокоскоростного кабеля. Время покажет.

Вес страницы | 2022 | Веб-альманах по HTTP Archive

Часть IV Глава 21

Дата публикации:

Последнее обновление:

Автор Джейми Индиго и Dave Smart

Отзыв от Крис Стил

Проанализировано Даниэль Роэ

Мы покажем, что за последние десять лет вес мобильной страницы увеличился 594%. За это время мы стали свидетелями появления технологий, повышающих производительность, чтобы смягчить воздействие. Более современные методологии измерения производительности, такие как Core Web Vitals, не учитывают вес страницы как фактор.

Несмотря на то, что инициатива Core Web Vitals, продвигаемая Google, смещает представление о производительности в сторону того, насколько быстро контент размещается в верхней части страницы, поскольку он виден и удобен для использования, большие сетевые полезные нагрузки по-прежнему коррелируют с длительным временем загрузки.

Многие веб-сайты для создания сайтов могут похвастаться высокоскоростным подключением к настольному компьютеру и не имеют ограниченного и зачастую дорогого доступа к мобильной сети.

Согласно отчету о глобальных возможностях подключения Международного союза электросвязи, 66% домохозяйств во всем мире имеют доступ в Интернет. В странах с низким уровнем дохода только 22% имеют доступ по сравнению с 91% в странах с высоким уровнем дохода. Часто в сельских районах развивающихся стран доступен только 3G, несмотря на то, что 4G является минимальным соединением для полноценной связи.

Более чем в половине стран мира с низким и средним уровнем дохода жители платят более 2% своего среднемесячного дохода за 1 ГБ данных мобильного широкополосного доступа.

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

Вес страницы относится к размеру веб-страницы в байтах. Поскольку сейчас уже не 1994 год, веб-страница редко представляет собой только HTML-код URL-адреса, просматриваемого в адресной строке браузера. Скорее, веб-страница, просматриваемая и отображаемая в браузере, использует определенные элементы и активы.

Вот почему вес страницы включает все активы, использованные для создания страницы. К ним относятся:

  • HTML-код, из которого состоит сама страница
  • Изображения и другие медиафайлы (видео, аудио и т. д.), встроенные в страницу
  • Каскадные таблицы стилей (CSS), используемые для оформления страницы
  • JavaScript для обеспечения интерактивности
  • Сторонний ресурс, содержащий одно или несколько из перечисленных выше.

Каждый ресурс добавляется к байту страницы, а также к вычислительным ресурсам, задействованным в передаче, обработке и отображении страницы. Некоторые ресурсы, такие как сценарии, имеют дополнительные накладные расходы в виде использования ЦП, поскольку каждый из них должен быть загружен, проанализирован, скомпилирован и выполнен.

В связи с ростом веса страниц были предложены смелые усилия и методы для смягчения последствий. Тем не менее, махинации сложной связи веса страницы с распределением ресурсов невидимы для большинства пользователей.

Давайте подробнее рассмотрим три влияния веса страницы на ресурсы: хранение, передача и рендеринг.

Хранение

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

Хранилище на веб-сервере, как правило, является относительно недорогим при хранении на диске и относительно масштабируемым. Возможно, это немного дороже, если веб-сервер обслуживает из памяти. Эти ресурсы также могут дублироваться в промежуточных кэшах и CDN.

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

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

Многое из этого можно смягчить, выбрав правильные форматы и кодеки для мультимедиа и помня о размере и качестве. Такие сервисы, как Squoosh, отлично подходят для получения максимальной отдачи от ваших изображений в наименьшем возможном размере, и существуют специализированные CDN для изображений, которые могут автоматизировать большую часть этого.

Медиафайлы, хотя они и являются наиболее весомыми элементами, не являются единственным местом, где можно сэкономить: текстовые ресурсы также можно сжимать и минимизировать.

Посадить свои ресурсы на диету никогда не было так просто!

Трансмиссия

При первом посещении веб-страницы все ресурсы, запрашиваемые страницей, должны быть переданы через Интернет с сервера на ваше устройство.

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

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

Существуют оптимизации с такими вещами, как preconnect , preload и подсказки приоритета, которые могут управлять порядком загрузки вещей и помогают воспринимать время загрузки, но в конечном итоге ресурсы все еще необходимо передавать и получать, и лучшая оптимизация из всех это обслуживающих меньшие ресурсы.

Рендеринг

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

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

Большие файлы действуют даже после получения по сети. Файлы большего размера требуют больше вычислительной мощности и памяти для чтения, обработки и рендеринга. Это, в свою очередь, приводит к более длительным задержкам отображения некоторого или даже всего контента пользователю. Чем дольше задержка, тем больше вероятность того, что пользователь покинет страницу и будет искать информацию на более отзывчивом сайте.

JavaScript вызывает здесь особую озабоченность, так как его нужно не только загрузить, но и проанализировать и выполнить.

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

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

До появления HTML 2.0 в 1995 году вес страницы был предсказуемым и управляемым. Единственным активом, который нужно было взвесить, был HTML. RFC1866 представил тег . Вес страницы резко увеличился, когда на веб-страницы можно было добавлять изображения.

В последующих версиях спецификации HTML было добавлено еще больше функций, которые могли добавить веса, например, внешний CSS, обеспечивающий единообразие стилей на всех страницах.

В 1996 г. появился первый JavaScript, в 2005 г. появился XHR, а в 2006 г. появились библиотеки, такие как jQuery, за которыми последовали такие фреймворки, как Angular, React, Vue и многие другие, полностью выпустившие на волю левиафана в ожидании: JavaScript.

Увеличение веса страниц привело к увеличению количества типов файлов, предназначенных для повышения производительности при сохранении функциональности. Изучение их по типам активов выявит компромиссы.

Изображения

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

Более старые форматы, такие как PNG, JPEG и GIF, пользуются наследием более широкой «исторической» поддержки браузеров. Тип файла WebP, ориентированный на производительность, получил значительную поддержку браузеров и теперь доступен 97% пользователей по всему миру.

Чтобы углубиться в выводы и последствия использования изображений в Интернете, обратитесь к главе «Медиа».

JavaScript

JavaScript — самый популярный клиентский язык сценариев в Интернете. Мы видим, что 98% веб-сайтов используют его для создания интерактивного онлайн-контента, и другие источники согласны с тем, что это высокий показатель. Несмотря на то, что он великолепен при умеренном использовании, опьяняющая привлекательность JavaScript также может привести к серьезным проблемам с производительностью, поисковой оптимизацией и пользовательским интерфейсом.

См. главу о JavaScript для подробного ознакомления с любимой в Интернете обезьяньей лапой.

Сторонние услуги

Вес страницы не ограничивается активами, размещенными в источнике. Сторонние ресурсы, запрашиваемые страницей, набирают вес в виде аналитики, чат-ботов, форм, встраивания, аналитики, инструментов A/B-тестирования и сбора данных.

Согласно главе «Третьи стороны», 94% всех веб-сайтов на мобильных устройствах используют хотя бы один сторонний ресурс! Каждый из них вносит свой вклад в размер байта веса страницы.

Прочие активы

Основные строительные блоки сети остаются относительно неизменными уже более 25 лет. По мере увеличения разнообразия веб-приложений растет и использование шрифтов и видео.

Это увеличение соответствует увеличению веса других файлов с заметным ожиданием до 100-го процентиля.

110 МБ

Рисунок 21.1. Самый большой шрифт используется на мобильной странице.

В 2021 году 100-й процентиль мобильных сайтов использовал 20 452 килобайт файлов шрифтов. В 2022 году эти выбросы выросли до 110 мегабайт. Этот 540-процентный рост не наблюдался в сравнении с прошлым годом для настольных компьютеров, которые составляли 66 257 килобайт в 2021 году и 68 285 килобайт в 2022 году9.0003

Тем не менее, 100-й процентиль — хотя его интересно исследовать — всегда будет показывать худшее в сети. На 90-м процентиле вес мобильного шрифта был менее экстремальным, но все еще большим — 401 килобайт.

Дополнительные сведения о типографской природе Интернета можно найти в главе «Шрифты».

Теперь мы знаем, что нас в первую очередь интересует при рассмотрении веса страницы, давайте углубимся в детали.

Объем запросов

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

Гистограмма, показывающая распределение запросов по процентилю. Мобильная страница 10-го процентиля загружает 23 запроса и 23 для настольных компьютеров, 25-й процентиль — 41 запрос для мобильных и настольных компьютеров — 45, 50-й — 70 запросов для мобильных устройств и 76 — для настольных компьютеров, 75-й — 102 запроса для мобильных устройств, 121 — для настольных компьютеров и 90-й — 168 запросов для мобильных устройств. мобильный, 184 на компьютере.

Рисунок 21.2. Распределение запросов.

Средняя страница (50-й процентиль) делает 76 запросов на загрузку страниц для настольных компьютеров и 70 запросов на загрузку страниц для мобильных устройств. Во всех процентилях разница между десктопом и мобильным устройством минимальна.

В прошлом году средний запрос на десктоп составил 74, так что существенной разницы с прошлым годом нет.

Гистограмма, показывающая среднее количество запросов по типу контента. Средняя страница рабочего стола загружает 25 изображений, 22 файла JavaScript, 7 файлов CSS и 3 файла HTML и всего 76 запросов. Средняя мобильная страница загружает 22 изображения, 21 файл JavaScript, 7 файлов CSS и 2 файла HTML, всего 70 запросов.

Рисунок 21.3. Среднее количество запросов по типу контента.

Разбивка запросов по типам показывает, что изображения являются основными запросами ресурсов, при этом средняя страница запрашивает 25 изображений для загрузки страницы рабочего стола; 22 для мобильных устройств. Это почти идентично прошлогодним 25 для настольных компьютеров; 23 для мобильных устройств.

JavaScript является следующим по количеству запросов: 22 запроса на загрузку страниц для настольных компьютеров, 21 для мобильных устройств, что снова очень близко к 2021 году, когда было 21 для настольных компьютеров и 20 для мобильных устройств.

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

Гистограмма, показывающая общее распределение веса страницы по процентилю. Загрузка мобильных страниц 10-го процентиля весит 445 КБ, 25-го — 9 КБ.90 КБ, 50-й 2019 КБ, 75-й 4042 КБ и 90-й 8082 КБ.

Рисунок 21.4. Распределение веса страницы по процентилю.

В 50-м процентиле размер страниц для настольных компьютеров превышал 2 МБ, а для мобильных устройств — чуть меньше. К 90-му процентилю этот показатель вырос почти до 9,0 МБ для настольных компьютеров и почти до 8,0 МБ для мобильных устройств.

Общий вес страницы удивительно близок, если посмотреть на то, что обслуживается настольными и мобильными пользовательскими агентами, хотя разрыв немного увеличивается на страницах с более высоким процентилем (крупных). Учитывая, что мобильные устройства, как правило, имеют меньше локальных ресурсов и более ограниченные сетевые возможности, это вызывает беспокойство.

678 МБ

Рисунок 21.5. Вес самой большой десктопной страницы

В 100-м процентиле, самых больших обнаруженных нами страницах, пользователи настольных компьютеров столкнулись с впечатляющими страницами размером 678 МБ, а пользователи мобильных устройств — 390 МБ.

Давайте углубимся в то, что составляет эти большие размеры.

Байты запроса

Линейная диаграмма, показывающая средний вес страницы с течением времени. На диаграмме показано увеличение веса страницы с течением времени: с 669 КБ на настольных компьютерах, 288 КБ на мобильных устройствах в марте 2012 г. до 2312 КБ на настольных компьютерах, 2037 КБ на мобильных устройствах в июле 2022 г.

Рисунок 21.6. Средний вес страницы с течением времени.

Глядя на средний вес страницы с течением времени, становится ясно, что тенденция остается разочаровывающе постоянной, а средний вес со временем только растет.

Рисунок 21.7. Рост веса мобильной страницы за 10 лет

За 10-летний период с июня 2012 г. по июнь 2022 г. средний вес страницы увеличился на 221 %, или 1,6 МБ, для загрузки страниц на настольных компьютерах, на 594 %, или 1,7 МБ, для мобильных

В годовом исчислении (июнь 2022 г. по сравнению с июнем 2021 г.) объем рабочего стола увеличился с 2121 КБ до 2315 КБ на рабочем столе, 1,9От 12 КБ до 2020 КБ на рабочем столе.

Тип содержимого и форматы файлов

Гистограмма, показывающая средний вес страницы ресурсов по типам. Средняя страница рабочего стола загружает 1026 КБ изображений, 509 КБ JavaScript, 72 КБ CSS и 31 КБ HTML. Средняя мобильная страница загружает 881 КБ изображений, 461 КБ JavaScript, 68 КБ CSS и 30 КБ HTML.

Рисунок 21.8. Средний вес страницы по типу контента.

Взгляд на средний вес наиболее распространенных типов контента ресурсов, составляющих вес страниц, показывает, что изображения вносят наибольший вклад: 1026 КБ для страниц для настольных компьютеров; 811 КБ для мобильных устройств. JavaScript является вторым по величине фактором загрузки страниц как для настольных компьютеров, так и для мобильных устройств.

Коробчатая диаграмма распределения размеров ресурсов по типам. Видео является самым большим типом ресурсов на сегодняшний день, достигая 2158 КБ на 90-м процентиле

. Рисунок 21.9. Распределение размеров ответов по типам контента.

В то время как изображения в целом вносят наибольший вклад в вес страницы в Интернете, самые большие вкладчики в чистом размере на запрос — это видео, аудио и шрифты. В 90-м процентиле видеозапросы весят 2158 КБ, что в четыре раза больше, чем все остальные 9 запросов.Комбинированные типы 0-го процентиля.

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

Гистограмма, показывающая средний размер ответа по типу содержимого. Средняя страница рабочего стола загружает 208 КБ видео, 20 КБ шрифта, 60 КБ аудио, 7 КБ изображений, 4 КБ JavaScript и 2 КБ CSS. Средняя мобильная страница загружает 268 КБ видео, 20 КБ шрифта, 19КБ аудио, 8 КБ изображений, 4 КБ JavaScript и 2 КБ CSS.

Рисунок 21.10. Средний размер ответа по типу контента.

Глядя на средний размер ответа для каждого типа контента, возможно, удивительно видеть, что видеоконтент больше (268 КБ) при загрузке страниц на мобильных устройствах, чем на настольных компьютерах (208 КБ). Довольно удивительно, что средний вес шрифтов выше, чем изображений, более чем в два раза при 20 КБ против 8 КБ на мобильных устройствах.

Гистограмма, показывающая средний размер ответа по формату. Средняя страница рабочего стола загружается 19 раз.2 КБ mp4, 480 КБ f4v, 139 КБ flash, 24 КБ jpg, 136 КБ flv, 14 КБ webp, 5 КБ PNG. Средняя мобильная страница загружает 342 КБ mp4, 240 КБ f4v, 118 КБ flash, 28 КБ jpg, 19 КБ flv, 15 КБ webp, 5 КБ png

Рисунок 21.11. Средний размер ответа по формату.

Сосредоточив внимание на форматах файлов, разочаровывает то, что f4v, flash и flv значительно увеличивают вес страниц, плагин flash player был снят с производства в 2021 году и удален из основных браузеров, таких как Chrome, а это означает, что эти байты, скорее всего, полностью потрачены впустую.

байт изображения

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

Коробчатая диаграмма, показывающая распределение изображений по размеру. JPG на сегодняшний день является самым большим форматом, с 90-м процентилем в 213 КБ, за которым следует WebP в 99 КБ, PNG в 129 КБ.

Рисунок 21.12. Распределение размеров изображений по форматам.

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

Гистограмма, показывающая распределение размеров изображения по процентилю. Страница рабочего стола загружает 82 КБ при 10-м процентиле, 331 КБ при 25-м процентиле, 1026 КБ при 50-м процентиле, 2694 КБ при 75-м процентиле, 6066 КБ при 90-м процентиле. Мобильная страница загружает 64 КБ при 10-м процентиле, 260 КБ при 25-м процентиле, 881 КБ при 50-м процентиле, 2402 КБ при 75-м процентиле, 5474 КБ при 90-м процентиле

Рисунок 21.13. Распределение размера изображения.

Средний вес изображения для настольных компьютеров в 2022 году составлял 1026 килобайт, что всего на 44 килобайта больше, чем в 2021 году. Мобильные устройства едва сместились на 881 килобайт.

Согласованность по годам нарушается только крайними точками 100-го процентиля. Самая большая страница рабочего стола содержала 672 МБ изображений, что значительно больше по сравнению с колоссальными 186 МБ в 2021 году. Точно так же 100-й процентиль для мобильных устройств увеличился на 959% до 385 МБ.

байт видео

По данным раздела СМИ мобильного Интернета, 5% мобильных страниц содержат элемент видео . Эта информация соответствует 100-му процентилю других типов файлов в общем весе страницы (поскольку видеофайлы группируются в наборе). Страницы, содержащие видео, соответственно увеличиваются в весе.

файла MP4, которые составляют 51,5% видео в Интернете, также представляют собой емкость для максимального размера ответа. На 50-м процентиле размер ответа mp4 составляет 534 килобайта.

Коробчатая диаграмма, показывающая распределение размеров изображений по форматам. mp4 является самым большим в 50-м процентиле, с 534 КБ, за ним следуют f4v с 155 КБ, flash с 257 КБ и flv с 720 КБ.

Рисунок 21.14. Распределение размера изображения.

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

Фасады для видео и других вставок

Видео и другие интерактивные вставки могут значительно увеличить общий вес страницы. Видео по своей природе может быть большим с точки зрения байтов, но другой контент — например, встраивание социальных сетей, используемое, например, для встраивания твита — может включать значительный объем JavaScript и других данных, чтобы сделать их интерактивными.

Хорошим шаблоном проектирования является использование фасадов, форма ленивой загрузки. Это в основном показывает графическое представление элемента, а не загружает его целиком до тех пор, пока это не потребуется. Например, для видео на YouTube начальной загрузкой может быть просто изображение афиши для видео — подход, используемый популярной библиотекой lite-youtube-embed, которая меняется на фактическую полную вставку YouTube по клику. В качестве альтернативы, он может даже вести себя как традиционная отложенная загрузка изображений и изменяться, когда они находятся в области просмотра или рядом с ней.

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

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

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

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

Анализ показал, что существует ряд сайтов, на которых компания Lighthouse смогла обнаружить, что фасад может быть полезен:

Столбчатая диаграмма, показывающая процент сайтов, которым могут быть полезны сторонние фасады. По данным Lighthouse, 9,6% сайтов для настольных ПК и 8,8% мобильных сайтов могут извлечь выгоду из сторонних фасадов.

Рисунок 21.15. Сторонние фасады.

9,6 % протестированных страниц для настольных компьютеров могли бы выиграть от реализации фасада, 8,8 % для посещений с мобильных устройств.

Сжатие

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

Для текстовых, не мультимедийных файлов, таких как HTML, CSS, JavaScript, JSON или SVG, а также для файлов ttf и ico сжатие HTTP является мощным инструментом, использующим сжатие gzip или Brotli для уменьшения размера файла. Медиафайлы, такие как изображения и видео, как правило, не видят никакой пользы, поскольку они уже сжаты.

Гистограмма, показывающая процент сайтов, использующих правильное сжатие текста. 74% десктопных сайтов и 73% мобильных сайтов корректно сжимают текстовые ресурсы по данным Lighthouse.

Рисунок 21.16. Правильное использование сжатия текста.

Мы обнаружили, что 74% страниц загружаются на настольных компьютерах и чуть меньше 73% загружаются на мобильных устройствах.

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

В конечном счете, сжатие не полностью снижает влияние веса страницы, потому что эти ресурсы должны быть распакованы на клиенте перед тем, как они будут использованы.

Это тоже не совсем бесплатный процесс. На сервере возникают дополнительные затраты на сжатие (хотя это может быть кэшировано для статических ресурсов), а также затраты на распаковку этих ресурсов перед использованием на стороне клиента.

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

Минификация

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

CSS и JavaScript — отличные кандидаты на минимизацию, и мы рассмотрели оба варианта, используя тест Lighthouse для этих ресурсов.

Гистограмма, показывающая процент сайтов, которые корректно минимизируют ресурсы CSS. 84% десктопных сайтов и 68% мобильных сайтов корректно минимизируют CSS, согласно измерениям Lighthouse.

Рисунок 21.17. Правильное использование минифицированного CSS.

84 % загрузок страниц для настольных компьютеров корректно минимизировали обслуживаемый CSS, и меньше 68 % загрузок мобильных страниц.

Гистограмма, показывающая процент сайтов, которые корректно минимизируют ресурсы JavaScript. 77% десктопных сайтов и 64% мобильных сайтов корректно минимизируют JavaScript (по данным Lighthouse).

Рисунок 21.18. Правильное использование минифицированного JavaScript.

77% загрузок страниц рабочего стола корректно минимизировали обслуживаемые ресурсы JavaScript, и меньше 64% загрузок мобильных страниц.

Несмотря на то, что минимизация как для CSS, так и для JavaScript, к счастью, популярна, поскольку большинство сайтов делают это правильно, еще есть возможности для улучшения.

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

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

Кэширование и CDN

Кэширование позволяет повторно использовать ресурс до указанного истечения срока действия. Кэши используются в браузерах и на серверах.

CDN

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

Таким образом, мы не исследовали это в этой главе, но глава CDN описывает это более подробно, а прошлогодняя глава «Кэширование» дает более подробную информацию об этом.

Большой вес страницы приводит к более длительному ожиданию пользователя. Расходы на постоянное раздувание веб-страниц оплачиваются стоимостью доступа к данным, стоимостью устройств, отвечающих техническим требованиям, и временем.

Несмотря на то, что изображения и JavaScript по-прежнему вносят наибольший вклад в размер байтов, в 2022 году был обнаружен неожиданный рост, например, более широкое распространение видео с большим объемом байтов на мобильных устройствах и средний размер шрифта в байтах выше, чем у его аналога изображения.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *