Registro: diagnóstico SEO/GEO no live felipecferreira.com.br (plugin 1.1.x, 08/08/2026)

Esta não é uma página de lançamento de produto. É um registro histórico com dados reais: o que o nosso plugin personalizado de diagnóstico voltado a inspeção interna de SEO/GEO enxergou em meu próprio site (que utilizamos como vitrine, isto é, vivemos e executamos o nosso método de trabalho), o que eu ajustei à mão, e o que o re-run mostrou no mesmo dia, etc.

Poucas empresas mostram isso com runs identificáveis, versões de plugin e contraste before/after no próprio domínio. Vamos compartilhar com os limites à vista, não só o recorte “bonito”.

Se você busca suporte em nossa consultoria de Busca e Autoridade ou possui interesse sobre este contexto, este conteúdo serve como âncora: o que o nosso Plugin faz, o que ele não faz, e como ele entra numa rotina técnica estruturada para execução de serviços ou para levantamento de diagnóstico para uma equipe interna ou terceira executar.

Nosso Plugin Diagnóstico de SEO não está disponível para compra.

O seu uso representa uma etapa dentro do nosso processo de trabalho que envolve Search Engine Optimization (SEO) e Generative Engine Optimization (GEO).

Se você quiser saber mais sobre aspectos de segurança, como o Plugin opera no código entre outros dados, clique aqui.

1. Por que este registro existe

Em 2026 o site felipecferreira.com.br passou por uma virada estrutural: saída do Elementor Pro e entrada no tema ASC.

O ASC Base Theme foi projetado, codado e validado para ser um tema base leve, seguro, estável e responsivo para WordPress. Feito do absoluto zero, também por nossa empresa.

Se quiser saber mais sobre o ASC Base Theme, clique aqui.

Felipe, mas por que vocês interromperam o uso do page builder Elementor Pro? Se quiser saber mais sobre causas e motivos, clique aqui.

Depois de uma migração dessas, é comum termos problemas com: metadados inconsistentes, taxonomia suja, páginas que devem continuar noindex, e a sensação de que você não tem um inventário interno confiável do que o WordPress e o Yoast (ou outro) realmente guardam.

É obvio que para analises e correções de erros, o Crawl externo continua útil; o Search Console continua útil! E devem ser utilizados.

Mas fica um questionamento: o que está gravado aqui dentro da minha instalação, agora, entidade por entidade?

Para essa pergunta eu construí (ao longo de meses de trabalho) um plugin de diagnóstico interno. Se você trabalha com SEO ou já precisou desenvolver um levantamento de erros MANUALMENTE, sabe a quantidade de tempo, o desgaste de registrar tudo e a possibilidade de ainda “deixar coisas pra trás”.

E para deixar claro, antes de seguirmos: o plugin não é o produto que “faz o resultado” para visibilidade, indexação ou recomendação por Google ou qualquer outro motor de busca que opere com Inteligência Artificial.

O plugin é a peça que torna o diagnóstico da consultoria repetível, auditável e reexecutável depois da intervenção.

Este artigo registra o dia em que esse fluxo fechou no live: 8 de agosto de 2026.

2. O que o plugin é (e o que ele deliberadamente não é)

Vou ser direto com você, porque a categoria “plugin de SEO” está cheia de promessa errada.

O plugin opera com uma coleta estruturada no core do WordPress.

Lê banco, escopo de post types públicos, metadados via adapters (Yoast; também Rank Math e AIOSEO), configurações de visibilidade, inventário da stack SEO, taxonomias; aplica regras e compõe um relatório Markdown com seções fixas, achados agregados e hash do artefato.

Se a arquitetura do WordPress é o mapa de uma construção, este instrumento é a inspeção do que está configurado nele, isto é, vigas, pilares, instalações hidrossanitárias, elétricas, etc.

Nosso plugin não é:

• um crawler HTTP (não “visita” a página como o Googlebot);
• substituto de Screaming Frog, Sitebulb ou auditoria de renderização;
• botão que sobe ranking, tráfego ou autoridade;
• um sistema que “otimiza sozinho” títulos e descriptions.

Outro ponto importante: o plugin não possui código aberto.

Ele compõe parte da contratação de serviços, até esta data é instalado e operado por alguém da nossa empresa. O relatório de resultados é exportado, compartilhado e o plugin é desinstalado da forma correta.

3. Contexto do site no dia do registro

