Как именно инструменты Google для веб-мастеров измеряют «эффективную производительность»?

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

Используя мою статистику, я вижу, что наш новый продукт отвечает примерно через 680 мс, когда наш старый продукт отвечал примерно за 1050 мс. С другой стороны, Google Webmaster Tool сообщает нам, что наши страницы имеют среднее время отклика около 1500 мс сегодня, когда это было 700 три месяца назад с нашим старым продуктом.

Я понял, что GWT учитывает метрики на стороне клиента, поэтому я добавил некоторые меры на наш маячок Boomerang, и все выглядит просто отлично. Я также запускал некоторые случайные страницы на ySlow и скорости страницы Google, и все выглядит лучше, чем раньше. У нас есть 82% на инструменте скорости страницы Google, который довольно крут для сайта с некоторыми объявлениями в нем:)

В последнее время мы подписали соглашение с Akamai , чтобы использовать два своих продукта: CDN для наших статических файлов (раньше мы использовали другой CDN, но это было не очень эффективно) и RMA для улучшения маршрутов сетей. Мы также внедрили новый агрессивный механизм кэширования, чтобы гарантировать, что большинство страниц, обслуживаемых сканерами, кэшируются нашей сетью memcache. После проверки моих показателей, кажется, что эти изменения улучшились с 650 мс до 500 мс, что хорошо (все еще не здорово, но это, безусловно, улучшение). Но инструменты для веб-мастеров продолжают сообщать об увеличении среднего времени отклика, когда мы видим, что оно уменьшается в одно и то же время.

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

Редактировать 2011/07/26 : Спасибо за ответы, ребята! Тем не менее, я не был достаточно точным. Основная проблема, которую мы имеем, заключается не в работе с страницей производительности сайта, а с показом Crawl Stats. Вероятно, мы обнаружили проблему на нашей стороне с очень медленными страницами (около 3000 мс !!), и мы пытаемся их исправить. Я буду держать вас в курсе, как только у меня появится какая-то информация. Еще раз спасибо!

27 голосов | спросил Rémi 20 J000000Wednesday11 2011, 20:01:59

1 ответ


17

За официальное руководство

http://www.google.com/support /webmasters/bin/answer.py?answer=158541

  

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

     

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

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

Следовательно, способ их измерения заключается в использовании вкладки «Сеть» в инструментах Google Chrome aka ctrl + shift + I .

вкладка сети в инструментах Google Chrome

Два релевантных события: DOMContent Event Fired (синяя линия) и Загрузить событие (красная линия). На случайной странице здесь, на этом сайте, это означает, что цифры составляют около 600 мс и 1,1 с соответственно. Это намного больше, чем время загрузки страницы из командной строки с помощью wget - и четко отражает время, в течение которого клиентский браузер тратит на рендеринг контента, загружаемого через HTTP.

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

ответил Jeff Atwood 22 J000000Friday11 2011, 00:16:21

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132