Google Customer Match conexão

IMPORTANT
A Google está lançando alterações na API do Google Ads, na Correspondência do Cliente e na API de Exibição e Vídeo 360 para oferecer suporte aos requisitos de conformidade e consentimento definidos na Digital Markets Act (DMA) da União Europeia (Política de Consentimento do Usuário da UE). A aplicação dessas alterações aos requisitos de consentimento estará 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.


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 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, Gmail e YouTube.

Destino do Google Customer Match na interface do Adobe Experience Platform.

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

Identidade de destino
Descrição
Considerações
GAID
GOOGLE ADVERTISING ID
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 na seção 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, marque a opção Aplicar transformação para que Platform coloque os dados em hash automaticamente durante a 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 na seção Requisitos de correspondência de ID e use os namespaces apropriados para texto sem formatação e endereços de email com hash, respectivamente. Quando o campo de origem contiver atributos sem hash, marque a opção Aplicar transformação para que Platform coloque os dados em hash automaticamente durante a 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 gerados por meio do Serviço de segmentação do Experience Platform.
Uploads personalizados
Públicos importados 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-alvo
Você está exportando todos os membros de um público com os identificadores (nome, número de telefone e outros) usados no destino Google Customer Match.
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 streaming.

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 o uso do Customer Match, descrita na documentação de suporte da 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 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 Platform. Se você escolher essa opção, sempre assimile seus números de telefone com hash no namespace PHONE_SHA256_E.164.
NOTE
Os números de telefone assimilados no namespace 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 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 como assimilar endereços de email no Experience Platform, consulte a visão geral de assimilação em lote e a visão geral de 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.

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

IMPORTANT
Para se conectar ao destino, você precisa de Exibir Destinos e Gerenciar Destinos 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 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:

  • 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: 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.
IMPORTANT
  • A ação de marketing Combinar com PII está selecionada por padrão para o destino Google Customer Match e não pode ser removida.

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 Avançar.

Ativar públicos-alvo para esse destino activate

IMPORTANT

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 Agendamento de segmento, você deve fornecer a ID do aplicativo ao enviar IDFA ou GAID públicos-alvo para Google Customer Match.

Campo de ID do aplicativo de correspondência do cliente do Google realçado na etapa de agendamento de segmento do fluxo de trabalho de ativação.

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 Email como identidade de origem se os endereços de email que você está usando não tiverem hash.
  • Selecione o namespace Email_LC_SHA256 como identidade de origem se você tiver hash dos endereços de email do cliente na assimilação de dados no Platform, de acordo com os Google Customer Match requisitos de hash de email.
  • Selecione o namespace PHONE_E.164 como identidade de origem se seus dados consistirem em números de telefone sem hash. Platform aplicará hash aos números de telefone para atender aos requisitos de Google Customer Match.
  • Selecione o namespace Phone_SHA256_E.164 como identidade de origem se você tiver hash de números de telefone na assimilação de dados em Platform, de acordo com Facebook requisitos de hash de número de telefone.
  • Selecione o namespace IDFA como identidade de origem se seus dados consistirem de Apple IDs de dispositivo.
  • Selecione o namespace GAID como identidade de origem se seus dados consistirem de Android IDs de dispositivo.
  • Selecione o namespace Custom como identidade de origem se os dados consistirem de outro tipo de identificadores.

Selecionar campos de destino:

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

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

O hash automático de dados de namespaces sem hash é criado por 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 Aplicar transformação para que Platform coloque os dados em hash automaticamente durante a ativação.

Aplicar controle de transformação realçado na etapa Mapeamento do fluxo de trabalho de 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.

IMPORTANT
A partir de outubro de 2024, o Adobe está lançando uma atualização para aumentar a precisão dos relatórios para destinos de transmissão. Esse aprimoramento garante um melhor alinhamento entre os relatórios da Experience Platform e das plataformas de destino.
Antes desta atualização, Falha nas identidades incluiu todas as tentativas de ativação. Após essa atualização, somente a última tentativa de ativação será incluída na contagem total.
Atualmente, esse aprimoramento se aplica ao destino de Correspondência de cliente do Google, mas será gradualmente implantado em outros destinos de streaming de Experience Platform.
Após esse aprimoramento, os usuários desse destino podem observar uma queda esperada em sua contagem de Falha nas identidades.

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

Após concluir o fluxo de ativação, alterne para sua 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.

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"}

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.

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