Interfejs Data Manager API umożliwia przesyłanie różnych typów danych użytkowników. Aby dane zostały prawidłowo odebrane i przetworzone, postępuj zgodnie z wymaganiami dotyczącymi formatowania, haszowania i kodowania każdego elementu danych.
UserData: dane przekazywane przez użytkowników, takie jak adres e-mail lub numer telefonu.PairData: identyfikatory PAIR (Publisher Advertiser Identity Reconciliation).MobileData: dane identyfikujące urządzenie mobilne.
Wymagania dotyczące UserData
Obiekt UserData to zbiór obiektów UserIdentifier. Każdy obiekt UserIdentifier ma dokładnie 1 atrybut z tabeli poniżej.
| UserIdentifier | |||||||
|---|---|---|---|---|---|---|---|
email_address |
|
||||||
phone_number |
|
||||||
address |
AddressInfo
obiektZapoznaj się ze specyfikacją formatu
AddressInfo. |
||||||
Format AddressInfo
Aby utworzyć atrybut address obiektu UserIdentifier, postępuj zgodnie z tymi wytycznymi dotyczącymi formatowania.
| AddressInfo | |||||||
|---|---|---|---|---|---|---|---|
given_name |
|
||||||
family_name |
|
||||||
region_code |
|
||||||
postal_code |
|
||||||
Wymagania dotyczące PairData
Wypełnij pole pair_ids obiektu PairData listą identyfikatorów.
Sformatuj każdy element na liście, wykonując te czynności:
- Zahaszuj dane osobowe udostępnione przez cleanroom za pomocą algorytmu SHA-256.
- Zaszyfruj bajty haszu za pomocą przemiennego szyfru EC, używając klucza wydawcy do listy użytkowników PAIR.
- Zakoduj zaszyfrowane dane za pomocą kodowania szesnastkowego lub Base64.
Wymagania dotyczące MobileData
Wypełnij pole mobile_ids obiektu MobileData listą
identyfikatorów urządzeń mobilnych. Nie haszuj identyfikatorów urządzeń mobilnych.
Format sygnatury czasowej
Jeśli w przypadku pól Timestamp (np.
timestamp i last_updated_timestamp w Event) używasz formatu JSON, użyj formatu RFC
3339. Oto kilka przykładów czasu UTC z 8 sierpnia 2025 r. o 17:18:44.291 w formacie RFC 3339 i różnych strefach czasowych:
- Strefa czasowa UTC:
2025-08-08T17:18:44.291Z - Strefa czasowa EDT, która w tym czasie była 4 godziny przed UTC:
2025-08-08T13:18:44.291-04:00 - Strefa czasowa PDT, która w tym czasie była 7 godzin przed UTC:
2025-08-08T10:18:44.291-07:00 - Strefa czasowa Tokio w Japonii, która była 9 godzin przed UTC i nie uwzględnia czasu letniego:
2025-08-08T22:18:44.291+09:00
Jeśli używasz formatu bufora protokołu, podczas tworzenia Timestamp ustaw seconds i opcjonalnie nanos. Oto wartości seconds i nanos dla czasu UTC z 8 sierpnia 2025 r. o 17:18:44.291:
seconds:1754683124nanos:291000000
Kodowanie
Podczas kodowania danych pamiętaj o tych kwestiach:
- W przypadku kodowania szesnastkowego (hex) wielkość liter w danych wyjściowych kodowania nie ma znaczenia.
- W przypadku kodowania Base64 wielkość liter w danych wyjściowych kodowania ma znaczenie podczas używania kodowania Base64.