Como o Adobe Target funciona

Saiba como o Adobe Target funciona, incluindo informações sobre as bibliotecas de JavaScript (Adobe Experience Platform Web SDK e at.js). Este artigo também apresenta os vários tipos de atividades que você pode criar usando o Target. Você também pode saber mais sobre a rede de borda do Target, a Otimização do mecanismo de pesquisa (SEO) e como o Target detecta bots.

Bibliotecas de JavaScript do Adobe Target libraries

O Target integra-se a sites usando o Experience Platform Web SDK ou a at.js:

  • Adobe Experience Platform Web SDK: o SDK da web da Experience Platform é uma nova biblioteca de JavaScript do lado do cliente. O Experience Platform Web SDK permite que os clientes da Adobe Experience Cloud interajam com os vários serviços na Experience Cloud (incluindo o Target) por meio da rede de borda da Experience Platform. A Adobe recomenda que todos os novos clientes do Target implementem o Experience Platform Web SDK.
  • at.js: A biblioteca at.js é uma biblioteca de implementação para Target. A biblioteca at.js melhora os tempos de carregamento de página de implementações da Web e fornece opções de implementações melhores para aplicativos de página única. A at.js é atualizada frequentemente com novos recursos. A Adobe recomenda que todos os clientes que usam a at.js atualizem suas implementações para a versão mais recente da at.js.
NOTE
A biblioteca mbox.js é a biblioteca de implementação herdada do Target. Não há mais suporte para a biblioteca mbox.js após 31 de março de 2021. Atualize para o SDK da Web da Experience Platform (preferencial) ou para a versão mais recente da at.js.

Consulte o Experience Platform Web SDK ou at.js em todas as páginas do site. Por exemplo, você pode adicionar uma dessas bibliotecas ao seu cabeçalho global. Como alternativa, considere usar tags 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 que foi otimizada para Target, uma solicitação é enviada para o sistema de direcionamento. A solicitação ajuda a determinar qual conteúdo será enviado para esse visitante. Esse processo ocorre em tempo real. Esse processo ocorre em tempo real. Sempre que uma página é carregada, uma solicitação para o conteúdo é feita e preenchida pelo sistema. O conteúdo é regulado pelas leis de atividades e experiências controladas pelo comerciante e direcionado para o visitante individual do site. O conteúdo é disponibilizado para cada visitante do site com maior probabilidade de responder, interagir ou comprar. O conteúdo personalizado ajuda a maximizar as taxas de resposta, as taxas de aquisição e a receita.

No Target, cada elemento na página faz parte de uma única experiência para a página inteira. Cada experiência pode incluir vários elementos na página.

O conteúdo exibido para os visitantes depende do tipo de atividade que você cria:

A/B Test

O conteúdo exibido em um teste A/B básico é escolhido aleatoriamente a partir das experiências atribuídas à atividade. É possível atribuir as porcentagens de alocação de tráfego para cada experiência. Como resultado dessa divisão aleatória de tráfego, pode ser necessário muito tráfego inicial mesmo antes das porcentagens aparecerem. Por exemplo, se você criar duas experiências, a inicial será escolhida aleatoriamente. Se houver pouco tráfego, é possível que a porcentagem de visitantes venha a tender para uma experiência. À medida que o tráfego aumenta, as porcentagens ficam iguais.

É possível especificar as metas de porcentagem para cada experiência. Nesse caso, um número aleatório será gerado e usado para escolher a experiência que será exibida. As porcentagens resultantes talvez não correspondam exatamente às metas especificadas, mas um maior tráfego significa que as experiências deverão ser divididas em maior harmonia com as metas-alvo.

  1. Um cliente solicita uma página do seu servidor e ela é exibida no navegador.
  2. Um cookie primárico é configurado no navegador do cliente para armazenar o comportamento do cliente.
  3. A página chama o sistema de direcionamento.
  4. O conteúdo é exibido com base nas regras da sua atividade.

Consulte Criar um teste A/B para obter mais informações.

Auto-Allocate

Auto-Allocate identifica um vencedor entre duas ou mais experiências. O Auto-Allocate realoca automaticamente mais tráfego para a experiência vencedora, o que ajuda a aumentar as conversões enquanto o teste continua a ser executado e aprendido.

Consulte Auto-Allocate para obter mais informações.

Auto-Target (ÀS)

Auto-Target usa aprendizagem de máquina avançada para selecionar várias experiências definidas pelo profissional de marketing com desempenho elevado. Auto-Target retorna a experiência mais personalizada para cada visitante. A entrega de experiência é baseada em perfis de clientes individuais e no comportamento de visitantes anteriores com perfis semelhantes. 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 de oferta a cada visitante. A entrega de experiência é baseada em perfis de clientes individuais para personalizar o conteúdo e aumentar o incentivo.

