Auditoria de conteúdo desatualizado: como revisar um site antes de republicar

Conteúdo desatualizado raramente chega com um aviso. Ele se acumula em datas vencidas, preços sem fonte, cargos antigos, screenshots de outra versão, links de campanhas encerradas e promessas que já não descrevem o produto.

Uma auditoria de conteúdo desatualizado encontra esses riscos antes que uma edição rápida os espalhe. O objetivo não é pedir à IA para “modernizar o site inteiro”, mas construir um inventário verificável, decidir o que precisa mudar e republicar somente depois da aprovação.

Este guia mostra como revisar um site publicado, usar sinais de Analytics sem tratá-los como verdade editorial e conduzir a correção até a mesma URL.

Auditoria de conteúdo não é auditoria SEO

As duas revisões se complementam, mas respondem a perguntas diferentes.

Uma página pode passar nos checks técnicos e continuar divulgando uma oferta encerrada. Também pode ter informação atual e um noindex acidental. Por isso, não use uma única nota como atalho para todas as dimensões.

Se a prioridade for metadados e indexação, siga a auditoria SEO de site gerado por IA. Para esta auditoria, a fonte autorizada e a validade da informação vêm primeiro.

Comece pelo inventário publicado

Antes de editar, registre o escopo real:

Site ID:
slug e URL:
domínios próprios:
repositório e branch:
versão publicada:
páginas no escopo:
responsável editorial:
última revisão:
janela de dados:

Abra a URL pública e percorra as rotas acessíveis por navegação, sitemap e links de campanha. Compare esse inventário com a fonte do projeto. Uma página presente no repositório e ausente no pacote é um problema diferente de uma URL antiga que ainda recebe tráfego.

Não comece copiando o HTML servido para uma nova pasta. A URL é evidência do que está ativo; a edição deve acontecer na fonte reproduzível que a equipe controla.

Procure conteúdo com prazo de validade

Alguns elementos merecem revisão recorrente porque mudam fora do código:

• datas, agenda e contagens regressivas;
• preço, desconto, estoque e condição comercial;
• nomes, cargos e composição da equipe;
• depoimentos, logos e autorização de uso;
• números, rankings e alegações de resultado;
• screenshots e passos de produto;
• links de inscrição, formulário e canais de contato;
• endereços, políticas e requisitos legais;
• integrações, plataformas e instruções técnicas;
• chamadas para campanhas ou eventos encerrados.

Para cada ocorrência, registre trecho, URL, arquivo de origem, fonte autorizada, responsável e decisão. “Parece antigo” é um sinal para investigar, não permissão para substituir.

Uma planilha simples pode usar este formato:

Classifique o que encontrou

Evite transformar uma lista longa em uma reescrita total. Separe os achados:

Incorreto

A informação contradiz uma fonte vigente. Exemplo: a página mostra uma data anterior à agenda oficial.

Sem confirmação

O conteúdo pode estar certo, mas falta uma fonte ou responsável. Preserve-o até obter decisão, a menos que haja risco claro em mantê-lo.

Vencido

O conteúdo tinha prazo explícito e perdeu a função. Uma campanha encerrada pode pedir remoção, redirecionamento ou uma página de continuidade.

Fraco, mas correto

O texto continua verdadeiro, porém não responde bem à intenção atual. Isso é oportunidade editorial, não correção factual urgente.

Atual e útil

Marque também o que deve permanecer. Uma auditoria boa protege conteúdo aprovado contra reescritas desnecessárias.

Priorize por risco e impacto

Use uma matriz simples:

Os dados ajudam a ordenar, mas não determinam o texto novo. O Analytics do Site no Ar pode mostrar pageviews, visitantes, engajamento, páginas, origens, países, dispositivos e respostas 404 em janelas de 7, 30 ou 90 dias.

Use esse contexto para perguntar “qual página merece revisão primeiro?”. Não conclua que uma afirmação é verdadeira porque recebe tráfego nem que deve ser apagada porque recebe pouco. O guia de Analytics com agente de IA detalha essa separação entre observação, hipótese e decisão.

