Como rastrear conversões de comércio eletrônico em domínios, dispositivos e navegadores ao executar um teste A/B?

O que é rastreamento em vários ambientes?

Uma conversão, vários pontos de contato!

É disso que se trata o rastreamento entre ambientes.

Os clientes hoje usam uma variedade de pontos de contato para concluir as compras de comércio eletrônico. Eles podem acessar a Internet de vários dispositivos e visualizar campanhas de marketing em um ambiente antes de converter em outro, talvez começando em um laptop e domínio “A” enquanto navegam até decidir qual produto é mais apropriado para eles e, em seguida, indo para smartphones , muitas vezes alternando entre navegadores e, finalmente, comprando em um domínio “B”.

Como resultado dessa tendência, um número crescente de funis de conversão se estende por vários domínios, dispositivos e navegadores da web.

As interações dos visitantes do site geralmente podem ser de dois tipos:

• Ambiente único: quando a jornada para a conversão começa e termina no mesmo dispositivo, navegador ou domínio.
• Entre ambientes: quando os visitantes do site clicam em um dispositivo, navegador ou domínio, mas convertem em um ambiente diferente.

Aqui está uma fórmula simplificada para entender esses termos:

Com as interações entre ambientes sendo muito mais comuns, rastrear e atribuir conversões pode ser um desafio. Então, como podemos acompanhar essas conversões de comércio eletrônico quando o ambiente muda para oferecer uma experiência personalizada? Primeiro, precisamos entender quais propriedades do ambiente podem ser alteradas e, em seguida, identificar as diferentes maneiras de acompanhar essas conversões.

Vamos detalhar os diferentes tipos de rastreamento que podem acontecer em um funil de comércio eletrônico omnichannel para garantir que nenhum cliente passe despercebido:

Acompanhamento de vários domínios

O acompanhamento de vários domínios é uma maneira de analisar visitantes em vários domínios.

Por que o rastreamento entre domínios é um conceito importante em testes A/B?

O acompanhamento de vários domínios é um recurso maravilhoso que permite atribuir conversões e comportamento às suas campanhas, mesmo que a jornada do usuário abranja vários domínios. Sem ele, a atribuição seria quase impossível para aqueles de nós que têm mais de um domínio (como sites com um domínio separado de compras ou checkout).

Aqui estão algumas das métricas de conversão que podem ser capturadas em vários domínios:

• Conversões
• Eventos de conversão
• Conversões de cliques
• Conversões de visualização
• Conversões totais
• Eventos de conversão de clique
• Eventos de conversão de visualização
• Eventos de conversão totais
• Rendimento total

Acompanhamento de vários domínios com cookies de terceiros

A forma mais comum de rastreamento entre domínios depende de cookies de terceiros.

Os sites usam cookies primários para armazenar informações sobre o visitante e sua sessão e geralmente possuem os seguintes atributos:

• Nome do cookie : o nome do cookie.
• Domínio do cookie : o domínio no qual o cookie está configurado.
• Caminho do cookie : o caminho no qual o cookie está configurado. Isso é definido como o diretório raiz do domínio '/'.
• Cookie Expira : o tempo em segundos após o qual o cookie expirará.

Agora, como esses são cookies primários, eles não podem compartilhar informações com outros domínios. É aqui que entra o acompanhamento de vários domínios. Nesse caso, precisamos instruí-lo a compartilhar os valores do cookie do domínio A com o cookie do domínio B, transformando o cookie primário em um cookie de terceiros.

O que o acompanhamento de vários domínios fará é anexar os valores de cookie do domínio A aos URLs em que o domínio é alterado usando uma string de consulta por padrão. Isso também pode ser alterado para um fragmento de URL se você não for fã de strings de consulta. O domínio B reconhecerá esses parâmetros adicionados nesses URLs para garantir que o cookie adote esses valores.

Vamos ver um exemplo de como isso ficaria.

