Connexion Google Customer Match
>Pour se conformer à la politique de consentement des utilisateurs de l’UE et continuer à créer des listes d’audience pour les utilisateurs dans l’Espace économique européen (EEE), les annonceurs et les partenaires doivent s’assurer de transmettre le consentement de l’utilisateur final lors du téléchargement des données d’audience. En tant que partenaire Google, Adobe vous fournit les outils nécessaires pour vous conformer à ces exigences de consentement en vertu de la DMA dans l’Union européenne.
>Les clients qui ont acheté Adobe Privacy & Security Shield et configuré une politique de consentement pour filtrer les profils non consentis n’ont aucune action à effectuer.
>Les clients qui n’ont pas acheté Adobe Privacy & Security Shield doivent utiliser les fonctionnalités définition de segment du créateur de segments pour filtrer les profils non consentis et continuer à utiliser les destinations Google Real-Time CDP existantes sans interruption.
Google Customer Match utilise vos données en ligne et hors ligne pour atteindre et réengager vos clients dans les propriétés détenues et exploitées par Google, telles que : Search, Shopping et Gmail.
Destination
Cas d’utilisation use-cases
Pour mieux comprendre quand et comment utiliser la destination Google Customer Match, consultez les exemples de cas d’utilisation ci-dessous que Adobe Experience Platform clients peuvent résoudre à l’aide de cette fonctionnalité.
Cas d’utilisation #1 use-case-1
Une marque de vêtements de sport souhaite atteindre les clients existants par le biais de Google Search et de Google Shopping afin de personnaliser les offres et les articles en fonction de leurs achats précédents et de leur historique de navigation. La marque de vêtements peut ingérer des adresses e-mail de son propre CRM vers Experience Platform et créer des audiences à partir de ses propres données hors ligne. Ensuite, elles peuvent envoyer ces audiences à Google Customer Match pour qu’elles soient utilisées dans les Search et les Shopping, optimisant ainsi leurs dépenses publicitaires.
Cas d’utilisation #2 use-case-2
Une importante société de technologie a lancé un nouveau téléphone. Pour promouvoir ce nouveau modèle de téléphone, ils cherchent à faire connaître les nouvelles fonctionnalités du téléphone aux clients qui possèdent des modèles précédents de leurs téléphones.
Pour promouvoir la version, ils chargent les adresses e-mail de leur base de données CRM dans Experience Platform, en utilisant les adresses e-mail comme identifiants. Les audiences sont créées en fonction des clients qui possèdent d’anciens modèles de téléphone. Ensuite, les audiences sont envoyées à Google Customer Match, afin que l’entreprise puisse cibler les clients actuels, les clients qui possèdent des modèles de téléphone plus anciens et des clients similaires sur YouTube.
Gouvernance des données pour les destinations Google Customer Match data-governance
Certaines destinations dans Experience Platform ont certaines règles et obligations pour les données envoyées à, ou reçues de la plateforme de destination. Il vous incombe de comprendre les limites et obligations relatives à vos données et la manière dont vous les utilisez dans Adobe Experience Platform et sur la plateforme de destination. Adobe Experience Platform fournit des outils de gouvernance des données pour vous aider à gérer certaines de ces obligations d’utilisation des données. En savoir plus sur les outils et les politiques de gouvernance des données.
Identités prises en charge supported-identities
Google Customer Match prend en charge l’activation des identités décrites dans le tableau ci-dessous. En savoir plus sur les identités.
GAIDIDFAphone_sha256_e.164email_lc_sha256user_idaddress_info_first_nameaddress_info_last_name, address_info_country_code et address_info_postal_code, lorsque vous souhaitez envoyer des données d’adresse postale à votre destination.Pour que Google corresponde à l’adresse, vous devez mapper les quatre champs d’adresse (
address_info_first_name, address_info_last_name, address_info_country_code et address_info_postal_code) et vous assurer qu’aucun de ces champs ne manque de données dans les profils exportés.Si un champ n’est pas mappé ou contient des données manquantes, Google ne correspond pas à l’adresse.
address_info_last_nameaddress_info_first_name, address_info_country_code et address_info_postal_code, lorsque vous souhaitez envoyer des données d’adresse postale à votre destination.Pour que Google corresponde à l’adresse, vous devez mapper les quatre champs d’adresse (
address_info_first_name, address_info_last_name, address_info_country_code et address_info_postal_code) et vous assurer qu’aucun de ces champs ne manque de données dans les profils exportés.Si un champ n’est pas mappé ou contient des données manquantes, Google ne correspond pas à l’adresse.
address_info_country_codeaddress_info_first_name, address_info_last_name et address_info_postal_code, lorsque vous souhaitez envoyer des données d’adresse postale à votre destination.Pour que Google corresponde à l’adresse, vous devez mapper les quatre champs d’adresse (
address_info_first_name, address_info_last_name, address_info_country_code et address_info_postal_code) et vous assurer qu’aucun de ces champs ne manque de données dans les profils exportés.Si un champ n’est pas mappé ou contient des données manquantes, Google ne correspond pas à l’adresse.
Format accepté : codes pays à 2 lettres, en minuscules, au format ISO 3166-1 alpha-2.
address_info_postal_codeaddress_info_first_name, address_info_last_name et address_info_country_code, lorsque vous souhaitez envoyer des données d’adresse postale à votre destination.Pour que Google corresponde à l’adresse, vous devez mapper les quatre champs d’adresse (
address_info_first_name, address_info_last_name, address_info_country_code et address_info_postal_code) et vous assurer qu’aucun de ces champs ne manque de données dans les profils exportés.Si un champ n’est pas mappé ou contient des données manquantes, Google ne correspond pas à l’adresse.
Audiences prises en charge supported-audiences
Cette section décrit les types d’audiences que vous pouvez exporter vers cette destination.
Cette catégorie inclut toutes les origines d’audience en dehors des audiences générées par le Segmentation Service. Découvrez les différentes origines d’audience. Voici quelques exemples :
- audiences de chargement personnalisées importées dans Experience Platform à partir de fichiers CSV,
- les audiences semblables,
- les audiences fédérées,
- les audiences générées dans d’autres applications Experience Platform, telles que Adobe Journey Optimizer,
- et plus encore.
Audiences prises en charge par type de données d’audience :
Type et fréquence d’exportation export-type-frequency
Reportez-vous au tableau ci-dessous pour plus d’informations sur le type et la fréquence d’exportation des destinations.
Conditions préalables relatives au compte Google Customer Match google-account-prerequisites
Avant de configurer une destination Google Customer Match dans Experience Platform, assurez-vous de lire et de respecter la politique de Google relative à l’utilisation de Customer Match, décrite dans la documentation d’assistance Google.
Ensuite, assurez-vous que votre compte Google est configuré pour un niveau d’autorisation Standard ou supérieur. Pour plus d’informations🔗 consultez la documentation sur les Google Ads .
Liste autorisée allowlist
Avant de créer la destination Google Customer Match dans Experience Platform, assurez-vous que votre compte Google Ads est conforme à la Google Customer Match politique .
Les clients disposant de comptes conformes sont automatiquement placés sur la liste autorisée par Google.
Exigences de correspondance des identifiants id-matching-requirements
Google nécessite qu’aucune information d’identification personnelle (PII) ne soit envoyée en clair. Par conséquent, les audiences activées pour Google Customer Match peuvent être masquées à partir d’identifiants hachés tels que des adresses e-mail ou des numéros de téléphone.
Selon le type d’identifiants ingérés dans Adobe Experience Platform, vous devez respecter les exigences correspondantes.
Comportement du type de clé lors de la mise à jour des mappages d’identité key-type-behavior
Google Customer Match utilise trois catégories d’identifiants, appelées types de clés, pour gérer des listes de clients distinctes dans Google Ads. Google définit trois types de clés dans la référence CustomerMatchUploadKeyType :
CONTACT_INFO: adresses électroniques, numéros de téléphone et adresses postalesCRM_ID: ID d’utilisateur personnalisés attribués par l’annonceurMOBILE_ADVERTISING_ID: identifiants d’appareils mobiles (IDFA et GAID)
Vous pouvez mapper des identités provenant de plusieurs catégories de type clé dans la même connexion de destination. Google conserve une liste de clients distincte pour chaque type de clé.
Règle de suppression : Google supprime une liste de clients uniquement lorsque vous supprimez de la destination tous les champs d’identité appartenant à ce type de clé. La suppression d’un champ est sécurisée tant qu’au moins un autre champ du même type de clé reste mappé.
Par exemple, si vous avez mappé email_lc_sha256 et address_info_first_name (tous deux appartiennent au type de clé CONTACT_INFO), la suppression de address_info_first_name est sécurisée. La liste des clients CONTACT_INFO est conservée, car email_lc_sha256 en fait toujours partie.
- Suppression de tous les champs d’un type de clé : par exemple, si
user_idest votre seul champ deCRM_IDet que vous le supprimez, Google supprime l’intégralité de la liste des clientsCRM_ID. Le fait deuser_idrajouter ultérieurement crée une liste vide. Les données précédentes ne peuvent pas être récupérées. - Basculement entre les types de clés : la suppression de
user_idpour passer àaddress_info_first_nameetaddress_info_last_name, puis l’inversion ultérieure de la modification, supprime et recrée la liste des clients concernés à chaque fois. Les données historiques d’audience sont perdues.
Si vous devez conserver plusieurs types de clés actifs, pensez à créer une connexion de destination distincte pour chaque type de clé. Cela élimine le risque de supprimer accidentellement tous les champs d’un type lors de la modification de l’autre.
Dans le type de clé CONTACT_INFO, vous pouvez combiner des adresses e-mail, des numéros de téléphone et des adresses postales dans la même connexion. Google recommande cette approche, car elle améliore les taux de correspondance.
Exigences de hachage des numéros de téléphone phone-number-hashing-requirements
Il existe deux méthodes pour activer les numéros de téléphone dans Google Customer Match :
- Ingestion de numéros de téléphone bruts : vous pouvez ingérer des numéros de téléphone bruts au format E.164 dans Experience Platform, et ils sont automatiquement hachés lors de l’activation. Si vous choisissez cette option, veillez à toujours ingérer vos numéros de téléphone bruts dans l’espace de noms
Phone_E.164. - Ingestion de numéros de téléphone hachés : vous pouvez préhacher vos numéros de téléphone avant l’ingestion dans Experience Platform. Si vous choisissez cette option, veillez à toujours ingérer vos numéros de téléphone hachés dans l’espace de noms
PHONE_SHA256_E.164.
Phone ne peuvent pas être activés dans Google Customer Match.Exigences en matière de hachage des e-mails hashing-requirements
Vous pouvez hacher les adresses e-mail avant de les ingérer dans Adobe Experience Platform ou les utiliser en clair dans Experience Platform et demander à Experience Platform de les hacher lors de l’activation.
Pour plus d’informations sur les exigences de hachage de Google et d’autres restrictions sur l’activation, consultez les sections suivantes de la documentation de Google :
Pour en savoir plus sur l’ingestion d’adresses e-mail dans Experience Platform, consultez la présentation de l’ingestion par lots et la présentation de l’ingestion par flux.
Si vous choisissez de hacher les adresses e-mail vous-même, veillez à respecter les exigences de Google, décrites dans les liens ci-dessus.
Exigences en matière de hachage des champs d’adresse address-field-hashing
Lors du mappage des champs liés aux adresses à des Google Customer Match, Experience Platform hache automatiquement les valeurs address_info_first_name et address_info_last_name avant de les envoyer à Google. Ce hachage automatique est nécessaire pour respecter les exigences de sécurité et de confidentialité de Google.
Ne fournissez pas de valeurs préhachées pour address_info_first_name ou address_info_last_name. Si vous fournissez des valeurs déjà hachées, le processus de correspondance échoue.
Utilisation d’espaces de noms personnalisés custom-namespaces
Avant de pouvoir utiliser l’espace de noms User_ID pour envoyer des données à Google, veillez à synchroniser vos propres identifiants à l’aide de gTag. Pour plus d’informations, consultez la documentation officielle de 🔗.
Vue d’ensemble des vidéos video-overview
Regardez la vidéo ci-dessous pour une explication des avantages et de la manière d’activer les données dans le ciblage par correspondance client Google.
Se connecter à la destination connect
Pour vous connecter à cette destination, procédez comme décrit dans le tutoriel sur la configuration des destinations.
Paramètres de connexion parameters
Pendant la configuration de cette destination, vous devez fournir les informations suivantes :
- Name : attribuez un nom à cette connexion de destination
- Description : fournissez une description pour cette connexion de destination
- Account ID : votre identifiant client Google Ads. Le format de l’ID est xxx-xxx-xxxx. Si vous utilisez le Google Ads Manager Account (My Client Center), n’utilisez pas l’ID de compte Manager. Utilisez plutôt l’ID de client Google Ads.
- L’action marketing Combine with PII est sélectionnée par défaut pour la destination Google Customer Match et ne peut pas être supprimée.
Authentification et autorisations authentication-permissions
Lorsque vous connectez votre compte Google Ads, Google vous invite à accorder l’accès à l’application Adobe. Vous devez approuver l’autorisation de l’API Google Ads afin qu’Adobe puisse créer et gérer vos listes de clients. Utilisez un utilisateur Google Ads disposant d’un accès Standard ou supérieur au compte client vers lequel vous avez l’intention d’activer. Si vous utilisez un compte Manager (MCC), connectez-vous avec un utilisateur sur le compte client et indiquez l’ID de compte client (et non l’ID MCC).
Si l’autorisation Google Ads n’est pas accordée pendant le flux OAuth, les activations peuvent échouer ultérieurement avec des erreurs de l’API Google Ads. Consultez la section de dépannage pour plus d’informations sur la façon de résoudre les erreurs liées aux autorisations.
Activer les alertes enable-alerts
Vous pouvez activer les alertes pour recevoir des notifications sur le statut de votre flux de données vers votre destination. Sélectionnez une alerte dans la liste et abonnez-vous à des notifications concernant le statut de votre flux de données. Pour plus d’informations sur les alertes, consultez le guide sur l’abonnement aux alertes des destinations dans l’interface utilisateur.
Lorsque vous avez terminé de renseigner les détails sur votre connexion de destination, sélectionnez Next.
Activer des audiences vers cette destination activate
- Pour activer les données, vous avez besoin des autorisations de contrôle d’accès View Destinations, Activate Destinations, View Profiles et View Segments Access control. Lisez la présentation du contrôle d’accès ou contactez votre administrateur ou administratrice du produit pour obtenir les autorisations requises.
- Pour exporter des identités vers des destinations, vous avez besoin de l’autorisation de contrôle d’accès View Identity Graph access control.
Voir Activer les données d’audience vers des destinations d’export d’audiences en flux continu pour obtenir des instructions sur l’activation des audience vers cette destination.
À l’étape Segment schedule, vous devez fournir l’App ID lors de l’envoi d’audiences IDFA ou GAID à Google Customer Match.
Pour plus d’informations sur la recherche du App ID, consultez la documentation officielle de Google ou demandez à votre représentant Google.
Mappage d’identités : activation des données d’audience dans Google Customer Match example-gcm
Suivez les instructions ci-dessous pour sélectionner les espaces de noms d’identité source et cible appropriés lors de l’activation des données d’audience dans Google Customer Match.
Sélection des champs sources :
- Sélectionnez l’espace de noms
Emailcomme identité source si les adresses e-mail que vous utilisez ne sont pas hachées. - Sélectionnez l’espace de noms
Email_LC_SHA256comme identité source si vous avez haché les adresses e-mail des clients lors de l’ingestion des données dans Experience Platform, conformément Google Customer Match exigences de hachage des e-mails. - Sélectionnez l’espace de noms
PHONE_E.164comme identité source si vos données sont composées de numéros de téléphone non hachés. Experience Platform hachera les numéros de téléphone pour se conformer aux exigences Google Customer Match. - Sélectionnez l’espace de noms
Phone_SHA256_E.164comme identité source si vous hachez des numéros de téléphone lors de l’ingestion de données dans Experience Platform, conformément Google Customer Match exigences de hachage des numéros de téléphone. - Sélectionnez l’espace de noms
IDFAcomme identité source si vos données sont composées d’identifiants d’appareil Apple. - Sélectionnez l’espace de noms
GAIDcomme identité source si vos données sont composées d’identifiants d’appareil Android. - Sélectionnez l’espace de noms
Customcomme identité source si vos données sont composées d’autres types d’identifiants.
Sélection des champs cibles :
- Sélectionnez l’espace de noms
Email_LC_SHA256comme identité cible lorsque vos espaces de noms sources sontEmailouEmail_LC_SHA256. - Sélectionnez l’espace de noms
Phone_SHA256_E.164comme identité cible lorsque vos espaces de noms sources sontPHONE_E.164ouPhone_SHA256_E.164. - Sélectionnez les espaces de noms
IDFAouGAIDcomme identité cible lorsque vos espaces de noms sources sontIDFAouGAID. - Sélectionnez l’espace de noms
User_IDcomme identité cible lorsque l’espace de noms source est personnalisé.
Les données des espaces de noms non hachés sont automatiquement hachées par Experience Platform lors de l’activation.
Les données source des attributs ne sont pas automatiquement hachées. Lorsque votre champ source contient des attributs non hachés, cochez l’option Apply transformation pour que Experience Platform hache automatiquement les données lors de l’activation.
Surveiller la destination monitor-destination
Après vous être connecté à la destination et avoir établi un flux de données de destination, vous pouvez utiliser la fonctionnalité de surveillance dans Real-Time CDP pour obtenir des informations détaillées sur les enregistrements de profil activés vers la destination dans chaque exécution du flux de données.
address_info_first_name, address_info_last_name, address_info_country_code et address_info_postal_code), elles sont comptabilisées comme des identités individuelles distinctes pour chaque profil dans la page de surveillance des flux de données.Vérifiez que l’activation de l’audience a réussi. verify-activation
Une fois le flux d’activation terminé, basculez vers votre compte Google Ads. Les audiences activées s’affichent dans votre compte Google sous forme de listes de clients. Selon la taille de votre audience, certaines audiences ne sont pas renseignées, sauf s’il y a plus de 100 utilisateurs actifs à servir.
Lors du mappage d’une audience à des ID mobiles IDFA et GAID, Google Customer Match crée une audience distincte pour chaque mappage d’ID. Votre compte Google Ads affiche deux segments différents, l’un pour le IDFA et l’autre pour le mappage GAID.
Résolution des problèmes troubleshooting
Le taux de correspondance chute à 0 % après activation match-rate-reset
Si les taux de correspondance chutent à 0 % après l’activation, la cause probable est que tous les champs d’identité d’un type de clé ont été supprimés de la connexion de destination.
Google supprime une liste de clients lorsque tous les champs appartenant à un type de clé donné sont supprimés d’une destination. Deux scénarios déclenchent cette procédure :
- Suppression de tous les champs d’un type de clé : par exemple, si
user_idest le seul champ deCRM_IDdans la connexion et que vous le supprimez, Google supprime la liste des clientsCRM_ID. Les taux de correspondance sont réinitialisés à 0 %, car Google crée une liste de clients vide. - Basculement entre les types de clés : supprimez tous les champs d’un type de clé pour ajouter des champs d’un autre type, puis inversez la modification. La liste des clients concernés est ainsi supprimée et recréée à chaque fois. Les données historiques d’audience sont perdues.
La suppression d’un champ individuel est sécurisée tant qu’au moins un autre champ du même type de clé reste mappé dans la connexion.
Pour éviter cela :
- Ne supprimez pas tous les champs d’identité d’un type de clé lors d’une seule exécution d’activation. Conservez mappé au moins un champ du type de clé concerné.
- Si plusieurs types de clé doivent être actifs, créez des connexions de destination distinctes pour chaque type de clé pointant vers la même audience source. Cela élimine le risque de supprimer accidentellement tous les champs d’un type lors de la modification de l’autre.
Pour plus d’informations, voir la section Comportement de type clé lors de la mise à jour des mappages d’identité.
Message d’erreur 400 Requête incorrecte bad-request
Lors de la configuration de cette destination, vous risquez de recevoir l’erreur suivante :
{"message":"Google Customer Match Error: OperationAccessDenied.ACTION_NOT_PERMITTED","code":"400 BAD_REQUEST"}
Cette erreur se produit lorsque les comptes client ne respectent pas les conditions préalables . Pour résoudre ce problème, contactez Google et assurez-vous que votre compte est sur liste autorisée et configuré pour un niveau d’autorisation Standard ou supérieur. Pour plus d’informations🔗 consultez la documentation sur les Google Ads .
Erreur interne du serveur 500 - Portées d’authentification insuffisantes insufficient-scopes
Lors de l’activation des audiences vers cette destination, vous pouvez recevoir l’erreur suivante :
{"message":"com.google.api.gax.rpc.PermissionDeniedException: io.grpc.StatusRuntimeException: PERMISSION_DENIED: Request had insufficient authentication scopes.","code":"500 INTERNAL_SERVER_ERROR"}
Cette erreur se produit lorsque le jeton OAuth Google utilisé pour cette connexion de destination a été créé sans la portée requise de l’API Google Ads ou lorsque l’utilisateur connecté ne dispose pas des autorisations suffisantes sur le compte client cible.
Pour résoudre ce problème, procédez comme suit :
-
Régénérez l’authentification Google pour ce compte de destination et assurez-vous d’accepter les autorisations Google Ads demandées :
- Dans Experience Platform, accédez à Destinations > Accounts
- Localisation de votre compte de correspondance client Google
- Sélectionnez More actions (⋯) > Edit > Renew
- Terminez la connexion à Google et le flux de consentement, en approuvant toutes les autorisations demandées
-
Si vous gérez les publicités via un compte Manager (MCC), confirmez que vous vous authentifiez auprès d’un utilisateur disposant d’un accès Standard ou supérieur au compte client cible et que le Account ID configuré dans la destination est l’identifiant du compte client (et non l’identifiant MCC).
-
Réexécutez l’activation.
Si le problème persiste :
- Vérifiez que votre compte Google Ads est placé sur la liste autorisée pour la correspondance client et répond aux exigences de la politique.
- Assurez-vous que le niveau d’accès de l’utilisateur est Standard ou supérieur dans le compte client Google Ads. Pour plus d’informations🔗 consultez la documentation sur les Google Ads .