Como passar as correções de IA para o seu desenvolvedor sem ruído

Para passar as correções de IA ao seu desenvolvedor sem ruído, mande um pedido por problema, cada um com quatro partes: o que está errado, onde aparece, o que você espera ver depois e como vai conferir. Anexe a evidência, como o trecho do robots.txt ou o endereço da página, e diga a ordem de prioridade. Um pedido assim vira orçamento e entrega. "Arruma o site pra aparecer no ChatGPT" vira reunião, estimativa vaga e, muitas vezes, trabalho no lugar errado.

Este guia é para quem tem o diagnóstico em mãos, sabe o que precisa mudar, mas não é quem mexe no código. Serve para o sobrinho que fez o site, para a agência, para o freelancer e para o suporte da plataforma.

Por que "melhora o site para a IA" não funciona como pedido?

Porque não diz o que é pronto. Visibilidade em IA é um tema novo, e cada profissional interpreta à sua maneira. Um vai instalar um plugin de SEO. Outro vai reescrever textos. Um terceiro vai criar um llms.txt e considerar o assunto encerrado. Todos entregaram "algo para a IA", e nenhum necessariamente resolveu o que o diagnóstico apontou.

Pedidos vagos também são difíceis de orçar. Sem saber o tamanho do problema, o profissional precisa se proteger no preço ou no prazo. Quando o pedido é específico, ele sabe exatamente o que fazer e você paga pelo que precisa.

E há um terceiro motivo: sem critério de aceite, você não sabe se recebeu o que pagou. O desenvolvedor diz que está pronto, você acredita, e três meses depois o diagnóstico mostra o mesmo alerta.

O que um bom pedido de correção precisa ter?

Quatro partes, sempre na mesma ordem:

1. O problema, em uma frase. "O robots.txt proíbe o GPTBot de ler o site."
2. A evidência. O trecho do arquivo, o endereço da página, uma captura do diagnóstico. Algo que o desenvolvedor abre e vê o mesmo que você.
3. O resultado esperado. "O GPTBot e o OAI-SearchBot podem ler todas as páginas públicas. A área do cliente continua fechada."
4. Como você vai conferir. "Abrindo seusite.com.br/robots.txt e rodando o diagnóstico de novo, a checagem de acesso fica verde."

A quarta parte é a que mais se esquece e a que mais evita retrabalho. Ela transforma uma opinião ("acho que ficou bom") num fato que qualquer pessoa verifica.

Como fica isso na prática, item por item?

Veja três modelos para os problemas mais comuns. Copie, troque o que está entre colchetes e envie.

Acesso dos robôs bloqueado

Problema: o robots.txt bloqueia robôs de IA que queremos liberar.
Evidência: https://[seusite.com.br]/robots.txt tem "User-agent: GPTBot / Disallow: /".
Esperado: GPTBot, OAI-SearchBot, ClaudeBot e PerplexityBot podem ler as páginas
públicas. /admin e /carrinho continuam bloqueados para todos.
Conferência: o robots.txt não tem mais Disallow: / para esses robôs, e a
checagem "Acesso dos robôs de IA" do diagnóstico fica verde.
Observação: se houver Cloudflare ou plugin de segurança, conferir também as
regras de bloqueio de robôs no painel.

Texto que só aparece com JavaScript

Problema: o texto das páginas de serviço não está no HTML entregue pelo servidor.
Evidência: em "Exibir código-fonte" de https://[seusite.com.br]/servicos não
aparece a frase "[uma frase que está na tela]".
Esperado: títulos, parágrafos, preços e contato dessa página no HTML inicial.
Conferência: a frase aparece no código-fonte, e a checagem "Conteúdo sem
JavaScript" fica verde.

Dados estruturados ausentes

Problema: a página inicial não declara a empresa em JSON-LD.
Evidência: o código-fonte não tem nenhum <script type="application/ld+json">.
Esperado: um bloco LocalBusiness com nome, endereço, telefone e horário iguais
aos do rodapé. Segue o bloco pronto em anexo.
Conferência: o bloco aparece no código-fonte e passa no validador do schema.org
(validator.schema.org); a checagem "Dados estruturados" fica verde.

Repare que nenhum modelo diz como fazer. Essa decisão é do desenvolvedor, que conhece a plataforma. O pedido define o destino; o caminho fica com quem sabe andar nele.

Devo mandar tudo de uma vez ou por partes?

Mande tudo, mas numerado e em ordem de prioridade, e peça estimativa por item. A ordem que funciona é a mesma do plano de correção: primeiro o que destrava o acesso, depois o texto visível, em seguida a identidade da empresa e por fim o conteúdo.

