Funcionamento do Adobe Target

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

SDKs da Web da Plataforma de públicos alvos e bibliotecas JavaScript

Target integra-se a sites que usam as bibliotecas AEP Web SDK ou JavaScript:

  • Adobe Experience Platform Web SDK: O AEP Web SDK é uma nova biblioteca JavaScript do lado do cliente. O AEP Web SDK permite que os clientes de Adobe Experience Cloud interajam com os vários serviços em Experience Cloud (incluindo Target) por meio da AEP Edge Network. A Adobe recomenda que todos os clientes Target novos implementem o AEP 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. O at.js é atualizado com frequência com novos recursos. A Adobe recomenda que todos os clientes que usam o at.js atualizem suas implementações para a versão mais recente do at.js](/docs/target/c-implementing-target/c-implementing-target-for-client-side-web/target-atjs-versions.html?lang=pt-BR#reference_DBB5EDB79EC44E558F9E08D4774A0F7A).[
  • mbox.js: a mbox.js é a biblioteca de implementação herdada para o Target. A biblioteca mbox.js é compatível até 31 de março de 2021; no entanto, não haverá atualizações de recursos.
IMPORTANTE

Todos os clientes devem migrar para AEP Web SDK ou para a versão mais recente do at.js. Para obter mais informações, consulte Adobe Experience Platform Web SDK ou Migrar para at.js de mbox.js.

Consulte AEP Web SDK ou at.js em cada página do site. Por exemplo, você pode adicionar uma dessas bibliotecas ao cabeçalho global. Como alternativa, considere usar Platform launch Adobe para implementar Target.

Os seguintes recursos contêm informações detalhadas para ajudá-lo a implementar o AEP Web SDK ou o at.js:

Cada vez que um visitante solicita uma página que foi otimizada para Target, uma solicitação é enviada ao sistema de definição de metas. A solicitação ajuda a determinar qual conteúdo será enviado para esse visitante. Esse processo ocorre em tempo real. Toda vez 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, por fim, comprar. O conteúdo personalizado ajuda a maximizar as taxas de resposta, as taxas de aquisição e a receita.

Em 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:

Teste A/B

O conteúdo exibido em um teste A/B básico é escolhido aleatoriamente entre as experiências atribuídas à atividade. Você pode atribuir as porcentagens de alocação de tráfego para cada experiência. Como resultado dessa divisão aleatória do tráfego, pode ser necessária uma quantidade significativa do tráfego inicial antes que as porcentagens desapareçam. 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 são equalizadas.

É 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ário é definido 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.

Alocação automática

A Autoalocação identifica um vencedor entre duas ou mais experiências. A Autoalocação aloca automaticamente mais tráfego para a experiência vencedora, o que ajuda a aumentar as conversões enquanto o teste continua sendo executado e aprendido.

Consulte Alocação automática para obter mais informações.

Direcionamento automático (AT)

O Público alvo automático usa o aprendizado de máquina avançado para selecionar entre várias experiências definidas pelo profissional de marketing de alto desempenho. O Público alvo automático serve a experiência mais personalizada para cada visitante. O delivery da experiência é baseado em perfis individuais do cliente e no comportamento de visitantes anteriores com perfis semelhantes. Use o Público alvo automático para personalizar o conteúdo e gerar conversões.

Consulte Direcionamento automático para obter mais informações.

Personalização automatizada (AP)

O Automated Personalization (AP) combina ofertas ou mensagens e usa o aprendizado de máquina avançado para corresponder às diferentes variações de oferta de cada visitante. O delivery da experiência é baseado em perfis individuais do cliente para personalizar o conteúdo e impulsionar o incentivo.

Consulte Personalização automatizada para obter mais informações.

Direcionamento de experiência (XT)

O Direcionamento de experiência (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.

O Direcionamento de experiência, 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 seu site, o direcionamento de experiência (XT) os avalia para determinar se eles atendem os 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.

Teste multivariado (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 uma audiência específica. O MVT ajuda a identificar qual elemento mais afeta 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 ou outros algoritmos. 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

Uma "Edge" é uma arquitetura de serviço distribuída geograficamente que garante tempos de resposta ideais para visitantes que solicitam conteúdo, independentemente de onde estejam localizados no mundo inteiro.

Para melhorar os tempos de resposta, Target borda somente a lógica de atividade, perfis em cache e informações de oferta do host.

Bancos de dados de atividade e conteúdo, Analytics dados, APIs e interfaces de usuário do comerciante são abrigados nos clusters centrais do Adobe. As atualizações são então enviadas para as bordas Target. Os clusters centrais e os clusters de borda são sincronizados automaticamente para atualizar continuamente os dados de atividade em cache. Toda a modelagem 1:1 também é armazenada em cada borda, de modo que essas solicitações mais complexas também podem ser processadas na borda.

Cada Cluster 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 dessa solicitação. As solicitações de visitante são roteadas para o Cluster 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 proprietários de Adobe e alugados por Adobe em todo o mundo.

Os locais de Cluster Central contêm um centro de coleta de dados e um centro de processamento de dados. Os locais do Edge Cluster 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 local do cliente são coletados pelo mais próximo de sete Clusters de Borda. Esses dados são direcionados para o destino do Cluster Central predeterminado de um cliente (um dos três locais: Oregon, Dublin, Cingapura) para processamento. Os dados do perfil do visitante são armazenados no Cluster de Borda mais próximo ao visitante do site. Os locais dos clusters de borda incluem os locais dos clusters centrais e Virgínia, Amsterdã, Sydney, Tóquio e Hong Kong.

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 ao visitante. Esse processo ajuda a atenuar o impacto do tempo de viagem da rede/Internet.

Tipos de mapa de servidores de Públicos alvos

Target Os clusters centrais, hospedados no Amazon Web Services (AWS), incluem:

  • Oregon, EUA
  • Dublin, Irlanda
  • República de Cingapura

Target Os clusters de borda, hospedados no AWS, incluem:

  • Mumbai, Índia
  • Tóquio, Japão
  • Virgínia, EUA
  • Oregon, EUA
  • Sydney, Austrália
  • Dublin, Irlanda
  • República de Cingapura

O serviço Target Recommendations está hospedado em um data center Adobe no Oregon.

IMPORTANTE

Adobe Target atualmente não tem um cluster Edge na China e o desempenho do visitante permanece limitado para Target clientes na China. Devido ao firewall e à falta de clusters de borda no país, as experiências de sites com Target implantados podem ser afetadas. As experiências podem ser lentas na renderização e as cargas de página podem ser afetadas. Além disso, os profissionais de marketing podem experimentar latência ao usar a interface de criação Target.

Você pode lista de permissões Target Clusters de Borda, se desejar. Para obter mais informações, consulte lista de permissões nós de borda do Público alvo.

Experiência protegida do usuário

A Adobe assegura que a disponibilidade e o desempenho da infraestrutura da definição de metas tenham a maior confiabilidade possível. No entanto, um detalhamento de comunicação entre o navegador de um visitante e os servidores do Adobe pode causar uma interrupção no delivery do conteúdo.

Para proteger contra interrupções de 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 será exibido se o navegador do usuário não conseguir se conectar a 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 Edge assegura a entrega de dados em tempo hábil.
  • A Adobe emprega uma abordagem em múltiplas camadas para proteger seus aplicativos, fornecendo o maior 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)

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

O Google incentiva o teste do usuário. O Google afirma em sua documentação que A/B e Multivariate Testing não prejudicam as classificações dos mecanismos de pesquisa orgânicos se você seguir determinadas diretrizes.

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 encobrimento: O encobrimento mostra um conjunto de conteúdo para seus usuários e um conjunto diferente de conteúdo para robôs de mecanismo de pesquisa. O encobrimento é feito identificando especificamente bots e alimentando-os com propósito de conteúdo diferente.

    TargetO , como uma plataforma, foi configurado para tratar bots de mecanismo de pesquisa como qualquer usuário. Como resultado, os bots podem ser incluídos no atividade se os bots forem selecionados aleatoriamente e "ver" as variações do teste.

  • Use rel=“canônico”: Às vezes, um teste A/B deve ser configurado usando 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 o Adobe esteja testando seu home page usando URLs diferentes para cada variação. A seguinte tag canônica para o home page apareceria na tag <head> para cada uma das variações:

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

  • Usar redirecionamentos 302 (temporários): Nos casos em que URLs separados são usados para as páginas de variação em um teste, o Google recomenda usar um redirecionamento 302 para 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 do lado do servidor e Target, juntamente com a maioria dos provedores de otimização, usa recursos do lado do cliente. Portanto, o redirecionamento é uma área em que Target não é totalmente compatível com as recomendações do Google. Essa prática, porém, afeta apenas uma pequena fração dos testes. A abordagem padrão para executar testes por meio de Target requer a alteração do conteúdo em um único URL, portanto, nenhum redirecionamento é necessário. Há instâncias em que os clientes devem usar vários URLs para representar suas variações de teste. Nesses casos, Target usa o comando JavaScript window.location. Esse comando direciona os usuários para testar variações, o que não significa explicitamente se o redirecionamento é 301 ou 302.

    A Adobe continua buscando soluções viáveis para se alinhar completamente com as diretrizes do mecanismo de pesquisa. Para os clientes que precisam usar URLs separados para testes, o Adobe está confiante de que a implementação adequada das tags canônicas reduz o risco associado a essa abordagem.

  • Executar experimentos apenas enquanto for necessário: Adobe acredita que "o tempo necessário" seja o tempo necessário para alcançar significância estatística. TargetO fornece práticas recomendadas para determinar quando seu teste atingiu este ponto. A Adobe recomenda que você incorpore a implementação codificada de testes vencedores ao seu fluxo de trabalho de teste e atribua os recursos apropriados.

    O uso da plataforma Target para "publicar" testes vencedores não é recomendado como uma solução permanente. Se o teste vencedor for publicado para 100% dos usuários 100% do tempo, essa abordagem poderá ser usada enquanto o processo de codificação de hardware do teste vencedor for concluído.

    É importante levar em consideração também o que seu teste alterou. Simplesmente atualizar a cor dos botões ou outros itens não baseados em texto na página não influencia 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, em primeiro lugar, nenhuma das considerações acima se aplica. Um exemplo é uma landing page dedicada para 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 em variações de teste. No entanto, o Adobe recomenda estar ciente dos temas de palavra-chave em uma página e manter esses temas. 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ê se envolva com seu parceiro SEO como parte do protocolo de teste.

Bots

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

OBSERVAÇÃO

Para solicitações Server-Side, o valor passado no nó "Contexto" da solicitação recebe prioridade sobre a String do Agente do Usuário para detecção de bot.

O tráfego que é identificado como sendo gerado por um robô ainda serve o conteúdo. Os bots são tratados como um usuário comum para garantir que 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 Target, o tráfego será tratado de forma ligeiramente 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 robô conhecido 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 robô em modelagem e fornecimento de conteúdo personalizado para Recommendations, Público alvo automático, Automated Personalization ou Autoalocação de atividades
  • Registra uma visita de atividade para relatório
  • Registre os dados a serem enviados para a plataforma Adobe Experience Cloud

Nesta página

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free