Ferramentas de Teste A/B para WordPress

O WordPress ainda é o sistema por trás de mais de 40% de todos os sites da internet, segundo o levantamento contínuo do W3Techs, e isso inclui de blogs pessoais a lojas WooCommerce e landing pages inteiras de geração de leads. Mas testar A/B num site WordPress não é igual a testar em qualquer outro site: o mesmo tema que renderiza a página pode vir de um page builder que reescreve a marcação a cada edição, um plugin de cache pode servir HTML estático antes do script de teste sequer rodar, e boa parte da base instalada roda em hospedagem compartilhada, onde desempenho é um recurso mais escasso do que num plano dedicado. Este guia separa o que muda de fato num site WordPress: as três variáveis técnicas que não existem (ou existem de forma diferente) num site comum, o panorama de plugins nativos e ferramentas SaaS genéricas disponíveis, e os cuidados que evitam que o cache ou o page builder derrubem silenciosamente o seu teste. Para uma comparação mais ampla de plataformas fora do contexto WordPress, veja o nosso guia neutro de ferramentas de teste A/B.

Por que testar A/B no WordPress é diferente

Três características do ecossistema WordPress interferem diretamente em como (e se) um teste A/B roda de forma confiável, e nenhuma delas costuma aparecer na ficha de recursos de uma ferramenta de teste.

• Temas e page builders. Um tema WordPress “puro” ou construído no editor de blocos nativo (Gutenberg) gera marcação relativamente estável. Já um site montado em Elementor, Divi ou outro page builder visual costuma gerar IDs e classes que mudam quando a página é editada de novo, um plugin é atualizado ou o tema recebe um ajuste de estilo. Uma ferramenta de teste A/B que depende de seletor CSS para trocar um elemento (o modelo client-side usado pela maioria das ferramentas genéricas) pode simplesmente parar de encontrar o elemento certo depois de uma edição que nada tem a ver com o teste em si.
• Plugins de cache. WP Rocket, WP Super Cache, W3 Total Cache e LiteSpeed Cache, entre outros, existem para servir HTML já pronto direto do disco ou de uma camada de CDN, sem reprocessar PHP a cada visita. Isso é ótimo para desempenho e péssimo para um teste A/B mal configurado: se o cache não sabe que precisa variar o conteúdo por bucket de visitante, ou se as regras de otimização adiam a execução do script de teste, o teste é corrompido ou o flicker piora, dependendo de qual das duas coisas acontece.
• Hospedagem compartilhada. Uma fatia grande da base de instalações WordPress roda em planos de hospedagem compartilhada, onde CPU, memória e tempo de resposta do servidor (TTFB) são recursos divididos com outros sites no mesmo servidor. Somar um page builder pesado a mais um script de teste de terceiros nesse ambiente tem mais chance de bater num teto de desempenho perceptível do que a mesma combinação rodaria num site com infraestrutura dedicada.

Plugins nativos x ferramentas SaaS genéricas: o panorama

Duas categorias disputam esse espaço no WordPress, com um legado que serve de aviso à parte.

Plugins nativos de teste A/B para WordPress

O nome mais visível aqui é o Nelio A/B Testing, um plugin nativo que instala como qualquer outro plugin do repositório do WordPress.org e entende a estrutura do próprio WordPress (posts, páginas, cabeçalhos, editor de blocos) sem depender só de seletor CSS genérico. Segundo a página oficial de planos da Nelio Software (valores em reais exibidos para o Brasil, consultados em julho de 2026), o plugin tem uma versão gratuita (“Starter”) com uma cota de 500 visualizações de página testadas por mês, e três planos pagos: Basic, por R$ 297,32/mês, cobrindo 5 mil visualizações testadas; Professional, por R$ 913,58/mês, cobrindo 50 mil; e Enterprise, a partir de R$ 2.427,20/mês, cobrindo 200 mil e escalando até 1 milhão de visualizações testadas por mês. A gravação de sessão é um complemento pago à parte no Basic e no Professional, e só vem incluída sem custo extra no plano Enterprise. Preço de SaaS muda com frequência e varia por moeda e promoção, então confirme o valor atual direto na página oficial de planos da Nelio antes de decidir, em vez de se basear num número fixo publicado em qualquer artigo, este incluído.

Google Optimize: um alerta, não uma opção

