Google Customer Match 連線
>為了遵循歐盟使用者同意政策並繼續為歐洲經濟區(EEA)的使用者建立對象清單，廣告商和合作夥伴必須確保在上傳對象資料時傳遞一般使用者同意。 作為 Google 合作夥伴，Adobe 會為您提供必要的工具，以遵守歐盟之 DMA 規定的這些同意要求。
>已購買Adobe Privacy & Security Shield且已設定同意原則以篩選掉非同意的設定檔的客戶，不必採取任何動作。
>未購買Adobe Privacy & Security Shield的客戶必須使用區段產生器中的區段定義功能，以篩選出未同意的設定檔，繼續使用現有的Real-Time CDP Google目的地而不中斷。
Google Customer Match會使用您的線上和離線資料，透過Google所擁有和運作的屬性（例如： Search、Shopping和Gmail）聯絡及重新與您的客戶互動。
使用案例 use-cases
為協助您更清楚瞭解如何使用Google Customer Match目的地，以下是Adobe Experience Platform客戶可以使用此功能解決的範例使用案例。
使用案例#1 use-case-1
運動服裝品牌想要透過Google Search和Google Shopping觸及現有客戶，以根據他們過去的購買和瀏覽記錄來個人化優惠和專案。 服飾品牌可以從他們自己的CRM擷取電子郵件地址到Experience Platform，並從他們自己的離線資料建立受眾。 接著，他們可以將這些對象傳送至Google Customer Match，以便在Search和Shopping中使用，最佳化其廣告支出。
使用案例#2 use-case-2
一家知名科技公司推出新手機。 為了推廣此新款手機，他們想要讓擁有舊款手機的客戶進一步瞭解手機的新功能和特性。
為了提升此版本，他們會使用電子郵件地址作為識別碼，從CRM資料庫將電子郵件地址上傳到Experience Platform。 建立受眾的基礎是擁有舊款手機型號的客戶。 然後會將對象傳送到Google Customer Match，以便公司可以在YouTube上鎖定目前的客戶、擁有舊版手機型號的客戶以及類似的客戶。
Google Customer Match個目的地的資料控管 data-governance
Experience Platform中的某些目的地對於傳送到目的地平台或從目的地平台接收的資料具有某些規則和義務。 您有責任瞭解您資料的限制與義務，以及您如何在Adobe Experience Platform和目的地平台中使用該資料。 Adobe Experience Platform提供資料治理工具，協助您管理其中一些資料使用義務。 進一步瞭解資料治理工具和原則。
支援的身分 supported-identities
Google Customer Match支援下表所述的身分啟用。 深入瞭解身分。
GAIDIDFAphone_sha256_e.164email_lc_sha256user_idaddress_info_first_nameaddress_info_last_name、address_info_country_code和address_info_postal_code搭配使用。為確保Google符合位址，您必須對應全部四個位址欄位（
address_info_first_name、address_info_last_name、address_info_country_code和address_info_postal_code），並確定這些欄位在匯出的設定檔中都沒有遺漏資料。如果有任何欄位未對應或包含遺失的資料，Google將不會符合位址。
address_info_last_nameaddress_info_first_name、address_info_country_code和address_info_postal_code搭配使用。為確保Google符合位址，您必須對應全部四個位址欄位（
address_info_first_name、address_info_last_name、address_info_country_code和address_info_postal_code），並確定這些欄位在匯出的設定檔中都沒有遺漏資料。如果有任何欄位未對應或包含遺失的資料，Google將不會符合位址。
address_info_country_codeaddress_info_first_name、address_info_last_name和address_info_postal_code搭配使用。為確保Google符合位址，您必須對應全部四個位址欄位（
address_info_first_name、address_info_last_name、address_info_country_code和address_info_postal_code），並確定這些欄位在匯出的設定檔中都沒有遺漏資料。如果有任何欄位未對應或包含遺失的資料，Google將不會符合位址。
接受的格式：小寫、雙字母國碼，格式為ISO 3166-1 alpha-2。
address_info_postal_codeaddress_info_first_name、address_info_last_name和address_info_country_code搭配使用。為確保Google符合位址，您必須對應全部四個位址欄位（
address_info_first_name、address_info_last_name、address_info_country_code和address_info_postal_code），並確定這些欄位在匯出的設定檔中都沒有遺漏資料。如果有任何欄位未對應或包含遺失的資料，Google將不會符合位址。
支援的對象 supported-audiences
本節說明您可以將哪些型別的對象匯出至此目的地。
依受眾資料型別支援的受眾：
匯出型別和頻率 export-type-frequency
請參閱下表以取得目的地匯出型別和頻率的資訊。
Google Customer Match帳戶必要條件 google-account-prerequisites
在Experience Platform中設定Google Customer Match目的地之前，請確定您已閱讀並遵守Google有關使用Customer Match的原則（如Google支援檔案中所述）。
接下來，確定您的Google帳戶已設定為Standard或更高的許可權等級。 如需詳細資訊，請參閱Google Ads檔案。
允許清單 allowlist
在Experience Platform中建立Google Customer Match目的地之前，請確定您的Google Ads帳戶符合Google Customer Match 原則。
Google會自動將擁有合規帳戶的客戶加入允許清單。
ID比對要求 id-matching-requirements
Google要求未明確傳送任何個人識別資訊(PII)。 因此，啟用至Google Customer Match的對象可以從 雜湊 識別碼中中斷連線，例如電子郵件地址或電話號碼。
根據您擷取至Adobe Experience Platform的ID型別，您必須遵守其對應的要求。
更新身分對應時的金鑰型別行為 key-type-behavior
Google Customer Match使用三個識別碼類別（稱為金鑰型別）來維護Google Ads中的個別客戶清單。 Google在CustomerMatchUploadKeyType參考中定義了三種索引鍵型別：
CONTACT_INFO：電子郵件地址、電話號碼和郵寄地址CRM_ID：廣告商指派的自訂使用者識別碼MOBILE_ADVERTISING_ID：行動裝置ID （IDFA和GAID）
您可以在相同的目的地連線中，對應來自多個索引鍵型別類別的身分。 Google會維護每個金鑰型別的個別客戶清單。
刪除規則： Google只有在您從目的地移除屬於該金鑰型別的所有身分識別欄位時，才會刪除客戶清單。 只要相同索引鍵型別的至少另一個欄位保持對應，移除一個欄位是安全的。
例如，如果您對應email_lc_sha256和address_info_first_name （兩者都屬於CONTACT_INFO機碼型別），移除address_info_first_name是安全的。 CONTACT_INFO客戶清單已保留，因為email_lc_sha256仍然是其一部分。
- 正在移除金鑰型別的所有欄位：例如，如果
user_id是您唯一的CRM_ID欄位，而您將其移除，Google將會刪除整個CRM_ID客戶清單。 稍後再新增user_id會建立新的空白清單。 先前的資料無法復原。 - 在金鑰型別之間切換：移除
user_id以切換至address_info_first_name和address_info_last_name，稍後反轉變更，每次都會刪除並重新建立受影響的客戶清單。 歷史對象資料會遺失。
如果您需要讓多個索引鍵型別保持作用中，請考慮為每個索引鍵型別建立個別的目的地連線。 如此一來，在編輯其他欄位時，便不會意外移除任一型別的所有欄位。
在CONTACT_INFO金鑰型別中，您可以將電子郵件地址、電話號碼和郵寄地址合併到相同的連線中。 Google建議使用此方法，因為它可改善匹配率。
電話號碼雜湊需求 phone-number-hashing-requirements
在Google Customer Match中啟用電話號碼的方法有兩種：
- 擷取原始電話號碼：您可以將E.164格式的原始電話號碼擷取至Experience Platform，這些電話號碼在啟用時自動雜湊。 如果選擇此選項，請務必將原始電話號碼擷取到
Phone_E.164名稱空間。 - 擷取雜湊電話號碼：您可以在擷取至Experience Platform之前預先雜湊電話號碼。 如果選擇此選項，請務必將雜湊電話號碼擷取到
PHONE_SHA256_E.164名稱空間。
Phone名稱空間的電話號碼。電子郵件雜湊需求 hashing-requirements
您可以將電子郵件地址雜湊再擷取至Adobe Experience Platform，或在Experience Platform中清除使用電子郵件地址，並在啟用時將Experience Platform個電子郵件地址雜湊。
如需Google雜湊需求和其他啟用限制的詳細資訊，請參閱Google檔案中的下列章節：
若要瞭解如何在Experience Platform中擷取電子郵件地址，請參閱批次擷取總覽和串流擷取總覽。
如果您選擇自行雜湊電子郵件地址，請務必遵守Google的要求，如上述連結所述。
滿足欄位雜湊需求 address-field-hashing
將位址相關欄位對應至Google Customer Match時，Experience Platform 會在傳送至Google之前，自動雜湊 address_info_first_name和address_info_last_name值。 此自動雜湊是遵守Google安全性和隱私權需求所需。
請 不要 提供address_info_first_name或address_info_last_name的預先雜湊值。 如果您提供已雜湊的值，比對程式將會失敗。
使用自訂名稱空間 custom-namespaces
在使用User_ID名稱空間將資料傳送至Google之前，請確定您使用gTag同步處理自己的識別碼。 如需詳細資訊，請參閱Google正式檔案。
影片概觀 video-overview
觀看以下影片，瞭解優點以及如何對Google Customer Match啟用資料。
連線到目標 connect
若要連線到此目的地，請依照目的地組態教學課程中所述的步驟進行。
連線參數 parameters
在設定此目的地時，您必須提供下列資訊：
- Name：提供此目的地連線的名稱
- Description：提供此目的地連線的說明
- Account ID：您的Google Ads客戶識別碼。 ID的格式為xxx-xxx-xxxx。 如果您使用Google Ads Manager Account (My Client Center)，請勿使用您的管理員帳戶ID。 請改用Google Ads客戶ID。
- 預設會為Google Customer Match目的地選取 Combine with PII 行銷動作，且無法移除。
驗證與許可權 authentication-permissions
當您連線至Google Ads帳戶時，Google會提示您授與Adobe應用程式的存取權。 您必須核准Google Ads API許可權，Adobe才能建立和管理您的客戶清單。 在您打算啟用的客戶帳戶中，使用具有標準或以上存取許可權的Google Ads使用者。 如果您使用管理員帳戶(MCC)，請以客戶帳戶的使用者登入，並提供客戶帳戶ID （而非MCC ID）。
如果在OAuth流程期間未授予Google Ads許可權，稍後啟用可能會失敗，並出現Google Ads API的錯誤。 請參閱疑難排解一節，以取得如何解決許可權相關錯誤的詳細資訊。
啟用警示 enable-alerts
您可以啟用警報以接收有關傳送到您目的地的資料流狀態的通知。 從清單中選取警報以訂閱接收有關資料流狀態的通知。 如需警示的詳細資訊，請參閱使用UI訂閱目的地警示的指南。
當您完成提供目的地連線的詳細資訊時，請選取Next。
啟動此目標的對象 activate
如需啟用此目的地的對象的指示，請參閱啟用串流對象匯出目的地的對象資料。
在 Segment schedule 步驟中，傳送IDFA或GAID對象給Google Customer Match時，您必須提供App ID。
如需如何尋找App ID的詳細資訊，請參閱Google官方檔案，或詢問您的Google代表。
身分對應：在Google Customer Match中啟用對象資料 example-gcm
在Google Customer Match中啟用對象資料時，請使用下列指南來選取正確的來源和目標身分名稱空間。
選取來源欄位：
- 如果您使用的電子郵件地址未進行雜湊處理，請選取
Email名稱空間作為來源身分。 - 如果您根據Google Customer Match 電子郵件雜湊需求將資料擷取的客戶電子郵件地址雜湊至Experience Platform，請選取
Email_LC_SHA256名稱空間作為來源身分。 - 如果您的資料包含非雜湊電話號碼，請選取
PHONE_E.164名稱空間作為來源身分。 Experience Platform將雜湊電話號碼以符合Google Customer Match要求。 - 如果您根據Google Customer Match 電話號碼雜湊需求，將資料擷取中的電話號碼雜湊至Experience Platform，請選取
Phone_SHA256_E.164名稱空間作為來源身分。 - 如果您的資料包含Apple個裝置識別碼，請選取
IDFA名稱空間作為來源識別碼。 - 如果您的資料包含Android個裝置識別碼，請選取
GAID名稱空間作為來源識別碼。 - 如果您的資料包含其他型別的識別碼，請選取
Custom名稱空間作為來源識別碼。
選取目標欄位：
- 當來源名稱空間為
Email或Email_LC_SHA256時，請選取Email_LC_SHA256名稱空間作為目標身分。 - 當來源名稱空間為
PHONE_E.164或Phone_SHA256_E.164時，請選取Phone_SHA256_E.164名稱空間作為目標身分。 - 當來源名稱空間為
IDFA或GAID時，請選取IDFA或GAID名稱空間作為目標身分。 - 當您的來源名稱空間是自訂名稱空間時，請選取
User_ID名稱空間作為目標身分。
來自未雜湊名稱空間的資料在啟用時由Experience Platform自動雜湊。
屬性來源資料不會自動雜湊。 當您的來源欄位包含未雜湊的屬性時，請核取 Apply transformation 選項，讓Experience Platform在啟用時自動雜湊資料。
監視目的地 monitor-destination
連線到目的地並建立目的地資料流後，您可以使用Real-Time CDP中的監視功能來取得有關每個資料流執行中啟用到您目的地的設定檔記錄的廣泛資訊。
address_info_first_name、address_info_last_name、address_info_country_code及address_info_postal_code）時，它們會在資料流監視頁面中計為每個設定檔的個別身分。驗證對象啟用是否成功 verify-activation
完成啟動流程後，切換至您的 Google Ads 帳戶。 啟用的對象會在您的Google帳戶中顯示為客戶清單。 根據您的對象規模，除非有100多位活躍使用者可服務，否則部分對象不會填入。
將對象對應至IDFA和GAID行動ID時，Google Customer Match會為每個ID對應建立個別的對象。 您的Google Ads帳戶顯示兩個不同的區段，一個用於IDFA，另一個用於GAID對應。
疑難排解 troubleshooting
啟用後，符合率降至0% match-rate-reset
如果啟用後，符合率降至0%，可能是因為金鑰型別的所有身分欄位已從目的地連線中移除。
從目的地移除屬於指定機碼型別的所有欄位時，Google會刪除客戶清單。 有兩個案例會觸發此情況：
- 移除金鑰型別的所有欄位：例如，如果
user_id是連線中唯一的CRM_ID欄位，而您移除它，Google會刪除CRM_ID客戶清單。 符合率重設為0%，因為Google會建立新的空白客戶清單。 - 在索引鍵型別之間切換：移除一個索引鍵型別的所有欄位，以新增不同型別的欄位，稍後再反轉變更。 每次都會刪除並重新建立受影響的客戶清單。 歷史對象資料會遺失。
只要連線中至少還有一個相同索引鍵型別的其他欄位保持對應，移除個別欄位是安全的。
若要防止此問題發生：
- 請勿在單一啟動回合中移除金鑰型別的所有身分欄位。 至少將受影響索引鍵型別的一個欄位保持對應。
- 如果您需要多個作用中的金鑰型別，請為指向相同來源對象的每個金鑰型別建立個別的目的地連線。 如此一來，在編輯其他欄位時，便不會意外移除任一型別的所有欄位。
如需詳細資訊，請參閱更新身分對應時的金鑰型別行為區段。
400錯誤請求錯誤訊息 bad-request
設定此目的地時，您可能會收到下列錯誤：
{"message":"Google Customer Match Error: OperationAccessDenied.ACTION_NOT_PERMITTED","code":"400 BAD_REQUEST"}
當客戶帳戶不符合必要條件時，就會發生此錯誤。 若要修正此問題，請連絡Google，並確認您的帳戶已加入允許清單，且已設定為Standard或更高的許可權等級。 如需詳細資訊，請參閱Google Ads檔案。
500內部伺服器錯誤 — 沒有足夠的驗證範圍 insufficient-scopes
將對象啟用至此目的地時，您可能會收到下列錯誤：
{"message":"com.google.api.gax.rpc.PermissionDeniedException: io.grpc.StatusRuntimeException: PERMISSION_DENIED: Request had insufficient authentication scopes.","code":"500 INTERNAL_SERVER_ERROR"}
當用於此目的地連線的Google OAuth權杖是在沒有必要的Google Ads API範圍的情況下建立時，或當登入的使用者在目標客戶帳戶上缺少足夠的許可權時，就會發生此錯誤。
若要修正此問題，請遵循下列步驟：
-
為此目的地帳戶重新產生Google驗證，並確定您接受請求的Google Ads許可權：
- 在Experience Platform中，前往Destinations > Accounts
- 找出您的Google Customer Match帳戶
- 選取More actions (⋯) > Edit > Renew
- 完成Google登入和同意流程，並核准所有要求的許可權
-
如果您透過管理員帳戶(MCC)管理廣告，請確認您正在向具有Standard或以上目標客戶帳戶存取許可權的使用者進行驗證，且在目的地設定的 Account ID 是客戶帳戶ID （而非MCC ID）。
-
重新執行啟動。
如果問題仍然存在：
- 確認您的Google Ads帳戶已加入允許清單以符合Customer Match並符合原則需求。
- 確定使用者在Google Ads客戶帳戶中的存取層級為Standard或更高。 如需詳細資訊，請參閱Google Ads檔案。