Privacidade técnica e armazenamento
Este guia descreve o rastreador de navegador atual. Consulte a política de privacidade para a política de serviço do Seean e configure o fluxo de consentimento do seu site conforme seus requisitos. Uma instalação técnica não é uma avaliação de conformidade jurídica.
Armazenamento no navegador
O rastreador padrão não define cookies e não guarda nenhum identificador de medição de visitante ou sessão em localStorage ou sessionStorage. Seu estado temporário de navegação fica em memória. A preferência de exclusão do navegador seean_ignore pode permanecer no localStorage.
O coletor deriva um hash de visitante pseudônimo a partir de um segredo do servidor, do site, da data UTC, do escopo do domínio do site, do endereço IP e do user agent. Endereços IP brutos e user agents não são armazenados nos registros de eventos de análise. O hash muda à meia-noite UTC e difere entre sites. Mudanças de rede ou redes compartilhadas podem dividir ou unir visitantes aparentes; essas contagens não são contagens exatas de pessoas. Quando nenhum IP está disponível, o nonce temporário do documento o substitui, então a continuidade após recarregar não é garantida.
As sessões são atribuídas pelo coletor. A atividade do mesmo visitante diário continua uma sessão até 30 minutos de inatividade, um carimbo de data/hora retroativo ou uma campanha marcada alterada (campos UTM ou o nome de um parâmetro de ID de clique de anúncio; os valores de ID de clique nunca são lidos nem armazenados). Os registros de eventos também carregam o título da página (200 caracteres), o tamanho da tela e a primeira tag Accept-Language do navegador; a string de consulta em si não é coletada. O rastreador remove o armazenamento legado _seean_v e _seean_session quando inicializa normalmente. Identificadores coletados anteriormente, relatórios salvos e pedidos permanecem intactos; essa transição não reidentifica visitantes históricos.
Origens e domínios
O domínio do site configurado e seus subdomínios compartilham a identidade diária quando usam o mesmo token e os mesmos metadados de requisição. Domínios não relacionados permanecem com escopo separado. O repasse opcional entre domínios usa um token aleatório do mesmo dia em links e no sessionStorage; o servidor faz o hash dele separadamente para cada site e dia UTC. Ele fica desativado a menos que seja ativado em ambos os sites pelo trecho Explícito ou pela configuração Mínima no painel. Nenhum repasse recebido é adotado antes que essa configuração seja concluída. O token de repasse bruto não é armazenado nos registros de análise.
Dados enviados pelo rastreador
Os payloads de coleta contêm o token público do site, um nonce temporário de sessão, o fuso horário do navegador quando disponível, nome de host, caminho e os valores UTM source, medium, campaign, term e content. A coleta opcional entre domínios também envia seu token de repasse. O coletor devolve o hash diário do visitante para a atribuição opcional no checkout. As visualizações de página incluem o referrer de entrada da sessão do documento. Os Web Vitals enviam medições e IDs de métricas; eventos personalizados podem incluir as propriedades fornecidas pela sua aplicação.
O campo de página usa location.pathname, não a URL completa. No entanto, os valores UTM são lidos separadamente, e o referrer de entrada pode conter informações de URL permitidas pela política de referrer do navegador. Não coloque senhas, tokens privados ou dados pessoais em caminhos, campanhas ou propriedades de eventos personalizados. Omitir a URL completa da página não sanitiza automaticamente esses campos.
O servidor de coleta também recebe os metadados normais da requisição. Esta lista de campos do navegador não é uma afirmação de que as requisições de rede ocultam o IP do remetente da infraestrutura de hospedagem.
Presença no navegador
Enquanto uma página rastreada está visível, um sinal de presença a cada 30 segundos envia as mesmas entradas de identidade diária com escopo de site, o caminho e o referrer de entrada usados pelo rastreador. Ele não inspeciona o conteúdo da página, não registra cliques nem identifica uma conta. A presença respeita os mesmos sinais de privacidade, exclusões e disponibilidade de coleta. Não adiciona visualizações de página, eventos personalizados nem uso, e não prolonga as sessões de análise.
O coletor guarda apenas o estado de presença mais recente por site e visitante diário, com metadados aproximados de localização/dispositivo para o Tempo real. Ele é separado do histórico de eventos brutos. Um estado expira da janela online após dois minutos; uma limpeza limitada roda a cada cinco minutos. A redefinição e a exclusão do site também o apagam. As cópias de recuperação criptografadas existentes seguem a política de retenção de backups.
Sinais de privacidade e exclusão
O rastreador suprime a coleta com Global Privacy Control (true), valores suportados de Do Not Track (1 ou yes), automação do navegador (navigator.webdriver === true) ou seean_ignore definido como true no localStorage. Ele verifica isso antes de inicializar o estado do visitante e antes de enviar atividade posterior. O armazenamento existente não é excluído automaticamente quando uma preferência muda.
Uma página inicialmente ignorada expõe métodos do rastreador sem efeito; a existência de window.seean não prova a coleta. Se uma exclusão inicial for removida, recarregue a página para inicializar o rastreamento. Um rastreador já ativo verifica mudanças posteriores de exclusão antes de enviar mais dados. Veja Exclusões para o controle no navegador e as regras de caminho/nome de host no servidor.
Consentimento e verificação
O Seean não fornece um banner de consentimento nem uma API geral de gestão de consentimento. Se o seu site exige permissão antes da análise, seu sistema de consentimento deve controlar quando o script carrega e o que acontece quando a permissão muda. data-local apenas habilita testes em localhost; não sobrepõe preferências de privacidade. Um gatilho de gerenciador de tags não é, por si só, uma permissão do visitante.
Verifique os estados de consentimento que seu site suporta, incluindo recusa e aceitação posterior, junto com as verificações de instalação. Não interprete um download bem-sucedido do script ou uma resposta 204 vazia como prova de que um evento foi armazenado.
Usuários identificados (opcional)
O proprietário de um site pode ativar Identify users (Identificar usuários) em Settings → Installation e chamar seean.identify(id) para os usuários autenticados do site. O coletor então armazena esse identificador fornecido pelo cliente como uma coluna uid nos registros de eventos do site; enquanto a opção está desativada, qualquer id em um payload é descartado antes do armazenamento. O Seean nunca deriva nem adivinha esse identificador, e o hash diário do visitante não é alterado por ele. O id fica na memória do rastreador apenas para a página aberta, nunca em cookies ou no armazenamento do navegador. Os registros identificados seguem a mesma retenção de três anos, aparecem no CSV de eventos do proprietário, podem ser excluídos por pessoa no painel e nunca são incluídos em painéis compartilhados, widgets incorporados, na demonstração pública ou na API de análise. Veja Pessoas e retenção.
Remoção
Remova o script de todos os locais de instalação e publique a alteração para interromper a coleta futura em páginas recém-carregadas. Uma página já aberta pode manter o script carregado até ser recarregada ou fechada. Remover o script não apaga o armazenamento do navegador nem os relatórios coletados anteriormente. Consulte o gerenciamento de sites para as ações de gestão de dados disponíveis.
Armazenamento no servidor e novas tentativas
Eventos brutos e Web Vitals usam o repositório de análise. Registros aceitos ficam na fila durante uma falha temporária de transferência de armazenamento e são reenviados automaticamente. As novas tentativas de armazenamento preservam a identidade de um registro aceito: copiar o mesmo registro entre os repositórios do Seean não adiciona outra visita nem outra amostra de Web Vitals. Um valor aceito posteriormente para o mesmo ID de métrica de Web Vitals atualiza essa amostra, inclusive quando um rastreador mais antigo omite sua sequência de atualização. Requisições separadas de visualização de página continuam sendo eventos separados; isso não é uma garantia de que sua integração possa reenviar requisições de coleta arbitrárias sem contá-las de novo.
Com o armazenamento bruto em fila, uma identidade de Web Vitals desconhecida ou expirada precisa ser verificada antes que uma amostra seja aceita. Essa verificação não espera por eventos em fila não relacionados nem por um instantâneo de recuperação. Cada medição conhecida mantém seu último valor aceito disponível até que essa atualização específica chegue ao repositório de análise; uma identidade expirada e totalmente transferida pode ser limpa independentemente do tráfego de outros sites. Se o próprio repositório de análise estiver indisponível, uma verificação de identidade a frio retorna 503 sem adicionar a amostra nem debitar sua cota. Visualizações de página e atualizações cuja identidade já é conhecida ainda podem ser aceitas na fila. Após uma redefinição do site, a busca de identidade considera apenas medições a partir desse limite de redefinição. O rastreador do navegador não garante o reenvio de requisições rejeitadas; medições ausentes não são pontuações zero.
Um pequeno resumo de atividade por site armazena os horários do primeiro e do último evento preparado e o horário da última visualização de página, para estados de espera e o estado da instalação. Ele não contém propriedades de eventos nem identificadores de visitantes e segue a redefinição e a exclusão do site.
A coleta também continua durante instantâneos de recuperação. Registros recém-aceitos podem esperar brevemente na fila de transferência, então um relatório pode permanecer em estado de preparação até que esses registros estejam disponíveis; leitores que precisam deles solicitam a transferência imediatamente, e apenas um instantâneo de recuperação em andamento a adia.
Visualizações de página, eventos, Web Vitals e pedidos seguem a política de retenção rolante de três anos de calendário. A limpeza usa um corte de calendário UTC com precisão de milissegundos. Redefinir ou excluir um site também se aplica aos registros aguardando transferência de armazenamento; uma nova tentativa interna atrasada não pode restaurá-los nos relatórios. As cópias de recuperação criptografadas seguem a política separada de retenção de backups.
A limpeza bruta roda em lotes limitados em segundo plano. Os marcadores de exclusão retêm apenas as chaves necessárias para impedir que uma nova tentativa interna mais antiga recrie um registro removido; propriedades de eventos, caminhos e valores de medição são removidos da versão ativa. Partes de armazenamento substituídas e cópias de recuperação criptografadas são recuperadas em seus próprios cronogramas de armazenamento. Isso não é um apagamento seguro imediato de todas as cópias físicas.
Se a retenção da origem remover registros necessários para o detalhamento sob demanda de uma Visão geral mais antiga, atualize a análise antes de abrir essa lista. Os resultados de relatório salvos permanecem inalterados; o sistema não mistura totais retidos com detalhes recalculados de um conjunto de dados diferente.
Algo não ficou claro? Fale com o suporte.