Digamos que você queira alugar um carro online. Para verificar diferentes opções, você provavelmente acessará um site de aluguel de carros (usaremos car.com neste exemplo). Como o site possui vários subdomínios (carro.com, pagamento.carro.com, retirada.carro.com etc.) e um domínio de terceiros para recebimento de pagamentos (secure.booking.com), sua jornada de usuário será cruzada domínio.

Usando o acompanhamento de vários domínios, a equipe da Car.com pode identificar um usuário mudando de um subdomínio para outro e personalizar toda a sua experiência com os produtos ou serviços mais relevantes em diferentes subdomínios.

Acompanhamento de vários domínios com armazenamento local

No entanto, há uma grande desvantagem quando os cookies são usados ​​no rastreamento de vários domínios: seu armazenamento limitado.

Os cookies podem armazenar muito menos dados do que o armazenamento local: o armazenamento de cookies é limitado a 4096 bytes, enquanto o armazenamento local tem 5 MB por domínio. Portanto, se você usar cookies, quanto mais dados quiser armazenar nos navegadores de seus visitantes, mais cookies precisará criar.

Outro problema com os cookies é que eles tornam seu site mais lento, tornando a experiência do usuário abaixo do ideal. A cada solicitação HTTP, os cookies são enviados ao servidor. Se você tem uma jornada entre domínios, isso se torna ainda pior. Os visitantes navegarão entre os diferentes domínios, aumentando as solicitações HTTP e o número de cookies em seu navegador.

Pelas razões acima, alguns sites usam um localStorage em vez de armazenamento de cookies. Isso significa que você basicamente hospeda o arquivo no domínio A e usa um iframe no domínio B que carrega o arquivo do domínio A. Dessa forma, você compartilha os dados do visitante entre os dois domínios como se fosse um único domínio:

Arquivo 1.html:

 <html>
<cabeça/>
<iframe src='http://127.0.0.1/test.html' />
</html>

Arquivo 2.html:

 <html>
<cabeça/>
<script>
console.log(localStorage);
localStorage.setItem('teste', '123');
</script>
</html>

Equívocos sobre o acompanhamento entre domínios

O acompanhamento de vários domínios costuma ser uma prática incompreendida. Aqui estão os três principais equívocos sobre isso que podem surpreendê-lo!

Mito #1. Você precisa de acompanhamento entre domínios para acompanhar usuários em subdomínios

Muitos especialistas em CRO acreditam que precisam habilitar o rastreamento entre domínios para rastrear visitantes em subdomínios. Isso não é verdade. Os cookies podem ser compartilhados entre subdomínios e o domínio principal.

Assim, por exemplo, se um cookie for definido em www.convert.com, ele também poderá ser acessado por blog.convert.com sem habilitar o rastreamento entre domínios.

Mito #2. O rastreamento entre domínios é necessário para gateways de pagamento

A próxima parte confusa sobre o rastreamento entre domínios é que você precisa configurá-lo para gateways de pagamento (por exemplo, PayPal.com).

No entanto, o acompanhamento de vários domínios só é possível quando você tem controle sobre os dois domínios.

Na maioria das vezes, os gateways de pagamento não permitem que você coloque seu código de rastreamento em suas páginas da web por motivos de segurança (mais sobre isso abaixo).

Mito #3. O rastreamento entre domínios é necessário quando há vários domínios

O outro equívoco é que você precisa de acompanhamento de vários domínios sempre que estiver usando vários domínios. Isso só é verdade se você quiser ver o mesmo usuário navegando pelos sites e atribuir conversões às origens do tráfego. Nesse caso, você precisará do acompanhamento de vários domínios.

No entanto, se você quiser ver o domínio A como uma fonte de tráfego para o domínio B e não se importar de quais fontes de tráfego as pessoas chegaram ao domínio A, não precisará de acompanhamento entre domínios.

Rastreamento entre dispositivos