Dê ao agente fontes, não liberdade para preencher lacunas

Um agente consegue localizar datas, comparar arquivos, agrupar ocorrências e preparar um diff. Ele não deve inventar preço, número, depoimento ou política para completar a página.

Estruture o pedido:

Faça uma auditoria de conteúdo desatualizado sem editar ainda.

Escopo:
- fonte: [repositório, branch e versão]
- URL publicada: [URL]
- páginas: [lista]
- janela de revisão: [data]

Fontes autorizadas:
- preços: [origem]
- produto: [origem]
- equipe: [origem]
- campanhas: [origem]

Retorne uma tabela com:
- URL e trecho;
- arquivo responsável;
- tipo de achado;
- evidência;
- fonte necessária;
- prioridade;
- ação proposta.

Não invente valores, não remova conteúdo por dúvida e separe fatos de sugestões.

Revise a tabela antes de autorizar mudanças. Para cada item aprovado, escreva um critério de aceite observável.

Corrija na fonte e preserve invariantes

Transforme a rodada em um conjunto pequeno de mudanças:

Alterar:
- data e agenda conforme o briefing aprovado;
- cargo conforme o cadastro da equipe;
- CTA encerrado pelo novo destino aprovado.

Preservar:
- Site ID, slug, URL e domínio;
- layout e identidade visual;
- formulário, eventos e consentimento;
- conteúdo marcado como atual;
- rotas fora do escopo.

Depois, confira o diff, rode os checks do projeto e teste links, formulário, mobile e acessibilidade. Se a mudança envolver uma afirmação importante, peça que outra pessoa compare o texto final com a fonte.

O artigo sobre manutenção de landing page com IA mostra como registrar fonte, liberação e publicação sem misturar essas camadas.

Republique no mesmo Site

Uma atualização de conteúdo não precisa criar outro endereço. Gere a saída estática completa e republique usando o mesmo Site ID.

Antes do deploy, confirme:

• index.html na raiz;
• páginas e assets atuais no pacote;
• ausência de segredos e arquivos de desenvolvimento;
• links e caminhos compatíveis com a URL;
• remoções intencionais registradas;
• versão correspondente ao diff aprovado.

O contrato de Publicação serve os arquivos em public/ e registra cada deploy como uma Version. Acompanhe o deploy até o estado final; deploy iniciado ainda não significa conteúdo atualizado no ar.

Verifique a URL e feche o ciclo

Depois do deploy:

1. abra a URL pública e as páginas alteradas;
2. procure cada trecho corrigido;
3. confirme que datas, preço, links e CTAs correspondem às fontes;
4. teste formulário e navegação;
5. confira mobile e acessibilidade essencial;
6. valide que slug e domínio permaneceram;
7. registre versão, data, responsável e próxima revisão.

Também verifique as invariantes. Uma correção de cargo não deveria remover tracking, trocar o destino do formulário ou mudar a identidade visual.

O resultado final deve ser um relatório curto:

Site e URL:
versão publicada:
itens corrigidos:
itens preservados:
checks executados:
pendências e responsáveis:
próxima revisão:

Transforme a auditoria em rotina

A primeira auditoria costuma encontrar acúmulo. As próximas devem ficar menores.

Defina cadência conforme o conteúdo:

• por campanha para datas, ofertas e CTAs;
• mensal para preço e disponibilidade;
• trimestral para equipe, depoimentos e screenshots;
• por mudança de produto para instruções e integrações;
• imediata quando Analytics ou suporte apontarem erro público.

A IA reduz o trabalho de localizar, comparar e preparar alterações. A equipe continua responsável por fonte, aprovação e verdade editorial.

Comece pela página de maior risco, produza um inventário sem editar e aprove somente mudanças sustentadas por evidência. Depois, republique no mesmo Site e encerre a rodada com a URL verificada. Assim, conteúdo atualizado deixa de depender de memória e passa a fazer parte do processo de publicação.