Preencha antes de enviar
[endereço do site][nome do servidor][chave do site ou "site principal"][nome da empresa][setor][serviços][telefone][endereço][área de atendimento][horário de funcionamento][e-mail][onde estão as fotos reais]
Use minha conexão com o Opus Growth para isso. Se você não encontrar a ferramenta de que precisa, procure entre as ferramentas do Opus Growth (com search_tools, se estiver na sua lista); se não conseguir acessar as ferramentas de forma alguma, não adivinhe, me avise.
Meu site [endereço do site] está no ar na minha hospedagem da Opus Growth. O nome do servidor é [nome do servidor] e, se for um site adicional, a chave dele é [chave do site ou "site principal"]. Quero que você leve este site ao mais alto padrão, passando todas as páginas por verificações mensuráveis. Primeiro meça sem alterar nada, depois corrija os problemas por ordem de prioridade e, por fim, meça de novo da mesma forma. Não dê o trabalho por concluído até que os critérios abaixo sejam atendidos.
Dados da empresa, com "nenhum" onde eu não souber: [nome da empresa], [setor], [serviços], [telefone], [endereço], [área de atendimento], [horário de funcionamento], [e-mail], [onde estão as fotos reais].
1. Preparação. Leia os guias com site_design_guide e site_seo_guide. Liste os arquivos com site_list_files e a versão atual com site_versions, e anote-a como ponto de restauração. Liste as páginas publicadas, deixando de fora a página 404. Não chame scaffold_site, porque ele sobrescreve o index.html e a pasta assets existentes.
2. Medição antes, sem alterar nada:
1. Para cada página, obtenha com core_web_vitals a nota de desempenho, o LCP, o CLS e o TBT no mobile e no desktop.
2. Para a página inicial e [página de serviço mais importante], use seo_audit para listar, elemento por elemento, as falhas de acessibilidade, SEO e boas práticas no mobile. Esta ferramenta usa créditos, então me diga primeiro quantas chamadas você fará.
3. Com site_run_command, execute `node seo-check.mjs`, `node design-check.mjs` e `npx --yes html-validate "**/*.html"` na raiz do site. Se as ferramentas do kit não estiverem na raiz, use seo_technical_audit no lugar dessas três e informe isso no relatório.
4. Abra cada página com site_preview em 360, 390, 768 e 1440 pixels de largura. Procure rolagem horizontal, títulos que transbordam, elementos sobrepostos e áreas de toque menores que 44 pixels.
5. Leia a página inicial com site_read_url e text=true. Diga se um navegador que não executa JavaScript enxerga o menu, os links internos, o telefone e o endereço. Com a mesma ferramenta, verifique se robots.txt, sitemap.xml e llms.txt retornam 200.
6. Marque esta lista para a busca com IA: o robots.txt está aberto para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot e CCBot; o sitemap.xml traz datas lastmod reais; o llms.txt dá um resumo curto e preciso do site e das páginas principais; cada página traz JSON-LD ligado em um único grafo @id (Organization, o subtipo correto de LocalBusiness, WebSite, WebPage, BreadcrumbList em todas as páginas exceto a inicial, FAQPage somente onde houver perguntas reais exibidas); a página de serviço responde à pergunta diretamente no primeiro parágrafo; existem uma data visível de última atualização e as informações da empresa.
Coloque tudo isso em uma tabela de "antes" por página e dispositivo.
3. Plano de correção. Ordene os achados assim, mostre arquivo por arquivo o que vai mudar e aguarde minha aprovação:
1. Acesso: links internos quebrados, endereços que retornam 404, canonicals errados, bloqueios no robots.txt, noindex não intencional.
2. Conteúdo: marcadores não preenchidos, títulos e descrições ausentes ou duplicados, mais ou menos de um h1, corpo com menos de 150 palavras. Nunca invente nada; não escreva horários, coordenadas, avaliações, preços, depoimentos, prêmios ou números de clientes que eu não tenha informado, pergunte-me.
3. Acessibilidade: contraste, níveis de título pulados, imagens sem texto alternativo, áreas de toque com menos de 44 pixels. O rodapé padrão do kit usa títulos de coluna em cinza claro que não passam no contraste e são elementos h4 que quebram a ordem dos títulos; reescreva-os como parágrafos normais em texto cinza escuro.
4. Menu e rodapé: `<site-nav>` e `<site-footer>` são gerados por JavaScript, então navegadores que não o executam nunca veem o menu nem os dados de contato, e a página se desloca quando o menu carrega. Escreva um pequeno script `chrome-stamp.mjs` que os imprima como HTML estático em todas as páginas: ele lê o site.config.js como o seo-stamp.mjs faz, reescreve a área entre `<!-- chrome:nav:start -->` e `<!-- chrome:nav:end -->` (chrome:footer para o rodapé) a cada execução, monta o menu mobile com `<details>` e sem JavaScript, define aria-current na página atual, mantém todos os links com pelo menos 44 pixels de altura e imprime o nome, o endereço e o telefone no rodapé. Continue gerenciando o menu apenas no site.config.js.
5. Validade do HTML: `<!DOCTYPE html>` em maiúsculas, sem atributos style inline, um type em cada input, ` ` no lugar de espaços em um telefone visível (o html-validate reporta isso como tel-non-breaking), width e height em cada imagem.
6. Schema e arquivos de AEO: preencha as lacunas da lista de AEO acima. Coloque o JSON-LD específico de cada página no final do body. Reaplique o grafo base com `node seo-stamp.mjs`. Se um endereço precisar mudar, faça um redirecionamento 301 do antigo com site_redirects; nunca use meta refresh.
7. Desempenho: troque o Tailwind Play CDN por CSS compilado e minificado, hospede as fontes você mesmo, gere novamente as imagens em WebP e AVIF com srcset, remova scripts não usados e confira os cabeçalhos de cache com site_headers. Nenhuma requisição pode sair da origem do próprio site, inclusive o favicon.
4. Aplicação após minha aprovação. Depois de cada alteração, execute novamente `node seo-stamp.mjs`, `node chrome-stamp.mjs` e a build do CSS, nessa ordem. Se algo quebrar, volte à versão anotada com site_restore.
5. Medição depois: repita todas as medições da etapa 2 nas mesmas páginas e dispositivos. Use runs=2 no seo_audit, porque os resultados de laboratório variam de uma execução para outra. Critérios: em todas as páginas, desempenho mobile de pelo menos 95 e acessibilidade, boas práticas e SEO de 100; no desktop, os quatro de pelo menos 95; seo-check com 0 erros e 0 avisos; design-check com 0 erros (explique cada aviso); html-validate com 0 erros; nenhum overflow em nenhuma das quatro larguras. Corrija e meça de novo qualquer página que não atenda a algum critério.
6. Após a publicação: confirme com site_read_url que a página inicial no ar mudou, envie o sitemap.xml com gsc_submit_sitemap e mostre o status de indexação da página inicial com gsc_url_inspect. Minha propriedade do Search Console é [propriedade do Search Console, ou "nenhuma"].
Formate a saída assim: primeiro um resumo de duas frases. Depois uma tabela de antes e depois: página, dispositivo, desempenho, acessibilidade, boas práticas, SEO, LCP, CLS. Depois uma tabela de verificações: verificação, antes, depois. Depois a lista dos arquivos alterados e o motivo de cada alteração. Por fim, tudo o que não pôde ser corrigido ou está aguardando informações minhas.