Hoje em dia, as pessoas possuem vários dispositivos. Isso significa que os visitantes podem interagir com sua marca (por exemplo, clicar em seus anúncios do Google) em um dispositivo, alternar para outro e continuar verificando seus produtos. Graças aos relatórios de conversão entre dispositivos, os profissionais de marketing podem verificar a eficácia de suas campanhas em todos os dispositivos (tablet, celular e desktop), independentemente do dispositivo em que o usuário realmente converte.

Os relatórios entre dispositivos vinculam cookies (para Web), IDs de dispositivos (para aplicativos móveis) e dados de login agregados para identificar um usuário em diferentes dispositivos. Isso permite que os proprietários de sites identifiquem o caminho percorrido por um usuário, desde a primeira interação com uma marca ou visualização de um anúncio até o ponto de conversão.

Ele ajuda os profissionais de marketing a identificar visitantes únicos específicos do site, mesmo que eles entrem no funil usando rotas diferentes:

Existem dois métodos principais de rastreamento entre dispositivos.

Em um método, os visitantes do site são rastreados por meio de IDs de visitante fixos. O outro método é baseado no comportamento de um usuário com um ID de dispositivo.

Rastreamento entre dispositivos com IDs de visitantes (determinístico)

Esse método é frequentemente usado quando os usuários se inscrevem por meio de um boletim informativo ou login. Redes sociais como Facebook, Instagram, TikTok ou Twitter fazem rastreamento entre dispositivos, atribuindo IDs de visitantes.

Este método é adequado para sites que possuem visitantes registrados. Depois que um visitante é marcado com um ID exclusivo, a plataforma de rastreamento é notificada toda vez que o visitante faz login. Se o mesmo visitante usar outro dispositivo posteriormente, digamos um tablet, e abrir o site em questão como um aplicativo e fizer login, ele pode ser rastreado com precisão.

Esse método, também conhecido como determinístico, é altamente preciso (quase 100%) e pode ser usado para executar campanhas precisas direcionadas a usuários específicos.

Rastreamento entre dispositivos com base no ID do dispositivo (probabilístico)

O segundo método de rastreamento entre dispositivos também funciona marcando os usuários, só que desta vez eles não precisam ser registrados. Esse método é baseado em vários atributos coletados de endereços IP, dispositivos, navegadores ou aplicativos que o visitante navega e combinados em um perfil de usuário. A desvantagem desse método é que ele não é tão preciso quanto ao usar um ID de visitante.

Também é conhecido como segmentação probabilística . Como o nome sugere, fala sobre a probabilidade de que A seja provavelmente o usuário com um desktop (dispositivo X) e um smartphone (dispositivo Y). Assim, para fazer o rastreamento, são projetados algoritmos com uma enorme quantidade de atributos, que segmentam os usuários com base em comportamentos semelhantes entre dispositivos, localizações geográficas, endereços IP e qualquer outro contexto semelhante. Obviamente, a precisão desse rastreamento não pode chegar a 100%, mas 60-70% é um bom alvo.

Acompanhamento em vários navegadores

Por fim, o rastreamento entre navegadores permite que um site rastreie um usuário entre diferentes navegadores, incluindo Chrome, Firefox, Microsoft Edge, Safari, Tor.

O método por trás do rastreamento entre navegadores é chamado de impressão digital do navegador .

Ele funciona identificando um conjunto de características exclusivas do hardware e software de um computador e usando essas informações, uma “impressão digital” para o sistema em questão.

Você pode não perceber, mas tudo, desde seus aplicativos instalados até as configurações do seu navegador, é combinado para formar seu perfil exclusivo . O grau de identificabilidade dessa impressão digital depende do algoritmo de cada navegador.

Digamos que você esteja navegando no Firefox, veja um anúncio e decida migrar para o Chrome para comprar um produto para evitar ser alvo de campanhas de redirecionamento. A menos que você tenha desativado o rastreamento entre navegadores nas configurações do seu navegador, os navegadores ainda poderão segmentar você com as campanhas.

Quando os sites optam por transações em um domínio/dispositivo/navegador diferente?

