Como medir se as correções funcionaram: re-scan, histórico e o que muda

Para saber se as correções funcionaram, rode o diagnóstico de novo assim que elas forem ao ar e compare checagem por checagem com o resultado anterior: as mudanças técnicas aparecem na hora. O efeito nas respostas dos assistentes é outra medida, mais lenta, e se acompanha repetindo as mesmas perguntas ao ChatGPT, ao Perplexity e ao Gemini ao longo de semanas. Separar essas duas medidas é o que evita tanto a falsa alegria quanto a frustração precoce.

O que muda logo depois de uma correção, e o que demora?

São dois relógios diferentes.

O relógio técnico é imediato. O diagnóstico lê o robots.txt, o HTML e os dados estruturados do site como eles estão agora. Se o desenvolvedor liberou o GPTBot às 15h, uma análise feita às 15h05 já mostra a checagem de acesso verde. Não há período de espera.

O relógio dos assistentes é lento e irregular. Para uma correção aparecer numa resposta, o robô precisa voltar ao site, ler a página nova e, no caso das respostas com busca, encontrá-la entre as fontes na hora da pergunta. Isso pode levar dias ou semanas, e não existe botão para acelerar. Nenhuma ferramenta honesta promete um prazo.

Por isso a pergunta "funcionou?" tem duas respostas. A técnica, que você confere no mesmo dia. E a de resultado, que você acompanha por tendência.

Como fazer o re-scan do jeito certo?

Siga quatro passos, nesta ordem:

1. Confira a correção direto no navegador. Antes de rodar o diagnóstico, abra seusite.com.br/robots.txt, ou exiba o código-fonte da página corrigida, e veja com os próprios olhos se a mudança está lá. Se não está, o problema é publicação, não diagnóstico.
2. Limpe os caches que você controla. Plugins de cache do WordPress e CDNs como a Cloudflare podem servir a versão antiga por horas. Use a opção de limpar cache no painel.
3. Rode a análise de novo. A página pública de resultado do Mecita fica guardada por até um dia, para não repetir a mesma análise a cada visita. Se ela ainda mostra o resultado de antes da correção, é isso que está acontecendo.
4. Compare checagem por checagem. A nota total é um resumo. O que diz se a correção funcionou é a checagem específica que ela devia mudar.

Por que a nota pode não mudar mesmo com a correção feita?

Há quatro motivos comuns, e quase nenhum significa que a correção foi inútil.

• Cache. A versão antiga continua sendo servida pela CDN, por um plugin ou pela própria página de resultado.
• Correção parcial. O desenvolvedor corrigiu a página inicial, mas o diagnóstico analisou outra, ou o robots.txt foi editado num ambiente de testes e não no site publicado.
• Outro portão fechado. O robots.txt foi liberado, mas um firewall continua barrando os robôs de IA. O arquivo diz "pode entrar" e o servidor responde com erro. O guia Cloudflare, firewall e robôs de IA mostra onde procurar.
• O limite de bloqueio crítico. Enquanto um robô crítico, como o do ChatGPT, estiver bloqueado, a nota fica limitada a 39, por melhor que esteja o resto. Você pode ter corrigido três checagens e não ver a nota passar disso, porque o bloqueio continua. Resolva o acesso e a nota salta de uma vez.

Esse último caso confunde muita gente. Se várias checagens ficaram verdes e a nota parou em 39, olhe primeiro a checagem de acesso dos robôs.

Como montar um histórico simples de acompanhamento?

Uma planilha com uma linha por análise resolve. As colunas que valem a pena:

A última coluna é a mais valiosa. Daqui a seis meses, quando a nota cair, você vai querer saber o que mudou no site perto daquela data. Uma troca de tema, a instalação de um plugin de segurança ou a mudança de hospedagem são os suspeitos de sempre, e a planilha aponta o dia.

Guarde também uma captura de tela de cada diagnóstico. Ela mostra o detalhe de cada checagem, que a planilha resume.

E como medir o efeito nas respostas dos assistentes?