Vale um parênteses específico porque a pergunta ainda aparece com frequência: o Google Optimize foi descontinuado pelo Google em 30 de setembro de 2023 e não está mais disponível para nenhum site, WordPress incluído. Quem ainda encontra tutoriais antigos ensinando a instalar o Optimize num tema WordPress está lendo conteúdo desatualizado. Para quem quer uma alternativa gratuita ou de baixo custo hoje, o caminho é um plugin nativo como o Nelio (na faixa de tráfego que cabe no plano gratuito) ou uma ferramenta genérica com um plano de entrada acessível, não uma tentativa de reviver o Optimize.

Ferramentas SaaS genéricas via snippet

VWO, GrowthBook e Convert, entre outras, não têm uma versão “para WordPress” dedicada: elas instalam via um snippet de JavaScript colado no tema, no cabeçalho do site (por um plugin como o Insert Headers and Footers) ou por um gerenciador de tags, o mesmo mecanismo client-side que usariam em qualquer outro site, coberto em detalhe no nosso comparativo neutro de ferramentas. A vantagem é a abrangência: qualquer elemento visual do site, independente de ser um post, uma página, um produto WooCommerce ou uma landing page isolada, pode virar variação de teste. A limitação é que, sem entendimento nativo da estrutura do WordPress, essas ferramentas dependem inteiramente de seletor CSS estável, o que devolve o problema dos page builders descrito na seção anterior. A Donnu se encaixa nessa mesma categoria: instala com um snippet no tema, com editor visual no-code, sem integração nativa com o WordPress além disso.

Tabela: o que cada categoria resolve de verdade

Categoria	Instala como	Entende a estrutura do WordPress	Testa qualquer elemento visual	Depende de seletor CSS estável
Plugin nativo (Nelio A/B Testing)	Plugin do repositório WordPress.org	Sim, integrado ao editor de blocos e ao catálogo de posts/páginas	Parcial, focado em título, conteúdo, cabeçalhos e elementos do editor	Menos, porque opera dentro da própria estrutura do WordPress
Ferramenta SaaS genérica (VWO, GrowthBook, Convert, Donnu)	Snippet de JavaScript no tema ou via plugin de cabeçalho	Não, é agnóstica de plataforma	Sim, qualquer elemento visual, incluindo tema, page builder e WooCommerce	Sim, totalmente, precisa de seletor estável para funcionar
Google Optimize	Descontinuado desde 30/09/2023	Não se aplica	Não se aplica	Não se aplica, não é mais uma opção

Cuidados técnicos: anti-flicker, cache e seletores instáveis

Três cuidados técnicos concentram a maior parte dos testes A/B que falham silenciosamente num site WordPress, sem nunca aparecer como um erro visível para quem está rodando o teste.

• Excluir o script de teste das regras de cache e de adiamento de JavaScript. Todo plugin de cache sério (WP Rocket, WP Super Cache, LiteSpeed Cache, W3 Total Cache) tem uma forma de excluir um script específico ou um cookie específico das suas regras de otimização; use essa exclusão para o script e o cookie de bucket da sua ferramenta de teste, e para qualquer opção de “adiar” ou “atrasar” a execução de JavaScript que a ferramenta de cache ofereça. Sem isso, ou o cache serve a mesma variação para sempre, ou o script roda tarde demais e o flash do conteúdo original (FOOC) fica mais visível do que precisaria ser.
• Preferir uma classe CSS estável a um ID gerado automaticamente. Page builders como Elementor e Divi regeneram parte da marcação a cada edição salva. Um seletor apontando para um id automático (do tipo elementor-element-a1b2c3d) tende a quebrar na próxima edição da página; uma classe CSS customizada, atribuída manualmente no campo de “classe adicional” do elemento (recurso disponível na maioria dos builders populares), é bem mais estável e sobrevive a edições de layout que não têm nada a ver com o teste.
• Considerar o peso combinado do page builder e do script de teste em hospedagem compartilhada. Um site já pesado por causa do JavaScript e CSS que o próprio page builder carrega, somado a um script de teste mal otimizado, tem mais chance de comprometer o tempo de carregamento numa hospedagem compartilhada com CPU limitada. Isso não é só uma questão de paciência do visitante: desempenho de página é sinal de SEO e afeta a própria taxa de conversão que o teste está tentando medir, então o peso do snippet escolhido importa mais aqui do que numa infraestrutura dedicada.

Critério de escolha: blog de conteúdo, loja WooCommerce ou landing page

O tipo de site WordPress que você opera muda qual categoria de ferramenta costuma servir melhor primeiro.