O acompanhamento de vários domínios é especialmente útil quando os proprietários de sites desejam acompanhar sessões que ocorrem em dois ou mais domínios ou subdomínios e tratar essas sessões como uma única.

As sessões geralmente abrangem vários domínios quando:

1. O processo de checkout é definido em um domínio diferente (o que é bastante comum quando você está usando um carrinho de compras de terceiros como Shopify),
2. A conversão de meta ou transação de comércio eletrônico ocorre em um domínio diferente (o que também é bastante comum no caso de sites afiliados).

Aqui está um cenário típico em que o acompanhamento de vários domínios faz sentido: plataformas de comércio eletrônico com carrinhos de compras de terceiros.

Nessa situação, um usuário pode acessar o site principal para visualizar um produto de uma campanha PPC. Quando o usuário se dirige ao checkout, ele é levado a um carrinho de compras de terceiros em um domínio diferente, por exemplo, via Shopify, para concluir a transação.

Sem o acompanhamento de vários domínios, o comportamento de compra e a finalização da compra não serão vinculados e as conversões não serão acompanhadas nos diferentes domínios. Portanto, esses donos de lojas online precisam conectar seus domínios de alguma forma. Caso contrário, a conversão será creditada no carrinho de compras de terceiros, não na origem do tráfego original.

Assim, o acompanhamento de vários domínios permite que você rastreie um visitante de forma confiável mesmo depois que ele sai do seu site.

Outro benefício de implementar o acompanhamento de vários domínios é que você pode coletar dados de diferentes domínios em um único relatório.

A centralização de dados de transações facilita uma melhor otimização porque

• apoia melhorias contínuas nos processos de tomada de decisão,
• fortalece um melhor rastreamento e otimização dos processos de negócios, e
• minimiza o risco de uma organização enquanto previne o impacto negativo de imprecisões e redundâncias.

E, finalmente, os proprietários de sites não precisam mais se limitar a fazer todas as páginas de destino de pré-vendas em seu site principal de dinheiro, devido às limitações de rastreamento. Eles podem se ramificar para vários sites para um funil de site de marketing mais amplo e rastreável.

No mundo omnichannel de hoje, a maneira como os consumidores usam dispositivos e navegadores abrange diferentes plataformas: eles podem ler as notícias da manhã em seus tablets no Firefox, verificar e-mails durante o trajeto matinal em seus telefones no Chrome e usar seus PCs de mesa no trabalho. À noite, eles podem navegar em seus smartwatches para acompanhar as notícias do dia.

Aqui está um cenário típico:

• Um usuário está navegando no feed de notícias em seu telefone e clica em uma postagem sobre seu produto. O usuário está interessado, mas não se inscreve imediatamente.
• Mais tarde naquela semana, o usuário decide verificar seu produto novamente, mas desta vez visita seu domínio diretamente do computador dele de outro navegador. O usuário então decide se inscrever.
• Em alguns dias, o usuário faz login no seu aplicativo pelo telefone.
• Todo o histórico de navegação nos dispositivos e navegadores acima deve estar devidamente vinculado à conta e o clique original do feed de notícias deve ser atribuído adequadamente à conversão.

Essa tecnologia pode ajudar os proprietários de sites a entender melhor o comportamento do consumidor e seu caminho multicanal até a compra. Isso permite que eles ofereçam uma melhor experiência ao cliente e criem estratégias de marketing omnicanal altamente direcionadas em vários pontos de contato. Ele ajuda a responder perguntas como:

• Minhas campanhas de PPC estão alcançando meus consumidores ideais no momento certo?
• Como posso medir efetivamente quais dispositivos geram mais conversões para otimizar minhas campanhas e recompensar essa fonte?
• Como as experiências do meu site podem ser executadas perfeitamente em todos os dispositivos e navegadores e fornecer aos meus consumidores uma experiência de marca consistente?
• Como posso alcançar os consumidores, independentemente do dispositivo em que estejam, não apenas para motivá-los a se envolver com minha marca, mas também para que eles voltem como clientes recorrentes?

