Из вашего комментария:
Привет, Crayon, спасибо за ваш ответ. 1. да, мой клиент запросил индивидуальное имя страницы для всех страниц сайта. Мы используем инструмент CMS для приведенного выше сайта, код жестко закодирован в основном шаблоне 2. да, я вызываю другой s.t() при загрузке страницы, чтобы зафиксировать другие события, реквизит, эвар.. 3. Если я передам s.PageName= «abc.com:home» всякий раз, когда я вызываю другой s.t() PageName, захватывается другим s.t(), чтобы уменьшить дублирование PageName, я передаю его как параметр. 4. Я также перепроверил с другими инструментами отладки только в одном маяке я передаю имя страницы
Итак, причина, по которой вы видите и значение pageName, и URL-адрес в отчетах о ваших страницах, заключается в том, что у вас есть два вызова s.t()
, и только 1 из них имеет значение для s.pageName
. Вы сказали, что передаете значение pageName
, чтобы страница не учитывалась дважды. Что ж, это уже происходит, потому что вы используете два вызова s.t()
. Поскольку вы не указываете pageName
во втором, URL-адрес используется по умолчанию.
Идеальное решение — изменить структуру кода, чтобы он содержал только один вызов s.t()
. Вы сказали, что работаете с CMS. Так что в идеале вы должны включить тег сценария s_code.js
в глобальный заголовок. тогда у вас должен быть один вызов s.t()
в глобальном нижнем колонтитуле. Вы также можете поместить глобальные переменные в нижний колонтитул (или в функцию s_code.js
> s_doPlugins
). Затем между этими двумя вы можете поместить любой пользовательский код для конкретной страницы. Мне кажется, что вы уже вроде как делаете это.. но вам просто нужно удалить первый вызов s.t()
.
Если по какой-либо причине вы не можете найти идеальное решение, вам следует вместо этого сделать использование s.tl()
для второго запроса. Чтобы использовать s.tl()
, вы должны сделать что-то вроде этого:
s.prop1='foo';
s.eVar1='bar';
s.events='event1';
s.linkTrackVars='prop1,eVar1,events';
s.linkTrackEvents='event1';
s.tl(true,'o','description');
По сути, любые реквизиты, eVars и события, которые вы хотите отслеживать в вызове s.tl
, должны быть объявлены в linkTrackVars
и linkTrackEvents
.
ПРИМЕЧАНИЕ. Вы действительно должны стремиться к идеальному решению. Не только отчет о страницах может быть раздутым. Любые другие установленные вами вары также будут завышены. Кроме того, модель оплаты Adobe заключается в том, чтобы взимать плату за каждый запрос, сделанный на их сервер, поэтому вашему клиенту, вероятно, не понравится тот факт, что вы удваиваете его счет, делая это.
Метод s.tl
отнюдь не идеален, но он лучше того, что вы делаете сейчас. так как это уменьшит инфляцию отчетов, а s.tl
запросов будут стоить меньше, чем s.t
запросов.
person
Crayon Violent
schedule
06.06.2014
pageName
таким образом? если вы просто сделаетеs.pageName='abc.com:home'
, то он запишет это в вызовеs.t()
без необходимости передавать это. Кроме того, когда вы передаете его таким образомs.t()
, он становится временным. Он запишетpageName
этого удара, но затем удалит его. Что подводит меня к следующему пункту: вы не видите в отчетах ни URL, ни значение pageName исключительно из-за этого кода. Этот код сам по себе создаст один запрос с abc.com:home для имени страницы. Таким образом, в вашем коде должно быть больше, чем вы показали. - person Crayon Violent   schedule 06.06.2014s_code.js
файле делает второй запрос. Или еще одинs.t()
вызов на странице где-то и т.д.. - person Crayon Violent   schedule 06.06.2014