Este tópico contém respostas para as perguntas mais frequentes sobre o uso de ofertas de redirecionamento ao usar o Adobe Analytics como fonte de relatórios do Adobe Target (A4T).
O Analytics for Adobe Target (A4T) é compatível com as ofertas de redirecionamento? :headding-anchor:section_46B8B03ED4D542C6AD875F5F61176298
Resposta
Sim, se sua implementação usar at.js. No entanto, sua implementação deve atender aos requisitos mínimos listados abaixo para usar ofertas de redirecionamento em atividades que utilizam o Analytics como a fonte de relatórios.
Quais são os requisitos mínimos para usar as ofertas de redirecionamento com o A4T? :headding-anchor:section_FA9384C2AA9D41EDBCE263FFFD1D9B58
Resposta
Sua implementação deve atender aos seguintes requisitos mínimos:
Serviço de ID de visitante da Experience Cloud: visitorAPI.js versão 2.3.0 ou superior.
Adobe Analytics: appMeasurement.js versão 2.1.
Adobe Target: at.js versão 1.6.2 ou posteriores.
As três bibliotecas devem ser incluídas na página com a oferta de redirecionamento e na página para a qual o visitante será redirecionado.
Por que algumas vezes existem discrepâncias de dados entre o A4T e o Analytics?
Como posso minimizar as discrepâncias na distribuição de tráfego ao usar ofertas de redirecionamento em atividades do A4T? :headding-anchor:discrepancies
Resposta
Um número limitado de clientes relatou graus mais altos de variação na distribuição de tráfego ao usar ofertas de redirecionamento em atividades configuradas com o Analytics for Target (A4T).
Considere o seguinte:
Ordem incorreta de chamadas Target e Analytics pode ser responsável por graus mais altos de variação.
A chamada Target deve preceder a chamada Analytics na página de origem (onde ocorre o redirecionamento) e na página de destino (onde o redirecionamento termina).
Certifique-se de usar ofertas de redirecionamento nas atividades de redirecionamento do A4T.
Se houver várias solicitações de local Target na página de origem (onde o redirecionamento ocorre), a Adobe recomenda que você execute a atividade de redirecionamento na primeira solicitação de local Target.
Executar a atividade de redirecionamento na primeira solicitação de localização Target reduz as chances de qualquer qualificação de atividade ocorrer em outras solicitações de localização Target e ser contada no relatório. Os visitantes redirecionados não precisam ser contados nos relatórios de outras atividades, pois não verão as experiências.
Por que as visualizações de página na página original e na página de redirecionamento são contadas às vezes? :headding-anchor:section_B8F6CC2190B84CF08D945E797C5AF07B
Resposta
Ao usar a at.js versão 1.6.3 ou posterior, contar as exibições de página em ambas as páginas não é um problema. Essa condição de corridas afeta apenas os clientes que usam as versões anteriores. A equipe do Target mantém duas versões do at.js, a versão atual e a segunda versão mais recente. Atualize o at.js conforme necessário para garantir que você esteja executando uma versão com suporte.
Se você estiver usando uma versão anterior não compatível do at.js, existe a possibilidade de ocorrer uma condição de corrida que pode fazer com que a chamada do Analytics seja acionada antes que o redirecionamento seja executado na primeira página. Essa situação pode fazer com que as exibições de página na página original e na página de redirecionamento sejam contadas. Essa situação resulta em uma exibição de página extra na primeira página, quando o visitante nunca "viu" realmente essa primeira página.
É recomendável usar o compositor baseado em formulário para criar uma atividade de redirecionamento para aumentar a velocidade do redirecionamento de página devido ao local em que o código é executado na página. Além disso, é recomendável criar uma oferta de redirecionamento para cada experiência, até mesmo para a experiência padrão, na qual o redirecionamento retornaria a página original. Criar uma oferta de redirecionamento para cada experiência garante que, se ocorrer uma contagem incorreta, ela ocorra em todas as experiências. Os relatórios e as análises ainda são válidos para o teste.
Um motivo para usar ofertas de redirecionamento para todas as experiências na atividade, incluindo a experiência padrão (controle), é colocar as mesmas condições em todas as experiências. Por exemplo, se a experiência padrão não tiver uma oferta de redirecionamento, mas as outras experiências tiverem ofertas redirecionadas, a velocidade da experiência sem a oferta de redirecionamento terá uma vantagem inerente. O redirecionamento de ofertas é recomendado apenas para cenários temporários, como testes. O redirecionamento de ofertas não é recomendado para cenários permanentes, como personalização. Depois de determinar o "vencedor", você deve remover o redirecionamento para melhorar o desempenho do carregamento da página.
O Visual Experience Composer (VEC) e o Experience Composer baseado em formulários são suportados? :headding-anchor:section_FDA26FE7909B48539DA770559E687677
Resposta
Sim, ambos os compositores são compatíveis, desde que você use as ofertas de redirecionamento integradas.
Se você usa seu próprio código personalizado para o redirecionamento, deve garantir que preenche os dois novos parâmetros associados aos URLs de redirecionamento (adobe_mc_sdid e adobe_mc_ref, explicados abaixo).
Quais são os novos parâmetros de cadeia de caracteres de consulta adicionados aos URLs de redirecionamento? :headding-anchor:section_BA73E8B3CFCC4CBEB5BE3F76B2BC8682
Resposta
Os seguintes parâmetros de cadeia de caracteres de consulta estão associados às ofertas de redirecionamento:
table 0-row-2 1-row-2 2-row-2
Parâmetro
Descrição
adobe_mc_sdid
O parâmetro adobe_mc_sdid passa a Id de Dados Suplementares (SDID) e a Id de Organização Experience Cloud da página padrão para a nova página. Essas IDs permitem que o A4T "junte" a solicitação do Target na página padrão com a solicitação do Analytics na nova página. O formato esperado para passar sdid na url (para aplicativos híbridos ou de um aplicativo para o site ou de um site para outro) é `ex. adobe_mc_sdid=SDID=123
adobe_mc_ref
O parâmetro adobe_mc_ref passa o URL de referência da página padrão para a página nova. Quando usado com a versão 2.1 (ou posterior) do AppMeasurement.js, o Analytics usa esse valor de parâmetro como o URL de referência na nova página.
Esses parâmetros são adicionados automaticamente aos URLs de redirecionamento ao usar as ofertas de redirecionamento integradas no VEC e no Experience Compose baseado em formulário quando o serviço de identificação do visitante está implementado na página. Se você estiver usando seu próprio código de redirecionamento personalizado no VEC ou no Compositor baseado em formulário, deve certificar-se de passar esses parâmetros com seu código personalizado.
Meus servidores da web estão removendo esses parâmetros de meus URLs. O que devo fazer? :headding-anchor:section_0C2DDB72939F4875B6D0428B8DCB38E5
Resposta
Trabalhe com sua equipe de TI para que estes parâmetros ( adobe_mc_sdid e adobe_mc_ref) sejam incluídos na lista de permissões.
E se eu não estiver usando o A4T com minha atividade de redirecionamento e não quiser que esses parâmetros extras sejam adicionados aos meus URLs? :headding-anchor:section_9E608D75FF9349FE96C65FEDD7539F45
Resposta
Usar um redirecionamento codificado personalizado se:
Você não está usando o A4T com sua atividade de redirecionamento
Você implementou o serviço de ID de visitante
Você não quer que esses parâmetros sejam adicionados automaticamente aos seus URLs
No entanto, como prática recomendada, convém manter o parâmetro adobe_mc_ref no URL para relatar as informações do referenciador ao Analytics corretamente.
Por que os parâmetros adobe_mc_ref e adobe_mc_sdid estão codificados com URL duplo na minha implementação? :headding-anchor:section_5EFE5F012B944C40865731EA18E7E79E
Resposta
Se você usa o A4T e ofertas de redirecionamento, o Target anexa os parâmetros adobe_mc_ref e adobe_mc_sdid à URL. Esses valores já estão codificados por URL. Na maioria das vezes, tudo funciona conforme o esperado, no entanto, alguns clientes podem ter balanceadores de carga ou servidores WEB que tentam codificar os parâmetros de cadeia de caracteres de consulta mais uma vez.
Devido a essa codificação dupla, quando a API de visitante tenta decodificar o valor adobe_mc_sdid, ele não pode extrair o valor SDID e gera um novo SDID. Esse processo faz com que valores SDID incorretos sejam enviados para o Target e o Analytics, e você vê a divisão desigual para redirecionamentos nos relatórios do Analytics.
A Adobe incluir na lista de permissões recomenda que você converse com sua equipe de TI para garantir que adobe_mc_ref e adobe_mc_sdid sejam alterados para que esses valores não sejam transformados de forma alguma.
Por que o URL de referência deve ser passado para a nova página? :headding-anchor:section_91AB8B0891F6416CBF7E973DCAF54EB5
Resposta
Suponha que um visitante clique em um link em www.google.com na sua página inicial (www.mysite.com/index.html) na qual uma atividade de redirecionamento está ao vivo e será redirecionado para uma nova página (www.mysite.com/index2.html).
Anteriormente, a solicitação Analytics na nova página relataria uma URL de referência de www.mysite.com/index.html em vez de www.google.com. Isso causava a geração de relatórios imprecisos no Analytics associados aos URLs de referência (relatórios de canal de marketing, por exemplo). Os relatórios perderam o fato de que você veio para o site de www.google.com.
Com o at.js versão 0.9.6 (ou posterior) e o AppMeasurement.js 2.1 (ou posterior), a solicitação do Analytics na nova página relata uma URL de referência do www.google.com.
Posso usar ofertas de redirecionamento personalizadas/HTML? :headding-anchor:section_E49F9A83A286488C8F1098A040203D7E
Resposta
Não, você deve usar uma oferta de redirecionamento integrada para atividades que usam o Analytics como fonte de relatórios (A4T). Da perspectiva do Target, as ofertas de HTML são opacas: o Target não pode saber que uma determinada parte do HTML contém JavaScript que instancia um redirecionamento.
O Adobe Experience Platform Web SDK oferece suporte a ofertas de redirecionamento para o A4T? :headding-anchor:platform
As perguntas frequentes a seguir fornecem mais informações sobre o uso do A4T e ofertas de redirecionamento com o Platform Web SDK.
O Analytics for Target (A4T) é compatível com as ofertas de redirecionamento?
Posso usar ofertas de redirecionamento personalizadas/HTML com o Platform Web SDK?
Resposta
Não, você deve usar uma oferta de redirecionamento integrada para atividades que usam o A4T. Da perspectiva Target, as ofertas de HTML são opacas. Target não pode saber que uma determinada parte do HTML contém JavaScript que instancia um redirecionamento.