Como as alterações de privacidade afetam o rastreamento em vários ambientes?

À medida que a internet se torna cada vez mais parte integrante da vida cotidiana, é importante que as pessoas se sintam seguras ao navegar. Para ajudar a manter as informações pessoais privadas em sites, mais e mais navegadores estão implementando medidas de prevenção de rastreamento. Aqui está um detalhamento das últimas alterações de prevenção de rastreamento e como elas podem afetar o rastreamento em vários ambientes.

Analisaremos brevemente cada uma das atualizações abaixo, mas para obter uma descrição mais detalhada de cada uma das atualizações e como a Convert as abordou, leia Como o rastreamento e os cookies mudaram em 2019 e Como o rastreamento e os cookies mudaram em 2020.

Cookies de terceiros bloqueados por navegação anônima do Google

No modo de navegação anônima, o Google Chrome não salva o histórico de navegação de um usuário, as informações do formulário ou os cookies do navegador. A partir do Chrome 83, o navegador bloqueia cookies de terceiros no modo de navegação anônima por padrão.

Os usuários ainda podem permitir cookies de terceiros para sites específicos, mas quaisquer métodos de rastreamento cruzado que dependam de cookies de terceiros agora enfrentam grandes desafios porque precisam ser ativados pelos visitantes do site nas configurações do navegador.

Prevenção estrita de rastreamento no modo InPrivate do Microsoft Edge

No Microsoft Edge 80, o comportamento padrão permite que os usuários decidam se desejam ou não proteções de modo estrito durante a navegação InPrivate.

Isso significa que, se os usuários ativarem esse recurso, o rastreamento cruzado se tornará impossível.

Mozilla Enhanced Tracking Protection (ETP) 2.0

Desde 2019, os novos usuários do Firefox terão o Enhanced Tracking Protection (ETP) ativado por padrão e, no ano passado, a Mozilla adicionou uma camada de segurança adicional com o Enhanced Tracking Protection 2.0, onde bloqueiam o rastreamento de redirecionamento. O ETP 2.0 limpa cookies e dados de sites a cada 24 horas, exceto aqueles sites com os quais os usuários interagem regularmente!

Portanto, esqueça os métodos de rastreamento cruzado que dependem de cookies bloqueados pelo ETP.

Prevenção inteligente de rastreamento no iOS 14, iPad 14 e Safari 14

Com o lançamento do iOS 14, iPad 14 e Safari 14, a Apple incluiu novos recursos de privacidade, como o Relatório de Privacidade, onde os usuários podem ver informações sobre rastreadores bloqueados, bem como ITP para todos os navegadores da Web em dispositivos iOS (v14 e superior), que impedir a atribuição de rastreamento cruzado.

As ferramentas de teste A/B podem rastrear conversões de comércio eletrônico E manter a privacidade do usuário?

As atualizações de rastreamento e privacidade descritas acima estão limitando quais informações podem ser rastreadas em vários ambientes, mas manter a privacidade do usuário e oferecer uma experiência personalizada não são mutuamente exclusivos.

A coleta de dados em vários ambientes não precisa acontecer de maneira intrusiva que comprometa a confiança de seus clientes ou os impeça de obter o máximo de seu site - há uma maneira de fazê-lo respeitando os dois mundos!

As ferramentas de teste A/B podem oferecer soluções para ajudar sua empresa a saber o que os usuários desejam e proporcionar a eles uma ótima experiência online, respeitando a privacidade.

Vamos analisar algumas das ferramentas de teste A/B mais populares do mercado, ver quais soluções de rastreamento de conversão de comércio eletrônico elas oferecem e se respeitam a privacidade.

Otimizar

Dois métodos diferentes criados de forma otimizada para permitir o acompanhamento de conversões em vários ambientes.

Opção 1: habilitar e usar BYOID

