Всичко за пълното отчитане

Тази функция е налице само за Google Анализ 360 – част от Google Marketing Platform. Научете повече за Google Marketing Platform.

Пълното отчитане обобщава данни от няколко собствености в Google Анализ и Ви позволява да виждате тези данни заедно в едни и същи отчети.

Ако например имате няколко собствености за уебсайтове на марки в различни държави (например example.bg, example.co.uk и т.н.), можете да обобщите тези данни, за да видите показатели за глобалната ефективност, след което да направите разбивка, за да сравнявате ефективността на марката в различните държави.

Пълното отчитане съдържа два типа собствености:

• Изходни собствености: отделни собствености в Google Анализ, които включват данни от един сайт, приложение или свързано с интернет устройство.
• Сборни собствености: собствености, които служат като агрегатори на данните от няколко изходни собствености.

Понастоящем в пълното отчитане не можете да използвате собствености във Firebase.

 

В тази статия:

• Данни
• Сливане на сесии
• Изисквания
• Създаване и управление
• Ограничения на системата
• Ограничения за данните
• Временни аномалии в данните
• Конвертиране на валута
• Аудитории за ремаркетинг

Данни

Сборните собствености могат да включват както данни от уеб собствености, така и от такива в приложения, чиито данни се качват чрез Measurement Protocol.

Сборните собствености не включват данни, които импортирате в изходни собствености, нито данни, които свързвате към изходни собствености (напр. Google Ads, AdMob, AdSense, YouTube). Ако искате да копирате свързаните данни от изходните в сборните си собствености, трябва да създадете същото свързване на нивото на сборната собственост (например да свържете сборните си собствености със съответните профили в Google Ads, AdMob или Google Marketing Platform).

Сборните собствености включват данни от „В реално време“ от изходните им собствености.

Не можете да изпращате данни директно от сайт или приложение до сборна собственост (напр. чрез маркиране на сайта или приложението с идентификационен номер за проследяване за сборната собственост или чрез изпращане на посещенията директно до сборната собственост през Measurement Protocol). Посещенията, изпратени директно до сборната собственост, се изпускат.

Сливане на сесии

Когато потребителите се идентифицират с един и същ Client-ID или User-ID в различните изходни собствености, данните от сесиите за тях обикновено се сливат. Изключение може да възникне, когато потребителите преминават между изходни собствености и пресичат границите на настройките за времето на изтичане на сесиите (описано по-долу).

Типовете изходни собствености, от които се сливат данни, включват:

• Собствености за сайтове, свързани с кръстосано проследяване на домейни
• Собствености за различни директории или поддомейни на един и същ домейн от първо ниво
• Собствености с User-ID за сайтове или приложения, които споделят едни и същи данни за вход.

Ако потребителите не се идентифицират с един и същ Client-ID или User-ID в различните изходни собствености, данните от сесиите не се сливат.

Настройките за времето за изтичане на сесиите може да повлияят върху начина на сливане на сесиите, когато потребителите преминават между изходните собствености.

Поради това броят на сесиите в сборната собственост не е непременно равен на сбора на всички сесии в изходните собствености. Следващите примери показват как сесиите се сливат при различни обстоятелства.

Един и същ идентификационен номер във всяка изходна собственост

Например:

• Потребителят има ClientID_1 в изходна собственост A.
• Потребителят има ClientID_1 в изходна собственост Б.
• Потребителят преминава между двете собствености в рамките на периода от време за една сесия, както е определен в настройките на собствеността Ви.

Резултати

• В изходна собственост А се инициира и отчита една сесия.
• В изходна собственост Б се инициира и отчита една сесия.
• Тези две сесии се сливат и се отчитат като една в сборната собственост.

Различен идентификационен номер във всяка изходна собственост

Например:

• Потребителят има ClientID_1 в изходна собственост A.
• Потребителят има ClientID_2 в изходна собственост Б.
• Потребителят преминава между двете собствености в рамките на периода от време за една сесия, както е определен в настройките на собствеността Ви.

Резултат:

• В изходна собственост А се инициира и отчита една сесия.
• В изходна собственост Б се инициира и отчита една сесия.
• Тези две сесии не се сливат и се отчитат като две в сборната собственост.

Влияние на настройките за времето за изтичане на сесиите

Например:

• Времето за изтичане на сесия е 30 минути (стандартното) както в изходните собствености, така и в сборната собственост.
• Потребителят има ClientID_1 в изходна собственост A
  • Показване на страница 1 при изтичане на 0 минути (целева страница)
  • Показване на страница 2 при изтичане на 40 минути
  • Показване на страница 3 при изтичане на 80 минути.
• Потребителят има ClientID_1 в изходна собственост Б
  • Показване на страница X при изтичане на 20 минути
  • Показване на страница Y при изтичане на 60 минути
  • Показване на страница Z при изтичане на 120 минути.
