Google Customer Match conexão
Para aderir à política de consentimento do usuário da UE e continuar criando listas de públicos-alvo para usuários no Espaço Econômico Europeu (EEE), anunciantes e parceiros devem garantir que eles transmitem o consentimento do usuário final ao fazer upload dos dados de público-alvo. Como parceiro da Google, a Adobe fornece as ferramentas necessárias para cumprir esses requisitos de consentimento de acordo com a DMA na União Europeia.
Os clientes que compraram o Adobe Privacy & Security Shield e configuraram uma política de consentimento para filtrar perfis não consentidos não precisam tomar nenhuma ação.
Os clientes que não compraram o Adobe Privacy & Security Shield devem usar os recursos de definição de segmento no Construtor de segmentos para filtrar perfis não consentidos, a fim de continuar usando os Destinos do Real-Time CDP Google existentes sem interrupção.
O Google Customer Match permite que você use seus dados online e offline para acessar e reengajar com seus clientes nas propriedades próprias e operadas da Google, como: Search, Shopping e Gmail.
Casos de uso use-cases
Para ajudá-lo a entender melhor como e quando usar o destino Google Customer Match, veja a seguir exemplos de casos de uso que os clientes da Adobe Experience Platform podem resolver usando esse recurso.
Caso de uso #1
Uma marca de vestuário atlético deseja alcançar clientes existentes por meio de Google Search e Google Shopping para personalizar ofertas e itens com base em suas compras anteriores e histórico de navegação. A marca apparel pode assimilar endereços de email de seu próprio CRM para o Experience Platform e criar públicos-alvo a partir de seus próprios dados offline. Em seguida, eles podem enviar esses públicos-alvo para Google Customer Match para serem usados em Search e Shopping, otimizando seus gastos com publicidade.
Caso de uso #2
Uma proeminente empresa de tecnologia lançou um novo telefone. Para promover esse novo modelo de telefone, eles estão procurando conscientizar os clientes sobre os novos recursos e funcionalidades do telefone para os clientes que possuem modelos anteriores de seus telefones.
Para promover a versão, eles carregam endereços de email do banco de dados do CRM na Experience Platform, usando os endereços de email como identificadores. Os públicos-alvo são criados com base nos clientes que possuem modelos de telefone mais antigos. Os públicos-alvo serão enviados para Google Customer Match, para que a empresa possa direcionar os clientes atuais, os clientes que possuem modelos de telefone mais antigos e clientes semelhantes em YouTube.
Governança de dados para Google Customer Match destinos data-governance
Alguns destinos no Experience Platform têm determinadas regras e obrigações para dados enviados para a plataforma de destino ou recebidos dela. Você é responsável por entender as limitações e obrigações de seus dados e como usá-los no Adobe Experience Platform e na plataforma de destino. O Adobe Experience Platform fornece ferramentas de governança de dados para ajudar você a gerenciar algumas dessas obrigações de uso de dados. Saiba mais sobre políticas e ferramentas de governança de dados.
Identidades suportadas supported-identities
Google Customer Match dá suporte à ativação das identidades descritas na tabela abaixo. Saiba mais sobre identidades.
GAIDIDFAphone_sha256_e.164email_lc_sha256user_idaddress_info_first_nameaddress_info_last_name, address_info_country_code e address_info_postal_code quando você quiser enviar dados de endereço de correspondência para seu destino.Para garantir que o Google corresponda ao endereço, mapeie todos os quatro campos de endereço (
address_info_first_name, address_info_last_name, address_info_country_code e address_info_postal_code) e verifique se nenhum desses campos tem dados ausentes nos perfis exportados.Se algum campo não estiver mapeado ou contiver dados ausentes, o Google não corresponderá ao endereço.
address_info_last_nameaddress_info_first_name, address_info_country_code e address_info_postal_code quando você quiser enviar dados de endereço de correspondência para seu destino.Para garantir que o Google corresponda ao endereço, mapeie todos os quatro campos de endereço (
address_info_first_name, address_info_last_name, address_info_country_code e address_info_postal_code) e verifique se nenhum desses campos tem dados ausentes nos perfis exportados.Se algum campo não estiver mapeado ou contiver dados ausentes, o Google não corresponderá ao endereço.
address_info_country_codeaddress_info_first_name, address_info_last_name e address_info_postal_code quando você quiser enviar dados de endereço de correspondência para seu destino.Para garantir que o Google corresponda ao endereço, mapeie todos os quatro campos de endereço (
address_info_first_name, address_info_last_name, address_info_country_code e address_info_postal_code) e verifique se nenhum desses campos tem dados ausentes nos perfis exportados.Se algum campo não estiver mapeado ou contiver dados ausentes, o Google não corresponderá ao endereço.
Formato aceito: códigos de país de duas letras em minúsculas no formato ISO 3166-1 alpha-2.
address_info_postal_codeaddress_info_first_name, address_info_last_name e address_info_country_code quando você quiser enviar dados de endereço de correspondência para seu destino.Para garantir que o Google corresponda ao endereço, mapeie todos os quatro campos de endereço (
address_info_first_name, address_info_last_name, address_info_country_code e address_info_postal_code) e verifique se nenhum desses campos tem dados ausentes nos perfis exportados.Se algum campo não estiver mapeado ou contiver dados ausentes, o Google não corresponderá ao endereço.
Públicos-alvo compatíveis supported-audiences
Esta seção descreve quais tipos de públicos-alvo você pode exportar para esse destino.
Tipo e frequência de exportação export-type-frequency
Consulte a tabela abaixo para obter informações sobre o tipo e a frequência da exportação de destino.
Pré-requisitos da conta de Google Customer Match google-account-prerequisites
Antes de configurar um destino Google Customer Match no Experience Platform, leia e siga a política da Google para usar o Customer Match, descrita na documentação de suporte do Google.
Em seguida, verifique se a sua conta Google está configurada para um nível de permissão Standard ou superior. Consulte a documentação do Google Ads para obter detalhes.
Lista de permissões allowlist
Antes de criar o destino Google Customer Match no Experience Platform, verifique se a sua conta Google Ads está em conformidade com a Google Customer Match política.
Incluir na lista de permissões Os clientes com contas em conformidade são automaticamente notificados pela Google.
Requisitos de correspondência de ID id-matching-requirements
Google exige que nenhuma informação pessoal identificável (PII) seja enviada em branco. Portanto, os públicos ativados para Google Customer Match podem ser digitados de identificadores com hash, como endereços de email ou números de telefone.
Dependendo do tipo de IDs que você assimila no Adobe Experience Platform, é necessário seguir os requisitos correspondentes.
Requisitos de hash de número de telefone phone-number-hashing-requirements
Há dois métodos para ativar números de telefone em Google Customer Match:
- Ingestão de números de telefone brutos: você pode assimilar números de telefone brutos no formato E.164 no Experience Platform, que são automaticamente transformados em hash após a ativação. Se você escolher essa opção, sempre assimile seus números de telefone brutos no namespace
Phone_E.164. - Números de telefone com hash de assimilação: você pode colocar seus números de telefone em hash antes de assimilar em Experience Platform. Se você escolher essa opção, sempre assimile seus números de telefone com hash no namespace
PHONE_SHA256_E.164.
Phone não podem ser ativados em Google Customer Match.Requisitos de hash de email hashing-requirements
Você pode aplicar hash a endereços de email antes de assimilá-los no Adobe Experience Platform, ou usar endereços de email em limpar no Experience Platform, e aplicar hash a Experience Platform neles na ativação.
Para obter mais informações sobre os requisitos de hash do Google e outras restrições na ativação, consulte as seguintes seções na documentação do Google:
Para saber mais sobre a assimilação de endereços de email no Experience Platform, consulte a visão geral da assimilação em lote e a visão geral da assimilação de streaming.
Se você optar por criar o hash dos endereços de email, certifique-se de cumprir os requisitos da Google, descritos nos links acima.
Requisitos de hash do campo de endereço address-field-hashing
Ao mapear campos relacionados a endereços para Google Customer Match, o Experience Platform hash automaticamente os valores address_info_first_name e address_info_last_name antes de enviá-los para o Google. Esse hash automático é necessário para estar em conformidade com os requisitos de segurança e privacidade da Google.
não forneça valores com hash para address_info_first_name ou address_info_last_name. Se você fornecer valores com hash, o processo correspondente falhará.
Uso de namespaces personalizados custom-namespaces
Antes de poder usar o namespace User_ID para enviar dados para o Google, sincronize seus próprios identificadores usando o gTag. Consulte a documentação oficial da Google para obter informações detalhadas.
Visão geral do vídeo video-overview
Assista ao vídeo abaixo para obter uma explicação dos benefícios e como ativar os dados para o Google Customer Match.
Conectar ao destino connect
Para se conectar a este destino, siga as etapas descritas no tutorial de configuração de destino.
Parâmetros de conexão parameters
Ao configurar este destino, você deve fornecer as seguintes informações:
- Name: forneça um nome para esta conexão de destino
- Description: forneça uma descrição para esta conexão de destino
- Account ID: sua ID de cliente do Google Ads. O formato da ID é xxx-xxx-xxxx. Se você estiver usando o Google Ads Manager Account (My Client Center), não use sua ID de Conta de Gerente. Em vez disso, use a ID de cliente do Google Ads.
- A ação de marketing Combine with PII é selecionada por padrão para o destino Google Customer Match e não pode ser removida.
Autenticação e permissões authentication-permissions
Ao conectar sua conta do Google Ads, a Google solicita que você conceda acesso ao aplicativo da Adobe. Você deve aprovar a permissão da API do Google Ads para que o Adobe possa criar e gerenciar suas listas de clientes. Use um usuário do Google Ads com acesso Padrão ou superior na conta do cliente para a qual você pretende ativar. Se você estiver usando uma Conta de gerente (MCC), entre com um usuário na conta do cliente e forneça a ID da conta do cliente (não a ID da MCC).
Se a permissão do Google Ads não for concedida durante o fluxo do OAuth, as ativações poderão falhar posteriormente com erros da API do Google Ads. Consulte a seção de solução de problemas para obter mais informações sobre como resolver erros relacionados a permissões.
Ativar alertas enable-alerts
Você pode ativar os alertas para receber notificações sobre o status do fluxo de dados para o seu destino. Selecione um alerta na lista para assinar e receber notificações sobre o status do seu fluxo de dados. Para obter mais informações sobre alertas, consulte o manual sobre assinatura de alertas de destinos usando a interface.
Quando terminar de fornecer detalhes da conexão de destino, selecione Next.
Ativar públicos-alvo para esse destino activate
- Para ativar dados, você precisa das View Destinations, Activate Destinations, View Profiles e View Segments permissões de controle de acesso. Leia a visão geral do controle de acesso ou contate o administrador do produto para obter as permissões necessárias.
- Para exportar identidades para destinos, você precisa da View Identity Graph permissão de controle de acesso.
Consulte Ativar dados de público-alvo para streaming de destinos de exportação de público para obter instruções sobre como ativar públicos-alvo para este destino.
Na etapa Segment schedule, você deve fornecer App ID ao enviar IDFA ou GAID públicos-alvo para Google Customer Match.
Para obter detalhes sobre como encontrar o App ID, consulte a documentação oficial do Google ou pergunte ao representante da Google.
Exemplo de mapeamento: ativação de dados de público-alvo em Google Customer Match example-gcm
Este é um exemplo de mapeamento de identidade correto ao ativar dados de público-alvo em Google Customer Match.
Selecionar campos de origem:
- Selecione o namespace
Emailcomo identidade de origem se os endereços de email que você está usando não tiverem hash. - Selecione o namespace
Email_LC_SHA256como identidade de origem se você tiver hash dos endereços de email do cliente na assimilação de dados no Experience Platform, de acordo com os Google Customer Match requisitos de hash de email. - Selecione o namespace
PHONE_E.164como identidade de origem se seus dados consistirem em números de telefone sem hash. Experience Platform aplicará hash aos números de telefone para atender aos requisitos de Google Customer Match. - Selecione o namespace
Phone_SHA256_E.164como identidade de origem se você tiver hash de números de telefone na assimilação de dados em Experience Platform, de acordo com Google Customer Match requisitos de hash de número de telefone. - Selecione o namespace
IDFAcomo identidade de origem se seus dados consistirem de Apple IDs de dispositivo. - Selecione o namespace
GAIDcomo identidade de origem se seus dados consistirem de Android IDs de dispositivo. - Selecione o namespace
Customcomo identidade de origem se os dados consistirem de outro tipo de identificadores.
Selecionar campos de destino:
- Selecione o namespace
Email_LC_SHA256como identidade de destino quando os namespaces de origem foremEmailouEmail_LC_SHA256. - Selecione o namespace
Phone_SHA256_E.164como identidade de destino quando os namespaces de origem foremPHONE_E.164ouPhone_SHA256_E.164. - Selecione os namespaces
IDFAouGAIDcomo identidade de destino quando os namespaces de origem foremIDFAouGAID. - Selecione o namespace
User_IDcomo identidade de destino quando o namespace de origem for personalizado.
O hash automático de dados de namespaces sem hash é criado por Experience Platform após a ativação.
Os dados de origem do atributo não são automaticamente transformados em hash. Quando o campo de origem contiver atributos sem hash, marque a opção Apply transformation para que o Experience Platform coloque os dados em hash automaticamente durante a ativação.
Monitorar destino monitor-destination
Depois de se conectar ao destino e estabelecer um fluxo de dados de destino, você pode usar a funcionalidade de monitoramento do Real-Time CDP para obter informações abrangentes sobre os registros de perfil ativados para o destino em cada execução de fluxo de dados.
address_info_first_name, address_info_last_name, address_info_country_code e address_info_postal_code), elas são contadas como identidades individuais separadas para cada perfil na página de monitoramento de fluxo de dados.Verificar se a ativação do público-alvo foi bem-sucedida verify-activation
Após concluir o fluxo de ativação, alterne para a conta do Google Ads. Os públicos ativados são mostrados na sua conta do Google como listas de clientes. Dependendo do tamanho do público-alvo, alguns públicos-alvo não são preenchidos, a menos que haja mais de 100 usuários ativos para atender.
Ao mapear um público para as IDs móveis do IDFA e do GAID, o Google Customer Match cria um público separado para cada mapeamento de ID. Sua conta do Google Ads mostra dois segmentos diferentes, um para o IDFA e um para o mapeamento do GAID.
Resolução de problemas troubleshooting
400 Mensagem de erro de solicitação incorreta bad-request
Ao configurar esse destino, você pode receber o seguinte erro:
{"message":"Google Customer Match Error: OperationAccessDenied.ACTION_NOT_PERMITTED","code":"400 BAD_REQUEST"}
Este erro ocorre quando as contas de clientes não atendem aos pré-requisitos. Para corrigir esse problema, contate a Google e verifique se sua conta está incluída na lista de permissões e configurada para um nível de permissão Standard ou superior. Consulte a documentação do Google Ads para obter detalhes.
Erro Interno do Servidor 500 - Escopos de autenticação insuficientes insufficient-scopes
Ao ativar públicos para esse destino, você pode receber o seguinte erro:
{"message":"com.google.api.gax.rpc.PermissionDeniedException: io.grpc.StatusRuntimeException: PERMISSION_DENIED: Request had insufficient authentication scopes.","code":"500 INTERNAL_SERVER_ERROR"}
Esse erro ocorre quando o token OAuth do Google usado para essa conexão de destino foi criado sem o escopo da API do Google Ads necessário ou quando o usuário conectado não tem permissões suficientes na conta do cliente de destino.
Para corrigir esse problema, siga estas etapas:
-
Gere novamente a autenticação do Google para esta conta de destino e garanta que você aceite as permissões solicitadas do Google Ads:
- No Experience Platform, vá para Destinations > Accounts
- Localize sua conta de Correspondência de clientes do Google
- Selecionar More actions () > Edit > Renew
- Concluir o logon e o fluxo de consentimento da Google, aprovando todas as permissões solicitadas
-
Se você gerenciar anúncios por meio de uma Conta de gerente (MCC), confirme se está autenticando com um usuário que tem acesso de Standard ou superior à conta de cliente de destino e que o Account ID configurado no destino é a ID da conta do cliente (não a ID da MCC).
-
Execute a ativação novamente.
Se o problema persistir:
- Verifique se a sua conta do Google incluir na lista de permissões Ads está reconhecida para a Correspondência do cliente e se atende aos requisitos de política.
- Verifique se o nível de acesso do usuário é Standard ou superior na conta de cliente do Google Ads. Consulte a documentação do Google Ads para obter detalhes.