Импортиране от Google Analytics 4

1. Какво се внася и какво не

И двата пътя четат от вашия акаунт в Google и се включват отделно. Отговарят на различни въпроси и не са ви необходими и двата.

Път	Какво извлича	За какво
Data API	Ежедневни общи стойности: сесии, потребители, показвания на страници, ангажирани сесии	Въпросът за покритието. GA4 отчита 3000 сесии, MousePlayer е записал 40 — без отправната стойност разликата дори не може да се забележи.
Импортиране от BigQuery	Отделни GA4 сесии със събитията им	Какво се е случило по време на посещение, което MousePlayer не е могъл да запише.

Импортираните данни са в собствени таблици и никога не се смесват със записите ви. Иначе смисълът на всяка производна стойност би се променил незабележимо — поведенческите профили, оценяването на посетителите, анализът на триенето — и после никой не би могъл да каже кой ред е измерен и кой е извлечен.

2. Път 1: Data API

Необходими са две неща: идентификаторът на ресурса и ключ за служебен акаунт.

Идентификаторът на ресурса не е идентификаторът за измерване

Това е най-честият неуспешен опит, а собственото съобщение за грешка на Google не го посочва. Този идентификатор за измерване изглежда като G-ABC123XYZ, намира се в кода ви за проследяване и се вижда навсякъде. Този идентификатор на ресурса е изцяло числов и се появява само в администрирането, под „Администриране“, „Настройки на ресурса“. Необходим е вторият; отхвърляме първия с пояснение, вместо да ви оставим да получите грешка 400.

Създаване и упълномощаване на служебния акаунт

• В Google Cloud Console създайте служебен акаунт и генерирайте JSON ключ.
• В същия проект активирайте Google Analytics Data API.
• В GA4 под „Администриране“, „Управление на достъпа до ресурса“ добавете имейл адреса на служебния акаунт като Наблюдател. Служебният акаунт е самостоятелен потребител; без тази стъпка Google отговаря с 403, без да казва защо.

Поставете съдържанието на JSON файла в полето. Съхранява се шифровано и след това се показва само в съкратен вид.

3. Път 2: импортиране от BigQuery

Този път чете необработеното експортиране от GA4. Трябва да го настроите еднократно в GA4: „Администриране“, „Връзки с BigQuery“. Таблиците се появяват едва от следващия ден — преди това импортирането не намира нищо и това не е неизправност.

Какво въвеждате

• Посочете идентификатора на проекта в GCP в който се намират експортираните данни. Това не е непременно същият проект, в който експортирате данни от MousePlayer.
• Посочете идентификатора на набора от данни. GA4 го именува analytics_<propertyId>.
• Ключ за служебен акаунт с роля Наблюдател на данни в BigQuery за набора от данни и Потребител на задания в BigQuery в проекта. Достъпът за четене е достатъчен; не предоставяйте повече права.

Какво струва и кой плаща

BigQuery таксува според прочетените байтове, а сметката е ваша. Затова импортирането чете само няколко дни на изпълнение и винаги изпълнява само една заявка — втора би прочела същите таблици отново. Освен това твърд лимит прекратява заявката преди да стане скъпа; тогава съобщението в дневника за доставяне показва, че времевият прозорец е твърде голям.

Периодичността

По подразбиране на всеки шест часа, като всяко изпълнение извлича отново последните три дни. Това не е произволно: GA4 допълва данните до 48 часа назад, а ежедневното експортиране се появява едва на следващия ден. По-честите заявки не дават по-свежи числа, а същите.

4. Ключът, който свързва двете страни

Ако зададете и аналитичния мост на GA4, MousePlayer записва клиентския идентификатор от бисквитката _ga с всяка сесия. Това е точно стойността, която експортирането в BigQuery съдържа като user_pseudo_id.

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

5. Съгласие, съхранение, изтриване

Внесеното е имало бисквитка

Импортират се само редове с user_pseudo_id. Когато посетител откаже, GA4 изпраща събития без бисквитки чрез Consent Mode и те нямат такъв — затова отпадат без нужда от нечии уверения. Моделираните, тоест оценени, редове остават извън импортирането по същата причина: съхраняване на оценка като сесия би означавало съхраняване на посещения, които не са се случили.

Колко дълго остават

По подразбиране 180 дни, считано от деня, който редът описва — не от момента на импортиране. Иначе срокът никога не би изтекъл, защото всяко изпълнение извлича същите дни отново.

Изтриване

Ако посетител поиска данните му да бъдат изтрити, импортираните му GA4 сесии се изтриват заедно с тях — доколкото могат да бъдат отнесени към него чрез горния идентификатор. Ако изтриете проекта, те се изтриват във всички случаи, включително редове, които никога не са принадлежали на ваш запис. Ежедневното изпълнение за съхранението умишлено не ги засяга: данните от GA4 имат собствен срок, а записите ви изтичат по-рано.

6. Когато нищо не пристига

Всяко изпълнение записва резултата си в дневника за доставяне на страницата за интеграции — включително неуспехите, с ясни думи. Обикновено това вече показва какво липсва.

Съобщение	Какво да направите
Идентификаторът на ресурса трябва да е изцяло числов	Въвели сте идентификатора за измерване. Правилният номер е в GA4 под „Настройки на ресурса“.
HTTP 403 от Data API	Служебният акаунт не е Наблюдател в ресурса на GA4 или Data API не е активиран в проекта в GCP.
Не са намерени наборът от данни или таблиците за експортиране	Липсва връзката с BigQuery, наборът от данни се казва другояче или още не е минал един ден.
Отказан достъп (BigQuery)	На служебния акаунт липсва роля „Наблюдател на данни в BigQuery“ за набора от данни или „Потребител на задания в BigQuery“ в проекта.
Заявката би прочела твърде много	Лимитът на разходите я е прекратил, преди да бъде таксувано каквото и да е. Изберете по-малък времеви прозорец.
няма сесии в прозореца	Не е неизправност. В извлечените дни не е имало сесия със съгласие.