Я просмотрел всю документацию по GA и хорошо понимаю, как отслеживать субдомены. Мне нужно сделать что-то немного другое. Мои сайты перемещаются из поддоменов в поддиры на один поддомен (www). От site1.domain.com до www.domain.com/site1 и т. Д. Раньше на www не было ничего, только субдомены, все из которых имеют свой собственный идентификатор отслеживания, т. Е. 12345-2, 12345-3 и т. Д. Оба сайта (старые и новые) будут жить в одно и то же время, поэтому нам нужно объединить и отслеживать через поддомены (получилось, что вниз, w/все необходимые фильтры), но также отслеживать/привязать только конкретный каталог на www к каждому из старых поддоменов. Один изгиб заключается в том, что, хотя все сайты будут легко отображаться на сайте site1.domain.com -> www.domain.com/site1, один специальный сайт - online.domain.com будет отображаться на www.domain.com/ без субдиректа.Google Analytics Отслеживание через субдомен и один конкретный подкаталог
Я решил, что могу решить проблему subdir, только поместив код для каждого идентификатора свойства на соответствующие страницы subdir. То есть site1 = 12345-2, и все страницы в/site1 получают этот код. Для сайта online.domain.com код идентификатора свойства должен быть добавлен примерно к 20 другим поддиреям, например/about /,/contact/и т. Д. Является ли это правильным или kludgy? И я могу даже добавить новые профили, которые фильтруют subdir в качестве меры резервного копирования. Но проблема, с которой я столкнулась, заключается в том, что я действительно хочу отслеживать их как отдельные сайты, чтобы метрики рефералов, времени на сайте и т. Д. Были специфичны для каждого поддиректора (сайта) и не были распределены по всем субдоменам (которые, я думаю, отслеживание позволяет.) Итак, я думал, что решение было _setCookiePath, но могу ли я использовать его на одном субдомене (www), а перекрестное отслеживание, а не другое? Поскольку у старого сайта не будет/site1/в качестве допустимого пути. Логично, это то, что я даже могу сделать? Не будет ли установка _setCookiePath с одной стороны победить цель отслеживания перекрестных поддоменов?
Я смущен об использовании _setCookiePath при отслеживании подкаталогов. Когда вы используете setCookiePath и когда вы просто фильтруете данные через subdir с профилями? В документации говорится, что если вы используете _setCookiePath, вам необходимо отключить отслеживание на корневом уровне. В чем проблема? (Я не думаю, что это сработает для меня, потому что мне также нужно отслеживать другие топ-уровни, такие как/about /). Также в другой учетной записи rollup я хочу отслеживать все сайты с одним идентификатором свойства, а затем использовать фильтры для настройки уникальных профилей для каждого поддиректора/сайта, в конечном счете, отставку старого метода, который использует несколько идентификаторов профиля. Но я хочу отслеживать мои поддиры как отдельные сайты с отдельной информацией о файлах cookie, так что реферал на www.domain.com/site1 не распространяется на www.domain.com/site2 - это невозможно с моими требованиями? Что еще более важно, визиты и уникальные предметы необходимо сегментировать с помощью subdir. Пользователь, который приходит в/site1, затем переходит на/site2, должен быть новым посетителем на сайте2.
Обновление: я полностью обдумал это? Поскольку пользователи, вероятно, не будут перемещаться между старыми и новыми сайтами, могу ли я добавить один и тот же идентификатор свойства отслеживания на оба сайта без отслеживания crossdomain? Это поможет мне консолидировать старые и новые, но у меня все еще есть вопрос о том, как отслеживать все новые сайты поддерева как разные сайты, которые не используют информацию cookie.