Como o Adobe Target funciona
Saiba como o Adobe Target funciona, incluindo detalhes sobre as bibliotecas JavaScript (Adobe Experience Platform Web SDK e at.js). Este artigo também aborda os vários tipos de atividades que você pode criar, as estratégias de contagem de uso do Target, o Edge Network do Target, o SEO e a detecção de bot.
Os principais pontos incluem:
- Bibliotecas de JavaScript: saiba mais sobre as Target bibliotecas JavaScript: Adobe Experience Platform Web SDK e at.js.
- Estratégias de uso de chamada de servidor: Entenda como o Target conta várias chamadas de servidor, incluindo pontos de extremidade, mbox única, mbox em lote, executar, pré-busca e chamadas de notificação.
- Edge Network: Descubra como Target interage com o Adobe Experience Platform Edge Network.
- Experiência de usuário protegida: saiba como o Adobe garante a disponibilidade e o desempenho de sua infraestrutura de direcionamento.
- Diretrizes de SEO: siga as práticas recomendadas para alinhar as atividades de Target com as diretrizes de SEO.
- Tráfego de bot: saiba como o Target lida com o tráfego de bot para evitar testes de inclinação e algoritmos de personalização.
Bibliotecas de JavaScript do Adobe Target
O Target integra-se a sites usando o Experience Platform Web SDK ou a at.js:
- Adobe Experience Platform Web SDK: esta biblioteca JavaScript do lado do cliente permite que os clientes do Adobe Experience Cloud interajam com vários serviços através do Experience Platform Edge Network. A Adobe recomenda que os novos clientes do Target implementem o Experience Platform Web SDK.
- at.js: esta biblioteca de implementação do Target melhora os tempos de carregamento de página de implementações da Web e oferece opções melhores para aplicativos de página única. Atualizado com frequência com novos recursos, o Adobe recomenda que todos os usuários do at.js atualizem para a versão mais recente.
Consulte o Experience Platform Web SDK ou a at.js em todas as páginas do site. Por exemplo, adicione uma dessas bibliotecas ao seu cabeçalho global. Como alternativa, use marcas na Adobe Experience Platform para implementar o Target.
Os seguintes recursos contêm informações detalhadas para ajudar você a implementar o Experience Platform Web SDK ou a at.js:
Cada vez que um visitante solicita uma página otimizada para Target, uma solicitação em tempo real é enviada para o sistema de direcionamento para determinar o conteúdo a ser veiculado. Essa solicitação é feita e preenchida sempre que uma página é carregada, regida por atividades e experiências controladas pelo profissional de marketing. O conteúdo é direcionado para visitantes individuais do site, maximizando as taxas de resposta, as taxas de aquisição e a receita. O conteúdo personalizado ajuda a garantir que os visitantes respondam, interajam ou façam compras.
No Target, cada elemento na página faz parte de uma única experiência, que pode incluir vários elementos.
O conteúdo exibido depende do tipo de atividade que você cria:
A/B Test
Em um teste A/B básico, o conteúdo é escolhido aleatoriamente a partir das experiências atribuídas. É possível definir porcentagens de alocação de tráfego para cada experiência. Inicialmente, o tráfego pode ser distribuído de forma desigual devido à divisão aleatória, mas é equalizado à medida que o tráfego aumenta. Por exemplo, com duas experiências, a experiência inicial é escolhida aleatoriamente. Tráfego baixo pode distorcer as porcentagens de visitantes em direção a uma experiência, mas essa situação equilibra com mais tráfego.
Especifique metas de porcentagem para cada experiência. Um número aleatório é gerado para selecionar a experiência a ser exibida. Embora as porcentagens resultantes possam não corresponder exatamente aos alvos, um tráfego maior leva a uma divisão mais próxima dos objetivos do alvo.
- Um cliente solicita uma página do seu servidor, que é exibida no navegador.
- Um cookie próprio é definido no navegador do cliente para armazenar seu comportamento.
- A página chama o sistema de direcionamento.
- O conteúdo é exibido com base nas regras de atividade.
Consulte Criar um teste A/B para obter mais informações.
Auto-Allocate
Auto-Allocate identifica a experiência vencedora entre duas ou mais opções. Em seguida, ele realoca automaticamente mais tráfego para o vencedor, aumentando as conversões conforme o teste continua a ser executado e aprendido.
Consulte Auto-Allocate para obter mais informações.
Auto-Target (ÀS)
O Auto-Target aproveita o aprendizado de máquina avançado para escolher entre várias experiências de alto desempenho definidas pelo profissional de marketing. O Auto-Target fornece a experiência mais personalizada para cada visitante com base em perfis de clientes individuais e no comportamento de visitantes anteriores com perfis similares. Use o Auto-Target para personalizar o conteúdo e gerar conversões.
Consulte Direcionamento automático para obter mais informações.
Automated Personalization (AP)
A Automated Personalization (AP) combina ofertas ou mensagens e usa aprendizagem de máquina avançada para corresponder diferentes variações a cada visitante. A AP personaliza o conteúdo com base em perfis de clientes individuais para impulsionar um aumento.
Consulte Automated Personalization para obter mais informações.
Experience Targeting (XT)
O Experience Targeting (XT) fornece conteúdo a públicos-alvo específicos com base em regras e critérios definidos pelo profissional de marketing. Incluindo a geolocalização, o XT é importante para definir regras que direcionem experiências ou conteúdo específicos para públicos-alvo específicos. Várias regras podem ser definidas em uma atividade para fornecer diferentes variações de conteúdo para públicos diferentes. Quando visitantes acessam o seu site, o XT os avalia para determinar se eles atendem aos critérios. Se qualificados, eles entram na atividade e veem a experiência projetada para eles. Você pode criar experiências para diversos públicos-alvo dentro de uma única atividade.
Consulte Direcionamento de experiência para obter mais informações.
Multivariate Test (MVT)
O Multivariate Testing (MVT) compara combinações de ofertas em elementos da página para determinar qual combinação tem melhor desempenho para um público-alvo específico. O MVT ajuda a identificar qual elemento afeta mais o sucesso da atividade.
Consulte Teste multivariado para obter mais informações.
Recommendations
As atividades do Recommendations exibem automaticamente produtos ou conteúdo que podem ser do interesse dos clientes com base em suas atividades anteriores ou em outros algoritmos. O Recommendations ajuda a direcionar os clientes para itens relevantes que podem não ser detectados de outra forma.
Consulte Recommendations para obter mais informações.
Como o Target conta o uso de chamadas do servidor
Target conta somente chamadas de servidor que fornecem valor aos clientes. A tabela a seguir mostra como Target conta pontos de extremidade, mbox única, chamadas de mbox em lote, executar, realizar uma busca prévia e chamadas de notificação.
As informações a seguir ajudam você a entender a estratégia de contagem usada para Target chamadas de servidor, conforme mostrado na tabela abaixo:
- Contar uma vez: conta uma vez por chamada de API.
- Contar o número de mboxes: conta o número de mboxes na matriz na carga de uma única chamada de API.
- Ignorar: não é contado.
- Contar o Número de Exibições (Uma Vez): conta o número de exibições na matriz na carga. Em uma implementação típica, uma notificação de exibição tem apenas uma exibição na matriz de notificações, tornando isso equivalente a contar uma vez na maioria das implementações.
rest//v1/mbox
rest/v2/batchmbox
/ubox/[raw|image|page]
rest/v1/delivery
/rest/v1/target-upstream
A rede de borda
Uma "Edge" é uma arquitetura de fornecimento distribuída geograficamente que garante os tempos de resposta ideais para visitantes que solicitam conteúdo, independentemente da localização.
Para melhorar os tempos de resposta, a borda Target hospeda somente a lógica de atividade, os perfis em cache e as informações da oferta.
Bancos de dados de atividade e conteúdo, Analytics dados, APIs e interfaces de usuário dos profissionais de marketing são abrigados em Adobe clusters centrais. As atualizações são enviadas para as bordas Target, que são sincronizadas automaticamente com os clusters centrais para atualizar continuamente os dados de atividade em cache. A modelagem 1:1 também é armazenada em cada borda, permitindo que solicitações complexas sejam processadas localmente.
Cada cluster do Edge contém todas as informações necessárias para responder às solicitações de conteúdo do visitante e rastrear os dados de análise. As solicitações do usuário são roteadas para o nó de borda mais próximo.
Para obter mais informações, consulte o white paper Visão geral da segurança no Adobe Target.
O Target está hospedado em data centers próprios e alugados pela Adobe Adobe no mundo inteiro.
Os locais do cluster central abrigam centros de coleta e processamento de dados. Os locais do Edge Cluster contêm apenas centros de coleta de dados. Cada conjunto de relatórios é atribuído a um centro de processamento de dados específico.
Os dados de atividade do site do cliente são coletados pelo mais próximo de sete clusters Edge. Esses dados são então direcionados a um destino de cluster central predeterminado (Oregon, Dublin ou Singapura) para processamento. Os dados do perfil do visitante são armazenados no cluster de borda mais próximo do visitante do site. Os locais do Edge Cluster incluem os locais centrais do Cluster, bem como Virgínia, Mumbai, Sydney e Tóquio.
Em vez de processar todas as solicitações de direcionamento de um único local, as solicitações são tratadas pelo cluster do Edge mais próximo do visitante. Essa abordagem reduz o impacto do tempo de deslocamento da Internet e da rede.
Target Os clusters centrais hospedados na Amazon Web Services (AWS) incluem:
- Oregon, EUA
- Dublin, Irlanda
- República de Singapura
Target Os clusters de borda hospedados na AWS incluem:
- Mumbai, Índia
- Tóquio, Japão
- Virgínia, EUA
- Oregon, EUA
- Sydney, Austrália
- Dublin, Irlanda
- República de Singapura
O serviço Target Recommendations é hospedado em um data center Adobe no Oregon.
Você pode adicionar clusters de borda do Target à lista de permissões, se desejar. Para obter mais informações, consulte a lista de permissões de nós de borda do Target.
Experiência do usuário protegida
A Adobe garante que a disponibilidade e o desempenho de sua infraestrutura de direcionamento tenham a maior confiabilidade possível. No entanto, detalhamentos de comunicação entre o navegador de um visitante e os servidores do Adobe podem interromper a entrega de conteúdo.
Como proteção contra interrupções do serviço e problemas de conectividade, todos os locais são configurados para incluir o conteúdo padrão (definido pelo cliente). Este conteúdo padrão é exibido se o navegador do visitante não puder se conectar a Target.
Nenhuma alteração será feita na página se o navegador do visitante não puder se conectar em um período de tempo limite definido (padrão: 15 segundos). Se esse tempo limite for atingido, o conteúdo padrão do local será exibido.
A Adobe protege a experiência do usuário por otimizar e salvaguardar o desempenho.
- O Adobe garante referências de desempenho com base em padrões do setor, garantidos pelo Adobe Service Level Agreement.
- A rede de borda assegura a entrega de dados em tempo hábil.
- O Adobe emprega uma abordagem de múltiplas camadas para proteger seus aplicativos, fornecendo o mais alto nível de disponibilidade e confiabilidade para os clientes.
- O Target Consulting oferece assistência na implementação e suporte contínuo ao produto.
Teste compatível com a Otimização do mecanismo de pesquisa (SEO)
Adobe Target está alinhado com as diretrizes de mecanismo de busca para teste. O Google incentiva os usuários a testarem e declara que o A/B e o Multivariate Testing não prejudicam as classificações dos mecanismos de pesquisa orgânica se determinadas diretrizes forem seguidas.
O Adobe Target está alinhado às diretrizes de mecanismo de busca para teste.
Para obter mais informações, consulte os seguintes recursos da Google:
As diretrizes foram apresentadas em uma publicação do Blog da Central do Webmaster da Google. Embora a publicação seja datada de 2012, ela continua sendo a declaração mais recente de Google sobre o assunto, e as diretrizes ainda são relevantes.
-
Sem cloaking: o cloaking envolve a exibição de um conjunto de conteúdo para os usuários e um conjunto diferente para os bots do mecanismo de pesquisa, identificando bots especificamente e enviando conteúdo diferente para eles.
Target está configurado para tratar bots de mecanismo de pesquisa como qualquer usuário. Consequentemente, os bots podem ser incluídos em atividades caso sejam selecionados aleatoriamente e "vejam" as variações do teste.
-
Use rel="canonical": às vezes, um teste A/B requer URLs diferentes para variações. Nesses casos, todas as variações devem incluir uma tag rel="canonical" fazendo referência ao URL original (controle). Por exemplo, se Adobe estiver testando sua página inicial com URLs diferentes para cada variação, a tag canônica a seguir para a página inicial deverá ser colocada na tag
<head>
de cada variação:<link rel="canonical" href="https://www.adobe.com" />
-
Usar redirecionamentos 302 (temporário): quando URLs separadas são usadas para variações de páginas em um teste, o Google recomenda o uso de um redirecionamento 302 para direcionar o tráfego para as variações em teste. O redirecionamento 302 informa aos mecanismos de pesquisa que o redirecionamento é temporário e está ativo somente enquanto o teste está em execução.
Um redirecionamento 302 é um redirecionamento no lado do servidor, enquanto o Target e a maioria dos provedores de otimização usam recursos do lado do cliente. Portanto, Target não é totalmente compatível com as recomendações de Google para redirecionamentos. No entanto, isso afeta apenas uma pequena fração dos testes. A abordagem padrão para execução de testes por meio do Target envolve a alteração do conteúdo em uma única URL, eliminando a necessidade de redirecionamentos. Nos casos em que são necessárias várias URLs para variações de teste, o Target usa o comando
window.location
do JavaScript, que não especifica se o redirecionamento é um 301 ou 302.O Adobe está ativamente buscando soluções para cumprir totalmente as diretrizes do mecanismo de pesquisa. Para clientes que precisam de URLs separados para testes, a Adobe acredita que a implementação correta de tags canônicas diminui os riscos associados.
-
Executar experimentos somente enquanto necessário: Adobe define "conforme necessário" como o tempo necessário para atingir significância estatística. Target oferece práticas recomendadas e a Adobe Target Calculadora de tamanho da amostra para determinar quando seu teste atingiu este ponto. A Adobe recomenda incorporar a implementação codificada permanentemente de testes vencedores no seu fluxo de trabalho de testes e alocar os recursos apropriados.
O uso do Target para "publicar" testes vencedores não é recomendado como uma solução permanente. Se o teste vencedor for publicado para 100% dos usuários o tempo todo, essa abordagem poderá ser usada temporariamente enquanto o teste vencedor é codificado.
Considere o que seu teste alterou. Pequenas atualizações, como cores de botões, não afetam as classificações orgânicas. No entanto, as alterações de texto devem ser codificadas.
Além disso, considere a acessibilidade da página que você está testando. Se a página não estiver acessível para mecanismos de pesquisa e nunca tiver sido projetada para classificar na pesquisa orgânica, essas considerações não se aplicam. Um exemplo é uma página de aterrissagem dedicada a uma campanha de email.
O Google declara que seguir essas diretrizes “deve resultar em pequeno ou nenhum impacto dos seus testes sobre o seu site nos resultados de pesquisa”.
Além dessas diretrizes, a Google também fornece mais uma diretriz na documentação de sua ferramenta de Experiências com Conteúdo:
- “Suas variações de páginas devem manter o espírito do conteúdo das suas páginas originais. Essas variações não devem alterar o significado da percepção geral do seu usuário sobre aquele conteúdo original”.
A Google afirma, como um exemplo, que “se a página original de um site é carregada com palavras-chave não relacionadas às combinações sendo exibidas aos usuários, nós podemos remover esse site do nosso índice.”
Adobe acha que seria difícil alterar involuntariamente o significado do conteúdo original nas variações de teste. No entanto, o Adobe recomenda estar ciente dos temas de palavras-chave em uma página e mantê-los. Alterações no conteúdo da página, especialmente adicionando ou excluindo palavras-chave relevantes, pode resultar em alterações de classificação ao URL na pesquisa orgânica. A Adobe recomenda que você envolva seu parceiro de SEO como parte de protocolo de testes.
Bots
Target usa a métrica "isRobot" do DeviceAtlas para detectar bots conhecidos com base na Cadeia de Caracteres do Agente do Usuário transmitida no Cabeçalho da Solicitação.
O tráfego identificado como gerado pelo bot ainda recebe conteúdo. Os bots são tratados como usuários regulares para garantir que o Target se alinhe às diretrizes de SEO. No entanto, o tráfego de bot pode distorcer testes A/B ou algoritmos de personalização se for tratado como usuários normais. Portanto, o tráfego de bot conhecido na atividade Target é tratado de forma diferente. A remoção do tráfego de bot fornece uma medida mais precisa da atividade do usuário.
Para tráfego de bot conhecido, Target não:
- Cria ou recupera um perfil do visitante
- Registrar atributos de perfil ou executar scripts de perfil
- Procura segmentos do Adobe Audience Manager (AAM) (se aplicável)
- Use o tráfego de bot para modelar ou veicular conteúdo personalizado para atividades do Recommendations, Auto-Target, Automated Personalization ou Auto-Allocate
- Registra uma visita de atividade para relatório
- Registra dados a serem enviados para a plataforma da Adobe Experience Cloud
Para tráfego de bot conhecido, ao usar o Analytics for Target (A4T), o Target não:
- Envia eventos para o Analytics
Para tráfego de bot conhecido ao usar o log de client_side
, Target não retorna:
tnta payload