A resposta curta
Um artigo é mais atualizado quando a sua informação se torna mais precisa ou útil. Uma data mais recente por si só não faz nada disto. Reveja as alegações, os exemplos e os próximos passos que podem ser alterados, atualize a substância quando necessário e faça com que qualquer data de publicação ou modificação apresentada descreva o que realmente aconteceu.
Uma mudança de calendário não é uma atualização editorial
Todos os artigos do site exibem datas recentes. Abra um e o produto mudou, uma ferramenta ligada já não funciona e o conselho descreve um processo antigo. A data sugere uma garantia de que a página não pode fornecer.
A revisão regular é valiosa. As mudanças rotineiras de carimbo de data/hora são um mau substituto para isso. A questão útil é o que o leitor pode agora compreender ou fazer melhor porque a página foi atualizada.
Algumas reivindicações envelhecem mais rapidamente do que outras
O preço de um serviço, um requisito de software ou uma política de plataforma podem mudar rapidamente. Uma explicação cuidadosa de um conceito estável pode permanecer útil durante anos. Dê a cada tipo de informação um gatilho de revisão apropriado, em vez de tratar cada artigo como igualmente perecível.
Observe primeiro as reclamações que afetam a decisão do cliente. O serviço ainda existe? As condições são precisas? O próximo passo chega à equipa certa? Uma nova introdução atraente faz pouco se as informações de compra abaixo estiverem erradas.
Um exemplo trabalhado
Suponha que um guia descreve um formulário de consulta e a empresa altera posteriormente as informações que os clientes necessitam de fornecer.
Onde corre mal
Altere a data do artigo durante a próxima construção do site, mantendo as instruções do formulário antigo.
O que fazer em vez
Atualize as instruções, teste a rota de consulta real e registe a revisão substantiva com precisão.
A data mais recente corresponde agora a uma mudança útil. Um cliente que siga o guia tem menos probabilidade de ficar preso no processo atual.
Separe uma atualização de conteúdo de uma reconstrução de rotina
Um site pode ser reconstruído porque uma dependência foi alterada ou um rodapé foi corrigido. Isto não significa que todos os artigos tenham recebido uma revisão editorial substantiva. Da mesma forma, verificar uma fonte e não encontrar qualquer alteração é uma manutenção útil, mas é diferente de reescrever a página.
Mantenha estes eventos distinguíveis internamente. Se for apresentada uma data de modificação pública, esta deverá refletir a atualização real da página e estar alinhada com os dados estruturados correspondentes. A orientação da Google trata as datas de publicação e modificação como descrições da página, e não do evento que discute.
Faça uma atualização para chamar a atenção do leitor
Uma revisão válida pode substituir conselhos obsoletos, adicionar um exemplo mais claro, resolver uma questão não respondida ou remover uma reivindicação de serviço que a empresa já não suporta. Explique uma correção material que ajude os leitores a compreender o que mudou.
Deixe as passagens estáveis e precisas de lado quando não houver razão para as alterar. Um processo de revisão deve aumentar a confiança e a utilidade, e não manter os copywriters ocupados a produzir diferenças cosméticas. A melhor evidência de frescura é a substância atual da página.
Leve isso para a sua próxima conversa
Perguntas a colocar à sua agência
- Que alegações nesta página poderiam ter mudado?
- Que melhorias substanciais foram feitas?
- A data apresentada descreve um evento editorial real?
- Os links e o próximo passo do cliente foram verificados?
Perguntas comuns
Cada artigo deve mostrar uma data atualizada?
Utilize datas que ajudem os leitores a avaliar o conteúdo. Tudo o que exibe deve ser preciso e consistente; uma data não substitui a revisão da informação.
O conteúdo antigo tem sempre de ser reescrito?
Não. Verifique se se mantém correto e útil para o seu propósito. Atualize o que mudou ou não está claro, em vez de alterar o material estável apenas para o fazer parecer recente.
Notas de origem
Orientação da plataforma por detrás deste tópico:
Da explicação à implementação
Este guia é publicado pela NAVIFLARE, um website, prática de fluxo de trabalho de CRM e IA. As notas de origem identificam a orientação da plataforma; exemplos resolvidos explicam um método em vez de reivindicar o resultado de um cliente.
Explorar visibilidade de pesquisa SEO e IAO seu próximo passo
Escolha algumas páginas com alegações urgentes e identifique o que a sua equipa sabe que mudou. Podemos discutir uma revisão prática de conteúdo que começa com o impacto no cliente.
Discuta a sua revisão de conteúdo