Para o before/after fazer sentido, apresentamos o enquadramento do ambiente.

Item	Valor no live (08/08/2026)
Domínio	felipecferreira.com.br
WordPress / PHP	6.9.5 / 8.3.30
Tema	ASC Base Theme 0.1.3 (Elementor Pro abolido)
Stack SEO	Yoast SEO 28.2 + Yoast Premium 26.7
Permalink	/biblioteca/%postname%/
Escopo do diagnóstico	post, page, asc_document → 124 entidades (103 + 20 + 1)

Isso importa porque o plugin não “escolhe um site demo limpo”.

Antes do teste prático em nosso site submetemos o plugin para rodar em staging em diversas condições problemáticas, inclusive com múltiplos plugins de SEO instalados e ativos concomitantemente.

Depois rodamos a varredura no site oficial da consultoria, no mesmo lugar onde a oferta, a Biblioteca e as páginas legais convivem (inclusive com noindex intencional).

4. Início: o before (f49b86f6)

4.1 A primeira run completa

A baseline de conteúdo é a run f49b86f6, gerada com o plugin 1.1.0.

• Status: COMPLETED
• Cobertura de conteúdo: 124/124 (100%)
• Erros de coleta: 0
• Achados totais: 67 (0 críticos · 6 alta · 59 média · 2 baixa)

Distribuição que importava para a rotina:

Achado	Qtd	Leitura operacional
missing_seo_title	54	49 indexáveis · 5 noindex
missing_meta_description	5	1 indexável (POP) · 4 noindex
indexability_conflict (noindex)	6	páginas legais / obrigado / bio etc.
empty_taxonomy_terms	2	category vazias + tag vazia

Se você só olhar “67 achados”, a tendência é entrar em pânico de checklist. Mas separei indexável vs noindex antes de escrever uma linha de title.

4.2 Fidelidade: o relatório não ficou “só na fé”

Antes de otimizar, confrontei o Markdown com o servidor (SSH na Hostinger), DB e HTML.

Resultado útil para este registro:

• Ambiente (WP, PHP, tema, permalink, memória): confirmado
• Escopo 124: confirmado
• 6 noindex: 6/6 no DB + indexable Yoast + HTML noindex, follow
• 54 missing SEO title: 54/54 no DB
• 5 missing metadesc: 5/5
• Falsos positivos de SEO: 0
• Fidelidade global estimada: ~92%

Os pontos que “perderam nota” não invalidavam a rotina, eram débitos de produto ou de apresentação:

1. Yoast Premium ativo, mas omitido no inventário do 1.1.0 (gap do detector — corrigido depois no 1.1.4).
2. Agregação de taxonomia no Markdown antigo agrupava mal a descrição (o dado category=4 / tag=1 estava certo).
3. Labels do tipo ID category no run 1.1.0 (já corrigido em 1.1.1+ para taxonomy:…).
4. Severidade ALTA em indexability_conflict para noindex intencional: dado correto, framing alarmista.

Isso é o tipo de honestidade que eu quero neste registro: o instrumento era bom o bastante para agir; não era perfeito; e eu documentei a diferença.

5. Meio: a rotina (o plugin aponta; eu executo)

Aqui está o “miolo” do método e o ponto onde muita narrativa de ferramenta mente por omissão.

5.1 Trilho A: o que mexer no site

Defini três caixas.

P0 — fazer agora (efeito real no before/after de busca/qualidade interna)

• Escrever SEO title Yoast nas 13 pages indexáveis sem title custom (home, soluções, contratar, pilares de oferta, etc.).
• Escrever SEO title nos posts indexáveis da Biblioteca que ainda estavam sem title custom (~35 aplicados no lote).
• Completar title + meta description do CPT asc_document do POP de implementação e homologação JSON-LD (único gap de metadesc indexável) — documento irmão do guia JSON-LD para SEO, GEO e AEO.

P1 — higiene

• Remover ou popular categorias vazias.
• Associar ou limpar a tag vazia Anthropic.

P2 — não mexer nesta rotina

• Manter as 6 páginas noindex.
• Não “zerar” indexability_conflict indexando o que não deve ir ao Google.
• Não tratar max_execution_time do PHP como problema de SEO on-page.

Se você está lendo isso como checklist genérico: adapte a lógica, não a lista.

A regra útil é: otimize o que é indexável e comercialmente relevante; preserve noindex consciente; limpe taxonomia que só gera ruído.