Isso pode ser feito ativando o recurso “Traga seu próprio ID de visitante” no Optimizely. Esse recurso permite que você defina seu próprio ID de visitante, seja como um cookie, chave localStorage, parâmetro de consulta de URL ou variável javascript. Ele tem várias vantagens além da mitigação de ITP 2.x, incluindo dar a você controle sobre sua estratégia de persistência de ID, permitindo uma ID de visitante uniforme em várias plataformas e reduzindo o inchaço de cookies.

Essa opção é um processo manual e tedioso que você precisa definir para cada cliente ou domínio em que está executando experiências. Você também precisa ter cuidado para que os IDs exclusivos que você cria sejam selecionados com sucesso pela API Optimizely.

Opção 2: definir optimizelyEndUserId no CDN

Esse método normalmente não é recomendado porque BYOID é uma abordagem mais completa. Mas outra maneira de configurar a criação de cookies é por meio de um CDN. Essa é uma opção viável para a implementação baseada em interface do usuário e gerenciada pela interface do usuário da criação de cookies do lado do servidor em muitos casos. Atualmente, o Optimizely fornece documentação para a criação de cookies do lado do servidor por meio da configuração da Akamai.

Se você estiver seguindo este processo, além das alterações nas configurações de CDN acima, você também deve desabilitar a extensão de vida útil automática do cookie de ID do visitante executando isso no projeto JS:

 window["otimizar"].push({
 "type": "extendCookieLifetime",
 "isEnabled": falso
});

Essa estratégia também tem funcionalidade limitada quando o rastreamento de vários domínios está ativado, especialmente quando os diferentes domínios seguem estratégias diferentes para a persistência do ID do visitante.

VWO

O VWO suporta rastreamento entre domínios com a ajuda de cookies de terceiros.

Se você habilitar a opção de cookies de terceiros em seu teste, além de armazenar dados de visitantes (variação mostrada e metas de conversão acionadas) em cookies pertencentes ao seu domínio, a VWO também enviará esses dados para servidores. Depois que os dados são enviados, os servidores VWO definem cookies para o domínio dev.visualwebsiteoptimizer.com. Se o seu teste envolver outro domínio, na próxima vez que sua página solicitar dados de teste, os servidores VWO também enviarão dados de visitantes. De certa forma, os servidores atuam como um proxy entre seus vários domínios diferentes e, portanto, as conversões podem ser rastreadas.

No entanto, os navegadores Firefox e Safari bloqueiam cookies de terceiros por padrão. Como resultado, o VWO não pode acessar os cookies de terceiros, proibindo o rastreamento entre domínios de funcionar nos navegadores Safari e Firefox.

Google Optimize

Para implementar o acompanhamento de vários domínios do Google Optimize com sucesso, você deve conhecer HTML e Javascript ou obter um desenvolvedor da Web dedicado para isso.

Para configurá-lo, crie uma única propriedade em sua conta do Google Analytics.

Em seguida, você terá que usar o mesmo ID de rastreamento do Google Analytics nos dois sites que deseja vincular.

1. O domínio de origem decora os URLs que apontam para o domínio de destino para que contenham os valores do cookie de medição primário do domínio de origem.
2. O domínio de destino verifica a presença de cookies de medição vinculados.

O parâmetro do vinculador é identificado nos parâmetros de consulta de URL com a chave _gl, como no exemplo abaixo:

https://www.example.com/? _gl=1~abcde5~

Kameleoon

A solução deles cria um trecho do lado do servidor que sincroniza automaticamente com localStorage. Portanto, eles recomendam instalar um snippet do lado do servidor que sincronize automaticamente seu cookie kameleoonVisitorCode entre o front-end e o back-end. Este contém o identificador de visitorCode muito importante.

O ITP não impõe nenhuma restrição aos cookies do lado do servidor, portanto, esse cookie terá uma data de expiração definida o suficiente no futuro.