Tipo de site	O que costuma valer mais testar	Categoria que costuma servir melhor primeiro
Blog de conteúdo	Título, imagem de capa, posição de CTA dentro do post, formulário de newsletter	Plugin nativo (Nelio) para o essencial de título e conteúdo; ferramenta genérica se quiser testar elementos fora do fluxo do editor
Loja WooCommerce	Página de produto, prova social, texto de botão de compra, e o próprio checkout (renderizado normalmente pelo tema, ao contrário da Shopify)	Ferramenta SaaS genérica client-side, porque cobre produto, carrinho e checkout como qualquer outra página do site
Landing page de geração de leads	Headline, formulário, prova social, CTA principal, layout da dobra inicial	Ferramenta SaaS genérica client-side, pelo mesmo motivo: geralmente é uma página isolada, sem depender da estrutura de posts do WordPress

Quanto tráfego o seu site WordPress precisa para um teste confiável

Independentemente da categoria de ferramenta escolhida, a pergunta que decide se vale a pena rodar o teste é sempre a mesma: você tem visitantes suficientes para detectar a melhora que quer, num prazo razoável? Insira a sua taxa de conversão atual e a melhora que você quer conseguir detectar na calculadora abaixo.

Taxa de conversão atual%Efeito mínimo detectávelrelativo (%)absoluto (pp)Confiança909599%Poder8090%Visitantes por semana (total)Testebilateralunilateral

-Visitantes por variação

-Total (2 variações)

-Duração estimada

Cálculo por aproximação normal de duas proporções, 2 variações (50/50). Mexa nos campos e veja o impacto ao vivo.

Como referência ilustrativa para uma landing page de geração de leads: uma página com taxa de conversão de 3% que quer detectar uma melhora relativa de 20%, a 95% de confiança e 80% de poder estatístico, precisa de aproximadamente 13.900 visitantes por variação, seguindo o mesmo método coberto em detalhe no guia de significância estatística em teste A/B. Um blog ou uma loja WooCommerce pequena, com tráfego bem abaixo dessa faixa, deveria mirar num efeito maior para detectar ou aceitar um teste que dura mais ciclos completos de comportamento, em vez de encurtar a amostra e arriscar um falso positivo.

Faça isso automático na Donnu

Se o seu site WordPress já tem um plugin de cache configurado corretamente e um page builder com classes CSS estáveis, e o que você quer testar mora fora do editor nativo, na página de produto de uma loja WooCommerce, no checkout ou numa landing page isolada, uma ferramenta genérica client-side com editor no-code resolve a maior parte do trabalho sem exigir que você reconstrua a lógica de bucket ou de cache na mão a cada teste.

A Donnu é uma dessas opções, não a única: instala com um snippet leve que nunca trava o carregamento da página, com editor visual para trocar texto, imagem e layout sem código, leitura estatística bayesiana e isolamento de dados por conta desde o primeiro dia, com painel e suporte em português. O que a maioria dos plugins nativos de WordPress não entrega de fábrica é justamente esse rigor estatístico honesto: muitos testam variações sem corrigir para peeking ou sem calcular a amostra necessária antes de começar, o que infla falsos positivos mesmo quando a instalação técnica está impecável. Se o seu caso é testar dentro do fluxo do próprio editor de blocos (título, texto de um post específico), um plugin nativo como o Nelio pode servir melhor de partida. Para o resto do site, produto, checkout, landing page, comece um teste grátis de 14 dias e compare direto com o que você está usando hoje.

Leia também

Ferramentas de teste A/B para Shopify no Brasil · Ferramentas de teste A/B comparadas: visão neutra · O que é teste A/B? O guia completo · Significância estatística em teste A/B.

Referências

• W3Techs. Usage Statistics and Market Share of WordPress. w3techs.com/technologies/details/cm-wordpress.
• Nelio Software. Planos e preços do Nelio A/B Testing. neliosoftware.com/testing/pricing.
• Google. “Sunset: Google Optimize”, com a data oficial de descontinuação. support.google.com/analytics/answer/12979939.
• WP Rocket. Documentação sobre exclusão de cookies das regras de cache (“Never Cache Cookies”). docs.wp-rocket.me/article/1382-never-cache-cookies.
• WP Rocket. Documentação sobre exclusão de scripts do adiamento de execução de JavaScript (“Delay JavaScript Execution”). docs.wp-rocket.me/article/1349-delay-javascript-execution.
• WooCommerce. Documentação da extensão Stripe, incluindo a limitação de estilização dos campos de pagamento no iframe. woocommerce.com/document/stripe/customization/style-payment-form.