• Страниците се показват на потребителя в следния ред:
  • страница 1 при изтичане на 0 минути
  • страница X при изтичане на 20 минути
  • страница 2 при изтичане на 40 минути
  • страница Y при изтичане на 60 минути
  • страница 3 при изтичане на 80 минути
  • страница Z при изтичане на 120 минути.

Резултат:

• Три сесии в изходна собственост А, тъй като между показванията на страниците има повече от 30 минути. Във всяка сесия има по едно показване на страница.
• Три сесии в изходна собственост Б, тъй като между показванията на страниците има повече от 30 минути. Във всяка сесия има по едно показване на страница.
• В сборната собственост тези шест сесии се сливат и се отчитат като две, тъй като първите пет показвания на страници се осъществяват в рамките на 30 минути едно от друго, а последното се осъществява 40 минути след предходното и поради това се получава друга сесия.
  • Една сесия с пет показвания на страници в следния ред: страница 1, страница X, страница 2, страница Y, страница 3.
  • Една сесия с едно показване на страница: страница Z.

Ако бяхте задали различно време за изтичане на сесиите за сборната собственост и за всяка от изходните собствености, резултатите между броя на сесиите в сборната собственост и сбора на сесиите в изходните Ви собствености можеха да се различават още повече.

Изисквания

Сборната собственост и всичките ѝ изходни собствености трябва да принадлежат на един и същ профил в Анализ 360.

За всяка изходна собственост трябва да зададете „360“ като ниво на обслужване.

Една изходна собственост може да бъде обобщавана в няколко сборни собствености. Сборните собствености обаче не могат да служат като изходни собствености.

Настройването на сборни собствености не изисква допълнително маркиране.

Създаване и управление

Понастоящем създаването на сборни собствености се обработва от екипа за поддръжка на Google Анализ 360.

Когато искате да създадете сборни собствености, свържете се с екипа за поддръжка на Google Анализ 360. Трябва да предоставите следната информация:

• име на фирмата;
• номер на профила в Google Анализ, в който искате сборната собственост;
• часова зона за сборната собственост (напр. (GMT -08:00) Тихоокеанско време);
• стандартно име на хост (напр. www.example.com);
• брой желани сборни собствености.

След като сборните Ви собствености бъдат създадени, можете да управлявате добавянето и премахването на изходни собствености в „Администриране“ на Google Анализ под Собственост > Управление на сборни собствености. Научете повече

Ограничения на системата

Всяка сборна собственост може да съдържа най-много 200 изходни собствености.

Ограничения за данните

Всяко посещение, обработено от сборна собственост, се отчита отделно от съответното посещение в изходната собственост и се отчита като 0,5 посещение, а не едно, тъй като се включва към месечния Ви фактуриран обем. Ако например имате 10 милиона посещения в сборна собственост, Google Анализ ги отчита като само 5 милиона.

Временни аномалии в данните

Може да забележите разлика в броя на директните сесии между сборна собственост и съответстващите ѝ изходни собствености: сборната собственост може временно да има по-голям брой.

Изходна собственост: Ако потребител стартира директна сесия след такава, стартирана от кампания, и тази директна сесия попадне в рамките на настройката за времето за изтичане на сесиите, източникът на тази директна сесия се приписва на най-скорошната кампания.

Сборна собственост: Не се натрупват данни отпреди датата на създаване. Ако директните сесии в изходните собствености се приписват на кампании отпреди датата на създаване на сборната собственост, тогава данните за тази кампания не са се натрупали и тези сесии се показват като директни. Това може да доведе до по-голям брой директни сесии в сборната собственост, отколкото във всички изходни сесии, събрани заедно.

Това несъответствие ще изчезне, след като кампаниите в изходните собствености изтекат и директните сесии започнат да се приписват на кампании, стартирани след създаването на сборната собственост.

Конвертиране на валута

Ако сте внедрили Многовалутна поддръжка в проследяващия код на изходните си собствености, то всичките Ви данни за валути се преобразуват във валутите, зададени за изгледите на сборната Ви собственост.

Google Анализ понастоящем не преобразува валутни стойности, ако не сте внедрили многовалутна поддръжка.

Аудитории за ремаркетинг

Можете да създадете аудитории за ремаркетинг въз основа на сборните си собствености, ако активирате ремаркетинга и функциите за отчитане при рекламирането за свързаните изходни собствености. Обърнете внимание, че тази функция е предмет на настройките Ви за персонализиране на рекламите, независимо дали на ниво събитие, характеристика на потребителя и/или собственост за всяка изходна собственост. Ако персонализирането на рекламите е деактивирано за дадено събитие чрез тези контроли в изходна или сборна собственост, това събитие не може да се използва за персонализиране на рекламите в сборната собственост.