Webtrends Optimize

Webtrends Optimize é uma plataforma de A/B testing + personalization. Permite criar variantes de página, testar e tomar decisões data-driven sem deploy de front.

:::warning Heavy load — só ativar com experimento ativo Webtrends carrega scripts pesados e requer anti-flicker CSS (body { opacity: 0 }) que degrada LCP em até 2 segundos. Ative apenas quando há experimento real rodando — desative durante "down time" entre experimentos. :::

Configuração por brand

{ webtrendsAccountId: "251da524-89d9-43b5-a186-8309fea3b93f" }

Brand	`webtrendsAccountId` (prod)
7k	comentado no override (preparado pra ativar — `"251da524-..."`)
Demais brands	`null` (não configurado)

Em dev sempre null ou undefined (não roda Webtrends em dev local — não faria sentido).

Anti-flicker CSS

O body começa com opacity: 0 até o Webtrends Optimize aplicar suas variantes. Sem isso, o usuário veria o conteúdo original brevemente (FOUC) antes da variante de teste aparecer — o que invalida estatisticamente o experimento.

Trade-off:

Com anti-flicker: experimento estatisticamente válido, mas LCP +2s
Sem anti-flicker: LCP normal, mas FOUC visível antes da variante carregar

A versão atual do front usa o trade-off "anti-flicker ativo" — quem ativa Webtrends precisa estar ciente do impacto LCP.

Histórico: uma versão anterior tentou anti-flicker via scheduleThirdParty enfileirando o init. Resultado: o opacity: 0 do CSS ficava ativo até o init rodar (que esperava LCP + 1ª interação + 7s de delay) — página ficava invisível até o user scrollar/clicar. Trade-off acceptable: pode aparecer flicker quando WT troca conteúdo above-the-fold, mas página renderiza imediatamente.

Como debuggar