Google Customer Match O permite usar seus dados online e offline para acessar e reengajar seus clientes em propriedades próprias e operadas da Google, como: Search, Shopping, Gmaile YouTube.
Para ajudá-lo a entender melhor como e quando usar a variável Google Customer Match , aqui estão casos de uso de exemplo que os clientes do Adobe Experience Platform podem resolver usando esse recurso.
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 no histórico de navegação. A marca de vestuário 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 o Google Customer Match a utilizar em Search e Shopping, otimizando seus gastos com publicidade.
Uma importante empresa de tecnologia lançou um novo telefone. Para promover esse novo modelo de telefone, eles estão buscando conscientizar sobre os novos recursos e funcionalidades do telefone para 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 em 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 na YouTube.
Alguns destinos no Experience Platform têm certas regras e obrigações para os dados enviados para a plataforma de destino ou recebidos dela. Você é responsável por entender as limitações e obrigações dos 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 ajudá-lo a gerenciar algumas dessas obrigações de uso de dados. Saiba mais sobre ferramentas e políticas de governança de dados.
Google Customer Match O suporta a ativação de identidades descritas na tabela abaixo. Saiba mais sobre identidades.
Identidade do Target | Descrição | Considerações |
---|---|---|
GAID | Google Advertising ID | Selecione essa identidade de destino quando sua 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 | O Adobe Experience Platform oferece suporte para texto sem formatação e números de telefone com hash SHA256. Siga as instruções em Requisitos de correspondência de ID e use os namespaces apropriados para números de telefone sem formatação e com hash, respectivamente. Quando o campo de origem contém atributos com hash, verifique a Aplicar transformação , para ter Platform fazer o hash automático dos dados na ativação. |
email_lc_sha256 | Endereços de email com hash com o algoritmo SHA256 | O Adobe Experience Platform oferece suporte para texto sem formatação e endereços de email com hash SHA256. Siga as instruções em Requisitos de correspondência de ID e usar os namespaces apropriados para endereços de email de texto simples e com hash, respectivamente. Quando o campo de origem contém atributos com hash, verifique a Aplicar transformação , para ter Platform fazer o hash automático dos dados na ativação. |
user_id | IDs de usuário personalizadas | Selecione essa 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 na Google Customer Match destino. |
Frequência de exportação | Streaming | Os destinos de transmissão são conexões "sempre ativas" baseadas em API. Assim que um perfil é atualizado no 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, certifique-se de ler e seguir a política do Google para usar Customer Match, descritas na Documentação de suporte do Google.
Em seguida, verifique se Google está configurada para uma Standard ou nível de permissão superior. Consulte a Documentação do Google Ads para obter detalhes.
Antes de criar a Google Customer Match no Experience Platform, verifique se Google Ads A conta cumpre os requisitos Google Customer Match política.
Os clientes com contas compatíveis são autorizados automaticamente pela Google.
Google exige que nenhuma informação pessoal identificável (PII) seja enviada de forma clara. Portanto, os públicos-alvo ativados para Google Customer Match pode ser desligado hash identificadores, como endereços de email ou números de telefone.
Dependendo do tipo de IDs assimiladas no Adobe Experience Platform, é necessário seguir os requisitos correspondentes.
Há dois métodos para ativar números de telefone em Google Customer Match:
Phone_E.164
namespace.PHONE_SHA256_E.164
namespace.Números de telefone assimilados no Phone
o namespace não pode ser ativado em Google Customer Match.
Você pode fazer hash nos endereços de email antes de assimilá-los no Adobe Experience Platform ou usar endereços de email limpos no Experience Platform e ter Platform coloque hash na ativação.
Para obter mais informações sobre os requisitos de hash do Google e outras restrições à ativação, consulte as seguintes seções na documentação de do Google:
Para saber mais sobre como assimilar endereços de email no Experience Platform, consulte o visão geral da ingestão em lote e visão geral da assimilação de streaming.
Se você optar por hash nos endereços de email, certifique-se de estar em conformidade com os requisitos do Google, descritos nos links acima.
Antes de usar a variável User_ID
namespace 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, é necessário 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 na tutorial de configuração de destino.
Ao configuração nesse destino, você deve fornecer as seguintes informações:
Você pode habilitar alertas para receber notificações sobre o status do fluxo de dados para 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 guia sobre inscrever-se em alertas de destinos usando a interface do usuário.
Quando terminar de fornecer detalhes para a conexão de destino, selecione Próximo.
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 os dados do público-alvo para os destinos de exportação do segmento de fluxo para obter instruções sobre como ativar segmentos de público-alvo para este destino.
No Agendamento do segmento , você deve fornecer a variável ID do aplicativo ao enviar IDFA ou GAID segmentos para Google Customer Match.
Para obter detalhes sobre como encontrar a variável App ID, consulte o Documentação oficial do Google.
Este é um exemplo do mapeamento de identidade correto ao ativar os dados do público-alvo no Google Customer Match.
Seleção de campos de origem:
Email
namespace como identidade de origem se os endereços de email que você está usando não tiverem hash.Email_LC_SHA256
namespace como identidade de origem se você tiver enviado com hash endereços de email do cliente na assimilação de dados em Platform, de acordo com Google Customer Match requisitos de hash de email.PHONE_E.164
namespace como identidade de origem se seus dados consistem em números de telefone sem hash. Platform hash os 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 em Platform, de acordo com Facebook requisitos de hash do número de telefone.IDFA
namespace como identidade de origem se seus dados consistem em Apple IDs de dispositivo.GAID
namespace como identidade de origem se seus dados consistem em Android IDs de dispositivo.Custom
namespace como identidade de origem se os dados consistem em outro tipo de identificador.Seleção de campos de destino:
Email_LC_SHA256
namespace como identidade de destino quando os namespaces de origem forem Email
ou Email_LC_SHA256
.Phone_SHA256_E.164
namespace como identidade de destino quando os namespaces de origem forem 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 seu namespace de origem é personalizado.Os dados de namespaces sem hash são automaticamente atribuídos a hash por Platform após a ativação.
Os dados da fonte de atributo não são automaticamente transformados em hash. Quando o campo de origem contém atributos com hash, verifique a Aplicar transformação , para ter Platform fazer o hash automático dos dados na ativação.
Após concluir o fluxo de ativação, mude para seu Anúncios do Google conta. Os segmentos ativados são mostrados em sua conta do Google como listas de clientes. Observe que, dependendo do tamanho do seu segmento, alguns públicos-alvo não são preenchidos a menos que haja mais de 100 usuários ativos para serem atendidos.
Ao mapear um segmento para ambos IDFA e GAID IDs móveis, Google Customer Match cria um segmento separado para cada mapeamento de ID. Seu Google Ads A conta mostra dois segmentos diferentes, um para a variável IDFAe 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 a 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 está configurada para um Standard ou nível de permissão superior. Consulte a Documentação do Google Ads para obter detalhes.