Condições da sessão de navegação
O que há nesta página
Qdica: se você não tiver acesso a nenhum dos recursos descritos nesta página, entre em contato com o executivo Conta sua conta. Para obter mais informações sobre as diferenças entre o Digital Feedback e CustomerXM for Digital, consulte Digital Feedback vs. CustomerXM for Digital. CustomerXM for Digital.
Sobre as condições da sessão de navegação
As condições da sessão de navegação permitem que você destino os visitantes com base no comportamento do site. Por exemplo, você pode fornecer uma pesquisa de feedback aos visitantes que visitaram pelo menos três páginas do seu site, ou pode mostrar um cupom aos visitantes na página do carrinho de compras.
Qdica: se você quiser que seu interceptor seja exibido o tempo todo, remova a lógica de definição conjunto de ações e de direcionamento. Para obter mais informações, visite Otimizando a lógica de direcionamento de Interceptor.
URL atual
Com o URL atual, você pode destino a atividade de navegação dos visitantes com base em uma página específica ou em um conjunto de páginas do seu site. Esse talvez seja o critério de segmentação mais comum.
Para criar uma Condição de URL atual
Exemplo: Você deseja que um interceptor seja exibido somente na página inicial do seu site, uma vez durante a sessão do visitante. Você poderia usar a lógica de URL atual para especificar que o visitante deve estar em sua página inicial e combiná-la com uma condição This Action.
Como você vê acima, o uso de Is em vez de Contains permite que você especifique o URL inteiro, evento sua página inicial seja o URL do seu domínio sem /homepage ou outros especificadores no final.
Você também pode excluir a condição This Action e ativar apenas Prevent Repeated Display (Impedir exibição repetida).
Indicador da página
Com a condição Page Referrer, você pode destino os visitantes com base na página em que estavam. Por exemplo, em um site de comércio, talvez você queira oferecer um cupom aos visitantes que saíram da página do carrinho de compras sem finalizar a compra. Para fazer isso, você definiria duas condições: “If Referrer is <shopping cart page>” e “If Current URL is not <checkout page>”.
Qdica: uma página é considerada um Page Referrer se ela “encaminhar” o visitante para a página atual por meio de um link. Se o visitante simplesmente digitar o URL da sua página na barra de endereços, ele não terá um Page Referrer.
Qdica: devido a alterações recentes no navegador, foram impostas limitações às informações que podemos obter dos cabeçalhos de referência. No passado, se um URL fosse “https://www.google.com/search?q=search”, poderíamos obter o referenciador como o URL inteiro contendo todos os parâmetros de consulta. Agora, devido às alterações mencionadas acima, só podemos obter “https://www.google.com”. Essa funcionalidade se baseia na Referrer-Policy dos sites, portanto, alguns sites podem receber os parâmetros de consulta e outros não.
Para criar uma Condição referenciador de página
Para testar as condições da página de referência usando o bookmaklet de interceptor de teste, você deve executar o bookmarklet na página de referência, navegar até a página com a interceptor e executar o bookmarklet na página com a interceptor.
Indicador do site
Use o Site Referrer para destino os visitantes com base no site que os direcionou para o seu site. Por exemplo, se um site parceiro colocar um link para o seu site na página inicial, você poderá destino uma mensagem de boas-vindas especial de boas-vindas aos visitantes provenientes desse link.
Qdica: um site é considerado um Site Referrer se o visitante clicar em um link nesse site que o leve diretamente ao seu site. Se o visitante simplesmente digitar seu URL na barra de endereços, ele não terá um Site Referrer.
Qdica: devido a alterações recentes no navegador, foram impostas limitações às informações que podemos obter dos cabeçalhos de referência. No passado, se um URL fosse “https://www.google.com/search?q=search”, poderíamos obter o referenciador como o URL inteiro contendo todos os parâmetros de consulta. Agora, devido às alterações mencionadas acima, só podemos obter “https://www.google.com”. Essa funcionalidade se baseia na Referrer-Policy dos sites, portanto, alguns sites podem receber os parâmetros de consulta e outros não.
Para criar uma Condição referenciador de site
Equipe de pesquisa
Use o termo de pesquisa para destino os visitantes com base no termo de pesquisa que eles usaram para chegar ao seu site. Isso funciona com os mecanismos de pesquisa do Google, Yahoo e Bing.
Qdica: devido a alterações recentes no navegador, foram impostas limitações às informações que podemos obter dos cabeçalhos de referência. No passado, se um URL fosse “https://www.google.com/search?q=search”, poderíamos obter o referenciador como o URL inteiro contendo todos os parâmetros de consulta. Agora, devido às alterações mencionadas acima, só podemos obter “https://www.google.com”. Essa funcionalidade se baseia na Referrer-Policy dos sites, portanto, alguns sites podem receber os parâmetros de consulta e outros não. O Google, em particular, não fornece mais esses dados para os visitantes que realizaram uma pesquisa usando uma página segura. Isso inclui qualquer pesquisa de um usuário conectado à sua conta do Google ou qualquer pesquisa digitada diretamente na barra de endereços de navegadores como o Chrome.
No entanto, mesmo com essa limitação, o termo de pesquisa pode ser uma maneira eficaz de atrair visitantes.
Para criar uma Condição termo de pesquisa
Contagem de página
Use o Page Count para destino os visitantes com base no número de páginas que eles visitaram em seu site. Por exemplo, em uma pesquisa feedback de um site, você pode querer o feedback de visitantes que tenham navegado por pelo menos três páginas.
Qdica: somente as páginas que contêm código de implementação do projeto são rastreadas na contagem de páginas. A contagem de páginas é rastreada durante a sessão do visitante. Isso inclui todas as páginas que eles visitam enquanto a guia do navegador está aberta. Se o visitante sair do seu site, mas retornar na mesma guia do navegador, as exibições de página (do seu site) de ambas as visitas serão incluídas.
Para criar uma Condição de contagem de páginas
Exemplo: Você deseja exibir um interceptor em qualquer página, exceto na página em que o visitante entrou. Como isso implicaria que eles estivessem em pelo menos uma página antes de prosseguir no site, você pode adicionar a lógica de que a contagem de páginas deve ser maior que 1.
Para obter mais detalhes sobre as páginas em que o interceptor pode ou não ser incluído, verifique a lógica do URL atual acima.
Histórico do site
Use o Site History para destino os visitantes com base em páginas específicas que eles acessaram ou não durante a visita. Isso geralmente é usado em conjunto com outras condições. Por exemplo, em uma pesquisa feedback do site, talvez você queira destino aqueles que estiveram no site por pelo menos 3 minutos e que tiveram sua página inicial como a primeira página da visita.
Qdica: somente as páginas que contêm código de implementação são rastreadas no Site History. Assim como o Page Count, o Site History é rastreado durante a sessão do visitante. Isso inclui todas as páginas que eles visitam enquanto a guia do navegador está aberta. Se o visitante sair do seu site, mas retornar na mesma guia do navegador, as páginas de ambas as visitas serão incluídas. O Histórico do site pode ser recuperado do armazenamento da sessão ou rastreado em um cookie com base nas configurações do projeto Website/App Feedback do site/aplicativo. Por padrão, são armazenados até 2kB de histórico. Esse limite pode ser alterado em Administração e, em seguida, em Organização Settings. Se o visitante tiver mais de 2kB de histórico, a primeira página de sua visita, bem como as páginas mais recentes, serão armazenadas.
Para criar uma Condição histórico do local
Tempo no local ou tempo focado no local
Use o Time Spent On Site (Tempo gasto no site) ou Time Focused On Site (Tempo focado no site) para destino os visitantes com base no tempo em que eles estiveram no site.
O tempo gasto no site refere-se ao tempo em que o visitante manteve seu site aberto em uma janela do navegador. O tempo de foco no site refere-se ao tempo em que o visitante manteve seu site aberto como a janela principal e “em foco” no computador. O tempo focado no site é normalmente um indicador mais preciso do envolvimento do visitante.
Qdica: o tempo no site é atualizado sempre que o visitante carrega uma nova página. Por exemplo, uma condição de Tempo gasto no site maior que 10 segundos seria atendida na primeira vez em que o visitante carregasse uma nova página depois de ter estado no site por 10 segundos. Para destino os visitantes na primeira página de sua visita, considere adicionar um atraso nas Opções de Criativo em vez de usar a lógica de tempo no site.
Para criar uma Condição tempo no local
Qdica: o tempo no site só é rastreado nas páginas em que há um código de implementação pré-existente. Ao usar recursos que adicionam código de implementação retroativamente, como o Bookmarklet, o tempo no site não será rastreado.
Perguntas frequentes
Quando devo usar a lógica nos meus conjuntos de ações?
Quando devo usar a lógica nos meus conjuntos de ações?
Por exemplo, uma vez que os criativos não respondem ao tamanho da tela, muitos usuários gostam de implementar uma lógica de conjunto de ações focada em se um visualizador de site está ou não usando um dispositivo móvel ou se o site está sendo exibido em um determinado tamanho de tela. Ao usar a lógica nesta instância, você pode direcionar um criativo formatado e dimensionado adequadamente para a pessoa apropriada.
A lógica de conjunto de ações baseada em localização pode até ser usada para garantir que os visualizadores do site estejam vendo um criativo que está escrito na linguagem que provavelmente se aplica a eles.
Eu ativei meu interceptor, mas ele não aparece no meu site. Por que não?
Eu ativei meu interceptor, mas ele não aparece no meu site. Por que não?
- Lógica: a lógica de direcionamento de interceptor e a lógica de conjunto de ações são as condições que devem ser atendidas para que uma interceptor seja exibida a um visitante. A verificação dessa lógica será útil para descobrir por que o Interceptor não está sendo exibido em uma página.
- Conjuntos lógicos que usam "Contém": Uma causa comum de erro lógico é o uso do conjunto lógico "Contains" vs. "Contains". "É." Dizer que uma condição "Contém" significa que o parâmetro no qual você está baseando a lógica (ou seja, URL atual) terá o valor especificado presente, além de mais informações. Por exemplo, se eu tivesse uma lógica que lesse como URL atual contém "qualtrics", isso faria com que a interceptor fosse exibida em qualquer URL que tivesse a palavra qualtrics presente. A outra opção que você tem é usar o URL atual é [URL]. Essa condição depende do fato de o URL visitado ser uma correspondência exata. Quaisquer diferenças ou caracteres adicionais impedirão a aprovação da lógica interceptor.
- Revisões Interceptor: Ao fazer edições em interceptações, as alterações não são ativadas até que a interceptor seja publicada. Ao publicar uma Interceptor, uma versão da interceptor, ou uma "revisão", é salva. A revisão das revisões feitas é muito útil para identificar quaisquer alterações que possam ter impedido repentinamente o aparecimento da interceptor.
- Janela de depuração: A janela de depuração é uma ferramenta inestimável para testar por que uma interceptor não está sendo exibida em uma determinada página.
Para interceptações cujo código de implementação foi implementado antes de março de 2019, para ativar a janela de depuração, anexe uma query string a qualquer URL chamado Q_DEBUG. Isso deve ser prefixado com um ? ou um &, como nos exemplos a seguir: https:qualtrics qualtrics
Para interceptações cujo código de implementação foi implementado após março de 2019, execute o seguinte trecho de JavaScript no console da sua página da Web:QSI.API.unload(); QSI.isDebug = true; QSI.API.load(); QSI.API.run();A janela de depuração divide todas as condições necessárias para que as interceptações em execução na URL sejam exibidas. Se você achar que uma interceptor não está aparecendo, localize-a na janela de depuração e identifique os avisos vermelhos de falha.Qdica: O depurador do Website Insights não funcionará se o código tiver sido implementado usando um gerente de tags. Além disso, se o URL já tiver uma query string com um ?, o depurador exigirá um & em vez disso. - Solicitação de rede: A maioria dos navegadores possui um menu ferramentas desenvolvedor que permite que o usuário veja o código-fonte, os recursos, os cookies e as chamadas de rede de um site. O Website Insights possui uma presença distinta na seção Rede dessas ferramentas. Para verificar se esses scripts estão sendo executados, abra ferramentas do desenvolvedor e navegue até a seção Rede. Uma vez aqui, recarregue a página da Web e o menu deverá começar a ser preenchido com todas as solicitações de rede que estão sendo feitas pelo site. Para identificar o código do Website Insights, procure por chamadas que comecem com ?Q_ZID ou ?Q_SID. Esse é o próprio código que executa verificações na lógica de exibição. Se você não encontrar nada que corresponda a esse formato, há um problema com a implementação do código do seu projeto. Você pode consultar nossa página de suporte sobre implementação para obter orientação sobre o melhor local para colocar o código.
- Problemas de política de segurança de conteúdo: Se você receber um log de console que viole uma política de segurança de conteúdo, provavelmente há uma restrição no seu site que está impedindo a implementação das nossas interceptações. Recomendamos entrar em contato com sua equipe de desenvolvimento da Web para resolver o problema. Para garantir que suas interceptações funcionem, geralmente recomendamos permitir a inclusão dos seguintes itens nos cabeçalhos da Content Security Policy:
- connect-src https://*qualtrics.com
- frame-src https://*qualtrics.com
- img-src qualtrics
- script-src https://*qualtrics.com
- Tratamento de URL de SPA: Se o seu site usa uma estrutura de aplicativo de página única (SPA), verifique se o código aciona history.pushState() ao navegar entre as exibições. Algumas estruturas podem renderizar novamente ou atualizar o URL sem enviar uma nova entrada de histórico, o que pode impedir o disparo de interceptações. Se estiver usando useEffect ou ganchos lifecycle semelhantes, certifique-se de que a lógica interceptor seja executada após a conclusão da navegação.
A Qualtrics define o valor do campo "Referenciador"?
A Qualtrics define o valor do campo "Referenciador"?
A partir de 25 de agosto de 2020, o Chrome alterou o comportamento padrão em torno do campo de referência. Anteriormente, o Chrome padronizava o no-referrer-when-downgrade como o valor para a política de referência. Agora, o valor padrão é de origem estrita, onde e de origem cruzada. Isso significa que, se o cliente não tiver especificado sua própria política em sua página, ela será padronizada com essa política. Essa política afeta solicitações de origem cruzada, o que significa que a página pai está em um domínio diferente daquele do link (ou seja, minha página da Web é example.com e minha pesquisa está no URL test.qualtrics.com de base). Em uma solicitação válida para várias origens, somente a origem será transferida. Isso significa que, se minha página estiver realmente no URL qualtrics.com/support-center, o Referenciador será qualtrics.com. A modificação deste comportamento deve ser efetuada pelo proprietário da página superior.
Isso é ótimo! Obrigado pelo seu feedback!
Obrigado pelo seu feedback!