Auditoria WordPress: o que corrigir no seu site, e a prova de que foi corrigido

Auditoria WordPress, trocando em miúdos

Quem pesquisa “auditoria WordPress” ou “analisar site WordPress” não quer uma definição. Quer saber o que está errado no próprio site e, principalmente, o que fazer depois. Os resultados de busca respondem mal a essa segunda parte.

Os guias mais bem posicionados listam trinta itens para verificar e dão conselhos corretos, mas genéricos — “otimize as imagens”, “instale um cache” — e param por aí. Você fecha a aba sabendo o que verificar, sem saber o que está quebrado no seu site nem como consertar. É essa lacuna que esta página cobre. “Otimize as imagens” não ajuda; “abra o Imagify, ative a conversão para WebP e a exibição das imagens WebP no site, e analise de novo” ajuda.

O ciclo tem três etapas, e é disso que esta página trata:

1. Diagnóstico — a análise encontra os problemas e os ordena por gravidade.
2. Correção — para cada um, o plugin ou a configuração do WordPress a mudar.
3. Prova — uma nova análise que mostra a nota antes e depois. Sem isso, você nunca sabe se resolveu o problema ou só mudou ele de lugar.

O que a análise examina, e as correções rápidas que já aparecem na auditoria grátis

Seis dimensões. A auditoria grátis mostra a nota de cada uma e os cinco problemas mais graves. Para cada dimensão, esta é a correção de alto retorno que aparece com mais frequência — aquela que dá para fazer ainda nesta semana.

Muitas ferramentas param nessa lista de correções genéricas. O resto da página vai além: a mudança exata no WordPress, dimensão por dimensão.

Como a nota é calculada, e o que ela não diz

Vale deixar isso por escrito, porque a pergunta sempre aparece: de onde sai esse número?

Cada dimensão começa com 100 pontos. Cada verificação reprovada tira um número fixo de pontos, de acordo com a gravidade: de 2 a 30 pontos. As falhas mais caras são as que quebram o site ou deixam uma porta aberta, como um site sem HTTPS ou um servidor que leva mais de 2,5 s para começar a responder. A nota de uma dimensão fica sempre entre 0 e 100. A nota geral é a média das seis dimensões, arredondada. Se o site não roda WordPress, a dimensão WordPress sai do cálculo e a média é feita sobre cinco.

Na prática, uma nota geral de 70 pode esconder uma dimensão com 100 e outra com 32. É exatamente o que aparece no exemplo mais abaixo. A nota geral tranquiliza ou assusta; são as notas por dimensão que mostram onde investigar.

Nota não é posição no Google

Nenhuma nota de 0 a 100 — nem a nossa, nem a do PageSpeed Insights — é fator de ranqueamento. O Google avalia limites (LCP, INP, CLS) e relevância, não uma nota resumida. Subir de 82 para 87 ajustando detalhes não rende nada; corrigir uma falha de indexação, sim. Trate a nota como termômetro, não como boletim escolar.

O que a auditoria anônima vê, e o que ela não vê

O motor lê o seu site de fora, sem acesso ao painel. É uma escolha — nada para instalar, nada para conectar —, mas ela tem uma contrapartida que precisa ser dita com clareza.

Um aviso importante: hoje a análise não mede os Core Web Vitals (LCP, INP, CLS). Ela mede o tempo de resposta do servidor e as causas mais comuns de lentidão no código da página — imagens, scripts e CSS que bloqueiam, fontes. Para os valores de LCP, INP e CLS, use o PageSpeed Insights do Google, que é gratuito.

Em resumo: o scanner vê o que o Googlebot e um invasor veem — o que já é muito, porque é exatamente isso que custa posições ou expõe o site. O que ele não vê exige os seus olhos no painel ou um plugin de segurança instalado no servidor. Quando um item depende de acesso ao painel, isso está escrito, e não inflado num contador de verificações.

A 7ª camada que quase nenhuma auditoria olha: ser citado pelas IAs (GEO)

Uma parte dos seus visitantes já não passa por dez links azuis, e sim por uma resposta do ChatGPT, do Perplexity ou das AI Overviews do Google. Ser citado por esses mecanismos virou um canal próprio. O nome disso é GEO — Generative Engine Optimization —, e a maioria das auditorias de WordPress ainda ignora o assunto.

Honestidade primeiro: desses pontos, só o hreflang é verificado automaticamente pelo motor (dimensão SEO). Os outros se conferem à mão, em trinta segundos cada. Veja como, com o comando exato.

Uma palavra sobre o WordPress em particular. O plugin de SEO que você já usa — Yoast, Rank Math, SEOPress — cuida do autor, das datas e do schema Article: metade do trabalho de E-E-A-T fica pronta se ele estiver bem configurado. O llms.txt é só um arquivo de texto na raiz do site. E o acesso dos robôs de IA se ajusta no robots.txt virtual do WordPress ou no editor de robots.txt do seu plugin de SEO.

O plano de ação no WordPress: onde clicar, exatamente

É aqui que esta página se separa das outras. Um scanner que diz “melhore o seu TTFB” deixa você procurando por duas horas. Para os problemas mais comuns, esta é a ação precisa — o plugin, a opção, a configuração. Os identificadores em código são os das verificações do relatório, para você ligar cada linha à sua análise.

