Sempre que um cliente pede um orçamento para “mexer no site” sem saber em que plataforma ele foi feito, a primeira coisa que faço antes de responder é descobrir isso sozinho — economiza uma reunião inteira de perguntas. E na maioria dos casos em que o site parece “genérico” o suficiente, a resposta é WordPress, só que escondido atrás de um tema customizado. Aqui vai o processo que uso, do mais rápido ao mais detalhado.
O jeito mais rápido: olhar o código-fonte
Clique com o botão direito em qualquer lugar da página e escolha “Exibir código-fonte da página” (ou pressione Ctrl+U no Windows/Linux, Cmd+Option+U no Mac). Use Ctrl+F para buscar por algum desses termos:
wp-content— praticamente garante que é WordPress. Essa pasta guarda temas, plugins e uploads, e aparece nos caminhos de praticamente todo recurso carregado.wp-includes— outra pasta exclusiva do núcleo do WordPress.wp-json— indica que a REST API do WordPress está ativa, algo presente por padrão desde a versão 4.7.name="generator" content="WordPress— nem sempre aparece (muitos sites removem essa meta tag por segurança), mas quando está lá, é confirmação direta.
Se encontrar qualquer um desses, pode considerar confirmado. Se não encontrar nenhum, não descarte ainda — muitos sites removem essas pistas de propósito por segurança, então vale seguir para o próximo método antes de concluir que não é WordPress.
Descobrindo o tema específico
Ainda no código-fonte, procure por /wp-content/themes/. Logo depois dessa parte do caminho vem o nome da pasta do tema, que geralmente corresponde ao nome comercial dele (por exemplo, /wp-content/themes/astra/ indica o tema Astra). Dentro dessa mesma busca, procure também por arquivos style.css carregados a partir dessa pasta — abrindo o link direto desse arquivo no navegador, muitos temas mostram um cabeçalho de comentário no topo com nome, versão e autor do tema.
Um detalhe que ajuda bastante: se o site usa um construtor visual por cima do WordPress (Elementor, Divi, WPBakery), você vai ver classes CSS características no HTML, tipo elementor-widget ou et_pb_section. Isso é útil quando você vai orçar uma manutenção, porque o preço e a complexidade mudam bastante dependendo do construtor usado.
Identificando plugins ativos
Plugins também deixam rastro em /wp-content/plugins/nome-do-plugin/. Alguns lugares comuns para encontrar essas pistas:
- Formulários de contato costumam expor o plugin usado nos nomes dos campos ou nos scripts carregados (Contact Form 7, WPForms, Gravity Forms têm assinaturas bem características no HTML).
- Se o site tiver loja, veja se aparece
woocommerceem algum lugar do código ou da URL do carrinho — é o plugin de e-commerce mais usado no WordPress de longe. - SEO: meta tags com padrão específico de Yoast SEO ou Rank Math aparecem no
<head>, geralmente com comentários indicando qual plugin gerou aquele bloco.
Usando ferramentas online (mais rápido, mas nem sempre completo)
Existem detectores gratuitos que fazem essa varredura automaticamente — você cola a URL e eles retornam tema, plugins detectados e às vezes até a hospedagem usada. Funcionam bem para uma checagem rápida, mas tendem a errar em sites que usam cache agressivo ou CDN, porque o HTML entregue pode estar minificado ou modificado o suficiente para esconder os padrões que a ferramenta procura. Nesses casos, o método manual pelo código-fonte costuma ser mais confiável.
Se você mexe com isso com frequência, vale instalar uma extensão de navegador dedicada a isso — economiza o processo de abrir código-fonte toda vez, já que ela faz a varredura com um clique direto na barra de ferramentas.
E se nenhum sinal aparecer?
Alguns sites em WordPress são difíceis de identificar porque passaram por um processo de “hardening” de segurança que remove ou disfarça esses rastros de propósito — trocando os caminhos padrão de wp-content e wp-includes por nomes customizados, por exemplo. Nesse caso, alguns sinais indiretos ainda ajudam:
- Teste acessar
/wp-login.phpno final da URL do site. Mesmo com caminhos customizados, essa página de login às vezes continua ativa no endereço padrão. - Teste também
/wp-json/— se retornar um JSON com informações do site (mesmo que a REST API esteja parcialmente bloqueada), é WordPress. - Veja o comportamento dos formulários de comentário, se existirem: o padrão de campos e nomes de cookies do sistema de comentários nativo do WordPress é bem característico.
Se depois de tudo isso nada aparecer, é bem provável que realmente não seja WordPress — pode ser um site estático, outro CMS (Wix, Squarespace, Joomla) ou desenvolvido sob medida.
Problemas comuns nessa investigação
1. O site carrega tudo via JavaScript e o código-fonte vem quase vazio
Isso é comum em sites feitos com frameworks JavaScript modernos por cima, ou headless CMS. Nesse caso, use a ferramenta de desenvolvedor do navegador (F12), aba “Rede” (Network), recarregue a página e procure pelos mesmos padrões (wp-content, wp-json) nas requisições que aparecem ali, já que muitas delas carregam conteúdo depois do carregamento inicial.
2. Encontrei “wp-content” mas o site não parece nada com WordPress
Às vezes é um site migrado de WordPress para outra plataforma sem limpar os arquivos antigos, ou um CMS diferente que reaproveitou a estrutura de pastas por compatibilidade. Confirme com pelo menos dois dos sinais listados antes de concluir.
3. As ferramentas online dão respostas diferentes entre si
Cada ferramenta usa uma lista própria de assinaturas de plugins e temas, que fica desatualizada com o tempo. Prefira confiar no método manual pelo código-fonte quando houver divergência — é a fonte mais direta.
Perguntas frequentes
Dá para saber a versão exata do WordPress que o site usa?
Às vezes. Procure pela meta tag generator no código-fonte — quando presente, costuma trazer o número da versão. Sem ela, dá para estimar pela versão dos arquivos JavaScript do núcleo (como jquery ou wp-emoji-release.min.js), que trazem parâmetros de versão na URL.
Isso funciona para descobrir se um concorrente usa WordPress?
Sim, é uma prática comum e legítima de pesquisa de mercado — você só está olhando informação pública que o navegador já baixa normalmente ao carregar a página.
Consigo saber quais plugins pagos (premium) o site usa?
Às vezes. Plugins premium também deixam rastro no caminho de arquivos, mas o nome da pasta nem sempre corresponde ao nome comercial do produto, dificultando a identificação exata.
É antiético fazer esse tipo de investigação em site de terceiros?
Não, desde que você só analise o que já é público (código-fonte, requisições de rede). Isso é diferente de tentar acessar áreas restritas ou explorar vulnerabilidades — que aí sim seria ilegal.
Depois de confirmar que o site é WordPress e decidir migrar ou testar mudanças localmente antes de aplicar em produção, o guia de como configurar servidores locais com XAMPP ajuda a montar esse ambiente de testes. E se o objetivo é entender melhor as ferramentas usadas no design do site identificado, vale conferir também as ferramentas de design gráfico gratuitas.
