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.
Ativei meu interceptor, mas ele não está aparecendo no meu site. Por que não?
Ativei meu interceptor, mas ele não está aparecendo no meu site. Por que não?
- Lógica: a lógica de segmentação interceptor e a lógica 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 utilizam “Contém”: Uma causa comum de erro lógico é o uso de “Contém” em vez de "É." 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 editar interceptações, as alterações não entram em vigor 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 indispensável para verificar 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 precedido por um ? ou um &, como nos exemplos a seguir:qualtrics,qualtrics;Q_DEBUG.
Para interceptações cujo código de implementação tenha sido 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();Qdica: O depurador do Website Insights não funciona se o código tiver sido implementado por meio de um gerente de tags. Além disso, se a URL já tiver uma query string com um ?, o depurador exigirá um & em seu lugar.
- Solicitação de rede: A maioria dos navegadores possui um menu ferramentas de desenvolvedor que permite ao usuário visualizar 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 com a Política de Segurança de Conteúdo: Se você receber um log do console indicando uma violação da Política de Segurança de Conteúdo, é muito provável que haja uma restrição em seu site que esteja impedindo a implantação de 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 incluir os seguintes itens na lista de permissões dos cabeçalhos da sua Política de Segurança de Conteúdo:
- connect-src https://*.qualtrics.com
- frame-src https://*.qualtrics.com
- img-src qualtrics
- script-src https://*.qualtrics.com
- Tratamento de URLs em SPA: Se o seu site utiliza uma estrutura de aplicativo de página única (SPA), certifique-se de que seu código acione o `history.pushState()` ao navegar entre as visualizaçõ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 você estiver usando o useEffect ou hooks lifecycle semelhantes, certifique-se de que sua lógica interceptor seja executada após a conclusão da navegação.
A Qualtrics define o valor do campo “Referer”?
A Qualtrics define o valor do campo “Referer”?
A partir de 25 de agosto de 2020, o Chrome alterou o comportamento padrão em relação ao campo de referência. Anteriormente, o Chrome definia por padrão “no-referrer-when-downgrade” como o valor para Referrer-Policy. Agora, o valor padrão é ` strict-origin-when-cross-origin`. Isso significa que, se o cliente não tiver especificado sua própria política na página, essa política será aplicada por padrão. Essa política se aplica a solicitações entre origens diferentes, ou seja, quando a página de origem está em um domínio diferente do link (por exemplo, minha página da web é example.com e minha pesquisa está na URL base test.qualtrics.com). Em uma solicitação entre origens, apenas a origem será passada. Isso significa que, se minha página estiver, de fato, no endereço qualtrics.com/support-center, o Referer será qualtrics.com. A alteração desse comportamento deve ser feita pelo proprietário da página pai.
Isso é ótimo! Obrigado pelo seu feedback!
Obrigado pelo seu feedback!