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.
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.
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 segmentos a partir de seus próprios dados offline. Em seguida, eles podem enviar esses segmentos para Google Customer Match para ser usado em Search e Shopping, otimizando seus gastos com publicidade.
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 segmentos são criados com base nos clientes que possuem modelos de telefone mais antigos. Em seguida, os segmentos sã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 no YouTube.
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.
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. |
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 | Exportar segmento | Você está exportando todos os membros de um segmento (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 segmento, o conector envia a atualização downstream para a plataforma de destino. Leia mais sobre destinos de transmissão. |
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 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.
Antes de criar o Google Customer Match destino no Experience Platform, verifique se o Google Ads conta está em conformidade com o Google Customer Match política.
Os clientes com contas em conformidade são automaticamente permitidos listados pela Google.
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.
Há dois métodos para ativar números de telefone no Google Customer Match:
Phone_E.164
namespace.PHONE_SHA256_E.164
namespace.Números de telefone assimilados na Phone
o namespace não pode ser ativado em Google Customer Match.
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.
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.
Para se conectar ao destino, você precisa da variável Gerenciar destinos permissão 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.
Enquanto configuração Para esse destino, você deve fornecer as seguintes informações:
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.
Para ativar os dados, é necessário Gerenciar destinos, Ativar destinos, Exibir perfis, e Exibir segmentos 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.
Consulte Ativar dados do público-alvo para destinos de exportação de segmento de transmissão para obter instruções sobre como ativar segmentos de público-alvo para esse destino.
No Programação de segmento etapa, você deve fornecer a ID do aplicativo ao enviar IDFA ou GAID segmentos para Google Customer Match.
Para obter detalhes sobre como encontrar o App ID, consulte o Documentação oficial do Google.
Este é um exemplo de mapeamento de identidade correto ao ativar dados de público-alvo no Google Customer Match.
Selecionar campos de origem:
Email
namespace como identidade de origem se os endereços de email que você estiver usando não tiverem hash.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.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.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.IDFA
namespace como identidade de origem se seus dados consistirem em Apple IDs de dispositivo.GAID
namespace como identidade de origem se seus dados consistirem em Android IDs de dispositivo.Custom
namespace como identidade de origem se seus dados consistirem de outro tipo de identificadores.Selecionar campos de destino:
Email_LC_SHA256
namespace como identidade de destino quando os namespaces de origem Email
ou Email_LC_SHA256
.Phone_SHA256_E.164
namespace como identidade de destino quando os namespaces de origem PHONE_E.164
ou Phone_SHA256_E.164
.IDFA
ou GAID
namespaces como identidade de destino quando os namespaces de origem são IDFA
ou GAID
.User_ID
namespace como identidade de destino quando o namespace de origem é personalizado.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.
Após concluir o fluxo de ativação, alterne para o Anúncios do Google conta. Os segmentos ativados são mostrados na sua conta do Google como listas de clientes. Observe que, dependendo do tamanho do segmento, alguns públicos-alvo não são preenchidos, a menos que haja mais de 100 usuários ativos para atender.
Ao mapear um segmento para ambos IDFA e GAID IDs móveis, Google Customer Match O cria um segmento separado para cada mapeamento de ID. Seu Google Ads mostra dois segmentos diferentes, um para o IDFA, e um para o GAID mapeamento.
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.