Consulte Automated Personalization para obter mais informações.

Experience Targeting (XT)

O Experience Targeting (XT) fornece conteúdo a um público-alvo específico com base em um conjunto de regras e critérios definidos pelo profissional de marketing.

Experience Targeting, incluindo a geolocalização, é algo valioso para definir regras que direcionem uma experiência ou conteúdo específico para um público em particular. Várias regras podem ser definidas em uma atividade para levar diferentes variações de conteúdo para públicos-alvo diferentes. Quando visitantes acessam o seu site, o Experience Targeting (XT) os avalia para determinar se eles atendem aos critérios que você definiu. Se cumprirem os critérios, eles entram na atividade e a experiência projetada para o público-alvo qualificado é exibida. 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 em uma página para determinar qual combinação tem o 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 atividades do usuário anteriores. O Recommendations ajuda a direcionar os clientes para itens relevantes que podem ser novidade para eles.

Consulte Recommendations para obter mais informações.

A rede de borda concept_0AE2ED8E9DE64288A8B30FCBF1040934

Uma “borda” é uma arquitetura de fornecimento distribuída geograficamente que garante tempos de resposta ideais para visitantes que solicitam conteúdo, independentemente de sua localização no mundo.

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, dados do Analytics, APIs e interfaces de profissionais de marketing são abrigados nos clusters centrais da Adobe. As atualizações são enviadas para os nós de bordas do Target. Os clusters centrais e nós de borda são sincronizados automaticamente para atualizar continuamente os dados de atividade em cache. Como a modelagem 1:1 também é armazenada em cada borda, as solicitações mais complexas também podem ser processadas na borda.

Cada nó de borda tem todas as informações necessárias para responder à solicitação de conteúdo do visitante e rastrear os dados de análise da solicitação. 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.

A solução Target é hospedada em data centers próprios e alugados pela Adobe no mundo inteiro.

Os locais do cluster central contêm um centro de coleta de dados e um centro de processamento de dados. Os locais de cluster de bordam contêm apenas um centro 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 de borda. Esses dados são direcionados para o destino de cluster central predeterminado de um cliente (um dos três locais: Oregon, Dublin, 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 dos clusters de borda incluem os locais centrais de cluster, além de Virgínia, Mumbai, Sydney, e Tóquio.

Em vez de responder a todas as solicitações de direcionamento de um único local, as solicitações são processadas pelo cluster de borda mais próximo do visitante. Esse processo ajuda a reduzir o impacto do tempo de deslocamento da Internet/rede.

Mapa mostrando os diferentes tipos de servidores do Target

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.

IMPORTANT
No momento, o Adobe Target não tem um cluster de borda na China e o desempenho do visitante permanece limitado para clientes do Target na China. Devido ao firewall e à falta de clusters de borda no país, as experiências dos sites com Target implantado podem ser afetadas. As experiências podem ser renderizadas lentamente e os carregamentos de página podem ser afetados. Além disso, os profissionais de marketing podem identificar latência ao usar a interface de criação do Target.

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 concept_40A5E781D90A41E4955F80EA9E5F8F96

A Adobe assegura que a disponibilidade e o desempenho da infraestrutura de direcionamento tenham a maior confiabilidade possível. No entanto, um detalhamento da comunicação entre o navegador de um visitante e os servidores da Adobe pode causar uma interrupção na 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). Esse conteúdo padrão é exibido se o navegador do usuário não puder se conectar ao Target.

Nenhuma alteração será feita na página se o navegador do usuário não puder se conectar em um período de tempo limite definido (por 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.

  • A Adobe assegura referências de desempenho com base em padrões do setor, que são garantidos pelo Contrato de nível de serviço da Adobe.
  • A rede de borda assegura a entrega de dados em tempo hábil.
  • A 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) concept_C0C865663CAB4251B66A1F250FD25E6A

O Adobe Target está alinhado às diretrizes de mecanismo de busca para teste.

