A API Data Manager permite fazer upload de vários tipos de dados do usuário. Siga os requisitos de formatação, hash e codificação para cada elemento de dados para que seus dados sejam recebidos e processados corretamente.
- UserData: dados fornecidos pelo usuário, como um endereço de e-mail ou número de telefone.
- PairData: IDs da Reconciliação de dados de identificação entre publishers e anunciantes (PAIR).
- MobileData: dados que identificam um dispositivo móvel.
Requisitos do UserData
Um objeto UserData é uma coleção de objetos UserIdentifier. Cada
UserIdentifier tem exatamente um dos atributos na tabela a seguir.
| UserIdentifier | |||||||
|---|---|---|---|---|---|---|---|
| email_address | 
 | ||||||
| phone_number | 
 | ||||||
| address | Objeto  AddressInfoConsulte a especificação do formato
       AddressInfo. | ||||||
Formato AddressInfo
Use as diretrizes de formatação a seguir para criar o atributo address de um UserIdentifier.
| AddressInfo | |||||||
|---|---|---|---|---|---|---|---|
| given_name | 
 | ||||||
| family_name | 
 | ||||||
| region_code | 
 | ||||||
| postal_code | 
 | ||||||
Requisitos do PairData
Preencha o campo pair_ids de um objeto PairData com uma lista de IDs.
Formate cada elemento da lista seguindo estas etapas:
- Gere hash dos dados de PII fornecidos pela clean room usando o algoritmo SHA-256.
- Criptografe os bytes de hash com uma cifra comutativa EC usando a chave do editor para a lista de usuários PAIR.
- Codifique os dados criptografados usando a codificação hexadecimal ou Base64.
Requisitos do MobileData
Preencha o campo mobile_ids de um objeto MobileData com uma lista de
IDs de dispositivos móveis. Não faça hash de IDs de dispositivos móveis.
Formato do carimbo de data/hora
Se você estiver usando o formato JSON para campos Timestamp, como
timestamp e last_updated_timestamp de Event, use o formato RFC
3339. Confira alguns exemplos do horário UTC de 8 de agosto de 2025, às 17:18:44.291, no formato RFC 3339 e em diferentes fusos horários:
- Fuso horário UTC: 2025-08-08T17:18:44.291Z
- Fuso horário EDT, que era 4 horas antes do UTC na época:
2025-08-08T13:18:44.291-04:00
- Fuso horário PDT, que era 7 horas antes do UTC na época:
2025-08-08T10:18:44.291-07:00
- Fuso horário de Tóquio, Japão, que estava 9 horas à frente do UTC e não observava o horário de verão: 2025-08-08T22:18:44.291+09:00
Se você estiver usando o formato de buffer de protocolo, defina seconds e, opcionalmente, nanos ao construir Timestamp. Confira os valores de seconds e nanos
para o horário UTC de 8 de agosto de 2025 às 17h18m44s291:
- seconds:- 1754683124
- nanos:- 291000000
Codificação
Considere o seguinte ao codificar dados:
- O uso de letras maiúsculas ou minúsculas não importa ao usar a codificação hexadecimal (hex).
- O uso de letras maiúsculas e minúsculas na saída da codificação é importante ao usar a codificação Base64.