Estimativa por item tem duas vantagens. Você pode aprovar os primeiros agora e deixar os outros para depois, se o orçamento estiver curto. E descobre cedo qual item é caro, o que abre espaço para perguntar se há uma alternativa mais simples.

Uma sugestão de mensagem de abertura:

Oi, [nome]. Rodei um diagnóstico de visibilidade em IA no site e encontrei [número] pontos para corrigir. Mandei cada um separado, em ordem de prioridade, com o que espero e como vou conferir. Pode me passar uma estimativa por item? Os dois primeiros são os mais urgentes.

O que eu mesmo posso fazer, sem depender do desenvolvedor?

Bastante coisa, e separar isso do pedido economiza tempo e dinheiro. Em quase toda plataforma, você mesmo edita pelo painel:

• título e descrição de cada página;
• os textos das páginas, incluindo parágrafos que respondem perguntas diretas;
• uma página de perguntas frequentes;
• endereço, telefone e horário escritos no rodapé, em texto;
• data de atualização e autoria nos artigos.

Deixe para o desenvolvedor o que exige acesso técnico: robots.txt em algumas plataformas, regras de firewall ou CDN, renderização no servidor, inserção de JSON-LD quando o painel não permite, e o llms.txt quando a hospedagem não aceita arquivos na raiz. O guia de conteúdo que a IA cita ajuda na parte que é sua.

Como conferir se a entrega resolveu mesmo?

Use o critério que você escreveu na quarta parte de cada pedido. Três verificações cobrem quase tudo:

1. Abra o endereço. /robots.txt, /sitemap.xml e /llms.txt se conferem direto no navegador.
2. Veja o código-fonte. Procure a frase, o bloco JSON-LD ou o título que deveriam estar lá.
3. Rode o diagnóstico de novo. A checagem correspondente deve mudar de cor.

Se algo não passou, responda no mesmo pedido, com a mesma evidência. "O código-fonte de /servicos ainda não mostra a frase" é mais útil do que "não funcionou". O guia como medir se as correções funcionaram detalha o que esperar logo depois da entrega e nas semanas seguintes.

Que erros mais atrasam a entrega?

Quase todos vêm de informação que faltou no pedido. Os mais comuns:

• Mandar só a nota. "O site tirou 34" não diz o que corrigir. Mande a checagem e a evidência, não o placar.
• Misturar pedidos de IA com outros ajustes. Se no mesmo e-mail há a troca da foto do banner, a correção do robots.txt corre o risco de ficar para depois. Separe.
• Esquecer o acesso. O desenvolvedor precisa do login do painel, da hospedagem ou da CDN. Diga onde cada coisa está e quem pode liberar o acesso, antes que ele pergunte.
• Não dizer o que deve continuar fechado. Liberar robôs de IA não significa abrir a área do cliente, o carrinho ou páginas de teste. Liste o que deve seguir bloqueado.
• Aprovar sem conferir. Se você aceita a entrega sem abrir o endereço e sem rodar o diagnóstico de novo, um problema pode voltar sem ninguém notar.

Um cuidado extra com senhas: nunca mande login e senha no mesmo texto do pedido. Use um gerenciador de senhas ou crie um usuário temporário só para o desenvolvedor, e remova o acesso quando o trabalho terminar.

E quando o desenvolvedor diz que não dá?

Às vezes não dá mesmo, e isso é informação, não fracasso. Plataformas fechadas podem não permitir editar o robots.txt ou inserir código no cabeçalho. Um firewall gerenciado pela hospedagem pode estar fora do alcance de todos vocês.

Peça que ele diga o motivo por escrito e classifique o item: depende do site, depende parcialmente (dá para contornar) ou é externo (só a plataforma ou a hospedagem resolve). Essa classificação muda a sua nota alcançável, como explica o artigo sobre nota alcançável e nota 100, e evita que você siga pagando por um item que não tem solução do seu lado.

Existe um jeito de receber tudo isso já escrito?

Existe. Tudo o que está neste guia dá para fazer à mão, a partir do diagnóstico grátis. Se preferir receber pronto, o Plano de Correção do Mecita, por R$ 29,90 em pagamento único, traz cada ação em ordem de prioridade com duas partes: a explicação para você e as instruções para quem cuida do site, incluindo códigos prontos para colar, como o JSON-LD preenchido com os dados que o diagnóstico encontrou. Cada ação indica se depende do site, depende parcialmente ou é externa. Por 30 dias, você pode pedir nova análise e plano atualizado até três vezes, o que ajuda justamente na fase de conferir a entrega.