Автоматический мониторинг времени загрузки страницы пользователем

Question

Я хочу найти ссылку службы автоматического мониторинга Pingdom и NewRelic, которая будет отслеживать общее время загрузки страницы, воспринимаемое пользователем, и анализировать его (ala http://code.google.com/speed/page-speed/docs/rules_intro.html)

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

Я хочу измерить фактическое время между запросом и возможностью пользователя использовать страницу, как измерено Firebug, YSlow и т. д. (другой пример здесь: http://tools.pingdom.com/).

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

Любой совет?

Answer 1

РЕДАКТИРОВАТЬ (новый продукт): NewRelic добавил действительно впечатляющее отслеживание загрузки страницы в своем последнем выпуске несколько недель назад. Если вы уже используете его для мониторинга на стороне сервера, его легко включить. Он внедряет JS-скрипт отслеживания во все запросы, которые измеряют клиентскую сторону запроса.

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

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

Оригинальный ответ: похоже, http://www.yottaa.com/ реализует именно то, что я ищу.

Answer 2

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

Если вы ищете решения «под ключ», вы можете попробовать Atatus , который поможет вам измерить время загрузки страницы.Также поддерживается мониторинг производительности AJAX и мониторинг транзакций.

https://www.atatus.com

Отказ от ответственности: Разработчик в Atatus

Answer 3

Кажется, что yotta, как и pingdom и другие, используют "скрипты" для тестирования сайта, а не настоящие браузеры?

По моему мнению (как веб-разработчик), воспринимаемое пользователем время загрузки страницы = время загрузки в реальном веб-браузере! Например, Javascript может значительно замедлить время загрузки страницы (или даже вызвать ошибку), но вы никогда не заметите этого, если не протестируете в реальном браузере. Если вы используете Flash или Flex, ситуация еще хуже. Без браузера апплет никогда не запустится.

Keynote Systems и AlertFox предлагают такие реальные услуги мониторинга браузеров. Последний также имеет бесплатный план (см. Ссылку под основной таблицей): http://www.alertfox.com/plans

Answer 4

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

• Средний размер веб-страницы в 2010 году составил 702 КБ по сравнению с 2016 годом, который составляет 2232 КБ ¹ ,
• & hellip; примерно так же, как О.Г. Установочный образ Doom ² , однако & hellip;

Лучшие сайты повернули за угол. Несмотря на то, что общий средний размер страницы неуклонно увеличивается, [& hellip;] на следующей диаграмме показано изменение среднего глобального веса страницы по сравнению с десятью веб-сайтами. ²

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

---

Моя рекомендация:

SpeedCurve , кажется, делает это прекрасно , собирая и составляя диаграммы WebPageTest.org и PageSpeed ​​/ Lighthouse Audit снимки. Судя по их списку клиентов, они могут быть в немалой степени ответственны и за этот поворот.

"Сравните ваш сайт с вашими конкурентами; Отслеживайте десятки метрик, включая пользовательские метрики; Создавайте бюджеты производительности и получайте оповещения; Эмуляция мобильных устройств и регулирование ЦП; Диагностируйте проблемы с производительностью на уровне страницы; Анализируйте влияние рекламы на производительность и трет вечеринки; непрерывное развертывание и визуальные различия; создание и совместное использование пользовательских диаграмм и панелей мониторинга; адаптация панелей мониторинга для разных аудиторий " ³

---

1. ^{_{Увеличение размера веб-страницы - KeyCDN}}
2. ^{_{Сеть Doom - mobiForge}}
3. ^{_{Синтетический: WebPageTest - SpeedCurve}}

Answer 5

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

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

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

Независимо от ваших целей, фактическая скорость страницы - это хорошее начало, но это неединственное.

Вот введение в тему: http://blog.teamtreehouse.com/perceived-performance

Answer 6

Для локального тестирования скорости страницы PhantomJS чрезвычайно полезен.Phantom - это безголовый веб-браузер - он работает в реальном браузере без пользовательского интерфейса и обеспечивает надежный программный интерфейс.Для тестирования производительности loadreport.js Уэсли Хейла является фантастическим .Я настоятельно рекомендую использовать его во время локальной разработки, а также для тестирования CI.

Answer 7

Один из перечисленных Монтеруном в его комментарии, Webpagetest.org, вполне соответствует вашим требованиям.

Если вы хотите проверить взаимодействие с пользователем вашего веб-сайта от клиентов в разных точках земного шара, вы можете использовать их RESTful APIs для выполнения HTTP-вызовов.Вы можете установить местоположение, тип браузера, скорость сети и т. Д., Используя параметры HTTP.Вы также можете установить параметры для возврата XML-ответа, который вы можете анализировать в своих сценариях для получения необходимых метрик.

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

Документации в ссылках должно быть достаточно для начала работы.