Perguntas frequentes sobre direcionamentos e públicos

Lista de perguntas frequentes sobre o direcionamento de experiência e públicos-alvo.

Como o Target avaliar URLs no direcionamento? url

O Target avalia os URLs de forma diferente se você usar o direcionamento de URL de público-alvo ao criar uma atividade ou se você usar o direcionamento de URL ao criar um público-alvo.

Considere o seguinte URL:

http://www.example.com/path1/path2/path3?queryStringParam1=test123&queryStringParam2=test7

Direcionamento de URL de público

Para aplicar o direcionamento do URL de público-alvo, ao criar uma atividade, na página Experiências (etapa um do fluxo de trabalho guiado de três etapas), clique no ícone de engrenagem, clique em Entrega da página e especifique o URL desejado.

URL de entrega da página

O direcionamento de URL de público-alvo procura uma correspondência exata de URL. Se o URL corresponder, o Target não considerará a lógica adicional. No URL acima, se a atividade estiver definida para ser acionada em www.example.com, o URL corresponde aos seguintes URLs, pois o direcionamento do URL de público-alvo é agnóstico de consulta:

  • www.example.com?query=something
  • www.example.com?query=anything
  • www.example.com?query=nothing&qa=true&stuff=random&product=shoes&height=superTall

Além do direcionamento de público-alvo no URL, você também pode especificar valores específicos que podem estar na query.

Direcionamento de URL de público-alvo e direcionamento de URL adicionados via Regras de modelos avalie como direcionamento de URL (consulte Direcionamento de URL abaixo).

Direcionamento de URL url-targeting

Para aplicar o direcionamento de URL, ao criar um público-alvo, clique em Adicionar regra, clique em Páginas do site, selecione uma opção na primeira lista suspensa (Página atual, Página anteriorou Landing Page), selecione URL na segunda lista suspensa, especifique um avaliador e, em seguida, especifique o URL desejado.

Páginas do site > Página atual > URL

O direcionamento de URL transforma o URL em um conjunto de regras para avaliar:

  • URL = example.com/path1/path2/path3?queryStringParam1=test123&queryStringParam2=test7
  • Domínio = example.com
  • Caminho = path1/path2/path3
  • Consulta = queryStringParam1=test123&queryStringParam2=test7

Ao criar strings de URL complexas, o Target avaliar todo o URL?

Se você usar o mesmo nome de parâmetro mais de uma vez em uma string de URL, o HTTP considerará o primeiro nome de parâmetro e ignorará os parâmetros subsequentes com o mesmo nome.

Por exemplo, na seguinte string de URL:

https://www.adobe.com/SearchResults.aspx?sc=BM&fi=1&fr=1&ps=0&av=0&Category=C0010438&Category=C000047

a primeira instância do Category for avaliado e o segundo Category parâmetro é ignorado.

A prática recomendada é ter vários valores associados a uma única categoria, conforme mostrado abaixo:

https://www.adobe.com/SearchResults.aspx?sc=BM&fi=1&fr=1&ps=0&av=0&Category=C0010438,C000047

Ao criar públicos-alvo, por que os públicos-alvo pré-construídos na TargetBiblioteca do podem ser vistos em outras categorias? section_9EBF5B0F9DF94168A15B92B905CCF7E0

Os públicos pré-construídos na categoria Biblioteca do Target são herdados e existem em outras categorias. Por exemplo, o público-alvo herdado da Biblioteca do Target > Novos visitantes tem uma contraparte atualizada: Perfil do visitante > Novo visitante.

A prática recomendada é usar os públicos-alvo mais recentes, pois houve melhora no desempenho. Alguns clientes podem estar usando públicos-alvo herdados e pré-contruídos, por isso, eles não foram removidos da interface do Target.

Como sei a forma que o tráfego será dividido entre os públicos-alvo? section_067EEFB956E7465CBF77EC86834470AB