O snippet criará o cookie KameleoonVisitorCode do lado do servidor quando nenhum cookie do Kameleoon for encontrado (ou seja, ainda não foi criado na frente) OU recuperará o valor existente e recriará o cookie do lado do servidor para evitar problemas de ITP. A sincronização significa que não apenas os identificadores não serão removidos após sete dias, mas também não haverá impacto no desempenho ou na experiência do usuário, pois armazenaremos apenas um único cookie.

No entanto, como o Kameleoon armazena outros dados no armazenamento local, dados necessários para acionar experimentos em tempo real sem chamadas extras ao servidor, eles também implementaram um mecanismo de sincronização do armazenamento local.

No Safari, uma vez que o Kameleoon obtém seu visitorCode lendo o cookie kameleoonVisitorCode, ele verificará se seu armazenamento local atual está vazio. Se for esse o caso, o que provavelmente significa que a última visita foi há mais de sete dias, eles realizarão uma chamada de sincronização de servidor (SSC) para buscar todos os dados presentes no armazenamento local de seus servidores de back-end. Quando essa chamada terminar, os dados serão restaurados no estado exato em que estariam se o ITP não os apagasse. As operações normais podem então ser retomadas.

Como o Convert Experiences gerencia o rastreamento em vários ambientes?

O Convert Experiences respeita todas as regras de privacidade e, por padrão, não permite rastreamento entre domínios, dispositivos e navegadores .

No entanto, se os usuários quiserem, eles podem habilitar o rastreamento entre domínios em suas configurações de projeto e podem solicitar à equipe de suporte do Convert soluções personalizadas no rastreamento entre dispositivos. O rastreamento entre navegadores não é compatível.

Agora, vamos ver mais detalhes sobre cada tipo de rastreamento e como configurá-lo no app.

Acompanhamento entre domínios em experiências de conversão

Esta seção descreve como o Convert Experiences lida com o acompanhamento de vários domínios; por exemplo, se o seu site abrange vários nomes de domínio. Isso geralmente acontece se você estiver usando um carrinho de compras de terceiros.

O rastreamento entre domínios está desativado por padrão para todos os projetos no Convert Experiences, devido ao GDPR. No entanto, você pode desmarcar a configuração "Não permitir vinculação entre domínios" para possibilitar o rastreamento:

No aplicativo Convert Experiences, os experimentos são organizados em projetos. Um Projeto é uma entidade que pode conter qualquer quantidade de Experiências e que inclui domínios (Sites Ativos):

Todos os sites dentro de um projeto Convert compartilham cookies, possibilitando o rastreamento entre domínios, A MENOS que você ative a configuração do projeto “Não permitir vinculação entre domínios” acima.

A forma como os cookies são compartilhados entre domínios é feita passando automaticamente cookies entre domínios que pertencem ao mesmo projeto quando um visitante clica em links ou envia formulários. Esses cookies são passados ​​para seus outros domínios por meio de variáveis ​​GET.

Duas variáveis ​​são adicionadas à string de consulta para passar cookies:

• _conv_v
• _conv_s

Também é possível passar cookies manualmente para links ou formulários selecionados. Tudo que você precisa fazer é passar as variáveis ​​_conv_v e _conv_s na URL do link ou ação do formulário.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >

Agora, vamos orientá-lo em um caso de uso de acompanhamento de vários domínios no Convert Experiences.

Digamos que eu comece minha jornada em uma página de evento onde preciso fazer uma assinatura:

https://domainA.com/reports/WCI/cpc-bndl

Uma vez que eu tenha que pagar, o domínio A me redireciona para a página do carrinho de pagamento que está no domínio B e adiciona os cookies de conversão que são necessários para o rastreamento de vários domínios como parâmetros de consulta de URL, assim:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.9940523874349994*pv%3A2

Assim que terminar de efetuar o pagamento, chego à página de agradecimento do domínio A:

 https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2

onde sou considerado um visitante existente, portanto, a conversão de receita é capturada em ambos os domínios.

Rastreamento entre dispositivos em experiências de conversão