O Google incentiva os usuários a testarem. O Google declara em sua documentação que o A/B e o Multivariate Testing não prejudicam as classificações dos mecanismos de pesquisa orgânica se determinadas diretrizes forem obedecidas.

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 da Google sobre o assunto e as diretrizes continuam relevantes.

  • Sem cloaking: o cloaking mostra um conjunto de conteúdo para seus usuários e um conjunto diferente de conteúdo para os bots do mecanismo de pesquisa. O cloaking é realizado ao identificar bots especificamente e enviar conteúdo diferente propositalmente.

    O Target, como uma plataforma, foi configurado para tratar bots de mecanismo de pesquisa como qualquer usuário. Como resultado, os bots podem ser incluídos em atividades caso sejam selecionados aleatoriamente e “vejam” as variações do teste.

  • Use rel="canonical": algumas vezes, um teste A/B precisa ser configurado utilizando URLs diferentes para as variações. Nesses casos, todas as variações devem conter uma tag rel="canonical" que faça referência à URL original (controle). Por exemplo, suponha que a Adobe esteja testando sua página inicial usando URLs diferentes para cada variação. A tag canônica a seguir para a página inicial seria inserida na tag <head> para cada uma das variações:

    <link rel="canonical" href="https://www.adobe.com" />

  • Use redirecionamentos 302 (temporário) redirects: Nos casos em que são utilizados URLs individuais para as variações de páginas em um teste, o Google recomenda o uso de um redirecionamento 302 a fim de direcionar o tráfego para as variações de teste. O redirecionamento 302 informa aos mecanismos de pesquisa que o redirecionamento é temporário e está ativo somente enquanto o teste estiver em execução.

    Um redirecionamento 302 é um redirecionamento no lado do servidor e o Target, juntamente com a maioria dos provedores de otimização, utiliza as capacidades do lado do cliente. Portanto, essa é uma área em que o Target não está em total conformidade com as recomendações do Google. Isso, entretanto, só afeta uma pequena fração dos testes. A abordagem padrão para execução de testes por meio do Target pede a alteração do conteúdo em um único URL, então não há necessidade de redirecionamentos. Há casos em que os clientes precisam usar vários URLs para representar suas variações no teste. Nesses casos, o Target usa o comando window.location do JavaScript. Esse comando direciona os usuários para variações do teste, o que não indica explicitamente se o redirecionamento é um 301 ou 302.

    O Adobe continua a procurar soluções viáveis para se alinhar completamente às diretrizes do mecanismo de pesquisa. Para os clientes que devem usar URLs separados para testes, a Adobe está confiante de que a implementação adequada das tags canônicas diminui o risco associado a essa abordagem.

  • Execute experimentos somente enquanto for necessário: a Adobe acredita que “conforme necessário” é o quanto for necessário para atingir significância estatística. O Target fornece práticas recomendadas e a Calculadora de tamanho da amostra do Adobe Target para determinar quando seu teste atingiu esse ponto. A Adobe recomenda que você incorpore a implementação codificada permanentemente de testes vencedores no seu fluxo de trabalho de testes e aloque os recursos apropriados.

    A utilização da plataforma Target para “publicar” testes vencedores não é recomendada como uma solução permanente. Se o teste vencedor for publicado para 100% dos usuários em 100% das vezes, essa abordagem poderá ser usada enquanto o processo de codificação rígida do teste vencedor for concluído.

    É importante levar em consideração também o que seu teste alterou. Apenas atualizar a cor de botões ou outros itens de menor importância não baseados em texto na página não exercerá qualquer influência sobre suas classificações orgânicas. As alterações, entretanto, devem ser codificadas permanentemente.

    Também é importante considerar a acessibilidade da sua 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 em pesquisa orgânica, nenhuma das considerações acima 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 bots

O Adobe Target usa a métrica “isRobot” do DeviceAtlas para detectar bots conhecidos com base na sequência de agente do usuário transmitida no cabeçalho da solicitação.

NOTE
Para solicitações de Server-Side, o valor transmitido no nó “Contexto” da solicitação tem prioridade sobre a sequência de agente do usuário para detecção de bot.

O tráfego identificado como sendo gerado por um bot ainda recebe conteúdo. Os bots são tratados como um usuário regular para garantir que o Target esteja em conformidade com as diretrizes de SEO. O uso do tráfego de bot pode distorcer testes A/B ou algoritmos de personalização se forem tratados como usuários normais. Portanto, se um bot conhecido for detectado na atividade do Target, o tráfego será tratado de maneira um pouco diferente. A remoção do tráfego de bot fornece uma medida mais precisa da atividade do usuário.

Especificamente para o tráfego de bot conhecido, o Target não:

  • Cria ou recupera um perfil do visitante
  • Registra os atributos de perfil ou executa scripts de perfil
  • Procura segmentos do Adobe Audience Manager (AAM) (se aplicável)
  • Use o tráfego de bot para modelar e 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 registro do lado do cliente, o Target não retorna:

  • carga tnta
recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654