Adobe Analytics e cookies do navegador

Para oferecer suporte à identificação de usuário persistente nas propriedades e soluções, o Adobe Analytics responde às alterações em como os navegadores lidam com cookies. As Perguntas frequentes a seguir apresentam informações sobre como a identificação de visitante persistente é mantida com as alterações no cookie do navegador.

Como os navegadores estão alterando a maneira como manipulam cookies?

Em geral, a maioria dos navegadores está se tornando mais restritiva na forma como eles possuem cookies de terceiros. Isso pode afetar o rastreamento se o cookie for excluído ou rejeitado pelo navegador. O navegador Safari também está definindo algumas limitações para determinados cookies primários.

A lista a seguir mostra algumas alterações recentes de acordo com os navegadores:

  • Chrome: a partir do Chrome 80, o atributo SameSite é tratado de forma diferente para gerenciar cookies de terceiros ou solicitações entre sites. Por fim, os desenvolvedores do Chrome estão buscando maneiras de descontinuar completamente os cookies de terceiros.

  • Firefox e Edge: os anúncios de produtos afirmam que as versões sucessivas dos navegadores devem seguir as mesmas alterações que as feitas no Chrome 80.

  • Safari: com o Safari 12.1, a validade de todos os cookies próprios persistentes definidos pela API document.cookie, geralmente conhecidos como cookies “do lado do cliente”, é limitada a sete dias.

Qual é a diferença entre cookies de terceiros e cookies primários?

Cookies próprios

Os cookies primários são criados por sites do cliente (específicos do domínio) e armazenados em navegadores do cliente quando os usuários visitam os sites do cliente. Todos os navegadores costumam aceitar cookies primários. Em uma implementação de cookie primário do Analytics, o cookie da ID de visitante é criado em um nó da Adobe quando o nome do host é reconciliado com o domínio usando um CNAME. O cookie é então aceito pelo navegador em um contexto primário. Para obter mais informações, consulte Sobre cookies primários.

Cookies de terceiros

Os cookies de terceiros não são criados por sites visitados pelos usuários. Embora os navegadores tratem todos os cookies de terceiros da mesma forma e os armazenem de acordo atualmente, os cookies de terceiros podem se comportar de maneiras diferentes e importantes. Com a implementação de cookies de terceiros do Analytics, o cliente faz chamadas somente com a Adobe e não com domínios desconhecidos ou suspeitos de terceiros. Esse é o método atual de implementação do Analytics para rastreamento seguro (HTTPS) e confiável com identificadores persistentes. Esse método é implementado pela configuração do arquivo AppMeasurement.js. Para obter mais informações, consulte Cookies e o Serviço de identidade da Experience Platform.

Comparação de cookies

Como os navegadores armazenam e gerenciam os cookies do Analytics atualmente?

Dependendo da implementação, os cookies do Analytics são armazenados da seguinte forma:

Implementações de cookies de terceiros

No momento, os navegadores armazenam a Adobe ID demdex.net como um cookie de terceiros. Este cookie fornece identificadores persistentes entre domínios e permite conteúdo protegido (https).

Ao configurar um CNAME, o usuário pode receber cookies da Adobe em um contexto de cookie primário para os navegadores. Essa pode ser uma opção viável se uma implementação de cookie de terceiros não for ideal para os usuários.

Com o lançamento do navegador Chrome 80 (e versões consecutivas dos navegadores Firefox e Edge) o atributo de cookie SameSite impõe a especificação de três valores diferentes para controlar o comportamento da solicitação entre sites, da seguinte forma:

  • None: essa configuração permite o acesso entre sites e permite que os cookies sejam transmitidos em um contexto de terceiros. Para especificar esse atributo, você também deve especificar Secure e todas as solicitações do navegador devem seguir HTTPS. Por exemplo, ao definir o cookie, você emparelha os valores do atributo da seguinte maneira: Set-Cookie: example_session=test12; SameSite=None; Secure. Se não forem rotulados corretamente, os cookies não poderão ser usados nos navegadores mais recentes e serão rejeitados.

  • Lax: permite que solicitações entre sites sejam enviadas com cookies do mesmo site somente para navegações de nível superior com métodos HTTP seguros (somente leitura, como GET).

  • Strict: o cookie do mesmo site não é enviado para solicitações de terceiros. O cookie só é enviado se o site do cookie corresponder ao site na barra de URL.

O comportamento padrão nessas versões do navegador é tratar cookies que não têm um atributo SameSite especificado igual ao SameSite=Lax.

Como o Adobe Analytics responde a essas alterações?

Todas as atualizações de cookies da Adobe são feitas por meio de servidores da Adobe. A Adobe atualizou os servidores de borda para definir os atributos de cookie apropriados. A Adobe lançou atualizações do lado do servidor para definir os cookies de terceiros com atributos apropriados. Não são necessárias atualizações do JavaScript para seus sites.

