Существует ли максимальный размер веб-страниц?

Question

Когда я говорю размер, я говорю о байтах, а не пикселях.

Мне любопытно, есть ли согласие относительно того, какой максимальный размер должен быть для различных категорий.В частности:

1. Широкополосные соединения
2. Коммутируемые соединения
3. Мобильные соединения

Answer 1

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

Протестируйте свои сайты с помощью такого инструмента, как Yahoo!YSlow и перестать фокусироваться на размере страницы.Это только один из факторов эффективности сайта, и даже не самый важный.

Answer 2

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

"Исследование, проведенное ведущим контроллером веб-трафика Akamai Technologies, показало, что плохо спроектированный сайт теряет целых 30 процентов своих клиентов в течение нескольких секунд.обнаружил, что если загрузка сайта занимает более четырех секунд, 75 процентов зрителей не потрудятся вернуться на него ". http://www.ianbrodie.com/get-clients-online/lose-website-visitors-in-5-minutes/

Более важно, чем размер, следовать некоторым простым правилам и рекомендациям. Рекомендации по улучшению вашего веб-сайта http://developer.yahoo.com/performance/rules.html

Таким образом, приблизительная оценка будет

Broadband connections   ~200K
Dialup connections      ~50k
Mobile connections      ~100K

Answer 3

ограничение 10 пакетов TCP (~ 14 КБ)

Из-за того, как TCP оценивает емкость соединения (т. Е. TCP Slow Start), новое соединение TCP не может сразу использовать всю доступную пропускную способность междуклиент и сервер.Из-за этого сервер может отправлять до 10 TCP-пакетов по новому соединению (~ 14 КБ) в первом цикле, а затем он должен ждать, пока клиент подтвердит эти данные, прежде чем он сможет увеличить свое окно перегрузки и приступить к доставке большего количества данных.

Из-за этого поведения TCP важно оптимизировать содержимое, чтобы минимизировать количество циклических переходов, необходимых для доставки необходимых данных для выполнения первого рендеринга страницы.В идеале содержимое ATF должно умещаться до 14 КБ - это позволяет браузеру рисовать страницу всего за один раз.Также важно отметить, что ограничение в 10 пакетов (IW10) является недавним обновлением стандарта TCP: вы должны убедиться, что ваш сервер обновлен до последней версии, чтобы воспользоваться этим изменением.В противном случае предел, скорее всего, будет 3-4 пакета!

https://developers.google.com/speed/docs/insights/mobile

Answer 4

Зависит от страницы действительно.Если ваша страница является информативной, у вас будет много HTML (текстового) контента.Но если ваша страница более графическая (например, страница отдела магазина с изображениями продуктов), у вас будет много изображений.
Изображения намного тяжелее текста (одно изображение может иметь размер 50 КБ, что соответствует 10 страницамtext).
Вам также необходимо учитывать размер CSS-файлов, javascripts и т. д. Но они кэшируются, поэтому они имеют значение только для начальной загрузки.
Сказав это, вы можете установить цель для100-200 КБ (смешанный текст / изображения) макс на страницу.Более того, для более медленных подключений потребуется некоторое время.
Скорее всего, вы не знаете, кто будет посещать вашу страницу (мобильный, широкополосный или коммутируемый), поэтому вам следует попытаться найти общий язык (или разработать другой подход).страницы для разных целей, но это сложно поддерживать в долгосрочной перспективе по мере расширения вашего сайта).Я думаю, что 100–200 тыс. - это нормально для большинства случаев.
Если у вас есть страницы, которые обязательно должны быть большими, вы все равно можете достичь этого, есть несколько приемов, которые вы можете использовать, например сжатие изображений (с использованием JPG с 90% качеством), javascript /ajax для загрузки контента по требованию, минимизации файлов (CSS, javascript), использования сжатия сайта (gzip) и т. д.

Answer 5

Ваш «максимальный» размер действительно зависит от многих.

Ваша аудитория:

• Какой тип соединения у них
• Какое время загрузки они ожидают
• Какой контент они ожидают

Ваш контент

• Какой контент вы пытаетесь представить

Функциональность

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

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

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

Время ответа для пользователей: http://www.useit.com/alertbox/response-times.html

Время ответа для Google: http://googlewebmastercentral.blogspot.com/2010/04/using-site-speed-in-web-search-ranking.html

Answer 6

В общем, просто идите со здравым смыслом.

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