Com um roteiro fixo de perguntas, repetido no mesmo formato. Escolha de cinco a dez perguntas que um cliente real faria:

1. [seu serviço] em [seu bairro ou cidade]
2. [nome da sua empresa] é confiável?
3. Qual o horário de [nome da sua empresa]?
4. Quanto custa [seu serviço] em [sua cidade]?
5. Melhor [seu tipo de negócio] perto de [ponto de referência]

Faça as mesmas perguntas no ChatGPT com a busca ativada, no Perplexity e no Gemini, uma vez por semana ou a cada quinze dias. Anote se o seu site aparece entre as fontes, se a empresa é mencionada e se a informação está correta.

Três cuidados tornam essa medida mais confiável:

• Use uma janela anônima ou uma conta sem histórico. O assistente adapta a resposta a quem pergunta.
• Não tire conclusões de uma resposta só. A mesma pergunta pode ter respostas diferentes em minutos. Olhe o padrão ao longo de semanas.
• Registre também quem aparece no seu lugar. Se um concorrente é citado sempre, veja o que o site dele responde que o seu não responde. O artigo conteúdo que a IA cita ajuda nessa comparação.

Os guias como aparecer no ChatGPT e como aparecer no Perplexity explicam de onde cada assistente tira as fontes, o que ajuda a interpretar as diferenças entre eles.

Como saber se a mudança nas respostas veio das correções?

Com honestidade: nem sempre dá para saber. As respostas dos assistentes mudam por muitos motivos ao mesmo tempo, como atualizações do próprio modelo, novas fontes publicadas por concorrentes e mudanças na forma de buscar. Uma melhora que coincide com as suas correções pode ter vindo delas, de outra coisa ou de ambas.

O que aumenta a confiança é a coerência entre as duas medidas:

• A checagem técnica ficou verde e, semanas depois, o site passou a aparecer entre as fontes. É o cenário mais claro. Faz sentido atribuir boa parte da melhora à correção.
• A checagem ficou verde e nada mudou nas respostas. Normal nas primeiras semanas. Continue acompanhando e olhe o que as fontes citadas têm que o seu site não tem.
• Nada mudou no site e as respostas melhoraram. A causa está fora do site: avaliações, menções, perfil no Google ou o próprio assistente. Anote, mas não conte como resultado das correções.

Por isso a planilha registra o que mudou no site e quando. Sem ela, qualquer melhora vira palpite.

Com que frequência vale repetir a análise?

Depende do momento:

• Durante as correções: a cada entrega, para confirmar cada item.
• Nas semanas seguintes: a cada quinze dias, junto com o roteiro de perguntas.
• Depois que tudo estabilizou: uma vez por mês, e sempre que o site mudar de tema, plataforma, hospedagem, CDN ou plugin de segurança.

Regressões são mais comuns do que parecem. Uma atualização de plugin pode reescrever o robots.txt; uma CDN nova pode vir com bloqueio de robôs de IA ligado por padrão. Nenhuma delas avisa. O checklist de 15 minutos é um bom roteiro para essas revisões.

O Mecita ajuda a fazer esse acompanhamento?

Em parte hoje, e mais em breve. O diagnóstico grátis pode ser repetido a qualquer momento; lembre só que a página pública guarda cada resultado por até um dia. Quem compra o Plano de Correção, por R$ 29,90 em pagamento único, tem 30 dias para pedir nova análise e um plano atualizado, até três vezes: você corrige, pede o re-scan e recebe o que ainda falta, na ordem, com a nota alcançável recalculada pelo código.

O acompanhamento contínuo é o papel do Mecita Monitor, que ainda não está disponível. A proposta é avisar quando uma checagem regredir e mostrar, com uma amostra mensal de perguntas reais aos assistentes, quem aparece no seu lugar. Por enquanto, há uma lista de espera. Até lá, a planilha e o roteiro de perguntas deste guia fazem o trabalho.

Se as correções ainda nem começaram, volte um passo: o guia por onde começar quando a nota está baixa mostra a ordem certa, e como passar as correções ao desenvolvedor ajuda a escrever pedidos que já trazem o critério de conferência.