Essa atualização pelos servidores de borda da Adobe ocorrerá automaticamente quando os usuários visitarem qualquer site onde o cookie for usado. Para a maioria dos produtos da Adobe, os cookies terão os sinalizadores apropriados, à medida que o Chrome 80 for lançado. A exceção são as implementações do Adobe Analytics que usam a coleta de dados de terceiros e não usam o Serviço de identidade da Experience Cloud (ECID). Esses clientes podem experimentar um pequeno aumento temporário em novos visitantes, que teriam sido marcados como visitantes recorrentes.

Em navegadores que o Google identificou como cookies que estão sendo manipulados incorretamente, quando SameSite está definido como None, SameSite será deixado indefinido.

A tabela a seguir resume os cookies do Analytics:

Tabela de cookies

Qual é a melhor maneira de preparar meu site para alterações no Chrome, Firefox e Edge?

Os clientes do Analytics devem confirmar se a configuração JavaScript está usando HTTPS para as chamadas com os serviços da Adobe. A ECID redireciona chamadas HTTP de terceiros para o terminal HTTPS, o que pode aumentar a latência, mas significa que você não é obrigado a alterar a configuração.

A Adobe sugere certificar-se de que todas as páginas do site sejam fornecidas com HTTPS.

Um CNAME para vários domínios

Se você tiver uma implementação CNAME definida no mesmo domínio do site, este será um contexto de cookie primário e você não precisará fazer alterações.

No entanto, se possuir vários domínios e usar o mesmo CNAME para a coleta de dados em todos os domínios, ele será tratado como um cookie de terceiros nesses outros domínios. Com o Chrome 80, ele não estará mais visível nesses outros domínios. Para tornar o comportamento mais parecido em todos os navegadores, o Analytics está definindo explicitamente o valor SameSite desse cookie como Lax. Se você usar esse cookie em um contexto de terceiros amigável, precisará ter o cookie definido com o valor SameSite=None, o que também significa que sempre deverá usar HTTPS. Entre em contato com o Atendimento ao cliente da Adobe para alterar o valor de SameSite dos CNAMEs protegidos. Observe que essa ação NÃO é necessária para clientes do Analytics que usam a ECID.

Qual é o impacto das alterações do Safari (ITP 2.1) no Analytics?

Apesar das alterações no Safari 12.1, os conjuntos de dados dos cookies da Adobe Experience Cloud ainda estão sendo coletados. Embora os cookies sejam limitados a sete dias, os visitantes que retornam à propriedade dentro desse período renovam o cookie e evitam que ele expire por mais sete dias. As janelas de pesquisa e as contagens de visitantes de retorno podem ser reduzidas para o tráfego do Safari até que uma atualização da Adobe seja disponibilizada.

Devido à janela de expiração reduzida de sete dias, os clientes podem ver um aumento de visitantes únicos. A contagem de visitas e de exibições de página não deve ser afetada. Se tiver uma propriedade com tráfego sazonal, como serviços de impostos ou varejo de feriados, poderá observar um impacto maior, pois esse visitante não será conectado entre as estações.

Se você usar um CNAME, o serviço de ID de visitante salvará o ECID em um cookie primário do lado do servidor. Isso permite que o cookie persista por sua duração total.

Observação: o ITP 2.1 não se aplica a navegadores incorporados em aplicativos móveis.

Cookies primários afetados

Os cookies primários criados por meio do document.cookie são afetados. Se estiver configurando algum desses cookies por meio da resposta HTTP (lado do servidor) ou usando a certificação CNAME, você não será afetado pelas alterações no ITP 2.1. Os seguintes cookies primários e bibliotecas relacionadas do Adobe JavaScript são afetados:

  • Cookies AMCV definidos pela biblioteca do serviço ECID (Experience Cloud ID)
  • Cookie de fallback herdado do Analytics s_fid

O cookie s_vi herdado do Analytics como um cookie de terceiros, incluindo destinos de coleta de 2o7.net ou omtrdc.net, continua sendo bloqueado com base em versões anteriores do ITP.

Resumindo:

  • Se tiver um CNAME e usar o serviço de ID de visitante — sua implementação não será afetada.

  • Se usar um CNAME primário no contexto primário e não usar o serviço de ID de visitante — sua implementação não será afetada.

  • Se usar um domínio de cookie primário no contexto de terceiros, ou com os nomes de domínio padrão de terceiros (por exemplo, 2o7.net, omtrdc.net etc), o Safari continuará o bloqueando.

  • Se você usar uma ID de visitante personalizada — Isso dependerá de como a ID de visitante será armazenada. Se você armazenar a ID em um cookie primário "do lado do cliente", estará sujeito à expiração de sete dias. Se você usar outros meios para armazenar a ID personalizada, será necessário avaliar se você será afetado.

Conjuntos de dados menos afetados

Os conjuntos de dados com visitantes ativos que retornam com frequência são os menos afetados pelas alterações. Se o conteúdo do site for tal que os clientes retornem diariamente ou pelo menos algumas vezes por semana, os cookies desses usuários ativos serão renovados antes da expiração. Redes sociais, notícias e outros sites de mídia têm maior probabilidade de ter grandes comunidades de usuários que retornam com frequência.

