- A privacidade nos testes A/B é uma decisão arquitetónica, não um documento de política — a forma como a ferramenta é construída determina a sua pegada de privacidade
- Três dimensões técnicas separam as plataformas: arquitetura de cookies, roteamento de dados e design da camada de rastreamento
- A arquitetura da Varify.io é privacy-first por design: sem cookies, atribuição client-side, avaliação no teu analytics — zero coleta adicional de dados
- Ferramentas que adaptam privacidade a arquiteturas baseadas em cookies não conseguem igualar a cobertura e simplicidade de ferramentas nativamente sem cookies
Políticas de privacidade são fáceis de escrever. Arquitetura privacy-first é difícil de construir. Ao avaliar plataformas de testes A/B para privacidade de dados, a implementação técnica importa muito mais que as alegações de marketing. Duas ferramentas podem ambas alegar «conformidade com RGPD» tendo pegadas de privacidade fundamentalmente diferentes: uma não define cookies e não processa dados pessoais, a outra define múltiplos cookies e transfere dados para servidores americanos — ambas «conformes» sob interpretações legais diferentes.
Esta comparação técnica examina as diferenças arquiteturais que determinam os resultados reais de privacidade. Varify.io representa a arquitetura privacy-first: sem cookies, hospedada na UE, sem tracking proprietário. Para a checklist de avaliação, consulta o nosso guia de avaliação de privacidade.
Arquitetura de cookies — o divisor fundamental
Sem cookies (Varify.io)
A Varify não define nenhum cookie. A atribuição de variantes utiliza sessionStorage/localStorage — sem rastreamento entre sites, sem necessidade de consentimento, sem necessidade de integração com CMP. O snippet carrega imediatamente sem aguardar consentimento, eliminando o risco de flicker e a latência da CMP.
Cookies próprios (Convert, Kameleoon opcional)
Os cookies próprios mantêm a atribuição de variantes entre sessões no mesmo domínio. Menos invasivos que cookies de terceiros, mas ainda requerem consentimento sob a diretiva ePrivacy do RGPD. A CMP deve executar antes do script de teste carregar, adicionando latência de 100-500ms.
Múltiplos cookies (VWO, Optimizely)
Estas plataformas definem múltiplos cookies para identificação de visitantes, rastreamento de sessões e atribuição de experiências. Consentimento completo é obrigatório. O script de teste deve aguardar aprovação da CMP, criando uma perda de audiência de 20-40% devido ao consentimento rejeitado/ignorado.
| Arquitetura | Consentimento necessário? | Cobertura de audiência | Latência CMP |
|---|---|---|---|
| Sem cookies (Varify) | Não | 100% | 0ms |
| Próprios (Convert) | Sim (reduzido) | 70-85% | 100-300ms |
| Multi-cookie (VWO/Optimizely) | Sim (completo) | 60-80% | 200-500ms |
Fonte: Claude Research, Maio 2026
Roteamento de dados — onde viajam os dados da experiência?
Integração primeiro: dados ficam no teu stack
A Varify envia eventos de atribuição de experiências para a tua ferramenta de analytics (GA4, Matomo, BigQuery). Os dados nunca tocam os servidores da Varify para armazenamento. A tua ferramenta de analytics é o único sistema que processa dados de visitantes. Roteamento de dados: visitante → tua analytics → dashboard Varify lê da tua analytics.
Rastreamento proprietário: dados passam pelo fornecedor
VWO, Optimizely e Kameleoon recolhem dados de visitantes através dos seus próprios scripts de rastreamento. Os dados fluem do navegador do visitante para os servidores do fornecedor (frequentemente baseados nos EUA), são processados, armazenados e depois disponibilizados no dashboard do fornecedor. Roteamento de dados: visitante → servidores do fornecedor → analytics do fornecedor → tu.
A diferença de privacidade é notável: com ferramentas integração-primeiro, os dados dos visitantes nunca saem da tua infraestrutura. Com rastreamento proprietário, cada interação do visitante é enviada para e processada por um terceiro.
Design da camada de rastreamento — fonte única vs. dupla verdade
A arquitetura da camada de rastreamento determina tanto a pegada de privacidade quanto a qualidade dos dados:
- Sem rastreamento adicional (Varify): A Varify trata apenas da entrega de experiências. Toda a medição acontece na tua analytics existente. Zero recolha adicional de dados = zero risco adicional de privacidade. Uma fonte de verdade para todos os dados.
- Rastreamento paralelo (VWO, Optimizely): Estas ferramentas executam as suas próprias analytics junto com as tuas. Dois scripts de rastreamento, dois pipelines de dados, dois conjuntos de cookies. Dobro da pegada de privacidade, e os dois sistemas inevitavelmente produzem números diferentes para as mesmas métricas.
Da perspetiva de um DPO, cada camada adicional de rastreamento requer uma entrada separada no teu registo de processamento, um DPA separado e uma avaliação de impacto separada. Reduzir camadas de rastreamento reduz diretamente a carga de conformidade.
Zero cookies. Zero rastreamento adicional. Zero risco de conformidade.
Privacidade por arquitetura, não por política. A partir de €149/mês.
Implicações práticas para a sua configuração de privacidade
Essas diferenças técnicas traduzem-se em impactos operacionais concretos:
- Gestão de consentimento: Ferramentas cookie-free precisam de zero integração CMP para testes A/B. Ferramentas baseadas em cookies exigem coordenação CMP, carregamento condicional de scripts e manutenção contínua quando as regras de consentimento mudam.
- Complexidade DPA: Ferramentas integration-first (Varify) precisam de um DPA simples cobrindo apenas a entrega de experimentos. Ferramentas de rastreamento proprietário precisam de DPAs cobrindo todo o processamento de dados de visitantes, potencialmente incluindo transferências transatlânticas.
- Trilha de auditoria: Quando todos os dados de experimentos residem na sua analytics, as trilhas de auditoria são diretas. Quando os dados estão divididos entre a sua analytics e o sistema de um fornecedor, as auditorias exigem coordenação com o fornecedor.
- Resposta a incidentes: Se uma ferramenta cookie-free tem um incidente de segurança, nenhum dado pessoal de visitantes está em risco (porque nenhum foi coletado). Se uma ferramenta baseada em cookies é violada, perfis de visitantes, dados de sessão e padrões comportamentais podem ser expostos.
Para setores regulamentados, essas diferenças não são teóricas — elas determinam se o seu programa de testes passa ou falha em auditorias de conformidade.