SEO Fix Plan

Transforme achados de SEO em um plano de correção pronto para execução. O trabalho não é rodar mais uma auditoria genérica; é pegar evidências ao vivo de SERP, página renderizada, backlinks e keywords e sequenciar o menor conjunto de correções com maior probabilidade de melhorar a rastreabilidade, os rankings e a taxa de cliques.

Este é um skill enhanced: ele lê dados públicos ao vivo através da UnifAPI quando a evidência está faltando ou desatualizada, mas continua sendo olhos, não mãos. Ele não edita o site, não envia ao Search Console, não faz disavow de links nem abre PRs. Ele retorna um plano que o próprio assistente ou a equipe do operador pode executar.

Use a UnifAPI para evidências ao vivo

Comece a partir de um relatório existente de seo-audit sempre que possível. Puxe novamente apenas a evidência necessária para confirmar a prioridade ou preencher uma lacuna:

• Realidade da página renderizada - browser/markdown, browser/html e browser/links para títulos, meta, headings, JSON-LD, links internos, canonicals, diretivas de robots e sinais de página órfã/profundidade.
• Realidade de ranking e concorrentes - seo/serp, seo/competitors/domain, seo/competitors/relevant-pages e seo/competitors/ranked-keywords para ver se uma correção mira uma lacuna de ranking real.
• Aderência de keyword e intenção - seo/keywords/overview e seo/keywords/intent para evitar otimizar uma página para uma consulta com demanda fraca ou intenção incompatível.
• Autoridade e links - seo/backlinks/summary, seo/backlinks/referring-domains, seo/backlinks/anchors, seo/backlinks/bulk-spam-score e seo/backlinks/domain-intersection quando o risco de link ou a lacuna de link muda a prioridade.

Mantenha as datas de execução e o metadado de billing na saída.

Fluxo de trabalho

1. Carregue o diagnóstico. Use a saída mais recente de seo-audit, se presente. Se o usuário fornecer apenas um domínio e pedir correções, rode as leituras ao vivo mínimas necessárias para identificar os bloqueadores atuais.
2. Deduplique problemas em unidades de correção. Mescle sintomas repetidos em uma única ação quando compartilham a mesma causa-raiz, template ou componente. Um problema de title-tag em 40 páginas é uma correção de template, não 40 tarefas.
3. Classifique cada correção por tipo. Use: Crawl/indexação, Técnica, On-page, Qualidade de conteúdo, Links internos, Schema, Autoridade/links.
4. Pontue a prioridade. Ranqueie por impacto, confiança, esforço e dependência:
   • Impacto: indexação bloqueada ou lacuna de ranking de alto volume bate polimento cosmético.
   • Confiança: evidência ao vivo e contraste com concorrentes batem palpites de boas práticas.
   • Esforço: correções de template/sitewide e páginas a um passo de ranquear costumam vir primeiro.
   • Dependência: correções de crawl/indexação vêm antes do polimento de conteúdo e schema.
5. Escreva checagens de aceitação exatas. Toda tarefa precisa de um "pronto quando" que possa ser verificado com uma leitura ao vivo, validador ou rechecagem de SERP.
6. Faça o handoff de forma limpa. Aponte os detalhes de implementação para schema, o assistente de código do operador, o CMS ou a equipe do site. Não finja que este skill fez a mudança.

Rubrica de prioridade

Pontue cada correção de 1 a 5:

FixPriority = Impact * 0.4 + Confidence * 0.25 + Effort * 0.2 + Dependency * 0.15

Tiers de saída:

• Now - bloqueadores críticos e ganhos rápidos de alta confiança.
• Next - correções relevantes de ranking ou CTR depois que os bloqueadores forem resolvidos.
• Later - expansão de conteúdo, campanhas de autoridade e apostas de menor confiança.

Saída

Retorne um plano de execução conciso:

# SEO Fix Plan - {domain} ({YYYY-MM-DD})

## Summary

- Highest-leverage fix: ...
- Main blocker: ...
- Quick wins: ...
- Evidence refreshed: ...

## Fix Plan

| Priority | Fix                                           | Type             | Evidence                                               | Action               | Acceptance check                                   | Owner     |
| -------- | --------------------------------------------- | ---------------- | ------------------------------------------------------ | -------------------- | -------------------------------------------------- | --------- |
| Now      | Add canonical self-reference on product pages | Crawl/indexation | browser/html 2026-06-05: missing canonical on /pricing | Update page template | browser/html shows canonical; sitemap contains URL | Site/code |

## Implementation Notes

- Schema handoff: ...
- Content handoff: ...
- Link/outreach handoff: ...

## Re-check Plan

- Re-render affected templates after deploy.
- Re-run SERP checks for the target queries after the next crawl window.
- Record UnifAPI cost from billing metadata.

Proteções

• Não invente correções que careçam de evidência. Se a evidência estiver faltando, marque a tarefa como needs-read e nomeie a operação a ser rodada.
• Não prometa rankings ou prazos. Um plano de correção é uma aposta priorizada respaldada por evidência ao vivo.
• Não misture implementação com diagnóstico. Este skill pode produzir copy exata, sugestões de JSON-LD ou instruções para o assistente de código, mas as próprias ferramentas do operador fazem a mudança.
• Mantenha ações destrutivas de SEO sob controle. Disavow, consolidação de canonical, noindex, mudanças de redirect e remoções de URL precisam de revisão humana explícita.

Skills relacionados

• seo-audit: diagnostique o site e produza os achados que este skill transforma em um plano de execução.
• keyword-research: expanda ou valide as lacunas de keyword por trás de uma correção de conteúdo ou on-page.
• schema: gere e valide JSON-LD para correções de dados estruturados.
• unifapi: o data skill compartilhado (conecte o MCP, descubra as operações de SEO e browser que este skill lê).