Os clientes que estiverem usando s_vi como a ID de visitante principal e estiverem configurados com a coleta de dados primária usando um CNAME não serão afetados pelo ITP 2.1. Observe que nos casos em que s_vi não puder ser definido, o cookie de fallback, s_fid poderá ser usado e terá uma expiração de sete dias.

Além disso, os conjuntos de dados que usam o serviço de ID de visitante e têm um domínio próprio são menos afetados.

As mudanças no Safari afetarão meus negócios?

A Adobe recomenda que os clientes avaliem o impacto na própria empresa antes de fazer qualquer alteração na coleta de dados. Isso pode ser feito por métodos fornecidos abaixo nesta seção.

Para medir o impacto nos relatórios e testes, é importante saber que tipo de visitante e rastreamento de cookie foi implementado e qual o tráfego de usuários com o Safari. Considere o seguinte para medir o impacto em sua empresa individual:

  • Verifique quais tipos de cookies estão sendo definidos pelas bibliotecas da Adobe.

  • Abra o console do desenvolvedor no navegador Safari mais recente. Se você vir algum dos cookies listados acima definidos no domínio primário, poderá ser afetado por essas alterações.

  • Se vir um cookie s_vi, mas não um cookie AMCV definido no contexto de um CNAME, você está usando um CNAME para identificação de visitantes e o uso do Analytics não é afetado por essas alterações. Se você vir um cookie s_vi e um AMCV definidos no contexto de um CNAME, você está usando no momento o período de carência, e alguma parte do tráfego do Analytics pode ser afetada.

  • Use o Analytics para medir a porcentagem de visitantes que não retornam dentro de sete dias. Se os visitantes retornarem repetidamente em sete dias, o tráfego pode não ser significativamente afetado. Para obter instruções sobre como usar o Analytics para descobrir isso, consulte Impacto do Safari ITP 2.1 em cliente da Adobe Experience Cloud e da Experience Platform.

  • Meça a porcentagem de tráfego dos navegadores Safari para determinar se qualquer alteração é justificada. Para obter instruções sobre como usar o Analytics para descobrir a porcentagem de tráfego do Safari dos sites, consulte Impacto do Safari ITP 2.1 em clientes da Adobe Experience Cloud e da Experience Platform.

Quais navegadores meus visitantes estão usando mais?

Se estiver interessado em saber mais sobre os navegadores usados pelos visitantes, poderá usar a Dimensão do navegador do Analytics para determinar quais navegadores são mais usados nos sites. Você também pode usar as Dimensões do Analytics para ver quais navegadores são mais usados de acordo com as regiões geográficas. Para obter mais informações, consulte Segmentação geográfica.

De acordo com o comunicado, no final de 2019, a quota de mercado mundial de cada navegador era a seguinte:

  • Chrome: ~64%
  • Safari: ~17%
  • Firefox: ~4%
  • Edge: ~2%

À medida que a quota de mercado muda, você pode consultar essas estatísticas para revisar a estratégia de implementação.

Como posso trabalhar melhor com as alterações do ITP 2.1 no Safari a curto prazo?

O CNAME da Adobe e o programa de certificado gerenciado estão sendo usados para lidar com alterações de ITP. O programa Adobe Managed Certificate permite implementar um novo certificado próprio para cookies próprios sem custo adicional. Atualmente, a Adobe tem vários serviços CNAME por solução e pretende aproveitar o programa de certificação do Analytics a curto prazo.

Qualquer cliente atual do Analytics com uma configuração CNAME que também esteja usando os Serviços de Experience Cloud ID para identificação de visitantes poderá aproveitar uma atualização futura da biblioteca ECID. Essa alteração permitirá que os servidores de rastreamento certificados CNAME mantenham o ECID e sejam usados como referência para a identificação do visitante. Mais informações estão disponíveis em versões sucessivas da biblioteca ECID.

A Adobe está ciente de que nem todos os clientes da biblioteca ECID usam CNAMES ou o Analytics. Todos os clientes ECID receberão uma configuração CNAME para utilizar o mesmo recurso.

Se você não estiver aproveitando um CNAME na implementação, poderá iniciar o processo conversando com o Atendimento ao cliente.

Quais são os planos futuros da Adobe para a identificação persistente de visitantes?

Os novos recursos e implementações incluem:

  • Opções de autoatendimento de certificação CNAME em todas as soluções da Adobe

  • Métodos flexíveis de coleta de ID de visitante, BYOI (Traga sua própria identidade) e coleta de dados pela primeira API

  • Gráficos de identidade da Adobe Experience Platform

  • Abordagem unificada para a coleta de dados da Adobe

A Adobe está comprometida com a personalização mais precisa de consumidores que desejam uma experiência personalizada. A Adobe se esforça para oferecer aos clientes a funcionalidade de identidade online, que os ajuda a se alinharem às opções de privacidade.

Mais Informações

Para obter informações, consulte:

Nesta página