[UA→GA4] Възможни причини за разлики в реализациите в GA4 спрямо UA

Разберете защо може да виждате различни показатели за реализации в Universal Analytics и Google Анализ 4.

Ако мигрирате от Universal Analytics (UA) към Google Анализ 4 (GA4), препоръчваме да сравните подобни събития с реализации от UA и GA4 в Google Анализ, както и подобни събития от UA и GA4, когато се импортират в Google Ads. Важно е да се отбележи, че някои разлики са неизбежни, защото GA4 измерва данните от мрежата по различен начин от UA. В тази статия се обясняват най-често срещаните причини за разлики и какви действия можете да предприемете, ако искате да сведете до минимум разликите.

Въведение

В някои случаи стойността на Реализации може да е доста висока, например когато реализациите Ви са въз основа на целеви URL адреси или на събития в Universal Analytics (т.е. категория/действие/етикет), за които сте настроили еквивалентни събития с реализация в Google Анализ 4. Има обаче важни разлики между UA и GA4, които може да затруднят сравняването на броя на реализациите. Има три основни причини за несъответствие:

  • Присъщи разлики между UA и GA4: Собственостите в GA4 имат различен модел на данните от собственостите в UA. Например GA4 събира събития, а UA – посещения. Освен това, за да поддържа нови запазващи поверителността технологии, GA4 е изграден с решения, базирани на AI, като поведение и моделиране на реализациите. Тези решения Ви дават пълен поглед върху ефективността, без да компрометирате поверителността на потребителите, но не са налице в собственостите в UA.
  • Разлики в настройването: Разликите в покритието на сайта за маркерите на UA спрямо тези в GA4, условията за задействане на маркерите и схемите за електронна търговия могат да доведат до разлики в реализациите.
  • Разлики в настройките: Има много настройки в UA, GA4 и Google Ads, които могат да доведат до разлики в реализациите. Примерите включват брой на реализациите, филтри, изключвания на параметри на URL адресите и други.

По-долу ще опишем най-често срещаните причини за разликите в реализациите между UA и GA4, като се съсредоточим върху тези, стимулирани от разлики в продуктите/настройките в Google Анализ, и тези, стимулирани от разлики в продуктите/настройките в Google Ads.

Най-често срещани причини за разлики

В следните две таблици са описани осемте най-често срещани причини за разлики в реализациите между подобни събития от UA и GA4 в Google Анализ и Google Ads. При срещане на разлики в реализациите преглеждането и синхронизирането на тези осем влияещи фактора е най-доброто място да започнете да намалявате несъответствията между реализациите от UA и GA4. В повечето случаи подравняването на тези разлики в продуктите или настройките ще реши основните разлики в реализациите.

В Google Анализ

Това са основните причини за разликите между подобни реализации в UA и GA4 въз основа на избор на продукт или настройка в Google Анализ.

Описание Решение/препоръка

Отчитане на реализациите: UA отчита една реализация на цел на сесия, а GA4 често отчита една реализация на събитие.

Когато например потребител изпълни цел 5 пъти в една сесия, UA ще покаже една реализация, а GA4 обикновено ще показва 5.

Забележка: Веднъж на събитие е основният начин на отчитане за повечето реализации с изключение на тези, създадени в автоматично създадена собственост в GA4 или с помощта на инструмента за мигриране на целите на асистента за настройване.

Стандартните настройки могат да доведат до по-голям брой реализации в GA4.

Използвайте настройките за отчитане на реализациите, както е описано тук. За да синхронизирате отчитането в GA4 с целите в UA, уверете се, че начинът на отчитане на реализациите в GA4 е зададен на Веднъж на сесия.

Забележки:

  • Потребителският интерфейс на GA4 ще установи, че това не е препоръчителна настройка, тъй като може да доведе до по-малък брой реализации. Ако например имате бизнес за генериране на възможни клиенти, искате да отчитате всеки изпратен формуляр за възможни клиенти, а не само един на потребител.
  • Имайте предвид, че Мениджър на маркери на Google има контроли за това как и кога маркерите могат да се задействат. Научете повече.

Тази препоръка не е подходяща, когато сравнявате транзакции при електронна търговия в 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). Това може да означава следното:

  1. Зареждането на няколко маркера може да се отрази върху скоростта на уебсайта.
  2. Ако потребителите навигират изключително бързо в уебсайт, маркерите може да не са завършили изобразяването си, което да доведе до пропуснати събития.
За да сведете до минимум риска от липсващи събития, препоръчваме да внедрите специализирани маркери на 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, използвайте настройката Платени и органични канали. Научете повече

 

Това полезно ли бе?

Как можем да направим подобрения?
Търсене
Изчистване на търсенето
Затваряне на търсенето
Главно меню
13808892243445018942
true
Търсене в Помощния център
true
true
true
true
true
69256
false
false