Google Customer Match conexão

IMPORTANT
A Google está lançando alterações no API do Google Ads, Correspondência de Cliente, e o API de vídeo e exibição 360 a fim de apoiar os requisitos de conformidade e consentimento definidos no Lei dos Mercados Digitais (DMA) na União Europeia (Política de consentimento do usuário da UE). A aplicação dessas alterações aos requisitos de consentimento deve entrar em vigor a partir de 6 de março de 2024.


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, o Adobe fornece as ferramentas necessárias para cumprir esses requisitos de consentimento de acordo com a DMA na União Europeia.


Clientes que compraram o Adobe Privacy & Security Shield e configuraram um política de consentimento para filtrar perfis não consentidos, não é necessário tomar nenhuma ação.


Os clientes que não compraram o Adobe Privacy & Security Shield devem usar o definição de segmento recursos no Construtor de segmentos para filtrar perfis não consentidos, a fim de continuar usando os Destinos existentes do Real-Time CDP Google sem interrupção.

Google Customer Match O 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, Gmail, e YouTube.

Destino da Correspondência de clientes do Google na interface do usuário do Adobe Experience Platform.

Casos de uso use-cases

Para ajudá-lo a entender melhor como e quando usar o Google Customer Match destino, aqui estão exemplos de casos de uso que os clientes do Adobe Experience Platform podem resolver usando esse recurso.

Caso de uso #1

Uma marca de vestuário esportivo 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 ser usado 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 no 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. Depois, os públicos-alvo são enviados para o Google Customer Match, para que a empresa possa direcionar os clientes atuais, os clientes que possuem modelos de telefone mais antigos e clientes semelhantes no 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 as políticas e ferramentas de governança de dados.

Identidades suportadas supported-identities

Google Customer Match O oferece suporte à ativação das identidades descritas na tabela abaixo. Saiba mais sobre identidades.

Identidade de destino
Descrição
Considerações
GAID
ID de publicidade do Google
Selecione essa identidade de destino quando a identidade de origem for um namespace GAID.
IDFA
Apple ID para anunciantes
Selecione essa identidade de destino quando sua identidade de origem for um namespace IDFA.
phone_sha256_e.164
Números de telefone no formato E164, com hash com o algoritmo SHA256
Os números de telefone com hash SHA256 e texto sem formatação são compatíveis com o Adobe Experience Platform. Siga as instruções em Requisitos de correspondência de ID e use os namespaces apropriados para texto sem formatação e números de telefone com hash, respectivamente. Quando o campo de origem contiver atributos sem hash, verifique a Aplicar transformação opção, para ter Platform coloque automaticamente os dados em hash na ativação.
email_lc_sha256
Endereços de email com hash com o algoritmo SHA256
O Adobe Experience Platform oferece suporte tanto para texto simples quanto para endereços de email com hash SHA256. Siga as instruções em Requisitos de correspondência de ID e use os namespaces apropriados para texto simples e endereços de email com hash, respectivamente. Quando o campo de origem contiver atributos sem hash, verifique a Aplicar transformação opção, para ter Platform coloque automaticamente os dados em hash na ativação.
user_id
IDs de usuário personalizadas
Selecione esta identidade de destino quando sua identidade de origem for um namespace personalizado.

Públicos-alvo compatíveis supported-audiences

Esta seção descreve quais tipos de públicos-alvo você pode exportar para esse destino.

Origem do público
Suportado
Descrição
Segmentation Service
Públicos-alvo gerados pelo Experience Platform Serviço de segmentação.
Uploads personalizados
Públicos-alvo importado para o Experience Platform de arquivos CSV.

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.

Item
Tipo
Notas
Tipo de exportação
Exportação de público
Você está exportando todos os membros de um público-alvo com os identificadores (nome, número de telefone e outros) usados no Google Customer Match destino.
Frequência de exportação
Streaming
Os destinos de transmissão são conexões baseadas em API "sempre ativas". Assim que um perfil é atualizado em Experience Platform com base na avaliação do público-alvo, o conector envia a atualização downstream para a plataforma de destino. Leia mais sobre destinos de transmissão.

Google Customer Match pré-requisitos da conta google-account-prerequisites

Antes de configurar um Google Customer Match destino no Experience Platform, leia e siga a política da Google para uso de Customer Match, delineado no Documentação de suporte do Google.

Em seguida, verifique se o Google a conta do está configurada para um Standard ou um nível de permissão superior. Consulte a Documentação do Google Ads para obter detalhes.

Lista de permissões allowlist

Antes de criar o Google Customer Match destino no Experience Platform, certifique-se de que seu Google Ads conta está em conformidade com o 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 claro. Portanto, os públicos-alvo foram ativados para Google Customer Match pode ser desativado com hash identificadores, 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 no Google Customer Match:

  • Inserir números de telefone brutos: você pode assimilar números de telefone brutos na E.164 formatar em Platform, e eles recebem hash automaticamente na ativação. Se você escolher essa opção, sempre assimile seus números de telefone brutos na Phone_E.164 namespace.
  • Inserir números de telefone com hash: você pode adicionar seus números de telefone a um hash antes da assimilação em Platform. Se você escolher essa opção, sempre assimile seus números de telefone com hash na PHONE_SHA256_E.164 namespace.