O Convert Experiences não oferece suporte ao rastreamento entre dispositivos por padrão. O método abaixo foi desenvolvido apenas para soluções customizadas e sob solicitação para planos Leader . Ele não está mais ativo, mas o apresentamos aqui para fins educacionais.

Para rastrear visitantes em diferentes dispositivos e oferecer uma experiência de usuário consistente, independentemente do dispositivo que estiver usando, o usuário deve ser “identificado” por meio de algum tipo de identificador exclusivo que não deve conter dados de identificação pessoal (PII) .

A Convert criou uma função de API por meio da qual os clientes podem apresentar esse identificador exclusivo que identifica o visitante em todos os dispositivos. O identificador exclusivo precisa ser "fornecido" em uma página, antes do snippet de acompanhamento principal do Convert.

Se parece com isso:

 window._conv_q = window._conv_q || {};
_conv_q.push([“identificar”,”unique_hashed_id_aqui”]);

Quando o identificador exclusivo for fornecido, o Convert atrasará a apresentação da experiência até consultar o servidor em busca de dados (experiências vistas, metas disparadas etc.) e obter os resultados de volta. Quando os resultados são retornados, eles são salvos em um cookie de longo prazo substituindo o eventual bucket que o usuário tinha antes de ser “identificado”. Esperamos que isso seja feito apenas se os dados ainda não estiverem disponíveis no cookie de longo prazo, para evitar atrasos na apresentação da experiência em cada exibição de página.

As respostas devem ser minimizadas e compactadas para evitar latências extras de rede. A solução final consiste em 2 requisições feitas pela página:

• A primeira solicitação é responsável por carregar o arquivo js principal (carregar dados) — ele é armazenado em cache no nível CDN e contém todos os experimentos disponíveis, dependências da biblioteca jquery, objetivos, outras funções utilitárias e rastreamento, mas não contém bucket de usuário. Este arquivo é servido minimizado e compactado (gzip).
• A segunda chamada tem alguns bytes de tamanho. Ele tenta obter o bucket atribuído anteriormente para esse usuário específico. Ele carrega os IDs de experimentos e os IDs de metas aos quais o usuário foi atribuído anteriormente, acessando um banco de dados NoSQL de valor-chave de alto desempenho (armazenado em cache no sistema de cache de memória). Se forem necessárias melhorias de desempenho adicionais, o Convert otimizará usando um CDN na frente dele (nesse caso, cada solicitação será armazenada em cache por usuário). Essa resposta também é servida minimizada e compactada (gzip).

Quando o identificador exclusivo é fornecido para um novo visitante único do site, o agrupamento de experiências é feito desta forma:

1. Para um novo usuário — não há nenhum cookie de longo prazo armazenado; se o identificador exclusivo for fornecido, os experimentos serão adiados até o retorno da segunda chamada. Essa chamada irá:
   1. ou retornar quais experimentos/variações estão conectados ao identificador exclusivo. Nesse caso, o Convert mostrará o mesmo par de experimento/variação para o usuário (comportando-se da mesma forma que se comporta para um visitante que retorna a uma página de experimento vista anteriormente)
   2. ou não retornará dados se esse identificador exclusivo não tiver nada conectado a ele; nesse caso, o Convert fará a randomização normalmente; Como resultado, quando um novo bucket é atribuído, haverá uma chamada assíncrona extra para o back-end para salvar o novo bucket que acabou de ocorrer.

Quando o identificador exclusivo é fornecido para um visitante do site existente, o agrupamento de experiências é feito assim:

2. Para um usuário existente (com identificador) — temos o cookie de longo prazo encontrado em seu navegador definido pelo Convert. Se for fornecido um identificador exclusivo, podemos ter um destes dois casos:
   1. Não há sessão de navegação iniciada (uma nova sessão é identificada por meio de um cookie de sessão que expira após 20 minutos sem atividade) OU o ID do visitante armazenado no cookie de longo prazo é diferente do ID do visitante fornecido pelo ID exclusivo; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.