Protokół pomiarowy Google Analytics umożliwia przesyłanie danych offline do strumienia danych z witryny lub aplikacji, oprócz danych, które już zbierasz za pomocą tagowania lub pakietu SDK Firebase.
W tym przewodniku opisujemy typowe przypadki użycia Measurement Protocol w Google Analytics i ich wymagania.
Podsumowanie wymagań
W tabeli poniżej znajdziesz krótki przegląd wymagań poszczególnych przypadków użycia. Pamiętaj o tych sprawdzonych metodach:
Parametr
timestamp_micros
w zdarzeniach i właściwościach użytkownika podaje domyślnie czas żądania. Przy wysyłaniu zmiany, która miała miejsce w przeszłości, a dotyczy zdarzenia lub właściwości użytkownika, zastąp sygnaturę czasową w sposób podany w przewodniku po wysyłaniu zdarzeń i po właściwościach użytkownika.Aby otrzymywać dokładne raporty Czas rzeczywisty i wskaźniki zaangażowania, przekazuj parametr zdarzenia
engagement_time_msec
podający liczbę milisekund, która upłynęła od poprzedniego zdarzenia.
Przypadek użycia | Identyfikator sesji | Wymaganie dotyczące czasu żądania | Wymaganie timestamp_micros |
---|---|---|---|
Przypisywanie identyfikatorów User-ID do zdarzeń | Wymagane | <= koniec sesji, dzień roboczy początku sesji | >= początek sesji oraz <= koniec sesji |
Atrybucja sesji | Wymagane | <= początek sesji + 24 godziny | >= początek sesji oraz <= koniec sesji |
Eksportowanie zdarzeń na platformy reklamowe | Niewymagane | <= dzień roboczy ostatniej sesji + 63 dni | >= czas żądania minus 2 dni robocze i <= czas żądania |
Wysyłanie zdarzeń lub właściwości użytkownika na potrzeby tworzenia list odbiorców | Niewymagane | Internet: <= czas najnowszego zdarzenia online + 30 dni Aplikacja: <= czas najnowszego zdarzenia online + 42 dni |
>= czas żądania minus 2 dni robocze i <= czas żądania |
Przypisywanie identyfikatorów User-ID do zdarzeń
Używaj platformy Measurement Protocol, aby przekazywać zdarzenia online lub offline z identyfikatorem User-ID.
Oto kilka przykładowych przypadków użycia dodawania identyfikatora User-ID do zdarzenia:
Twoje pomiary online nie zawierają informacji potrzebnych do wyszukania identyfikatora użytkownika w przypadku zdarzeń online, ale masz potok przetwarzania zdarzeń, który może powiązać sesję online z identyfikatorem użytkownika.
W tym scenariuszu używasz platformy Measurement Protocol do przekazywania zdarzeń online z identyfikatorem użytkownika.
Nie masz identyfikatora User-ID w przypadku zdarzeń wysyłanych za pomocą protokołu pomiarowego, ale chcesz, aby te zdarzenia były powiązane z identyfikatorem User-ID, jeśli użytkownik zaloguje się online w trakcie sesji.
W tym scenariuszu używasz zdarzeń online, aby przekazywać zdarzenia Measurement Protocol z identyfikatorem użytkownika.
Oto wymagania dotyczące dodawania identyfikatora User-ID do zdarzenia:
- Dodaj
session_id
do listy parametrów zdarzenia. - Wysyłaj zdarzenia Measurement Protocol w tym samym dniu roboczym co sesja online.
- Jeśli zastąpisz parametr
timestamp_micros
, ustaw go na sygnaturę czasową między czasem rozpoczęcia a zakończenia sesji online. - Jeśli chcesz podawać identyfikator User-ID w przypadku zdarzeń online, ustaw w żądaniu parametr
user_id
. - Jeśli chcesz, aby każde zdarzenie protokołu Measurement Protocol miało identyfikator User-ID z odpowiedniej sesji online, nie musisz ustawiać parametru
user_id
.
Atrybucja sesji
Zdarzenia platformy Measurement Protocol, które spełniają określone wymagania, pojawiają się w raportach z tymi samymi atrybutami sesji (np. informacje geograficzne, źródło, medium i kampania) co zdarzenia online z tej samej sesji.
Oto wymagania dotyczące atrybucji sesji:
- Dodaj
session_id
do listy parametrów zdarzenia. Wyślij prośbę nie później niż 24 godziny po rozpoczęciu sesji online.
Jeśli np. sesja rozpoczęła się o 11:15 w poniedziałek w strefie czasowej usługi, wyślij żądanie przed 11:15 we wtorek.
Jeśli zastąpisz parametr
timestamp_micros
, ustaw go na sygnaturę czasową między czasem rozpoczęcia a zakończenia sesji online.
Eksportowanie zdarzeń na platformy reklamowe
Google Analytics uwzględnia zdarzenia wysyłane za pomocą Measurement Protocol w eksportach do połączonych usług reklamowych, takich jak Google Ads czy Campaign Manager 360.
Oto kilka typowych scenariuszy, w których ta funkcja może być przydatna:
- Twoja firma organizuje wydarzenia offline, które chcesz uwzględniać w atrybucji i raportowaniu reklam.
- W systemie, który nie jest dostępny dla tagowania ani pakietu SDK Firebase, masz dodatkowe zdarzenia, ale nadal chcesz uwzględniać je w połączonych usługach.
Oto wymagania dotyczące eksportowania zdarzeń na platformy reklamowe:
Wyślij prośbę nie później niż do końca dnia roboczego 63 dni po ostatnim zdarzeniu online, nawet jeśli okres atrybucji kluczowego zdarzenia jest dłuższy niż 63 dni.
Jeśli na przykład ostatnie zdarzenie online dla
client_id
lubapp_instance_id
miało miejsce 1 marca, wyślij zdarzenie Measurement Protocol najpóźniej do końca dnia roboczego 3 maja.Jeśli zastępujesz wartość
timestamp_micros
, ustaw ją na sygnaturę czasową z ostatnich 3 dni roboczych.
Wysyłanie zdarzeń lub właściwości użytkownika na potrzeby tworzenia list odbiorców
Zdarzenia i właściwości użytkownika wysyłane za pomocą Measurement Protocol są uwzględniane w ocenie warunków odbiorców, jeśli spełniasz kilka wymagań.
Oto wymagania dotyczące wysyłania zdarzeń lub właściwości użytkownika na potrzeby tworzenia list odbiorców:
Prześlij żądanie do strumienia danych z internetu nie później niż do końca dnia roboczego 30 dni po ostatnim zdarzeniu online dotyczącym tego samego
client_id
.Jeśli np. ostatnie zdarzenie online dotyczące
client_id
miało miejsce 1 marca, wyślij zdarzenie Measurement Protocol najpóźniej do końca dnia roboczego 31 marca.Prześlij żądanie do strumienia danych z aplikacji nie później niż do końca dnia roboczego 42 dni po najnowszym zdarzeniu online dotyczącym tego samego
app_instance_id
.Jeśli np. ostatnie zdarzenie online dla
app_instance_id
miało miejsce 1 marca, wyślij zdarzenie Measurement Protocol najpóźniej do końca dnia roboczego 12 kwietnia.Jeśli zastępujesz wartość parametru
timestamp_micros
, ustaw ją na sygnaturę czasową z ostatnich 3 dni roboczych.