5.2 O que foi aplicado (sem teatro)

No mesmo dia 08/08/2026:

1. Lote pages — 13 SEO titles em páginas indexáveis (ex.: home “Engenharia em Aquisição de Clientes | Felipe C Ferreira”; soluções, contratar, pilares). Verificação: zero pages indexáveis ainda sem title.
2. Lote Biblioteca — 35 posts indexáveis com SEO title; sync de indexables Yoast; purge LiteSpeed.
3. Lote POP — title (60 chars) + description (132 chars) no documento de implementação/homologação JSON-LD.
4. Lote taxonomia — default category lixo removida; pilares preenchidos; tag Anthropic associada a 3 posts; empty terms → 0.

Ferramenta de aplicação: WP-CLI / meta Yoast no live, com revisão humana por lote.

5.3 Por que isso importa para você

Porque o −78% que vem na próxima seção não é mérito do plugin sozinho. O plugin tornou o gap visível, priorizável e revalidável.

A queda veio da execução.

Eu construí o instrumento com meses de esforço em arquitetura, coleta e regras. Mesmo assim, no discurso público, eu recuso a frase fácil: “o plugin gerou o resultado”.

O plugin é peça fundamental da consultoria. O resultado tangível aparece quando diagnóstico, decisão e execução caminham juntos.

6. O after (e0ee84df) e a validação 1.1.4 (88ca4a23)

6.1 Contraste principal

Re-run após a rotina: run e0ee84df, plugin 1.1.3.

Indicador	Before f49b86f6	After e0ee84df	Δ
Achados totais	67	15	−78%
Críticos	0	0	=
Alta (indexability_conflict)	6	6	= (noindex intencional)
Média	59	9	−50
Baixa (taxonomy)	2	0	−2
missing_seo_title	54	5	−49 (só noindex)
missing_meta_description	5	4	−1 (POP resolvido; restam noindex)
Gaps title/desc indexáveis	49 + 1	0	P0 cumprido
Coleta	124/124 · 0 erros	124/124 · 0 erros	OK

Leitura correta dos 15 remanescentes: não é “ainda falta otimizar o site”. É, em essência, o bloco de pages noindex de propósito, ainda emitindo achados médios/altos.

Eu deixei assim. Indexar aviso legal para “limpar o relatório” seria vanidade de dashboard.

6.2 Terceira run: estabilidade + inventário free/Premium

Depois subi o plugin 1.1.4 no live e rodei de novo: 88ca4a23.

• Achados: 15 (estável em relação ao after de conteúdo).
• Inventário SEO: passa a listar Yoast free + Premium addon, com papel tipado (engine vs addon).
• Sem falso CRITICAL de “dois plugins SEO em conflito” só porque free e Premium do mesmo vendor estão ativos.

Isso parece detalhe. Na operação não é!

Detector que conta addon como segundo motor gera ruído consultivo e ruído consultivo vira decisão errada.

7. O outro fio: por que o ciclo 2 do plugin entra neste registro

Se este texto falasse só do site, bastaria a seção anterior. Mas o registro é também sobre o instrumento.

Houve um ciclo de correção (v1.0.0 problemático → v1.1.x) em que o diagnóstico deixou de ser “quase útil” e passou a ser utilizável em produção com lastro.

Em linguagem de produto, não de changelog:

• Contadores deixaram de mentir sobre o tamanho do trabalho.
• Achados passaram a agregar por regra (em vez de repetir a mesma frase dezenas de vezes).
• A execução virou passos client-driven com checkpoint: site médio não depende de um request eterno.
• Concorrência e retomada deixaram de ser teatro.
• Multi-origem SEO e inventário tipado free/Pro fecharam buracos que geram falso positivo ou omissão.

Versão em produção mais recente: 1.1.5 (ajustamos um detalhe de cabeçalho ainda durante a revisão deste artigo).

O código e o histórico técnico ficam no repositório, não numa página de help do painel WordPress.

8. Como eu leio severidade (para você não se enganar com o painel)

Um ponto prático, quase de ofício.

Quando o relatório grita ALTA em indexability_conflict numa página de privacidade ou obrigado, o dado (“está noindex”) pode estar perfeito, e a prioridade operacional ser zero.

Logo, ATENÇÃO: Severidade do motor ≠ prioridade da consultoria.

Eu mantenho isso explícito neste registro por dois motivos:

1. Transparência: sobram 6 altas depois da rotina, e isso é esperado.
2. Débito de produto: o framing ainda é mais alarmista do que eu quero a longo prazo. Vou melhorar a comunicação da regra; não vou falsear o site para agradar o contador.

Se você for usar um diagnóstico interno no seu projeto, tenha isto em mente. CUIDADO COM AUTOMAÇÕES e uso de sistemas de correção com IA sem supervisão humana qualificada.

9. O que este caso prova (e o que ele não prova)

Prova

• Que, no live da consultoria, um diagnóstico interno com ~92% de fidelidade auditada foi suficiente para montar uma rotina P0/P1/P2.
• Que a execução de metadados + taxonomia zerou gaps de title/description em URLs indexáveis no mesmo dia.
• Que o re-run mostrou 67 → 15 achados (−78%), com remanescentes explicáveis.
• Que a evolução 1.1.x do plugin (incluindo inventário free/Premium no 1.1.5) torna o instrumento publicável como medição, não só como protótipo.

Não prova

• Salto de posição no Google, impressões ou cliques (não é o objeto deste registro). Para presença local/GBP, ver Domine o Google Meu Negócio (2026).
• Que instalar o plugin “resolve SEO”.
• Que crawl externo ou GSC ficaram obsoletos.
• Que todo site terá a mesma curva −78% — isso depende do gap inicial e da disciplina da rotina.

Eu registro o que medi. Não invento o que não medi.

10. Fecho: para que serve este tipo de nota

Se você chegou até aqui, o resumo operacional é este:

1. Migração de tema/stack cria dívida de metadados mesmo quando o visual “melhorou”.
2. Diagnóstico interno bem feito mostra a dívida com IDs, regras e reexecução.
3. Rotina curta e consciente (indexável primeiro; noindex preservado) produz contraste mensurável.
4. O plugin é peça fundamental do método da consultoria (construída com rigor) e não trabalha sozinha.

É vida real: aspectos reais, runs reais, limites reais.

É o tipo de registro que o mercado pouco apresenta, porque exige admitir before feio, after incompleto de propósito, e ferramenta com débito conhecido.

Para mim, isso não é fraqueza de narrativa. É o padrão mínimo de seriedade.

Se fizer sentido conversar sobre o método nas soluções ou em contratar, estaremos a disposição para falar sobre o seu projeto.

Apêndice: âncoras técnicas

Para quem for auditar o registro (sem transformar este post em manual de produto):

Âncora	Valor
Data	2026-08-08
Before	run f49b86f6 · plugin 1.1.0 · 67 achados
After conteúdo	run e0ee84df · plugin 1.1.3 · 15 achados
Validação produto	run 88ca4a23 · plugin 1.1.4 · 15 achados + inventário Premium
Fidelidade before (SSH/DB/HTML)	~92% · FP SEO: 0
Repositório / docs técnicas	seo-plugin-inspecao-fcf (NÃO PÚBLICO)
Procedimentos públicos (hub)	Documentação (POPs/manuais — não este registro)

Perguntas frequentes

O plugin está à venda ou é open source?

Não. É instrumento proprietário da consultoria: instalamos, operamos a varredura, exportamos o relatório Markdown e desinstalamos. Não há código aberto nem distribuição do ZIP como produto.

O que o plugin faz, e o que ele não faz?

Faz inspeção interna no WordPress (DB, metadados SEO via adapters, visibilidade, taxonomias, stack SEO) e gera um relatório com regras e achados. Não é crawler HTTP, não substitui Screaming Frog/GSC e não otimiza títulos nem sobe ranking sozinho.

O que os números 67 → 15 (−78%) significam de verdade?

Significam contraste mensurável após execução humana guiada pelo diagnóstico: titles/descriptions indexáveis e higiene de taxonomia. Os 15 remanescentes são, em essência, pages noindex de propósito; não “falta otimizar o site”.

Por que ainda aparecem achados “ALTA” depois da rotina?

Porque severidade do motor ≠ prioridade da consultoria. Noindex em legal/obrigado/bio pode ser correto e, mesmo assim, o relatório classifica como conflito de indexabilidade. O dado está certo; a prioridade operacional pode ser zero.

Crawl externo e Search Console ficaram obsoletos?

Não. Continuam necessários. Este registro responde outra pergunta: o que está gravado na instalação, entidade por entidade. O método completo combina inventário interno, verificações externas e decisão humana.