Расширения Chrome имеют некоторые специфические характеристики, и ответ на этот вопрос не применим ко всему, что не является расширением Chrome.
С вашего вопроса, я считаю, что вы выполняете базовое отслеживание на своей фоновой странице, но я предполагаю, что вы также делаете это во всплывающем окне или вы запускаете событие, если пользователь выполняет какое-либо действие с вашим расширением.
В этом случае я настоятельно рекомендую вам использовать уровень посетителей Custom var.
Проблема заключается в том, что фоновая страница загружается только один раз, когда браузер открывается, и это похоже на вкладку, которая остается открытой и тихой, возможно, размещая некоторые функции обратного вызова для событий, которые могут или не могут произойти.
Из-за этого, как только посетитель сначала загрузит ваше расширение, вы увидите страницу с вашей фоновой страницы, задающую этот пользовательский var.
После этого может быть тихий период, когда ваше расширение не отслеживает ничего, этот период может занять несколько часов, пока, надеюсь, пользователь не взаимодействует с вашими расширениями и не отслеживает дополнительные данные для аналитики. Когда это, наконец, случается, возможно, что прошло более получаса с момента загрузки загруженной страницы. Если это так, то визит (или сеанс), который был запущен фоновой страницей, уже завершен. Аналитикой закрыт визит без активности в течение 30 минут. В этом случае это взаимодействие вызовет новый визит.
Если вы установили Custom Var в качестве переменной для посещения, возможно, при взаимодействии с расширением эти взаимодействия не будут иметь настраиваемый var.
Этот подход имеет плохой побочный эффект: если версия вашего расширения изменяется, и пользователь не перезагружает браузер, версия не будет обновляться, и она будет ошибочно зарегистрирована как старая версия.
Это очень маловероятно. И единственный способ исправить это - проверить версию вашего приложения каждый раз, когда пользователь выполняет взаимодействие и снова устанавливает этот пользовательский var. Я считаю, что это чрезмерно, и я не делаю этого в своем продлении. Тем не менее, если вы выберете его, это не имеет значения, если это уровень посещения или пользовательский var var.
Вы правы, за исключением того, что я также установил «_setSessionCookieTimeout» на 0 при запуске фоновой страницы, поэтому теоретически сеанс должен длиться до тех пор, пока браузер не закроется ... Я немного запутался в последнем бите. Единственный раз, когда версия должна быть изменена, - это когда расширение обновляется, что также вызывает перезагрузку фоновой страницы, которая устанавливает пользовательскую переменную. Так что это не проблема? –
Я не знал, что справочная страница перезагрузится после обновления. Но, думая снова, это имеет смысл. Я работаю в основном с Google Analytics уже почти 3 года, очень редко можно узнать что-то новое. Но вы только что подумали о _setSessionCookieTimeout, 0. Я никогда не слышал об этом раньше. Спасибо, что упомянул об этом. – Eduardo