В этом руководстве объясняется, как отправлять события веб-потока и потока приложений Google Analytics Measurement Protocol на сервер Google Analytics, чтобы вы могли просматривать события Measurement Protocol в своих отчетах Google Analytics .
Выберите платформу, которую вы хотите видеть в этом руководстве:
Форматирование запроса
Протокол измерения Google Analytics поддерживает только запросы HTTP POST
.
Чтобы отправить событие, используйте следующий формат:
POST /mp/collect HTTP/1.1
HOST: www.google-analytics.com
Content-Type: application/json
<payload_data>
В URL-адресе запроса необходимо указать следующее:
api_secret
: СЕКРЕТ API , созданный в пользовательском интерфейсе Google Analytics.Чтобы создать новый секрет, перейдите в «Администратор» > «Потоки данных» > выберите поток > «Протокол измерения» > «Создать» .
firebase_app_id
: идентификатор приложения Firebase, который можно найти в консоли Firebase в разделе «Настройки проекта» > «Основные » > «Ваши приложения» > «Идентификатор приложения» .firebase_app_id
не совпадает сapp_instance_id
.firebase_app_id
идентифицирует ваше приложение, тогда какapp_instance_id
идентифицирует одну установку приложения.
Полную информацию см. в параметрах запроса .
В теле запроса необходимо указать следующее:
app_instance_id
: уникальный идентификатор экземпляра приложения Firebase. Это отличается от веб-client_id
:
user_id
: Необязательно. Уникальный идентификатор пользователя. Может содержать только символы UTF-8. Дополнительную информацию об этом идентификаторе см. в разделе User-ID для кросс-платформенного анализа .consent
: Необязательно. Узнайте, как настроить параметры согласия .timestamp_micros
: необязательно. Время эпохи Unix в микросекундах для событий и свойств пользователя в запросе. Если не указано, по умолчанию используется время запроса .events
: Массив элементов событий. Вы можете включить несколько событий в один запрос.Чтобы активность пользователя отображалась в таких отчетах, как Realtime ,
engagement_time_msec
иsession_id
должны быть указаны как частьparams
event
. Параметрengagement_time_msec
должен отражать время взаимодействия с событием в миллисекундах.Вот пример:
{
"app_instance_id": "12345678901234567890123456789012",
"events": [
{
"name": "campaign_details",
"params": {
"campaign_id": "google_1234",
"campaign": "Summer_fun",
"source": "google",
"medium": "cpc",
"term": "summer+travel",
"content": "logolink",
"session_id": "123",
"engagement_time_msec": "100"
}
}
]
}
```
While `session_start` is a [reserved event
name](/analytics/devguides/collection/protocol/ga4/reference#reserved_names),
creating a new `session_id` creates a new session without the need to send
`session_start`. Understand how [sessions are
counted](//support.google.com/analytics/answer/9191807).
## Try it
Here's an example you can use to send a [`tutorial_begin`] event to your Google
Analytics server:
```javascript
const firebase_app_id = `1:1234567890:android:321abc456def7890`;
const api_secret = `<secret_value>`;
fetch(`https://www.google-analytics.com/mp/collect?firebase_app_id=${firebase_app_id}&api_secret=${api_secret}`, {
method: "POST",
body: JSON.stringify({
app_instance_id: 'app_instance_id',
events: [{
name: 'tutorial_begin',
params: {},
}]
})
});
```
The format of `firebase_app_id` is platform specific. See **Application ID**
under [Firebase config files and objects].
## Override timestamp
The Measurement Protocol uses the *first* timestamp it finds in the following
list for each event in the request:
1. The `timestamp_micros` of the event.
1. The `timestamp_micros` of the request.
1. The time that the Measurement Protocol receives the request.
The following example sends a request-level timestamp that applies to all of
the events in the request. As a result, the Measurement Protocol assigns both the
`tutorial_begin` and `join_group` events a timestamp of
`requestUnixEpochTimeInMicros`.
```javascript
{
"timestamp_micros": requestUnixEpochTimeInMicros,
"events": [
{
"name": "tutorial_begin"
},
{
"name": "join_group",
"params": {
"group_id": "G_12345",
}
}
]
}
```
The following example sends both a request-level timestamp and an event-level
timestamp. As a result, the Measurement Protocol assigns the `tutorial_begin`
event a timestamp of `tutorialBeginUnixEpochTimeInMicros`, and the `join_group`
event a timestamp of `requestUnixEpochTimeInMicros`.
```javascript
{
"timestamp_micros": requestUnixEpochTimeInMicros,
"events": [
{
"name": "tutorial_begin",
"timestamp_micros": tutorialBeginUnixEpochTimeInMicros
},
{
"name": "join_group",
"params": {
"group_id": "G_12345",
}
}
]
}
```
## Limitations
The following limitations apply to sending Measurement Protocol events to Google
Analytics:
Note: For information on the limitations of 360 features, see [Google Analytics
360](//support.google.com/analytics/answer/11202874).
* Requests can have a maximum of 25 events.
* Events can have a maximum of 25 parameters.
* Events can have a maximum of 25 user properties.
* User property names must be 24 characters or fewer.
* User property values must be 36 characters or fewer.
* Event names must be 40 characters or fewer, can only contain alpha-numeric
characters and underscores, and must start with an alphabetic character.
* Parameter names including item parameters must be 40 characters or fewer,
can only contain alpha-numeric characters and underscores, and must start
with an alphabetic character.
* Parameter values including item parameter values must be 100 characters or
fewer for a standard Google Analytics property, and 500 characters or fewer
for a Google Analytics 360 property.
* Item parameters can have a maximum of 10 custom parameters.
* The post body must be smaller than 130kB.
* App Measurement Protocol events sent to Google Analytics 4 don't populate
Search audiences in Google Ads for app users.
For additional requirements of each use case, see [common use cases].