A última coluna é a minha parte assumidamente subjetiva: uma estimativa de esforço e de ganho tirada dessas correções feitas de verdade nos nossos próprios sites, não um número gerado por um motor. Ela serve para decidir quando tudo está vermelho: primeiro o que leva 10 minutos e rende muito; para um dia tranquilo, o que leva duas horas e reforça a segurança sem mexer muito na nota.

O relatório completo, por € 9,90, traz cada uma das verificações com o valor medido no seu site e a correção recomendada, mais a exportação em PDF. A auditoria grátis mostra as cinco mais graves: muitas vezes isso já basta para um primeiro fim de semana de correções. Uma ordem que quase sempre funciona: cache e WebP primeiro (ganho alto, esforço baixo), fechar a lista de usuários da API REST logo em seguida, e deixar o CSS e o JS bloqueantes para quando houver tempo de testar a página com calma.

Como fica o resultado em um site real

Em vez de uma captura de tela retocada, esta é a análise real feita em 16 de julho de 2026 no mythologiste.com, uma loja WooCommerce em francês que nós mesmos hospedamos. Os defeitos, portanto, são nossos, e não vou enfeitá-los.

O que importa é o contraste: 100/100 em SEO on-page e 32/100 em desempenho, no mesmo site, no mesmo momento. O plugin de SEO faz muito bem o trabalho dele — title, meta description, canonical, sitemap, schema, tudo certo. E isso não diz nada sobre desempenho nem sobre segurança, porque um plugin de SEO não olha para isso. É o mal-entendido número 1 de quem tem site em WordPress: “tenho o Yoast, então o meu site está bom”.

A prova: analisar de novo depois de corrigir

Corrigir sem conferir é trabalhar no escuro. Um caso real: no mythologiste.com, ativar o cache de página para baixar o TTFB desligou o lazy loading nativo do WordPress no caminho. Nota de desempenho subindo de um lado, nova falha do outro. Sem uma nova análise, ninguém teria percebido.

O método é simples e confiável:

1. Anote a nota inicial de cada dimensão (a auditoria grátis basta).
2. Corrija um problema por vez, começando pelas falhas (fail).
3. Analise a mesma URL de novo. A nota subiu? Mantenha. Não mudou, ou apareceu outro problema? Você sabe na hora o que ajustar.

Nas páginas que importam, essa nova análise vira um hábito mensal, porque um site WordPress piora sozinho: uma atualização de tema volta as imagens para JPEG, um plugin acrescenta o JavaScript bloqueante dele, uma migração reativa a opção de visibilidade que pede aos mecanismos de busca para não indexar o site. O plano Pro automatiza esse acompanhamento e avisa quando uma nota cai; mas a nova análise manual e gratuita já resolve a maior parte do trabalho em um punhado de páginas.

Qual ferramenta para qual necessidade

Este scanner não substitui o seu plugin de SEO nem um consultor. Ele ocupa um espaço preciso, e é este, com o que ele não sabe fazer.

Nossos limites, com clareza. O motor analisa uma URL por vez, não o site inteiro: ele não vê páginas órfãs, profundidade de cliques nem conteúdo duplicado. Não sabe nada dos seus backlinks e não julga se o texto responde à intenção de busca. O uso certo: a análise primeiro, porque leva menos de um minuto e encontra os problemas técnicos mais comuns; depois uma comparação com um concorrente; e, por fim, uma pessoa, se o que está em jogo justificar.

O que aparece de verdade: 21 sites WordPress passados pelo scanner

Método. Em 16 de julho de 2026, passei 21 sites WordPress em francês por este motor: blogs sobre WordPress e SEO, sites de agências e de empresas de hospedagem. Não é uma amostra do Brasil, e é uma amostra favorável — são profissionais da web, não sites de pequenas empresas largados sem manutenção. Leve isso em conta ao comparar com o seu site.

• Nota geral mediana: 79/100 (mínimo 65, máximo 87). Ninguém chegou a 90, nem quem trabalha com isso.
• 15 dos 21 sites não servem nenhuma imagem em WebP ou AVIF. Nenhuma. O recorde: uma página que carrega 293 imagens, todas em JPEG ou PNG.
• 6 dos 11 sites cuja API REST responde publicam a lista de usuários em /wp-json/wp/v2/users — até 10 nomes de usuário à mostra, metade do trabalho de um ataque de força bruta.
• 16 dos 21 sites não têm Content-Security-Policy, e 9 dos 21 não têm HSTS.
• O TTFB mediano é de 171 ms; só 3 dos 21 sites passam de 600 ms.

Duas surpresas que essa análise trouxe. O pior TTFB da amostra (1.802 ms) é de um site que nós mesmos gerenciamos. E um site de referência em SEO na França exibia, naquele dia, um title de cassino indonésio (“ROYALTOGEL — Login Bandar Slot Gacor”): uma invasão por injeção, invisível no painel do WordPress, mas lida primeiro pelo Google. Uma auditoria externa vê isso; o painel, não.

Perguntas frequentes