При настройването на Google Анализ 4 е добре да сравните отчетените резултати в собствеността си в Google Анализ 4 с тези в собствеността си в Universal Analytics. В тази статия се обяснява степента, до която можете и не можете да сравнявате показатели между Universal Analytics и Google Анализ 4.
В тази статия:Потребители
В Universal Analytics има два показателя за потребителите: Общ брой потребители и Нови потребители. В Google Анализ 4 има три показателя за потребителите: Общ брой потребители, Активни потребители и Нови потребители.
|
Показател |
UA |
GA4 |
|
Общ брой потребители |
Основен показател за потребителите в Universal Analytics: Общ брой потребители |
Общ брой отделни потребители, регистрирали събитие |
|
Нови потребители |
Брой потребители, взаимодействали със сайта Ви за първи път |
Брой потребители, взаимодействали със сайта Ви или стартирали приложението Ви за първи път Показателят се измерва с броя идентификатори на отделни нови потребители, регистрирали събитието |
|
Активни потребители |
Неприложимо |
Показател за основните потребители в GA4: Броят отделни потребители, които са посетили уебсайта или приложението Ви. Активен потребител е потребител, който има сесия с ангажираност, или когато Анализ събира:
|
Имайте предвид следното:
В повечето отчети Universal Analytics акцентира върху общия брой потребители, който се показва като Потребители, докато GA4 поставя фокуса върху активните потребители, който също се показва като Потребители. Следователно, въпреки че и в двете платформи се показва терминът Потребители, този показател се изчислява по различен начин в UA и GA4, тъй като UA използва общия брой потребители, а GA4 – активните потребители.
В зависимост от това, колко често потребителите се връщат на уебсайта Ви, стойността за показателя Общ брой потребители в Universal Analytics и Активни потребители в GA4 може да е по-голяма или по-малка.
Двата типа собствености могат да използват различни настройки, като например пространства за самоличност на потребителите. Например собствеността в Google Анализ 4 може да използва User-ID, докато собствеността в Universal Analytics използва Client-ID.
Възможно е отчетите Ви от UA да изключват данни въз основа на филтри. Понастоящем собственостите в GA4 не поддържат тези филтри.
Не е необичайно да има видими несъответствия в данните, свързани с потребителите, между Google Анализ 4 и Universal Analytics. Може да се очакват до 10% несъответствия, свързани с показванията на страници, и до 20% – с потребителите и сесиите. Те не са причина за притеснения. Несъответствията възникват (дори ако и за двата продукта са настроени сравнително подобни среди), тъй като се използват показатели с малко по-различни определения, които могат да варират при различните бизнеси, в зависимост от няколко фактора.
Показвания на страници
По принцип стойността за Показвания на страници трябва да е почти еднаква в UA и GA4, обикновено с разлика от няколко процентни пункта, тъй като маркерът на Google се задейства на всяка страница и генерира показване на страница. Може да има по-големи разлики обаче поради филтри, които е възможно да сте настроили в Universal Analytics или Google Анализ 4.
|
Показател |
UA |
GA4 |
|
Показване на страница |
Общият брой показани страници. Броят се и повторните показвания на отделните страници. |
Наричани още Показвания: Общият брой екрани на приложението и/или уеб страници, прегледани от потребителите. Показателят Показвания в интерфейса на отчитането е комбинацията от показвания на страници и показвания на екрани. Отчитат се и повторните преглеждания на отделни екрани или страници. |
|
Уникално показване на страница |
Общият брой показвания на страници, но дубликатите не се отчитат. |
Неприложимо |
Имайте предвид следното:
Universal Analytics измерва показвания на екрани в отделни собствености конкретно за мобилни устройства, докато GA4 комбинира данни от мрежата и от приложения в една и съща собственост. Ако проследявате данни от мрежата и от приложения в собствеността си в GA4, не забравяйте да вземете предвид допълнителния трафик от приложения, когато сравнявате показателите за показвания на страници между двете платформи.
Universal Analytics дава възможност за допълнителни опции за филтриране, които може да повлияят на данните в сравнявания изглед на собственост. Ако например използвате филтър за изключване на определени географски региони, броят на показванията на страници между UA и GA4 може да е различен.
Понастоящем собственостите в Google Анализ 4 не поддържат филтри, докато към данните в отчитането в Universal Analytics може да са приложени филтри на изгледи на собственост, които изключват данни. Например UA и GA4 предлагат възможността за филтриране на трафика от вътрешни IP адреси и нежелани препратки, но в UA може да има приложени допълнителни филтри. Когато сравнявате, уверете се, че имате едни и същи филтри за двете собствености.
Често срещана практика при някои собствености в Universal Analytics е настройването на ръчно показване на страница за приложения от една страница. Това е така, защото автоматичното показване на страница не може да измери показвания на приложения от една страница без допълнително настройване. В Google Анализ 4 не е необходимо да внедрявате персонализирано маркиране. Вместо това можете да включите подобреното измерване, за да ги измервате автоматично.
Покупки
Стойностите за брой на покупките в мрежата трябва да са близки. Не очакваме всички събития да бъдат перфектно събирани и събитията за покупки не са изключение от това правило, но тези събития са основни и критично важни, затова стойностите им в UA/GA4 трябва да са близки.
transaction_id в UA и GA4, за да сте сигурни, че сравнявате сходни показатели.|
Показател |
UA |
GA4 |
|
Покупки |
|
|
Имайте предвид следното:
Параметърът transaction_id, ако не е последователно и правилно приложен, може да създаде забележими разлики при сравняването на данните. За качество на данните и за целите на сравнението се уверете, че тези данни се събират последователно съгласно документацията.
Използвайте всички задължителни параметри за внедряването на електронна търговия в GA4, както и за UA, за да сте сигурни, че данните за електронната търговия се записват правилно.
Възможно е отчетите Ви от UA да изключват данни въз основа на филтри на изгледи на собственост.
Ако сравнявате скорошни отчети, може да забележите разлики, тъй като GA4 все още обработва данните. Например GA4 може да актуализира приписаните реализации за до 7 дни след отчитането на реализацията.
Сесии
|
Показател |
UA |
GA4 |
|
Сесия |
|
Нарича се още „Начало на сесията“
|
Имайте предвид следното:
Разликата в броя на сесиите между UA и GA4 може да варира при различните бизнеси в зависимост от няколко фактора, включително:
- География – имайте предвид часовите зони на потребителите си и вероятността да прехвърлят прага в полунощ, което ще рестартира сесията. Това е особено важно, ако имате клиенти от цял свят.
- Използване на системата на Urchin за контрол на трафика (UTM) в притежаваните уебсайтове или приложения – не се препоръчва използването на маркиране от UTM на собствения Ви уебсайт, тъй като това ще нулира сесията в Universal Analytics. Ако използвате UTM на уебсайта си, може да имате много повече сесии в UA, отколкото в GA4.
- Филтри – към данните в отчитането в UA може да са приложени филтри на изгледи на собственост, които изключват данни. Към данните в отчитането в GA4 за клиенти на Google Анализ 360 може да са приложени филтри, които определят кои данни от изходната собственост се показват в подсобственост. Google Анализ обаче продължава да генерира идентификатор на сесията, когато събитието
session_startе филтрирано така, че да не попада в подсобственост. - Прогнозиране – В собственостите в Google Анализ 4 се използва статистическа прогноза за броя сесии в уебсайта или приложението Ви, като се оценява броят уникални идентификатори на сесии, докато при собственостите в Universal Analytics броят на сесиите не се прогнозира. Прогнозите, използвани в собственостите в Google Анализ 4, водят до по-ефективно отчитане на сесиите с висока точност и малък процент на грешка. Научете повече за сесиите в Анализ.
Показатели за придобиване въз основа на сесии/трафик
|
Показател |
UA |
GA4 |
|
Показатели за придобиване въз основа на сесии/трафик |
Намират се в секцията „Придобиване“ в редица различни отчети, като например отчета „Канали“ или отчета „Източник/носител“. „Канал“ или „Източник/носител“ е величината, която се анализира спрямо показатели, като Потребители и Сесии. Стандартният прозорец за ретроспективен преглед на приписването за сесия се определя от настройката „Време за изтичане на кампанията“. По подразбиране е 6 месеца. |
Можете да намерите показателите за придобиването на трафик в отчета „Придобиване на трафик“. Величините „Канал“ или „Източник/носител“ се измерват спрямо показатели, като Потребители и Сесии. Имайте предвид, че основните разлики, които може да забележите между UA и GA4 за показателите за придобиване, са в съответствие с разликите, които ще виждате за показателите за Потребители или Сесии. Прозорецът на реализациите за приписването за сесиите се определя от настройката „Всички други събития с реализация“. По подразбиране е 90 дни. Научете повече за избирането или актуализирането на настройки за приписването. |
Имайте предвид следното:
Тъй като Сесии и Потребители са основните показатели за сравнение на показателите за придобиване, вижте секциите Сесии и Потребители в тази статия.
Реализации
Ако реализациите Ви са въз основа на целеви URL адреси или събития в UA, като например категория/действие/етикет, за които сте настроили еквивалентни събития с реализация в GA4, стойностите на Реализации може да са много близки. Има обаче важни разлики между UA и GA4, които може да затруднят сравняването на броя на реализациите.
|
Показател |
UA |
GA4 |
|
Реализации |
Определяте цел, която указва, че конкретно действие на потребител се счита за реализация. Ако например определите цел „Изпращане на формуляр“, ще се регистрира реализация всеки път, когато потребител изпрати формуляра. UA отчита само една реализация на сесия за всяка цел. Така че ако потребител изпрати формуляра два пъти по време на една и съща сесия, ще бъде отчетена само една реализация за целта „Изпращане на формуляр“. |
Посочвате събитие с реализация за всяко действие, което искате да отчитате като реализация. Ако например посочите, че събитието „Изпращане на формуляр“ е събитие с реализация, ще се регистрира реализация всеки път, когато потребител изпрати формуляра. GA4 обикновено отчита всеки екземпляр на събитието с реализация дори ако едно и също събитие с реализация е записано няколко пъти в рамките на една и съща сесия. Така че ако потребител изпрати формуляра два пъти по време на една и съща сесия, ще бъдат отчетени две реализации. За да намалите разликите в броя на реализациите между собствеността в UA и съответната собственост в GA4, актуализирайте настройката за метод на отчитане за реализациите в GA4 на Веднъж на сесия.
|
Имайте предвид следното:
Universal Analytics поддържа пет типа цели: дестинация, продължителност, страници/сесия, интелигентни цели и цели въз основа на събития. За разлика от това, GA4 поддържа само събития с реализация. Не винаги е възможно да използвате събития с реализация в GA4, за да дублирате точно някои типове цели от UA. Например не е възможно да се дублира интелигентна цел или продължителност, като се използват събития с реализация от GA4.
UA отчита само една реализация на сесия за една и съща цел. GA4 обикновено отчита няколко реализации на сесия за едно и също събитие с реализация. За да намалите разликите в броя на реализациите между собствеността в UA и съответната собственост в GA4, актуализирайте настройката за метод на отчитане за реализациите в GA4 на Веднъж на сесия.
Възможно е отчетите Ви от UA да изключват данни въз основа на филтри на изгледи на собственост.
Ако сравнявате скорошни отчети, може да забележите разлики, тъй като GA4 все още обработва данните. Например GA4 може да актуализира приписаните реализации за до 7 дни след отчитането на реализацията.
Още причини за разликите в броя на реализациите
Най-често срещани причини за разлики
В следните две таблици са описани осемте най-често срещани причини за разлики в реализациите между подобни събития от UA и GA4 в Google Анализ и Google Ads. При срещане на разлики в реализациите преглеждането и синхронизирането на тези осем влияещи фактора е най-доброто място да започнете да намалявате несъответствията между реализациите от UA и GA4. В повечето случаи подравняването на тези разлики в продуктите или настройките ще реши основните разлики в реализациите.
В Google Анализ
Това са основните причини за разликите между подобни реализации в UA и GA4 въз основа на избор на продукт или настройка в Google Анализ.
| Описание | Решение/препоръка |
|---|---|
|
Отчитане на реализациите: UA отчита една реализация на цел на сесия, а GA4 често отчита една реализация на събитие. Когато например потребител изпълни цел 5 пъти в една сесия, UA ще покаже една реализация, а GA4 обикновено ще показва 5. Забележка: Веднъж на събитие е основният начин на отчитане за повечето реализации с изключение на тези, създадени в автоматично създадена собственост в GA4 или с помощта на инструмента за мигриране на целите на асистента за настройване. Стандартните настройки могат да доведат до по-голям брой реализации в GA4. |
Използвайте настройките за отчитане на реализациите, както е описано тук. За да синхронизирате отчитането в GA4 с целите в UA, уверете се, че начинът на отчитане на реализациите в GA4 е зададен на Веднъж на сесия. Забележки:
Тази препоръка не е подходяща, когато сравнявате транзакции при електронна търговия в UA, защото в UA вече се отчитат като Веднъж на събитие. |
|
Покритие на сайта: Ако маркерът на UA е внедрен в различен набор страници в уебсайт в сравнение с маркера на GA4, могат да възникнат пропуски в измерването. По-специално ако целева страница от реклама в Google Ads не е маркирана точно, може да не е налице необходимата информация за точно измерване и приписване на реализацията. В зависимост от това дали маркерите на GA4 са внедрени на повече или по-малко страници отколкото при UA, GA4 съответно ще показва повече или по-малко потребители, сесии, показвания на страници и последващи реализации. |
Препоръчваме да разчитате на стандартизиран метод на внедряване, за да гарантирате, че маркерите са внедрени в сайта Ви (например маркера на Google или Мениджър на маркери на Google). Вземете предвид и настройки, които може да сте конфигурирали в миналото, като например кръстосано проследяване на домейни. Използвайте обобщената информация за покритието на маркерите, за да потвърдите дали маркерът на Google е внедрен на уебсайта Ви. Научете повече. За да сведете до минимум несъответствията, разчитайте на едни и същи методи за внедряване на маркерите за UA и GA4. |
|
Грешки при внедряването: Когато настройвате събирането на данни за GA4, възможно е маркерът да е внедрен неправилно. Поради това в собствеността Ви в GA4 изобщо няма да виждате данни, но в някои случаи ще виждате частични данни в собствеността в GA4. Ако е така, ще виждате несъответствия, когато ги сравнявате с UA. Вероятно внедряването на повредената реализация показва по-малък брой реализации за GA4 от UA. |
Препоръчваме Ви да използвате стандартизирани методи за внедряване, посочени в ръководството за програмисти, а не нестандартни внедрявания. Системата за управление на маркерите може да помогне за гарантирането на последователността при внедряванията. Използването на маркера на Google е достатъчно за много потребители, тъй като това позволява използването на един и същ маркер за Google Ads и Google Анализ (ръководство за програмисти). |
|
Филтри: Филтрите в UA работят много различно от филтрите в GA4. Често филтрите в UA значително променят данните в собственост в Universal Analytics (например „показване само на данни от Франция“). GA4 има много различен набор от възможни филтри. Ако филтрите в UA намаляват отчетения трафик, това може да доведе до показването на по-голям обем трафик от страна на GA4.
|
Филтри за данни: Създавайте филтри за включване/изключване на вътрешния трафик и този от програмисти. Промени на събития и персонализирани събития: Променяйте имената и параметрите на събитията. Идентифициране на нежелани препратки: Включете само препратките, които искате. Създаване на подсобствености (само за 360): Създавайте напълно функционални собствености, които са поднабори от данните в собственостите Ви в Анализ 360. |
|
Изключвания на препратки: Изключванията, зададени в UA, могат да засегнат реализациите, приписвани на Google Ads. Ако тези изключвания не са настроени в GA4, заслугата, приписвана на Google Ads, може да се различава (например в UA често се извършват изключвания на операторите на плащанията като PayPal). Ако препращащите URL адреси са изключени в UA, но не и в GA4, реализациите в GA4 могат да бъдат погрешно приписани в GA4, което води до по-малко реализации, приписани на платения канал на Google в сравнение с UA. Изключването на препратки засяга сумата на заслугата за реализацията, която се експортира в Google Ads. |
Съчетайте настройките за изключвания на препратки между UA и GA4, за да сведете до минимум неправилното приписване. Обърнете внимание, че изключването на препратки не променя общия брой реализации в собствеността в Google Анализ, a засяга само начина на приписване на реализациите. Научете повече за изключването на препратки в UA Научете повече за идентифицирането на нежелани препратки в GA4 |
В Google Ads
Това са основните причини за разликите между подобни реализации в UA и GA4 въз основа на избор на продукт или настройка в Google Ads.
| Описание | Решение/препоръка |
|
Прозорец на реализациите: Настройките за прозорците на реализациите в Google Ads определят колко дълго след точка на съприкосновение в Google Ads заслугата за реализация може да се припише на тази точка на съприкосновение. Често за тази настройка е зададена стойност по избор (например 90 дни). Разликата в настройките може да означава, че точка на съприкосновение получава заслуга за реализация от UA, а не е от GA4, или обратното. |
Синхронизирайте настройките си за прозореца на реализациите в Google Ads за действията, водещи до реализация, в UA и GA4, с настройките на собствеността в GA4. |
|
Настройки за моделите на приписване (в Google Ads): Моделите на приписване засягат начина, по който се разпределя заслугата между точките на съприкосновение в пътя до реализация. Разликите в настройките на модела на приписване в Google Ads между действието, водещо до реализация, в UA и GA4 може да доведат до различни разпределения на заслугата за кампаниите в профил в Google Ads или профил на мениджър (МКЦ). Забележка: Промяната на настройките за приписване в Google Ads не се отразява върху общия брой реализации, приписани на Google Ads. |
Синхронизирайте моделите на приписване с настройките за реализациите в Google Ads. |
|
Методики за отчитане в Google Ads: За да се покаже в коя реклама е стимулирана реализация, в Google Ads реализациите се отчитат въз основа на отчитането на времето на взаимодействие. В Google Анализ реализациите се отчитат по различен начин посредством отчитането на датата и часа на реализациите. Ако например реализация, извършена на 10 май, може да бъде приписана на кликване върху реклама на 5 май. Google Анализ обикновено отчита тази реализация на 10 май, а Google Ads – на 5 май. |
Този ефект се прилага както за събития в UA, така и за импортирани от GA4 събития в Google Ads, въпреки че разликите в настройките (като модел на приписване или прозорец на реализациите) между действията, водещи до реализация, могат да го усилят. Ако синхронизирате настройките в различните действия, водещи до реализация, импортирани в Google Ads, намалявате въздействието на методиките за отчитане. Имайте предвид, че реализациите могат да се приписват по цялата продължителност на прозореца на реализациите (до 90 дни в Google Ads). Затова пълното сравнение на стойностите на GA4 и UA може да отнеме до 90 дни. За да прецените дали двойката реализация може да се сравнява, или да чакате по-дълго време, използвайте отчета Показатели за пътя в Google Ads за реализация от UA, за да видите колко време отнема на повечето потребители да осъществят реализация. Забележка: Повече от 95% от реализациите се приписват в рамките на първите 14 дни. Това означава, че трябва да използвате данните от Google Ads в сравнението между UA и GA4, които са отпреди поне 14 дни. |
Други причини за несъответствия
Ако след като адаптирате горепосочените фактори за разликите в реализациите, все още срещате значителни несъответствия между реализациите в UA и GA4, прегледайте пълния списък с фактори по-долу.
Напомняме Ви, че се очакват разлики между подобни реализации в UA и GA4, но този списък трябва да Ви помогне да синхронизирате разликите в продуктите и настройките, където е възможно, за да намалите несъответствията.
В Google Анализ
Това са допълнителни причини за разликите между подобни реализации в UA и GA4 въз основа на избор на продукт или настройка в Google Анализ.
| Описание | Решение/препоръка |
|
Проследяване на електронната търговия: Google Анализ е съвместим с различни схеми за електронна търговия. Можете да внедрите едновременно схемата в GA4 и схемата в UA или да разчитате на една схема и за двете собствености. Ако използвате две схеми, може да възникнат несъответствия в данните. За повече информация вижте ръководството за програмисти. Разликите в схемата за електронна търговия могат да доведат до по-голям или по-малък брой реализации в GA4 в UA. |
Когато събирате данни за електронната търговия за GA4, най-добрата практика е да разчитате на схемата за електронна търговия в GA4 (ръководство за програмисти). Препоръчително е да не разчитате на свързани маркери на сайта, ако използвате проследяване на електронната търговия. Препоръчително е също да използвате една и съща схема за електронна търговия за UA и GA4, когато сравнявате двете. |
|
Условия за задействане на маркерите: Твърдо кодираните условия за задействане на маркера могат да повлияят на това как и кога се задейства маркерът. Тъй като настройването на събиране на данни в GA4 в много случаи се състои от внедряване на нови маркери, за да влязат в сила, е възможно да трябва да бъдат внедрени предишни условия за задействане на GA4. Препоръчваме да задействате маркерите според същите условия, за да сведете до минимум разликите в събирането на данни. Ако събирането на данни е ограничено в UA, а не в GA4, броят потребители, сесии, показвания на страници и реализации може да е по-голям в GA4. |
Препоръчително е да разчитате на gtag.js или gtm.js (като използвате маркери на GA4), за да събирате данни за собствености в GA4. Условията за задействане на маркерите не се влияят директно, ако използвате други форми на маркиране (например свързани маркери на сайта), но повторното маркиране е първата препоръка, в случай че условията за задействане на маркерите водят до непоследователно задействане на маркерите в UA и GA4. След внедряването на маркери синхронизирайте условията за задействането им. Като пример за условие вижте това ръководство за програмисти за измерване на времето. |
|
Изключване на вътрешния трафик: Настройките могат да се използват за филтриране на вътрешните потребители (от гледна точка на клиента, т.е. служителите на клиента) или за тестване на трафика. Ако настройките в UA и GA4 са различни, се очаква собствеността без филтрите за изключване да показва по-високи стойности на потребителите, сесиите, показванията на страници и последващите реализации. |
Препоръчително е да синхронизирате настройките в UA и GA4, за да сведете до минимум несъответствията. За повече информация вижте тази статия за UA и тази статия за GA4. |
|
Промени на страницата въз основа на събитията от историята на браузъра: Подобреното измерване в GA4 по подразбиране измерва промените на страницата въз основа на събитията от историята на браузъра, а UA – не. Това ще доведе до по-голям брой показвания на страници в GA4, отколкото в UA, и може да доведе до несъответствия. Ако например моделите на създаване и използване на сайта Ви водят до зареждането на много страници чрез промени в историята на браузъра, активирането на тази настройка ще създаде измерване за тези събития. Това ще доведе до несъответствия от UA, където тези събития не са измерени. |
Ако искате броят на показванията на страници да съответства по-точно между UA и GA4, деактивирайте настройката за подобрено измерване в GA4. Научете повече. |
| Други източници на събития (задействания при включване в аудитория, Measurement Protocol, редактиране на събития и др.): Генерирането на тези събития и означаването им като реализации може да доведе до изкуствено повишаване на обема на реализациите в GA4, ако сравнявате реализациите на ниво собственост с UA. |
Използвайте съответстващи настройки за реализациите в UA и GA4 в Google Анализ. Можете да конфигурирате новосъздадените събития от тези източници на отделни имена на събития, така че измерването в UA и GA4 да съответства по-точно. Ако не е възможно да ги настроите точно по един и същ начин, не трябва да се сравняват. |
|
Филтри за спам и роботи:
Филтрите намаляват трафика в UA. Ако не бъде приложено в GA4, GA4 ще отчита повече трафик и последващи реализации в случаите, когато трафикът от спам/роботи доведе до реализация. |
Активирайте настройката за филтриране на роботи в UA и помислете дали да не добавите филтри за спам в UA, ако получавате спам. |
| Изключвания на параметри на URL адреса: В UA клиентите може да имат конфигурирана цел, която да съответства точно на конкретен URL адрес. В GA4, тъй като няма изключвания на параметри на URL адреса, URL адресът може да има много версии, които няма да бъдат обхванати от определението за реализацията. |
Потвърдете дали в UA са използвани изключвания на параметри на URL адреса, за да разберете потенциалните разлики в GA4. |
|
Модел на приписване за реализации и приходи: В UA моделът на приписване е последно недиректно кликване за целите. Реализациите в GA4 по подразбиране използват модела на управлявано от данни приписване (DDA), но може да се промени. В зависимост от начина, по който се измества заслугата въз основа на DDA, потребителите могат да видят повече или по-малко заслуги, приписани на платени (Google) канали. Обърнете внимание, че моделът на приписване не засяга общия брой реализации за дадено събитие. |
Въпреки че не се препоръчва, това може да бъде тествано/определено количествено, като се промени моделът на приписване на собствеността на последно кликване в GA4. Забележка: Тъй като моделите на приписване в Google Анализ не засягат общия брой реализации в дадена собственост, препоръчваме първо да отстраните неизправностите при всички останали фактори за несъответствия, за да сведете до минимум общите разлики на ниво собственост за двойките реализации (т.е. подобни реализации в UA и GA4). |
|
Разлики в часовите зони и нулиране на кампаниите: UA прекъсва сесията в полунощ и рестартира сесията с нови параметри на кампаниите.GA4 не прави това. Това може да доведе до несъответствия в сесиите, което съответно може да доведе до несъответствия между целите и реализациите. Не се очаква това да доведе до значителни разлики в общия брой реализации в дадена собственост. Очаква се да бъде видима само ако отделните дни се сравняват в UA спрямо GA4. |
Няма директно решение – това е решено в GA4. |
| Разлики в конфигурирането на измерване на показванията на страници: Измерването на показванията на страници въз основа на събитията от историята на браузъра може да бъде деактивирано в GA4. Сайтовете от една страница не получават правилно измерване, препратено към GA4, когато използват свързани маркери на сайта. |
GA4 може да бъде конфигурирана да измерва показванията на страници въз основа на събития от историята на браузъра. Това не е възможно в UA. Това води до по-широко измерване в GA4, но може да бъде източник на несъответствия. Можете да деактивирате тази настройка, ако искате стойностите да съответстват по-точно между UA и GA4. Измерването на приложенията от една страница може да бъде настроено за UA чрез това ръководство за програмисти. Това няма да постигне пълно съответствие на UA с GA4, но може да сведе до минимум разликите за сайтовете от една страница. |
|
Сигнали от Google и ID на потребителя: Тези настройки помагат за премахване на дублирането на потребители в собствености в GA4. В UA и двете настройки засягат само няколко отчета и отделен изглед на собственост. В GA4 те засягат цялата информация в собствеността. Включването на сигналите от Google и ID на потребителя в GA4 намалява броя на новите/общите потребители и свързва взаимодействията, които в UA ще се вземат предвид от няколко потребители. Ето защо заслугата за реализацията може да бъде приписана по различен начин. Не се очаква тези функции да повлияят на общия брой реализации в Google Анализ, но могат да доведат до разлики в експортиранията в Google Ads. Ако даден рекламодател измерва реализациите от ангажирано показване (EVC), те могат да бъдат повлияни от използването на сигнали от Google и ID на потребителя. |
Без директно решение – премахването на дублиране в GA4 предоставя по-добра статистика за начина, по който потребителите взаимодействат с активите на клиента. Препоръчваме и за двете платформи да внедрите и двете функции, за да сведете до минимум несъответствията, въпреки че те не могат да бъдат възпрепятствани.
|
| Време за изчакване на сесията: Можете да коригирате настройките за времето за изчакване на сесията. Ако бъдат променени от тези по подразбиране, това може да повлияе върху броя на трафика и приписването. | Препоръчително е да разчитате на стандартните настройки. Ако сте променили времето за изчакване на сесиите в UA, трябва да коригирате тази настройка и в GA4. Научете повече. |
|
Замяна на „бисквитките“ |
Когато промените настройките за „бисквитките“ в UA, трябва да съответстват на настройките, когато конфигурирате GA4. Намаляването на датите на валидност на „бисквитките“ може да засегне приписването и да доведе до разлики в приписването на реализациите. Научете повече. |
| Използване на автоматично маркиране и ръчно маркиране (на същия URL адрес) | Можете да използвате автоматично маркиране и ръчно маркиране на същия URL адрес, но има случаи, когато това няма да работи. |
| Избор на величини и показатели | GA4 предлага по-голям брой величини за придобиване, отколкото UA. Поради тази причина не всички възможни комбинации от величини за отчитане могат да бъдат сравнявани между UA и GA4 |
| Разлики във внедряването на проследяването на приложения между UA и GA4 | Препоръчително е да разчитате на един SDK, когато е възможно. Обърнете внимание, че много малка част от потребителите понастоящем могат да събират данни от приложението в UA. Потребителите трябва да внедрят комплекта за SDK на Firebase, ако искат да събират данни за приложението и да ги отчитат чрез собствености в GA4. |
|
Само за свързани маркери на сайта (включително локално инсталиране): Свързаните маркери се зареждат последователно, т.е. маркерът на GA4 се зарежда след родителския маркер (съществуващ маркер gtag.js или analytics.js). Това може да означава следното:
|
За да сведете до минимум риска от липсващи събития, препоръчваме да внедрите специализирани маркери на GA4, вместо да разчитате на свързани маркери на сайта или локално инсталиране. По-конкретно, за големите и сложни настройки на Анализ трябва да избегнете разчитането на свързани маркери на сайта или локално инсталиране. |
| Включване на данните от приложения и мрежата в собственост за GA4: GA4 обединява данните и събитията от приложения и уебсайтове. Ако комбинирате данни от приложения и уебсайтове в GA4, но не сте направили нищо подобно в UA, това ще доведе до по-голям брой реализации в GA4. | За най-добро сравнение не трябва да включвате потоци от данни от приложения, ако собственостите Ви в UA не съдържат трафик от приложения. Ако потокът от приложение вече е включен, трябва да сегментирате отчетите, за да изключите реализации от приложения, ако искате да сравните UA с GA4. |
| Актуализирани групирания по канали: Групиранията по канали в GA4 могат да приписват реализация на канал по различен начин. Научете повече. | Няма опция потребителите да отменят кои реализации се експортират в Google Ads. |
В Google Ads
Това са допълнителни причини за разликите между подобни реализации в UA и GA4 въз основа на избор на продукт или настройка в Google Ads.
| Описание | Решение/препоръка |
|
Режим на получаване на съгласие: Моделирането за режима на получаване на съгласие е налице за рекламодатели, които са внедрили Google Анализ чрез gtag.js или Мениджър на маркери на Google. За analytics.js не предлагаме моделиране в режим на получаване на съгласие, тъй като състоянието на съгласието не може да се определи точно, без да е внедрен gtag.js или GTM. Тъй като настройките на GA4 обикновено разчитат на gtag.js или GTM, режимът на получаване на съгласие функционира за GA4. Ако UA и GA4 разчитат на маркери, съвместими с режима на получаване на съгласие, и двете платформи могат да получат моделиране в Google Ads, но само за разширени внедрявания. Забележка: Събитията в GA4 ще бъдат моделирани само когато е извършено разширено внедряване. За основни внедрявания (само със съгласие) импортираните реализации в UA могат да бъдат моделирани в Google Ads, докато реализациите в GA4 няма. Научете повече. |
За да направите обективно сравнение, потребителите трябва да използват тип маркер, съвместим с режима на получаване на съгласие и за двете собствености, и да използват разширено внедряване, за да получават моделиране в Google Ads за реализации в UA и GA4. |
| Измерване с ангажирано показване: GA4 може да припише реализация на взаимодействие с реклама с ангажирано показване в YouTube дори ако това взаимодействие не е довело до директно посещение на уебсайта, но все пак е довело до реализация на по-късен етап. Това може да доведе до експортиране на реализация в Google Ads, при което UA не експортира заслуга в Google Ads. Това означава, че GA4 може да припише повече реализации на Google Ads, ако рекламодател има значително количество разходи в YouTube. |
В GA4 това не трябва да води до увеличаване на реализациите за трафик в мрежата, но е възможно по-голяма заслуга за реализацията да се приписва на канал на Google Ads в GA4 отколкото в UA, което да доведе до по-добра ефективност на Google Ads. За това сравнение можете да сегментирате отчитането на ниво кампания или профил в Google Ads. Сравнявайте действия, водещи до реализация, които измерват едно и също действие, водещо до реализация. Не е възможно да сегментирате стандартните отчети по тип рекламно събитие и източник на реализации едновременно, затова е трудно да направите директно сравнение в ПИ на Google Ads. |
|
Модел на експортиране на заслуга: Моделът, по който се експортират реализациите от GA4 в Google Ads, е различен от UA. Когато UA и първоначално GA4 разчитаха на модел за експортиране последно недиректно кликване, GA4 вече използва модел за експортиране крайна заслуга, който дава възможност за експортиране на частична заслуга за реализацията дори ако последната недиректна точка на съприкосновение не е била точка на съприкосновение в Google Ads. Макар че това не води до разлики на ниво собственост, то може да доведе до различен брой реализации, експортирани в Google Ads. Тази стойност може да бъде по-висока или по-ниска в сравнение с UA и зависи от пътищата на отделните потребители. |
Стартирахме експортирането на крайната заслуга, тъй като моделите за последно недиректно кликване не са достатъчни. Това означава, че GA4 експортира истински заслуги за реализациите по различни канали в Google Ads. Не можете да предприемате конкретни действия, за да сведете до минимум разликите между UA и GA4. |
| Метод за отчитане на реализациите от страна на Google Ads: Google Ads има настройка за отчитане, която може да се използва за контролиране на една или няколко реализации в рамките на зададен прозорец на реализациите за даден потребител. |
Препоръчително е да синхронизирате настройките за отчитане на реализациите за двойките реализации от UA и GA4. Научете повече. |
|
Отнася се за ръчно създадени собствености в GA4 и клиенти на интелигентни кампании: Моделът за експортиране на платени канали на Google в Google Анализ 4 приписва всички реализации, експортирани в Google Ads на каналите на Google. Това води до експортиране на повече реализации в Google Ads от настройката Платени и органични канали, тъй като изключва от пътя до реализацията платени канали, които не принадлежат на Google. Използването на платени канали на Google може да Ви даде по-задълбочена представа за въздействието на платените взаимодействия с Google. Този модел не е налице в Universal Analytics, затова може да е трудно да сравнявате подобни събития в UA и GA4, когато се импортират в Google Ads. |
По подразбиране новите собствености в GA4 са зададени за Платени канали на Google. Можете да използвате настройките за приписване на ниво собственост в GA4 в секцията „Администриране“, за да контролирате начина, по който реализациите се експортират в Google Ads. За да синхронизирате настройките между Universal Analytics и Google Анализ 4, използвайте настройката Платени и органични канали. Научете повече
|
Степен на отпадане
|
Показател |
UA |
GA4 |
|
Степен на отпадане |
Процентът сесии от една страница, през които не е имало взаимодействие със страницата. Сесията от една страница е с продължителност 0 секунди. Ако например потребител посети уебсайта Ви и прегледа съдържанието на началната страница в продължение на няколко минути, но напусне, без да кликне върху връзки или да задейства събития, които се записват като събития с взаимодействие, сесията ще се отчете като отпадане. |
Процентът на сесиите, които не са с ангажираност. Ако например потребител посети уебсайта Ви, прегледа съдържанието на началната Ви страница за по-малко от 10 секунди и след това напусне, без да задейства събития или да посети други страници или екрани, сесията ще се отчете като отпадане. Сесията с ангажираност е сесия, която продължава 10 или повече секунди, такава с 1 или повече събития, водещи до реализация, или с 2 или повече показвания на страници или екрани. Ако потребителят не осъществи сесия с ангажираност, т.е. не отговаря на нито един от критериите за сесия с ангажираност, Google Анализ я отчита като отпадане. |
Имайте предвид следното:
В Google Анализ 4 степента на отпадане е процентът на сесиите, които не са с ангажираност. С други думи, Степен на отпадане е обратното на Степен на ангажираност. В Universal Analytics Степен на отпадане е процентът на всички сесии на сайта Ви, в които потребителите са видели само една страница и са задействали само една заявка към сървъра на Анализ.
Степен на отпадане, както се изчислява в Universal Analytics, е разумна мярка за ангажираността със сайта, но вече не е толкова полезна, тъй като уебсайтовете и приложенията се промениха. Възможно е например потребители да прегледат приложение от една страница и да напуснат, без да задействат събитие, и това поведение се счита за отпадане.
Освен това Степен на отпадане, както се изчислява в Google Анализ 4, предоставя по-полезен начин за измерване на степента, с която клиентите се ангажират със сайта или приложението Ви. Ако например поддържате блог, може да нямате нищо против, ако клиентите посетят сайта Ви, за да прочетат статия, и след това го напуснат. Вероятно повече Ви интересува броят клиенти, които посещават сайта Ви, не намират това, което търсят, и след това бързо напускат.
Брой събития
Събитията представляват съществена разлика между моделите на данните за собственостите в Universal Analytics и Google Анализ 4.
|
Показател |
UA |
GA4 |
|
Общо събития |
Събитието в Universal Analytics има категория, действие и етикет и представлява собствен тип посещение. Например може да се настрои събитие за регистриране на кликване върху бутон за регистрация. Събитието може да има категория „ПФ“, действие „Регистрация“ и етикет, който е целевият URL адрес. Общо събития се увеличава при всяко задействане на събитие с категория/действие/етикет. |
Неприложимо |
|
Брой събития |
Неприложимо |
Всяко „посещение“ е събитие, а събитията в GA4 нямат категория, действие или етикет. Когато например някой разгледа една от страниците на уебсайта Ви, се задейства събитие Всички действия са събития. Не е необходимо всяко име на събитие да е уникално (в действителност най-добрата практика е едно и също име на събитие да се използва няколко пъти, като събитието се отличава според събираните стойности на параметри). Например регистрацията може да има име на събитие |
Имайте предвид следното:
В GA4 събитието sign_up може да има същото значение като в UA или не. Ако уебсайтът Ви има само един формуляр за регистрация и само един бутон, където се задейства събитието за регистрация, тези стойности може да са доста близки. Ако уебсайтът Ви обаче има няколко събития sign_up, сравнението между GA4 и UA може да не е толкова лесно и стойностите да не са близки.
Отчетите в GA4 не показват категория, действие и етикет. По-добре е да преосмислите събирането си на данни, така че да съответства на модела на GA4, отколкото да пренесете съществуващата си структура на събитията в Google Анализ 4.