Controle de qualidade da atividade
Use as URLs de controle de qualidade no Adobe Target para realizar o controle de qualidade das atividades com facilidade utilizando links de visualização que nunca mudam, direcionamento opcional de público-alvo e relatórios de controle de qualidade que permanecem segmentados a partir dos dados de atividade em tempo real.
O Activity QA permite que você teste completamente suas atividades do Target antes de inicializá-las. A funcionalidade Activity QA inclui:
-
Links para compartilhar com membros da equipe que nunca mudam ou exigem regeneração, independentemente das atualizações feitas nas experiências ou atividades. Esse recurso permite testar totalmente suas atividades em toda a jornada do usuário.
-
As condições do público-alvo são respeitadas opcionalmente, para que os profissionais de marketing possam testar os critérios de direcionamento ou ignorá-los para garantir a qualidade da aparência das experiências sem precisar atender a essas condições.
-
Os relatórios de controle de qualidade são capturados para que os profissionais de marketing possam confirmar que as métricas estão sendo incrementadas conforme esperado e os dados do relatório de controle de qualidade são mantidos separados dos relatórios de produção (para relatórios não-A4T).
-
A capacidade de visualizar uma experiência de forma isolada ou com outras atividades ativas que satisfaçam os critérios de entrega (página/Target solicitação/público).
-
A habilidade de garantir a qualidade de toda a jornada do usuário. Você pode acessar seu site uma vez com o link de controle de qualidade e, em seguida, navegar pelo site inteiro enquanto estiver no Controle de qualidade da atividade. Você permanece no Controle de qualidade da atividade até terminar a sessão ou até usar o bookmarklet de Controle de qualidade do Target para forçar você a sair do Activity QA. Esse recurso é útil se você tiver uma atividade abrangendo várias páginas da Web.
note note NOTE Essa funcionalidade é verdadeira para implementações da at.js com a versão 2.x ou posterior. Para at.js 1.x implementações, esta funcionalidade é verdadeira somente se o navegador do visitante não bloquear cookies de terceiros.
Acesso e compartilhamento de um URL de controle de qualidade section_1C59BAA247B247BDB125D1BE8EAD4547
-
Na página Overview de uma atividade, clique em Activity QA.
-
Configure as seguintes definições:
-
Match audience rules to see experiences: Às vezes, você quer confirmar se a correspondência do seu público-alvo funciona. Outras vezes você deseja verificar a aparência da atividade. Se essa configuração for alternada para a posição "ativada", os testadores deverão atender aos requisitos de direcionamento para se qualificarem para ver as experiências. Para as atividades do Direcionamento de experiência (XT), um único URL de atividade será fornecido. A experiência que você vê é determinada pela sua qualificação para uma das regras de direcionamento.
Se essa configuração for colocada na posição "off", você verá as experiências ao clicar nos links, independente do fato de você se qualificar ou não. Ao executar o controle de qualidade, você pode alternar entre exigir ou não exigir que o direcionamento do público-alvo seja respeitado.
-
Mostrar conteúdo padrão para todas as outras atividades: Se esta opção for alternada para a posição "ativada", o conteúdo padrão será exibido para todas as outras atividades. Por exemplo, a visualização é mostrada isoladamente sem considerar todas as outras atividades ativas na mesma página/Target solicitação.
Se essa configuração for configurada como "desativada", considere o seguinte:
- Se houver colisões entre a atividade que você está testando e outras atividades ao vivo, as regras normais de prioridade se aplicam. Devido a colisões, é possível que você não consiga ver a atividade desejada para o controle de qualidade.
- Aumento de métricas para as atividades visualizadas, mas apenas no ambiente de relatório de controle de qualidade.
-
-
Clique em Done para salvar suas alterações.
-
Compartilhe os URLs de link de atividade com os membros de sua organização para testes.
Os links de atividades nunca expiram e você não precisa reenviar links se alguém alterar uma atividade ou experiência. No entanto, se você aplicar um público-alvo diferente de Audience Library, em vez de simplesmente editar a atividade, será gerado um novo link que você deverá compartilhar novamente.
Cada URL de link de atividade (para a Experiência A, Experiência B e assim por diante) permite iniciar a jornada do usuário a partir da experiência correspondente. Clique no URL gerado para uma experiência e prossiga com a navegação normal do site para ver experiências em várias páginas (se houver várias páginas). Somente um URL é gerado por experiência, mesmo que a experiência abranja várias páginas (teste de modelo ou teste de várias páginas).
Você pode navegar pelo site para ver as outras páginas porque o modo Activity QA é aderente. Essa situação é verdadeira para implementações da at.js com a versão 2.x ou posterior. Para at.js 1.x implementações, esta situação será verdadeira somente se o navegador do visitante não bloquear cookies de terceiros.
-
Para ver os relatórios gerados a partir das URLs do link de atividade, clique na página Reports da atividade, clique no ícone Settings ( ) e selecione QA Mode Traffic na lista suspensa Environment.
Liberando-se do modo de QA
Activity QA é aderente. Depois de navegar em um site no Activity QA, sua sessão do Target deve expirar ou você deve ter o Target liberando-o do Activity QA para que possa exibir seu site como um visitante típico.
at.js 2.x
Se o site tiver a at.js 2.x implantado, use o bookmarklet de controle de qualidade do Target para forçar você a sair do Activity QA. Carregar uma página em seu site com um valor vazio, conforme descrito no próximo marcador, não remove o cookie de controle de qualidade do navegador quando a at.js 2.x é implantado(a).
at.js 1.x
Se o site tiver a at.js 1.x implantado, além de usar o bookmarklet de controle de qualidade do Target, você também pode forçar a sua saída manualmente carregando uma página em seu site com o parâmetro at_preview_token
com um valor vazio. Por exemplo,
https://www.mysite.com/?at_preview_token=
Adobe Experience Platform Web SDK
Se o site tiver o Platform Web SDK implantado, você poderá forçar a sua saída manualmente carregando uma página em seu site com o parâmetro at_qa_mode
com um valor vazio. Por exemplo,
https://www.mysite.com/?at_qa_mode=
Considerações section_B256EDD7BFEC4A6DA72A8A6ABD196D78
-
Como o Controle de qualidade da atividade agora está disponível para todos os tipos de atividade Target, o recurso "Visualizar atividades do Automated Personalization com URLs de visualização de experiência" não é mais necessário.
-
Os links de visualização do Activity QA para atividades salvas podem não ser carregados se houver muitas atividades salvas em sua conta. Tentar novamente os links de visualização deve funcionar. Para evitar que essa situação continue ocorrendo, arquive as atividades salvas que não são mais usadas ativamente.
-
Activity QA URLs estão disponíveis com atividades com Analytics como a fonte de relatórios (A4T). As ocorrências geradas durante a execução do controle de qualidade usando o Activity QA fluem para o mesmo conjunto de relatórios no qual os dados da atividade fluem mesmo após a atividade ser ativada.
-
Activity QA não exibe conteúdo para atividades arquivadas ou atividades que estão além das datas de término. Se você desativar uma atividade finalizada, deverá salvá-la novamente para que Activity QA funcione.
-
Atividades importadas para Target Standard/Premium (de Target Classic, por exemplo) não suportam URLs de controle de qualidade.
-
Em atividades de Auto-Allocate e Recommendations, o modelo não é afetado pelas visitas capturadas em Activity QA.
-
Se você especificou "URL é" ao criar os refinamentos da atividade no Criador baseado em formulário ou opções de entrega de página no Visual Experience Composer), a URL de QA não funcionará porque Activity QA adiciona parâmetros de URL. Para resolver esse problema, clique no URL do Controle de qualidade para acessar seu site, remover os parâmetros anexados do URL e, em seguida, carregar o novo URL.
-
Se você tiver o at.js 1.x, o modo Activity QA não é aderente se você usar o Safari ou outro navegador que bloqueie cookies de terceiros. Nesses casos, é necessário adicionar os parâmetros de visualização a cada URL para o qual você navega. O mesmo é verdadeiro se você implementou o CNAME.
-
Se uma atividade usar vários públicos-alvo de experiência (por exemplo, um site dos EUA e Reino Unido incluídos na mesma atividade), os links de controle de qualidade não serão gerados para as quatro combinações (Experiência A/Site dos EUA, Experiência A/Site do Reino Unido, Experiência B/Site dos EUA, Experiência B/Site do Reino Unido). Apenas dois links de Controle de qualidade (Experiência A e Experiência B) são criados e os usuários devem se qualificar para o público-alvo apropriado para ver a página. Uma pessoa do Controle de qualidade do Reino Unido não pode ver o site dos EUA.
-
Todos os parâmetros
at_preview
e valores já estão codificados com URL. Na maioria das vezes, tudo funciona conforme o esperado. No entanto, alguns clientes devem carregar balanceadores ou servidores da Web que tentam codificar os parâmetros da cadeia de caracteres de consulta novamente.Devido a esta codificação dupla, quando Target tenta decodificar o
at_preview_token
, Target não pode extrair o valor do token correto, resultando em uma visualização que não funciona.incluir na lista de permissões A Adobe recomenda que você converse com sua equipe de TI para garantir que todos os parâmetros de visualização sejam classificados para que esses valores não sejam transformados de forma alguma.
Incluir na lista de permissões A tabela a seguir lista os parâmetros que podem ser classificados em seu domínio:
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4 7-row-4 Parâmetro Tipo Valor Descrição at_preview_token
Sequência de caracteres criptografada Obrigatório; sem valor padrão Uma entidade criptografada que contém a lista de IDs de campanha que podem ser executadas no modo de QA. at_preview_index
String Empty O formato do parâmetro é <campaignIndex>
ou<campaignIndex>_< experienceIndex>
Ambos os índices começam com 1.at_preview_listed_activities_only
Booleano (true/false) Valor padrão: false Se "true", todas as campanhas especificadas nos parâmetros at_preview_index
serão processadas.
Se "false", todas as campanhas da página serão processadas, mesmo que não tenham sido especificadas no token de visualização.at_preview_evaluate_as_true_audience_ids
String Empty Lista de segmentId-s separada por sublinhado ("_") que deve sempre (no nível de direcionamento e relatórios) ser avaliada como "true" no escopo da solicitação Target. _AT_Debug
String Janela ou console Logon no console ou nova janela. adobe_mc_ref
Passa o URL de referência da página padrão para a nova página. Quando usado com a versão 2.1 (ou posterior) do AppMeasurement.js
, o Adobe Analytics usa esse valor de parâmetro como o URL de referência na nova página.adobe_mc_sdid
Passa a Supplemental Data Id (SDID) e a Experience Cloud Org Id da página padrão para a nova página. Passar essas IDs permite que o Analytics for Target (A4T) "junte" a solicitação do Target na página padrão com a solicitação do Analytics na nova página. -
A interface do usuário do Target QA Mode mostra somente a primeira URL de uma experiência em uma atividade de várias páginas. A suposição é que você esteja criando um teste de jornada e mova do URL 1 para URL 2. No entanto, se você quiser ir independentemente para o URL 2, copie todos os parâmetros de URL fornecidos em relação ao URL 1 e aplique-os ao URL 2 após colocar um "?" exatamente como você vê no URL 1.
-
Os links de visualização de QA da atividade para atividades salvas podem não ser carregados se houver muitas atividades salvas em sua conta. Tente novamente os links de pré-visualização. Arquive atividades salvas que não são mais usadas ativamente para impedir que esse problema continue acontecendo.
Compatibilidade da biblioteca de JavaScript de destino QA Mode compatibility
Target dá suporte às seguintes bibliotecas JavaScript:
A tabela a seguir lista os vários tipos de atividades e indica se há suporte para o modo Activity QA para cada biblioteca: