В инструкциях по настройке Google Analytics указано:
Этот фрагмент кода отслеживания должен быть включен в ваши страницы сайта, поэтому что он появляется в нижней части HTML страницы (или сгенерированный-HTML) перед закрывающим <body> тег.
Требуется ли в своем фрагменте кода это место размещения полностью функционировать или Google предлагает это исключительно потому, что он повышает производительность загрузки страниц, чтобы иметь скрипты внизу?
Это просто для повышения производительности загрузки страницы. Если этот код был в начале, то, если по какой-то причине код аналитики работал медленно, остальная часть страницы будет ждать завершения или таймаута перед загрузкой.
Аналитический код, скорее всего, делает запросы к серверам Google, поэтому им приходится ждать ответа серверов до завершения. Если (не дай бог) веб-серверы Google должны были быть резервными или отстающими, это серьезно повлияло бы на время загрузки вашего веб-сайта.
Существует статья о Лучше Google Analytics JavaScript, который не блокирует загрузку страницы. См. Соответствующий Как мне динамически загружать вопрос Google Analytics JavaScript? на SO тоже.
Я нахожу, что иногда код, поставляемый Google, может вызвать задержку загрузки страницы из-за латентности клиентов в любом случае. имея его в нижней части исходного кода, он не заставит браузер останавливаться и ждать завершения javascript, прежде чем продолжить выполнение страницы.
Переместите код Analytics в функцию domready/onload для получения наилучших результатов.
Проблема, вызванная скриптами, заключается в том, что они блокируют параллельные загрузки. Спецификация HTTP/1.1 показывает, что браузеры скачать не более двух компоненты параллельно для имени хоста. Если вы обслуживаете свои изображения из нескольких имена хостов, вы можете получить более двух загрузки происходят параллельно. В то время как a script загружает, однако, браузер не запускает никаких других загрузок, даже на разных имена хостов.
В некоторых ситуациях это непросто переместите скрипты на дно. Если для Например, script использует document.write, чтобы вставить часть содержимое страницы не может быть перемещено ниже на странице. Также может быть проблемы. Во многих случаях являются способы обхода этих ситуации.
Альтернативное предположение, что часто появляется возможность использовать отложенные сценарии. Атрибут DEFER указывает, что script не содержит document.write, и это ключ к браузерам, которые они могут продолжить рендеринг. К сожалению, Firefox не поддерживает атрибут DEFER. В Internet Explorer script может отложить, но не так сильно, как желательно. Если a script можно отложить, его также можно перемещать на дно страница. Это сделает вашу сеть страницы загружаются быстрее.
Меня вчера попросил сотрудник. Я бы предположил, что это будет иметь отношение ко всему документу, загружаемому до выполнения script.
Если больше документа загружено, больше документально обработано с помощью script.
Я уверен, что это просто для производительности страницы. Это можно сделать, конечно, с помощью любой библиотеки/фрагмента javascript, которая не нужна прямо, когда страница загружает все изначально.
Тэг внизу используется исключительно для сведения к минимуму возможного влияния сценариев отслеживания на поведение веб-сайта: приоритет состоит в том, чтобы иметь функциональный веб-сайт, как только он работает, отслеживать его. Вы не можете отслеживать все просмотры страниц, но это менее важно для конечного пользователя.
Асинхронный синтаксис решает как проблему надежности, так и производительности, но остается простой в развертывании.
Он идет в конце раздела HEAD.