Сколько трафика может обрабатывать мой сайт?

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

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

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

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

В то время как здесь мы рассматриваем скорость и такие показатели, как время до первого байта (TTFB), в следующей статье предлагается более подробное рассмотрение показателей трафика и общий, хотя и важный вопрос: «Сколько трафика может обработать мой сайт?»

Оформление вопроса.

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

Во-первых, давайте рассмотрим определение одновременных пользователей в контексте Интернета.

В WP Engine этим ресурсом является ваш сайт WordPress.

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

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

Ежемесячные показатели трафика: полезны ли они?

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

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

Здесь месячные данные о трафике не помогут. Более надежным показателем для понимания пропускной способности на этом (но на самом деле любом) уровне трафика являются одновременные пользователи.

Более глубокое погружение в пользовательские метрики.

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

• Пользователи или посетители — это метрики, описывающие пользователя, впервые зашедшего на сайт. Обычно он определяется уникальным идентификатором пользователя. В WP Engine он определяется как уникальный IP-адрес и считается за одного уникального посетителя в день. Поскольку любые дополнительные посещения одним и тем же пользователем распознаются по уникальному идентификатору пользователя, уникальный пользователь будет учитываться только один раз.
• Сеансы или посещения представляют собой период, в течение которого пользователь взаимодействовал с сайтом. Сеанс начинается, когда пользователь впервые посещает сайт, и заканчивается, когда происходят три события: пользователь закрывает браузер, очищает файлы cookie или становится неактивным в течение 30 минут (это период по умолчанию в Google Analytics, который можно настроить). Один пользователь может иметь несколько сеансов в течение дня.
• Хиты — это взаимодействие между сайтом и определенным ресурсом. Со стороны цифровой аналитики этот показатель определяется как данные, отправляемые в Google Analytics. Чаще всего это просмотры страниц. В контексте WP Engine обращение может быть запросом к производственной среде. Эти запросы могут быть кэшируемыми, как статические ресурсы (png, jpeg, pdf), или динамическими, как записи в базу данных (регистрации, публикации, заказы продуктов).

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

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

А как насчет активных пользователей Google Analytics?

Часто возникает непонимание того, как Google Analytics и WP Engine собирают и определяют показатели. Проще говоря, оба отслеживают эти данные для разных целей. Google Analytics — это, прежде всего, инструмент анализа маркетинга и конверсии. Напротив, WP Engine — это управляемая платформа, которая отслеживает использование необработанных ресурсов на уровне инфраструктуры и производительность на уровне приложений. Методологии различаются и могут привести к расхождениям между обеими платформами.

Что касается параллелизма, Google Analytics предлагает отчеты в реальном времени, которые отслеживают влияние маркетинговых кампаний на ваш сайт. Сюда входит количество активных пользователей на вашем сайте прямо сейчас:

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

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

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

Как измерить одновременных пользователей .

Если Google Analytics не предоставляет четкой метрики для одновременных пользователей, то что тогда? Вот два распространенных метода, которые помогут вам определить это число:

1. Подсчитайте одновременных пользователей .

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

[Сеансы в час пик X Средняя продолжительность сеанса (сек)] / 3600

Для пиковых почасовых сеансов перейдите к отчету «Обзор аудитории» в Google Analytics —> найдите период пикового трафика —> измените вкладку на «Почасовой» —> наведите указатель мыши на график, чтобы увидеть наибольшее количество сеансов в течение часа.

Метрика средней продолжительности сеанса отображается на сводной панели «Обзор». Если это не так, перейдите к «Выберите показатель» на вкладке «Обзор», чтобы отобразить продолжительность.

2. Выберите альтернативу Google Analytics .

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

Что с кешируемостью?

Итак, являются ли одновременные пользователи действительным показателем производительности? Не полностью. Эта метрика помогает понять масштаб сценария на высоком уровне, но не дает более глубокого понимания.

Тем не менее, полезно понимать разницу между пользователями, вошедшими на ваш сайт WordPress (участники, администраторы, редакторы), и пользователями, которые не вошли в систему. Поведение этих пользователей приводит к различным типам «обращений» или запросов, которые наиболее показательно для производительности сайта (упоминалось в предыдущем разделе выше).

Чтобы расширить это, эти различные типы запросов бывают статическими или динамическими:

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

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

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

Когда пользователи WP Engine входят на свой сайт WordPress, они взаимодействуют с динамическим контентом, который практически невозможно кэшировать. Таким образом, он обходит наши внешние уровни кэширования, такие как Varnish и CDN. В результате эти некэшируемые запросы, как правило, более ресурсоемки, поскольку их необходимо заново обрабатывать в серверной части через PHP и MySQL. Между тем, сайты, которые не требуют входа в систему, могут различаться по кэшируемости в зависимости от элементов на странице.

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

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

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

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

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

Различные типы сайтов .

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

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

Статический:

• Брошюры сайтов
• Маркетинговые сайты B2B
• Некоммерческая организация
• Блоги (низкая пост-активность)
• Любой сайт с очень низким уровнем взаимодействия с пользователем

Динамический:

• магазины электронной коммерции
• Членские сайты
• Мультисайты WordPress
• Системы управления обучением
• Любой сайт с высоким уровнем взаимодействия с пользователем (комментарии, регистрации, транзакции заказов, вход в систему, поисковые запросы)

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

Теперь давайте переведем это на трафик. Представьте себе сценарий, в котором у вас есть два типа сайтов: брошюры и электронная коммерция. По своей природе сайт брошюры более статичен, чем магазин электронной коммерции. Соответственно, мы скажем, что показатель кешируемости каждого сайта составляет 90% и 20%. Если ваш сайт размещен на движке WP, обратитесь в нашу службу поддержки, чтобы определить ваш показатель кешируемости.

В этом сценарии предположим, что вы решили использовать специальное решение Google Cloud на платформе WP Engine для каждого сайта. Предполагая, что решения абсолютно одинаковы, сколько трафика может выдержать сайт брошюры, прежде чем он выйдет из строя? Как насчет сайта электронной коммерции?

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

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

Задавать правильные вопросы .

Вместо того, чтобы определять, сколько трафика может обрабатывать ваш сайт, возможно, более полезным вопросом может быть…

Сколько одновременных пользователей может обслуживать мой сайт в течение заданного времени в реалистичном сценарии с высоким трафиком? Например, ваш сайт будет показан в телешоу, и вы ожидаете, что 1000 одновременных незарегистрированных пользователей будут работать в течение 20 минут.]

Сколько из этих пользователей вошли в систему по сравнению с выходом из системы?

Насколько кешируется сайт?

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

Что произойдет, если эти ключевые показатели эффективности не будут выполнены?

Как это может повлиять на доход?

Займитесь нагрузочным тестированием .

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

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

Хотя тест производительности страницы (доступный для клиентов WP Engine) или тест Speed ​​Tool (доступный для всех) измеряет скорость сайта на основе одного посещения, это только первая глава. Нагрузочный тест рассказывает всю историю.

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

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

Вот несколько ресурсов, которые помогут:

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

Советы по улучшению кэшируемости страниц см. в этой статье.

Заключительные мысли .

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

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

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

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

Согласно основам AWS Well-Architected Framework, они имеют наивысший приоритет:

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

WP Engine следует отраслевым стандартам, которые соответствуют этим принципам.

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