Esta página descreve os eventos do usuário para apps do Gemini Enterprise, incluindo tipos de eventos do usuário, requisitos e exemplos de tipos de eventos do usuário.
Se você usa as APIs do Gemini Enterprise nos seus próprios apps, é necessário configurar a pesquisa no app para receber os eventos do usuário e adicionar os dados de eventos do usuário ao app do Gemini Enterprise.
Se você criar o app no consoleGoogle Cloud , não será necessário importar manualmente os eventos do usuário nem ler esta página.
Para ajuda com a gravação de eventos do usuário, consulte Registrar eventos do usuário em tempo real. Para importar eventos de usuários anteriores em massa, consulte Importar eventos históricos de usuários.
Tipos de evento do usuário
Você pode registrar os seguintes tipos de eventos de usuário conforme os usuários finais navegam ou pesquisam no seu site:
Nome do evento do usuário | Ação do usuário |
---|---|
view-item |
Mostra os detalhes de um documento. |
search |
Pesquisa dados no app Gemini Enterprise. |
Para detalhes sobre o objeto de evento do usuário, consulte a
documentação de referência da API UserEvent
.
Exemplos e esquemas de tipo de evento do usuário
Nesta seção, apresentamos os formatos de dados para cada tipo de evento compatível com os apps do Gemini Enterprise. São fornecidos exemplos do JavaScript Pixel. Para o BigQuery, é fornecido o esquema de tabela completo para cada tipo.
Para todos os tipos de eventos do usuário, userId
é opcional.
Para mais detalhes sobre o objeto de evento do usuário, consulte a
documentação de referência da API UserEvent
.
view-item
Veja a seguir o formato de dados de evento do usuário view-item
.
Objeto view-item mínimo necessário
Os exemplos a seguir mostram apenas os campos obrigatórios para o formato de evento
do usuário view-item
.
Na maioria dos casos, documents
contém detalhes do documento associado.
JavaScript Pixel
var user_event = {
"eventType": "view-item",
"userPseudoId": "user-pseudo-id",
"eventTime": "2020-01-01T03:33:33.000001Z",
"documents": [{
"id": "document-id"
}]
};
BigQuery
Este é o esquema JSON completo para esse tipo de evento do usuário. Especifique esse esquema ao criar tabelas para esse tipo de evento do usuário no BigQuery.
Os modos dos campos obrigatórios estão definidos como REQUIRED
ou REPEATED
. Os modos dos
campos opcionais são definidos como NULLABLE
.
Observe que eventTime
é necessário para importar eventos com o
BigQuery. eventTime
é uma string com o formato de carimbo de data/hora.
[ { "name": "eventType", "type": "STRING", "mode": "REQUIRED" }, { "name": "userPseudoId", "type": "STRING", "mode": "REQUIRED" }, { "name": "eventTime", "type": "STRING", "mode": "REQUIRED" }, { "name": "userInfo", "type": "RECORD", "mode": "NULLABLE", "fields": [ { "name": "userId", "type": "STRING", "mode": "NULLABLE" }, { "name": "userAgent", "type": "STRING", "mode": "NULLABLE" } ] }, { "name": "pageInfo", "type": "RECORD", "mode": "NULLABLE", "fields": [ { "name": "pageviewId", "type": "STRING", "mode": "NULLABLE" }, { "name": "uri", "type": "STRING", "mode": "NULLABLE" }, { "name": "referrerUri", "type": "STRING", "mode": "NULLABLE" } ] }, { "name": "attributionToken", "type": "STRING", "mode": "NULLABLE" }, { "name": "documents", "type": "RECORD", "mode": "REPEATED", "fields": [ { "name": "id", "type": "STRING", "mode": "NULLABLE" } ] }, { "name": "tagIds", "type": "STRING", "mode": "REPEATED" }, { "name": "attributes", "type": "RECORD", "mode": "NULLABLE", "fields": [ { "name": "example_text_attribute", "type": "RECORD", "mode": "NULLABLE", "fields": [ { "name": "text", "type": "STRING", "mode": "REPEATED" } ] }, { "name": "example_number_attribute", "type": "RECORD", "mode": "NULLABLE", "fields": [ { "name": "numbers", "type": "NUMERIC", "mode": "REPEATED" } ] } ] } ]
search
Veja a seguir o formato de evento do usuário search
.
Objeto search mínimo necessário
Os exemplos a seguir mostram apenas os campos obrigatórios para o formato de evento
do usuário search
.
searchQuery
para eventos de pesquisa em que o usuário inseriu uma consulta de texto.
O attributionToken
é retornado com os resultados da consulta de pesquisa.
documents
precisa incluir a lista de IDs de documento mostrados ao usuário final na
página de resultados da pesquisa.
JavaScript Pixel
var user_event = {
eventType: "search",
userPseudoId: "user-pseudo-id",
eventTime: "2020-01-01T03:33:33.000001Z",
searchInfo: {
searchQuery: "search-query",
},
attributionToken: "attribution-token",
documents: [
{
id: "document-id1",
},
{
id: "document-id2",
},
]
};
BigQuery
Este é o esquema JSON completo para esse tipo de evento do usuário. Especifique esse esquema ao criar tabelas para esse tipo de evento do usuário no BigQuery.
Os modos dos campos obrigatórios estão definidos como REQUIRED
ou REPEATED
. Os modos dos
campos opcionais são definidos como NULLABLE
.
Observe que eventTime
é necessário para importar eventos com o
BigQuery. eventTime
é uma string com o formato de carimbo de data/hora.
[ { "name": "eventType", "type": "STRING", "mode": "REQUIRED" }, { "name": "userPseudoId", "type": "STRING", "mode": "REQUIRED" }, { "name": "eventTime", "type": "STRING", "mode": "REQUIRED" }, { "name": "searchInfo", "type": "RECORD", "mode": "NULLABLE", "fields": [ { "name": "searchQuery", "type": "STRING", "mode": "NULLABLE" } ] }, { "name": "pageInfo", "type": "RECORD", "mode": "NULLABLE", "fields": [ { "name": "pageCategory", "type": "STRING", "mode": "NULLABLE" } ] }, { "name": "attributionToken", "type": "STRING", "mode": "NULLABLE" }, { "name": "documents", "type": "RECORD", "mode": "REPEATED", "fields": [ { "name": "id", "type": "STRING", "mode": "NULLABLE" } ] } ]
Sobre as informações do usuário
userPseudoId
representa o identificador de usuário único e é necessário para
registrar um evento do usuário.
As informações do usuário (UserInfo
) incluídas quando você registra um evento
do usuário contêm o valor userPseudoId
e, se disponível, o valor userId
.
userId
é opcional e pode ser usado como um identificador permanente e exclusivo de um
usuário em vários dispositivos sempre que ele faz login no site. Quando você grava o
userId
de um usuário,
os apps do Gemini Enterprise
podem gerar resultados mais personalizados para um usuário em vários dispositivos,
como dispositivos móveis e um navegador da Web.
Sobre o carimbo de data/hora
Ao registrar um evento do usuário, inclua um carimbo de data/hora preciso de quando
o evento ocorreu. Carimbos de data/hora precisos garantem que seus eventos sejam armazenados na ordem correta. Os carimbos de data/hora são registrados automaticamente para eventos coletados
usando o JavaScript Pixel. Ao importar eventos, é necessário informar o
carimbo de data/hora no campo eventTime
no formato especificado pela RFC
3339.