NOTE
Números de telefone assimilados na Phone o namespace não pode ser ativado 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 ter Platform coloque hash 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 o visão geral da assimilação em lote e a variável visão geral da assimilação por transmissão.

Se você optar por criar o hash dos endereços de email, certifique-se de cumprir os requisitos da Google, descritos nos links acima.

Uso de namespaces personalizados custom-namespaces

Antes de poder usar o User_ID para enviar dados ao Google, certifique-se de sincronizar seus próprios identificadores usando gTag. Consulte a Documentação oficial do Google para obter informações detalhadas.

Vídeo da visão geral 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

IMPORTANT
Para se conectar ao destino, você precisa da variável Exibir destinos e Gerenciar destinos permissões de controle de acesso. Leia o visão geral do controle de acesso ou entre em contato com o administrador do produto para obter as permissões necessárias.

Para se conectar a esse destino, siga as etapas descritas no tutorial de configuração de destino.

Parâmetros de conexão parameters

Enquanto configuração Para esse destino, você deve fornecer as seguintes informações:

  • Nome: forneça um nome para esta conexão de destino
  • Descrição: forneça uma descrição para esta conexão de destino
  • ID da conta: seu ID de cliente do Google Ads. O formato da ID é xxx-xxx-xxxx. Se você estiver usando a variável Google Ads Manager Account (My Client Center), não use sua ID de conta de gerente. Use o ID de cliente do Google Ads em vez disso.
IMPORTANT
  • A variável Combinar com PII a ação de marketing é selecionada por padrão para o Google Customer Match destino e não podem ser removidos.

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 do.

Quando terminar de fornecer detalhes da conexão de destino, selecione Próxima.

Ativar públicos-alvo para esse destino activate

IMPORTANT

Consulte Ativar dados do público-alvo para streaming de destinos de exportação de público para obter instruções sobre como ativar públicos-alvo para esse destino.

No Programação de segmento etapa, você deve fornecer a ID do aplicativo ao enviar IDFA ou GAID públicos-alvo para Google Customer Match.

O campo ID do aplicativo de correspondência do cliente do Google é realçado na etapa Agendamento de segmento do fluxo de trabalho de ativação.

Para obter detalhes sobre como encontrar o App ID, consulte o Documentação oficial do Google ou pergunte ao representante da Google.

Exemplo de mapeamento: ativação de dados de público-alvo no Google Customer Match example-gcm

Este é um exemplo de mapeamento de identidade correto ao ativar dados de público-alvo no Google Customer Match.

Selecionar campos de origem:

  • Selecione o Email namespace como identidade de origem se os endereços de email que você estiver usando não tiverem hash.
  • Selecione o Email_LC_SHA256 namespace como identidade de origem se você tiver hash dos endereços de email do cliente na assimilação de dados no Platform, segundo Google Customer Match requisitos de hash de email.
  • Selecione o PHONE_E.164 namespace como identidade de origem se seus dados consistirem em números de telefone sem hash. Platform usará hash nos números de telefone para estar em conformidade com Google Customer Match requisitos.
  • Selecione o Phone_SHA256_E.164 namespace como identidade de origem se você tiver hash de números de telefone na assimilação de dados no Platform, segundo Facebook requisitos de hash de número de telefone.
  • Selecione o IDFA namespace como identidade de origem se seus dados consistirem em Apple IDs de dispositivo.
  • Selecione o GAID namespace como identidade de origem se seus dados consistirem em Android IDs de dispositivo.
  • Selecione o Custom namespace como identidade de origem se seus dados consistirem de outro tipo de identificadores.

Selecionar campos de destino:

  • Selecione o Email_LC_SHA256 namespace como identidade de destino quando os namespaces de origem Email ou Email_LC_SHA256.
  • Selecione o Phone_SHA256_E.164 namespace como identidade de destino quando os namespaces de origem PHONE_E.164 ou Phone_SHA256_E.164.
  • Selecione o IDFA ou GAID namespaces como identidade de destino quando os namespaces de origem são IDFA ou GAID.
  • Selecione o User_ID namespace como identidade de destino quando o namespace de origem é personalizado.

Mapeamento de identidade entre campos de origem e destino mostrado na etapa Mapping do fluxo de trabalho de ativação.

O hash automático é aplicado aos dados de namespaces sem hash Platform na 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, verifique a Aplicar transformação opção, para ter Platform coloque automaticamente os dados em hash na ativação.

Aplique o controle de transformação destacado na etapa Mapping do fluxo de trabalho de ativação.

Verificar se a ativação do público-alvo foi bem-sucedida verify-activation

Após concluir o fluxo de ativação, alterne para o Anúncios do Google conta. 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-alvo para ambos IDFA e GAID IDs móveis, Google Customer Match O cria um público-alvo separado para cada mapeamento de ID. Seu Google Ads mostra dois segmentos diferentes, um para o IDFA, e um para o GAID mapeamento.

Soluçã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"}

Esse erro ocorre quando as contas do cliente não estão em conformidade com os pré-requisitos. Para corrigir esse problema, entre em contato com a Google e verifique se sua conta está incluída na lista de permissões e configurada para um Standard ou um nível de permissão superior. Consulte a Documentação do Google Ads para obter detalhes.

recommendation-more-help
7f4d1967-bf93-4dba-9789-bb6b505339d6