---
type: Article
title: "Registro: diagnóstico SEO/GEO no live felipecferreira.com.br (plugin 1.1.x, 08/08/2026)"
description: "Registro real no live felipecferreira.com.br (08/08/2026): o plugin interno de diagnóstico SEO/GEO apontou 67 achados; após rotina humana em Yoast/taxonomia, o re-run caiu para 15…"
resource: https://felipecferreira.com.br/biblioteca/registro-diagnostico-seo-geo-live-plugin-2026-08-08/
generated: { by: process:okf-bridge, at: 2026-09-03T01:39:01Z }
status: stable
sources:
  - id: canonical-html
    resource: https://felipecferreira.com.br/biblioteca/registro-diagnostico-seo-geo-live-plugin-2026-08-08/
    title: "Página oficial em HTML"
    last_modified: 2026-08-09T17:46:17Z
---

# 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.

*Print feito pelo autor em agosto de 2026.*

**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](https://felipecferreira.com.br/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](https://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](https://felipecferreira.com.br/biblioteca/o-que-e-inteligencia-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](https://felipecferreira.com.br/biblioteca/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.

ItemValor no live (08/08/2026)Domíniofelipecferreira.com.brWordPress / PHP6.9.5 / 8.3.30TemaASC Base Theme 0.1.3 (Elementor Pro abolido)Stack SEOYoast SEO 28.2 + Yoast Premium 26.7Permalink`/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:

AchadoQtdLeitura operacional`missing_seo_title`5449 indexáveis · 5 noindex`missing_meta_description`51 indexável (POP) · 4 noindex`indexability_conflict` (noindex)6páginas legais / obrigado / bio etc.`empty_taxonomy_terms`2category 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](https://felipecferreira.com.br/documentacao/pop-implementacao-homologacao-json-ld/) (único gap de metadesc **indexável**) — documento irmão do [guia JSON-LD para SEO, GEO e AEO](https://felipecferreira.com.br/biblioteca/json-ld-seo-geo-aeo-guia-completo/).

**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**.

IndicadorBefore `f49b86f6`After `e0ee84df`ΔAchados totais**67****15****−78%**Críticos00=Alta (`indexability_conflict`)66= (noindex intencional)Média599−50Baixa (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 cumpridoColeta124/124 · 0 erros124/124 · 0 errosOK

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)](https://felipecferreira.com.br/biblioteca/domine-o-google-meu-negocio/).
* 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](https://felipecferreira.com.br/solucoes/) ou em [contratar](https://felipecferreira.com.br/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):

ÂncoraValorData2026-08-08Beforerun `f49b86f6` · plugin 1.1.0 · 67 achadosAfter conteúdorun `e0ee84df` · plugin 1.1.3 · 15 achadosValidação produtorun `88ca4a23` · plugin **1.1.4** · 15 achados + inventário PremiumFidelidade before (SSH/DB/HTML)~92% · FP SEO: 0Repositório / docs técnicas[seo-plugin-inspecao-fcf](https://github.com/felipeferreiragestor/seo-plugin-inspecao-fcf) (NÃO PÚBLICO)Procedimentos públicos (hub)[Documentação](https://felipecferreira.com.br/documentacao/) (POPs/manuais — não este registro)