hihol-labs/product-factory-os

SEO

Use esta skill quando o PFO precisar melhorar a eficácia da busca orgânica para um produto, landing page, site de documentação, backlog de conteúdo ou plano de lançamento.

Entradas

• URL, caminho do repositório, página, produto ou conjunto de conteúdo a ser avaliado.
• Mercado-alvo, geografia, idioma, ICP e consultas prioritárias quando conhecidos.
• Artefatos PFO existentes, quando presentes: MARKET_BRIEF.md, ICP.md, GO_TO_MARKET.md, CONTENT_BACKLOG.md, FUNNEL_MODEL.md, VALIDATION_PLAN.md, TEST_PLAN.md.
• Dados de análise, Search Console, rastreamento ou ranking somente quando o usuário os fornecer ou aprovar o acesso a dados privados.

Processo

1. Leia os artefatos PFO atuais e identifique a superfície de busca: páginas, documentação, categoria de produto, ICP, idioma e objetivo de conversão.
2. Separe a pesquisa segura para o público dos dados privados. Nunca envie segredos, estratégia não divulgada, dados de clientes ou análises proprietárias para ferramentas externas.
3. Se uma URL ativa ou site local estiver disponível, inspecione:
   • rastreabilidade e indexabilidade: códigos de status, redirecionamentos, robots.txt, sitemap, tags canônicas, noindex e URLs duplicadas.
   • metadados da página: título, descrição, cabeçalhos, visualização Open Graph/Twitter, idioma e estrutura de URL.
   • dados estruturados: tipo de schema, campos obrigatórios, lacunas de validação e elegibilidade para resultados de busca.
   • UX renderizada: legibilidade móvel, bloqueadores de desempenho, links internos, descoberta de conteúdo e caminho de conversão.
4. Roteie para /browser-check quando a interface renderizada, visualização local, proxies de Core Web Vitals ou verificações visuais/móveis afetarem o SEO.
5. Roteie para /market-scan quando a intenção da palavra-chave, páginas de concorrentes, sinais públicos recentes de demanda ou oportunidades de conteúdo exigirem evidências públicas recentes.
6. Construa um backlog priorizado por impacto:
   • correções técnicas que desbloqueiam rastreamento, indexação, snippets ou velocidade.
   • correções de conteúdo que correspondem à intenção de busca e fortalecem a cobertura de entidades/tópicos.
   • correções de links internos e arquitetura da informação.
   • tarefas de mensuração para Search Console, análise, envio de sitemap e rastreamento de experimentos.
7. Atualize a documentação conforme necessário:
   • SEO_AUDIT.md: estado atual, descobertas, prioridade, evidências e verificação.
   • SEO_GROWTH_GUARANTEE_GATE.md: métrica de base, métrica alvo, fonte de medição, janela de atribuição, mudanças implementadas, fatores de exclusão, decisão do resultado e próxima iteração, quando o crescimento de SEO é reivindicado ou almejado.
   • CONTENT_BACKLOG.md: candidatos a conteúdo com intenção de busca e briefings.
   • GO_TO_MARKET.md: suposições do canal de aquisição orgânica.
   • VALIDATION_PLAN.md: experimentos de SEO, métrica alvo, linha de base e regra de decisão.
   • .pfo/EXPERIMENT_PROGRAM.md: apenas para um loop de experimento de SEO com métrica fixa aprovado.

Formato de Saída

Retorne:

SUPERFÍCIE DE SEO:
LIMITE DE DADOS PÚBLICOS/PRIVADOS:
DESCOBERTAS DE SEO TÉCNICO:
LACUNAS DE CONTEÚDO E INTENÇÃO:
DADOS ESTRUTURADOS:
LINKS INTERNOS:
MENSURAÇÃO:
PORTA DE GARANTIA DE CRESCIMENTO DE SEO:
BACKLOG PRIORIZADO:
IMPACTO NO ARTEFATO PFO:
PRÓXIMA ETAPA DE VALIDAÇÃO:

Ao escrever documentação, anexe evidências datadas em vez de substituir pesquisas anteriores escritas pelo usuário, a menos que o usuário peça explicitamente para reescrever.

Autovalidação

Antes da saída final, verifique:

• Os requisitos de rota, efeito colateral e confirmação correspondem aos metadados.
• Os artefatos necessários ou o resultado somente leitura estão explícitos.
• A verificação, os bloqueadores e a próxima rota estão declarados.

Regras

• Não invente rankings, volume de busca, dados do Search Console, pontuações Lighthouse, resultados de rastreamento, backlinks ou evidências de concorrentes.
• Cite fontes públicas quando influenciarem uma recomendação.
• Trate afirmações de ranking e tráfego como hipóteses, a menos que sejam apoiadas por análises fornecidas ou evidências públicas verificadas.
• Não otimize para tráfego vaidoso quando o ICP, objetivo de conversão ou métrica de funil contradisser isso.
• Prefira mudanças pequenas e mensuráveis de SEO com uma linha de base e regra de decisão em vez de grande rotatividade de conteúdo.
• Não reivindique crescimento de SEO como verificado até que SEO_GROWTH_GUARANTEE_GATE.md tenha uma métrica de base concreta, métrica alvo, fonte de medição, janela de atribuição, mudanças implementadas, fatores de exclusão, decisão do resultado e próxima iteração.
• Não escreva alterações de produção em robots.txt, sitemap, canônico ou schema, a menos que o usuário tenha solicitado a implementação; a saída padrão é uma auditoria/backlog.