Verificações diárias do Search Console com OpenClaw: análise do lado do servidor, para que o agente nunca faça os cálculos

Um desenvolvedor publicou o seo-gsc-wizard, um conjunto de seis skills OpenClaw licenciadas sob MIT que executam verificações do Search Console em uma programação e só te avisam quando algo precisa de correção. A decisão central de design: a análise estatística roda no lado do servidor, então o modelo explica um resultado em vez de calculá-lo.

Por que o local da análise importa

O argumento do autor é que a maioria dos servidores MCP do Search Console retorna linhas brutas. Pergunte "quais páginas estão em declínio?" e o agente recebe milhares de linhas de consulta/página, o cliente as trunca para caber na janela de contexto, e o modelo calcula tendências sobre o que sobrou — sem avisar que viu apenas parte dos dados. Em uma automação não assistida das 7h da manhã, ninguém percebe.

A solução é um servidor que faz a estatística por conta própria (detecção de anomalias, pontos de mudança, declínio, canibalização) e retorna resultados prontos. Isso não o torna à prova de alucinação — um modelo ainda pode citar errado um número correto. Por isso as skills exigem que cada número nomeie sua ferramenta e período, e declare quando o modelo derivou um número por conta própria.

As seis skills

• site-audit
• content-decay
• cannibalization
• quick-wins
• weekly-report
• indexing-health

Cada uma é um SKILL.md simples que você pode ler antes de executar; não há scripts nas pastas das skills. O relatório semanal desloca suas janelas em 3 dias por causa do atraso dos dados do Search Console, verifica pontos de mudança e atualizações do Google antes de culpar uma página, e correlaciona a movimentação com as mudanças no site que você registrou.

Configuração

Clone e copie as skills para o seu workspace:

git clone https://github.com/jbobbink/seo-gsc-wizard
cp -r seo-gsc-wizard/skills/* ~/.openclaw/workspace/skills/

Crie uma chave somente leitura em Conta → Chaves de API no GSC Wizard, depois adicione o servidor em ~/.openclaw/openclaw.json:

{
  mcp: {
    servers: {
      "gsc-wizard": {
        url: "https://mcp.gscwizard.com/mcp",
        transport: "streamable-http",
        headers: { Authorization: "Bearer <read-only key>" }
      }
    }
  }
}

Depois teste:

openclaw mcp doctor gsc-wizard --probe

Três erros que o autor continua vendo em guias: a chave é mcp.servers, não mcpServers (esse é o formato do Claude Desktop que muitos guias copiaram); omitir transport faz o OpenClaw usar SSE como padrão, e servidores apenas Streamable-HTTP falham silenciosamente ao conectar; e o HEARTBEAT.md não é mais lido, então não construa nada em cima disso.

Agendamento

openclaw automations create "10 8 * * 1" \
  "Run the weekly-report skill for sc-domain:example.com." \
  --name "SEO weekly report" --tz "Europe/Amsterdam" \
  --session isolated \
  --announce --channel slack --to "channel:C0123456789"

Para uma verificação diária, agende a skill indexing-health nos dias de semana, ou escreva uma skill que só responde quando algo precisa de um humano. O autor observa que um agente que posta uma parede de verde toda manhã é silenciado em uma semana, e recomenda --session isolated em vez do Heartbeat, que roda a cada 30 minutos por padrão.

Notas de segurança

• Use uma chave somente leitura. Ferramentas de escrita a rejeitam antes de rodar, então mesmo um agente com prompt injetado não pode mudar nada. Todas as seis skills funcionam com ela; apenas extras opcionais como o reenvio via IndexNow precisam de uma chave de escrita.
• Assim que o probe passar, mova a chave para o mecanismo de segredos do OpenClaw em vez de um cabeçalho literal.
• Mantenha o navegador e o web_fetch longe do agente que detém a chave.
• Leia qualquer skill de SEO antes de instalá-la. Depois do ClawHavoc, skills de SEO são um disfarce óbvio porque legitimamente pedem chaves de API.

As skills são gratuitas e licenciadas sob MIT, mas o servidor exige uma conta no GSC Wizard (plano pago, teste grátis de 7 dias). O autor revela que construiu ambos, e que o servidor lê dados do Search Console, Bing e GA4 através das contas do Google que você conecta, com escopo no seu usuário.