Por padrão, o tráfego é dividido igualmente entre as experiências. No entanto, é possível especificar direcionamentos da 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.

Qual experiência é exibida se um usuário se qualificar para uma atividade que contém várias experiências com vários públicos-alvo qualificados? section_94A60B11212D48FD8AB0803C6C7E7253

O usuário se qualifica para a primeira experiência/público-alvo exibida na página de atividades do Target.

Por exemplo, na seguinte ilustração, um usuário da Califórnia que usa um dispositivo Windows se qualifica para a Experiência A (público-alvo do Windows) e a Experiência C (público-alvo da Califórnia). Para esse usuário seria mostrada a Experiência A, pois ela é exibida na lista Experiência C acima, na página de Direcionamentos.

imagem audiences_order

Por que os nomes para o mesmo público-alvo do Target, da Adobe Audience Manager (AAM) e da Biblioteca de público-alvo nos serviços principais são diferentes? section_F67E61A607B6444C8DAA4F99C3E95AED

Os nomes dos públicos-alvo no Target são exclusivos; no entanto, no AAM e no Audience Library, você pode ter vários públicos-alvo com o mesmo nome (se estiverem em pastas diferentes). Quando o Target encontra um nome de público-alvo que corresponde a um público-alvo do AAM ou do Audience Library, o Target adiciona "#<number>" ao nome.

Por exemplo, você pode ver os seguintes públicos-alvo: "usuários de PC" (na AAM) e "usuários de PC #1" (no Target).

Por que não posso renomear um público-alvo? section_54E420556F534D20836E261E253D8B97

Alguns públicos-alvo do Target são predefinidos, como "Novos visitantes" e "Visitantes recorrentes". Esses públicos-alvo predefinidos não podem ser renomeados pelos usuários.

Por que todos os parâmetros de perfil não são exibidos no Target interface do usuário? section_3CD947D15C984EE9AD19550220E0E8BD

O Target tem um limite de 50 atributos de perfil exclusivos por chamada de mbox. Se você precisar passar mais de 50 atributos de perfil para o Target, é possível fazer isso usando o método de Atualização do perfil da API. Para obter mais informações, consulte Atualização do perfil na documentação da API do Adobe Target.

Por que os visitantes veem experiências para uma atividade de AP que não deveriam ver? section_41CECEAE0881446A8D9F3B016857914B

As atividades de Personalização automatizada são avaliadas uma vez por sessão. Se houver sessões ativas que se qualificaram para uma experiência específica e agora novas ofertas foram adicionadas a elas, os usuários verão o novo conteúdo junto com as ofertas exibidas anteriormente. Como elas se qualificaram previamente para essas experiências, eles ainda as veriam durante a sessão. Se houver um desejo de avaliar isso em todas as visitas a uma página única, você deverá mudar para o tipo de atividade de Direcionamento de experiência (XT).

Por que as alterações feitas em públicos-alvo criadas por meio da API não se refletem na Target IU? section_6BEB237CAC004A06A290F9644E5BF0FB

Diferente de ofertas e scripts de perfil, as alterações feitas pela API para públicos criadas pelo Target Standard atualmente não são sincronizadas para a interface do usuário do Target.

Cadeias de caracteres que representam números (números de ponto flutuante também são compatíveis) são comparadas como números. strings-that-represent-numbers

Se a parte esquerda e direita das expressões “é igual a” puder ser interpretada como um número, as duas partes serão comparadas como números e não como cadeias de caracteres.

Por exemplo:

Valor
Critérios de direcionamento
Resultado
1.0
é igual a 1
true
1
equalsIgnoreCase 1.0
true
1,230
é igual a 1
true
1,500
é igual a 1,5
true
1,200
é menor que 2
true
2
é maior que 3,0
false
045
é igual a 45
true

Os números escritos em notação científica serão sempre comparados como sequências de caracteres.

Por exemplo,

"4e-2" somente será igual a "4e-2". Ele não será igual a "0,04".

recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654