Аналитики Google оказывают большое влияние на время для загрузки статической веб-страницы?

Я понимаю, что просто добавив script в конец тега body документа html, он делает его обрабатываемым с помощью аналитики Google. Мой вопрос: может ли это сильно повлиять на производительность (время загрузки и загрузка сервера)? Предположим, что статическая страница, скажем, 100k, обслуживаемая IIS. Спасибо.

Ответ 1

Будет ли повлиять на внешний вид или производительность моего сайта на Google Analytics?

Внешний вид вашего сайта будет никогда не подвергайтесь воздействию Google Analytics - мы не размещаем никаких изображений или текста на ваших страницах. Аналогично, производительность вашего страницы не будут затронуты, возможное исключение из первого page-load после того, как вы добавили код отслеживания. Это первое просмотрение страницы вызывает JavaScript на Google серверов, которые могут дольше, чем обычная загрузка страницы. Последующие просмотры страниц будут использовать кешированные данные и не будут затронуты.

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

Ответ 2

Да, у него есть производительность, см. http://dotnetperls.com/Content/Google-Analytics-Speed.aspx. Чтобы ускорить настройку, вы загружаете файл ga.js локально и вызываете это вместо этого, Explained here http://www.askapache.com/javascript/google-analytics-speed-tips.html.

Ответ 3

Изменить: Google выпустил Асинхронное отслеживание. Я еще не пробовал, но думаю, что он решает проблемы, перечисленные ниже.

Я думаю, что Google Analytics может сделать сайт более медленным, потому что он делает happe, что ga.js занимает долгое время для загрузки, и это может вызвать некоторые проблемы:

Если у вас есть JavaScript, который запускается на window.onload (который включает синтаксис старой школы <body onload="">), тогда он не будет запускаться до тех пор, пока веб-страница не будет заполнена дополнением. Используя что-то вроде событие jQuery ready, возможно, исправить это.
Большинство браузеров не заполняют сохраненные имена пользователей и пароли до полной загрузки веб-страницы.
Среднему пользователю нелегко определить, что веб-страница просто ждет загрузки Google Analytics script, поэтому они могут ожидать завершения анимации небольшой загрузки, даже если страница имеет по существу завершена загрузка.
Вы могли бы следить за предложением niallbrowne о загрузке ga.js и обслуживании с вашего собственного веб-сервера. Но это должно быть последним средством, поскольку ga.js кэшируется через веб-сайты и истекает только один раз в неделю.

Ответ 4

Да.

Я чувствую, что скорость просмотра намного лучше, так как я добавил аналитику google для добавления фильтра addblock.

Ответ 5

Нет.

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

ga.js - 9,58 тыс., а вызов регистрации - около 1,2 тыс. Js будет кэшироваться после первой загрузки (я думаю, даже на сайтах?), Поэтому это действительно незначительный размер.

Ответ 6

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

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

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

Ответ 7

Пользовательский интерфейс определенно замедляется GA при медленном соединении.

Ответ 8

Помните, что не каждый пользователь имеет быстрые соединения на основе США.

Если вы находитесь на медленном соединении из страны за пределами США, разница, безусловно, заметна.

Люди, работающие с более медленными компьютерами или браузерами вне нормы (например, старые версии, мобильные телефоны и т.д.), могут быть затронуты временем выполнения javascript.

Ответ 9

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

Ответ 10

Посмотрите что говорит конкуренция.

Ответ 11

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

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

Ответ 12

Что касается загрузки сервера, сценарии вытягиваются из серверов Google, а не из-за вас, поэтому заметного влияния на сервер не будет. Очевидно, что ваши страницы будут немного больше, чем без кода для загрузки JavaScript, но вы никогда не заметите разницы.

Ответ 13

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

Ответ 14

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

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

http://lyncd.com/2009/03/better-google-analytics-javascript/

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

Ответ 15

Несмотря на то, что загрузка и запуск фактического ga.js происходит быстро, то, что я заметил по всей Европе, на разных подключениях/компьютерах/операционных системах/браузерах, является MAJOR lag (от 0 до 30 (тридцать)) между последним байтом HTTP-запроса и первым байтом ответа HTTP.

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

Обходной путь для этого - зарегистрировать функцию window.onload, которая добавит GA script. Пример (для упрощения используйте "window.onload=function()" ):

window.onload = function() {
    var gaJsHost = (("https:" == document.location.protocol) 
                      ? "https://ssl." 
                      : "http://www.");
    var s = document.createElement('script');
    s.src = gaJsHost + "google-analytics.com/ga.js";
    s.type='text/javascript';
    var bodies = document.getElementsByTagName('body');
    if (bodies.length > 0) {
        bodies[0].appendChild(s);
    } else { // this should never happen, but sometimes does (curse you IE6!)
        document.appendChild(s);
    }

    // this says 100ms, but won't happen until ga.js is loaded
    window.setTimeout(function(){
        if (window['_gat']) {
            var pageTracker = _gat._getTracker("UA-xxxxxx-x");
            pageTracker._trackPageview();
        }
    },100);
}