Увоз од Google Analytics 4

1. Што влегува, а што не

Двата начина читаат од вашата сметка на Google и се вклучуваат одделно. Одговараат на различни прашања и не ви требаат двата.

Начин	Што презема	За што
Data API	Дневни збирови: сесии, корисници, прегледи на страници, ангажирани сесии	Прашањето за опфатот. GA4 брои 3.000 сесии, MousePlayer снимил 40 - без референтната бројка разликата не може ни да се забележи.
Увоз од BigQuery	Поединечни сесии од GA4 со нивните настани	Што се случило за време на посета што MousePlayer не можел да ја сними.

Увозот е во сопствени табели и никогаш не се меша во вашите снимки. Инаку значењето на секоја изведена бројка би се изменило незабележливо - профилите на однесување, вреднувањето на посетителите, анализата на триење - и потоа никој не би можел да каже кој ред е измерен, а кој преземен.

2. Начин 1: Data API

Ви требаат две работи: ID на веб-локацијата и клуч на услужна сметка.

ID на веб-локацијата не е ID за мерење

Ова е најчестиот неуспешен обид, а сопствената порака за грешка на 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 Data Viewer за збирката податоци и BigQuery Job User во проектот. Доволен е пристап за читање; не доделувајте повеќе.

Колку чини и кој плаќа

BigQuery наплаќа според прочитани бајти, а таа сметка е ваша. Затоа увозот чита само неколку дена при секое извршување и секогаш извршува само едно пребарување - второ би ги прочитало истите табели повторно. Дополнително, строго ограничување го прекинува пребарувањето пред да стане скапо; кога тоа ќе се случи, пораката во дневникот на доставувања наведува дека временскиот прозорец е преголем.

Распоредот

Стандардно на секои шест часа, а секое извршување повторно ги презема последните три дена. Тоа не е произволно: GA4 дополнува податоци до 48 часа наназад, а дневниот извоз се појавува дури следниот ден. Почестото барање не носи посвежи бројки, туку истите.

4. Клучот што ги поврзува двете страни

Ако го поставите и аналитичкиот мост на GA4, MousePlayer го снима ID на клиентот од колачето _ga со секоја сесија. Тоа е токму вредноста што извозот во BigQuery ја содржи како user_pseudo_id.

Со неа сесија од GA4 може да се поврзе со една од вашите снимки - и обратно, може да видите што изброил GA4 за време на истата посета. Без мостот двете страни едноставно стојат една покрај друга, неповрзани.

5. Согласност, рок на чување, бришење

Она што влегува имало колаче

Се увезуваат само редови што содржат user_pseudo_id . Кога посетителот одбива, GA4 испраќа посети без колачиња преку Consent Mode и тие немаат таков идентификатор - па отпаѓаат без потреба некој да даде уверување. Моделираните, односно проценетите редови остануваат надвор поради истата причина: чување проценка како сесија би значело чување посети што никогаш не се случиле.

Колку долго останува

Стандардно 180 дена, сметано од денот што го опишува редот - а не од моментот на увоз. Инаку периодот никогаш не би истекол бидејќи секое извршување повторно ги презема истите денови.

Бришење

Ако посетител побара бришење на своите податоци, се бришат и неговите увезени сесии од GA4 - доколку може да се поврзат преку идентификаторот погоре. Ако го избришете проектот, се бришат во секој случај, вклучувајќи ги редовите што никогаш не припаѓале на една од вашите снимки. Дневното чистење според рокот на чување намерно не ги допира: податоците од GA4 имаат сопствен рок, а вашите снимки истекуваат порано.

6. Кога ништо не пристигнува

Секое извршување го запишува резултатот во дневникот на доставувања на страницата со интеграции - вклучувајќи ги неуспесите, со јасни зборови. Тоа обично веќе кажува што недостасува.

Порака	Што да направите
ID на веб-локацијата мора да биде само нумерички	Го внесовте ID за мерење. Точниот број е во GA4 во Поставки на веб-локацијата.
HTTP 403 од Data API	Услужната сметка не е Прегледувач на веб-локацијата во GA4 или Data API не е овозможен во проектот во GCP.
Не е најдена збирката податоци или табелите за извоз	Недостасува врската со BigQuery, збирката податоци е поинаку именувана или сè уште не поминал еден ден.
Пристапот е одбиен (BigQuery)	На услужната сметка ѝ недостасува BigQuery Data Viewer за збирката податоци или BigQuery Job User во проектот.
Пребарувањето би прочитало премногу	Ограничувањето на трошоците го прекинало пред нешто да се наплати. Изберете помал временски прозорец.
нема сесии во прозорецот	Не е дефект. Во преземените денови немало сесија со согласност.