您可以使用 Google 的使用者提供的資料比對 (UPDM) 功能處理第一方資料，與客戶建立有意義的關係。本頁說明有關 UPDM 媒合率的常見問題。
如何增加名單人數和觸及？
名單人數是指您實際能觸及的使用者人數。如想增加名單人數和觸及，建議採取以下做法：
- 上傳所有可用的資訊類型 (例如電子郵件地址、行動裝置、電話號碼和實際地址)，提供的信號 ID 越多，越有機會比對成功。系統採用 OR 邏輯且會逐項處理信號，因此不需要所有信號都達成比對。
- 重複使用目標客戶比對資料表，其中的資料已經過雜湊處理，可用於 UPDM 連結。
- 對照媒合率，檢查是否有任何資料格式問題。
- 將客戶的多個信號 ID 放在資料檔案中的同一列。
如何為客戶新增多個信號 ID？
將客戶的多個信號 ID 放在資料檔案中的同一列，可在廣告資料中心獲得最準確的媒合率。舉例來說，如果您有同一位顧客的電話號碼和電子郵件地址，請將這兩項資訊並排在同一列 (如第 2 列和第 5 列所示)。
多久更新一次名單？
建議您每天更新名單，以利取得更準確的結果和最佳成效。最佳做法是在設定連結時指定匯入時間表。
要在哪裡查看媒合率？
您可在使用者介面的「近期執行內容」下方查看資料媒合率 (目前只顯示最近執行工作的資料媒合率)。基於隱私權限制，此處顯示的媒合率僅為預估近似值，廣告資料中心無法提供確切值。
資料媒合率 (使用者與整個 Google 識別資訊空間進行比對) 一律會等於或大於廣告資料中心對照表 (客戶廣告活動觸及的使用者，已儲存至 Google 已知的第一方資料) 中的資料列數。這個數字的計算方式為下列查詢的結果，除以客戶第一方資料中的不重複項目數：
SELECT COUNT(*)
FROM *_updm
GROUP BY 1
為什麼媒合率偏低？
媒合率是指上傳資料中能與 Google 使用者建立連結的百分比，連結後比較容易查看名單的可用程度。顧客個人資訊未達成比對是很常見的情況，所以就算媒合率不是 100%，也請不用擔心。
媒合率的用途包括：
- 當成對照基準，便於檢查是否有任何資料格式問題。
- 顯示第一方資料與 Google 資料的比對結果百分比。
為什麼 UPDM 的媒合率高於目標顧客比對？
UPDM 可根據任何信號 ID 比對使用者，而目標顧客比對功能進行篩選比對時，還會將廣告曝光資料納入考量。
如何避免錯誤和 ID 衝突？
如要減少發生錯誤和 ID 衝突的可能性，請採取下列做法：
- 每個帳戶一次只能執行一個相符連結
- 使用與廣告資料中心帳戶位於相同區域的資料來源。
資料的存留時間是多久？
如果存留時間 (TTL) 為 60 天，代表客戶上傳比對記錄後，資料會在對照表中保留 60 天。到期之後，該項目就會從對照表中移除。後續若重新上傳，時間再從頭算起。這種處理原則類似於為了隱私權及法規遵循，而設定的 Cookie 比對上傳資料到期限制。
Google 如何處理區域資料？
UPDM 會將目標顧客比對資料匯出至四個不同的區域，分別是歐盟、美國、亞洲和澳洲。這會將完整資料集 (所有 Google GAIA ID 的資料，不限區域) 匯出到所有四個區域。也就是說，無論顧客在哪個區域，系統都會比對所有區域的資料。
UPDM 不會篩選區域資料，除非在廣告資料中心依區域劃分，否則資料不會經過篩選。
為什麼查詢時對照表是空白的？
請確認分析資料取自用於 UPDM 的 Google 自有自營資料，且未彙整使用搜尋的廣告活動。廣告事件必須連結到 Google 廣告資料中的登入使用者，才能使用 UPDM。請參閱「廣告資料中心的可彙整欄位」一文。
google_ads_impressions、dv360_youtube_impressions 和 yt_reserve_impressions 資料表包含登入和未登入使用者的相關資料。在廣告資料中心透過 UPDM 比對成功的使用者，包括 Google 已知且在過去 180 天內處於活躍狀態的使用者、透過廣告活動觸及的使用者，以及已上傳至第一方資料集的使用者。
應該如何建構帳戶？
代理商必須將每個廣告主的專屬子帳戶新增至廣告資料中心帳戶，才能使用 UPDM 和第一方資料。這可確保每個廣告主都將相關資料儲存在主要代理商帳戶中的專屬子帳戶中。如果是未運用專屬子帳戶區分廣告主資料的舊帳戶，則必須為每個廣告主建立新的子帳戶，並等待資料填入。
是否提供 API？
目前沒有公開的 UPDM API，因此必須透過使用者介面設定連線。不過，廣告資料中心 API 支援執行仰賴 UPDM 對照表的查詢，就像支援其他查詢一樣。另請注意，媒合率是機密資訊。基於隱私權規定，客戶在使用者介面中看到的媒合率都會經過雜訊處理。
如何尋找及管理 UPDM 服務帳戶？
在 UPDM 設定期間，系統會自動產生 Data Fusion、Dataproc 和 Matching 服務帳戶，並自動授予存取權。設定完成後，您可以在 Google Cloud 專案的 IAM 設定中尋找及管理服務帳戶。
透過使用者介面提交資料來源憑證時，系統會如何處理這些憑證？
連結資料來源 (例如 Snowflake 或 MySQL) 的憑證不會直接儲存在廣告資料中心。廣告資料中心則使用服務帳戶和 OAuth，在不同平台間安全存取及傳輸資料。這種做法可避免儲存機密資訊，並使用臨時存取權存取權證記號執行授權動作，進而提升安全性。
為什麼設定失敗？
設定可能會因不同原因而失敗。您可能會因為在 Google Cloud 專案中啟用網域限定共用 (DRS) 而遇到這個錯誤。如要解決這個問題，您可以暫時停用 Google Cloud 專案的 DRS，以便完成 UPDM 設定。設定完成後，您可以重新啟用 DRS。如果您因機構政策而無法停用 DRS，請與支援團隊聯絡尋求協助。