L'API Data Manager supporta il caricamento di più tipi di dati utente. Segui i requisiti di formattazione, hashing e codifica per ogni elemento di dati in modo che i tuoi dati vengano ricevuti ed elaborati correttamente.
UserData: dati forniti dagli utenti, ad esempio un indirizzo email o un numero di telefono.IpData: dati IP, come un indirizzo IP e i timestamp associati.PairData: ID Publisher Advertiser Identity Reconciliation (PAIR).MobileData: dati che identificano un dispositivo mobile.
Requisiti per UserData
Un oggetto UserData è una raccolta di oggetti UserIdentifier. Ogni
UserIdentifier ha esattamente uno degli attributi nella tabella seguente.
| UserIdentifier | |||||||
|---|---|---|---|---|---|---|---|
email_address |
|
||||||
phone_number |
|
||||||
address |
Oggetto
AddressInfoConsulta la specifica del formato
AddressInfo. |
||||||
Formato AddressInfo
Utilizza le seguenti linee guida di formattazione per creare l'attributo address di un UserIdentifier.
| AddressInfo | |||||||
|---|---|---|---|---|---|---|---|
given_name |
|
||||||
family_name |
|
||||||
region_code |
|
||||||
postal_code |
|
||||||
address_line |
|
||||||
city |
|
||||||
administrative_area |
|
||||||
Requisiti per IpData
Un oggetto IpData ha i seguenti attributi.
| IpData | |||||||
|---|---|---|---|---|---|---|---|
ip_address |
|
||||||
Requisiti per PairData
Compila il campo pair_ids di un oggetto PairData con un elenco di ID.
Formatta ogni elemento dell'elenco seguendo questi passaggi:
Esegui l'hashing dei dati PII forniti dalla data clean room utilizzando l'algoritmo SHA-256.
Cripta i byte dell'hash con un algoritmo di crittografia commutativa EC utilizzando la chiave del publisher per l'elenco di utenti PAIR.
Codifica i dati criptati utilizzando la codifica esadecimale o Base64.
Requisiti per MobileData
Compila il campo mobile_ids di un oggetto MobileData con un elenco di
identità digitali. Non sottoporre ad hashing gli ID mobile.
Formato timestamp
Se utilizzi il formato JSON per i campi Timestamp, come timestamp e last_updated_timestamp di Event, utilizza il formato RFC 3339. Ecco alcuni esempi dell'ora UTC dell'8 agosto 2025 alle 17:18:44.291 nel formato RFC 3339 e in diversi fusi orari:
Fuso orario UTC:
2025-08-08T17:18:44.291ZFuso orario EDT, che all'epoca era 4 ore prima dell'UTC:
2025-08-08T13:18:44.291-04:00Fuso orario PDT, che all'epoca era 7 ore prima dell'UTC:
2025-08-08T10:18:44.291-07:00Fuso orario di Tokyo, Giappone, che era 9 ore avanti rispetto al fuso orario UTC e non osserva l'ora legale:
2025-08-08T22:18:44.291+09:00
Se utilizzi il formato del buffer di protocollo, imposta seconds e, facoltativamente, nanos durante la creazione di Timestamp. Ecco i valori seconds e nanos per l'ora UTC dell'8 agosto 2025 alle 17:18:44.291:
seconds:1754683124nanos:291000000
Codifica
I requisiti di codifica variano a seconda che i dati utente vengano criptati o meno:
Dati utente non criptati:codifica i byte hash SHA-256 utilizzando la codifica esadecimale (hex) o la codifica Base64.
Dati utente criptati:se cripti i dati utente, devi codificare in Base64 i byte di hash non elaborati prima della crittografia. La codifica esadecimale non è supportata per l'hash di pre-crittografia. Puoi quindi codificare il testo cifrato risultante utilizzando la codifica esadecimale o Base64.