Pular para o conteúdo
Alcance e viralização

Atualizar posts antigos do blog em 2026: o que mudar, quando trocar a data e como avisar o Google

Como atualizar posts antigos do blog em 2026 sem perder links e cliques: o que conta como mudança real, quando trocar a data, como redirecionar e como avisar o Google.

Isaque Coelho
Capa em fundo creme com o título Atualizar posts antigos sem perder o que já ganhou, e os tópicos Mesmo endereço, Data só se mudou, Redirecionar 301 e Avisar o Google

Pra atualizar um post antigo do blog sem perder o que ele já conquistou, mantenha o mesmo endereço, troque o que ficou errado ou velho no conteúdo principal, mostre na página a data de "Atualizado em" só quando a mudança for de verdade e avise o Google pelo sitemap ou pela Inspeção de URL. Mudar só a data não conta como atualização.

Todo blog que passa de algumas dezenas de posts tem o mesmo problema: texto que já foi bom e hoje cita uma regra que mudou, um print de tela que não existe mais ou um link quebrado. Apagar e escrever de novo parece mais rápido, mas costuma jogar fora o endereço que já tinha links e cliques.

Este guia é um roteiro pra revisar artigos antigos com base no que a Central da Pesquisa Google documenta. As recomendações de rotina e de prioridade são nossas: um ponto de partida pra você testar no seu blog.

Por que atualizar em vez de escrever um post novo?

Três motivos práticos:

  • O endereço já trabalha por você. Um post antigo pode ter links internos, links de outros sites e histórico na busca. Um post novo sobre o mesmo assunto começa do zero e ainda concorre com o antigo.
  • Conteúdo desatualizado é erro factual. O Google, no guia Como criar conteúdo útil, confiável e que prioriza as pessoas (conferido em 21 de outubro de 2026), inclui entre as perguntas de autoavaliação se o conteúdo apresenta erros factuais que podem ser facilmente verificados. Uma regra que mudou e continua no texto entra aí.
  • Quem lê confia mais. Uma data de atualização honesta mostra que alguém cuida da página.

O mesmo guia faz um alerta que vale ler duas vezes: entre os sinais de conteúdo feito para o buscador, ele lista mudar a data das páginas para que pareçam atualizadas quando o conteúdo não mudou significativamente, e adicionar ou remover muito conteúdo só porque você acha que isso deixa o site com cara de "novo". Nas palavras do Google, isso não vai funcionar.

Quais posts revisar primeiro?

Você não precisa revisar o blog inteiro de uma vez. Uma ordem que funciona bem:

  1. Posts que citam regra de plataforma ou lei. Política de rede social, limite de caracteres, resolução de conselho profissional. Quando a regra muda, o texto vira erro.
  2. Posts que trazem resultado na busca. No Search Console, o relatório de desempenho mostra quais páginas recebem cliques e impressões. Comece pelas que já recebem visitas, porque o erro nelas é visto por mais gente.
  3. Posts com link quebrado ou print de tela antigo. Tela que mudou confunde quem tenta seguir o passo a passo.
  4. Posts que dois artigos seus disputam. Se você escreveu duas vezes sobre o mesmo assunto, vale juntar (veja a seção sobre redirecionamento abaixo).

Se o blog é pequeno, uma revisão por mês dos posts dos grupos 1 e 2 já resolve a maior parte do problema.

O que conta como atualização de verdade?

O Google dá uma pista clara na página Criar e enviar um sitemap (conferida em 21 de outubro de 2026): uma mudança no conteúdo principal, nos dados estruturados ou nos links da página costuma ser considerada significativa, e uma mudança na data dos direitos autorais não é.

MudançaConta como atualização?Mostrar "Atualizado em"?
Corrigir regra, número ou passo que mudouSimSim
Reescrever uma seção ou acrescentar uma novaSimSim
Trocar link quebrado por fonte que existeSim, se mudar o conteúdo citadoSim, quando a fonte mudar o que o texto diz
Trocar print de tela antigo por um atualSimSim
Corrigir um erro de digitaçãoNãoNão
Mudar só a data, o ano do título ou o rodapéNãoNão

Uma regra prática: se você não consegue dizer em uma frase o que mudou pra quem lê, não mude a data.

Como revisar um post antigo, passo a passo

Use este roteiro, na ordem:

  1. Releia como quem chegou agora. A resposta das primeiras linhas ainda está certa? Ela ainda responde a pergunta do título?
  2. Confira cada fonte. Abra todos os links. Onde a fonte mudou, atualize o trecho e a data de conferência. Onde ela sumiu, ache a página oficial que a substituiu ou tire a afirmação.
  3. Corrija o que mudou na plataforma. Telas, nomes de botões, limites e políticas. Se você não conseguiu confirmar, tire a instrução em vez de chutar.
  4. Acrescente o que faltava. Uma pergunta que leitores fazem nos comentários costuma virar uma seção nova ou um item da FAQ.
  5. Atualize os links internos. Aponte pros posts mais novos do blog que aprofundam o assunto, e faça os posts novos apontarem de volta. O guia de links internos mostra como escrever o texto desses links.
  6. Revise título e descrição. Se o foco mudou, ajuste os dois. O guia de título e meta description ajuda aqui.
  7. Mantenha o endereço. Não troque o slug só porque o título mudou. Se o post tem o ano no endereço e o conteúdo continua valendo, deixe como está.
  8. Registre a data certa. Só agora, se a mudança foi significativa, atualize a data de "Atualizado em".

Como mostrar a data de atualização pro Google e pra quem lê?

A página Influenciar suas datas de autoria na Pesquisa Google (conferida em 21 de outubro de 2026) diz que o Google não depende de um único sinal de data e analisa vários elementos pra estimar quando a página foi publicada ou teve atualizações significativas. Ela recomenda:

  • Uma data visível e rotulada, com textos como "Publicado em" ou "Última atualização".
  • Dados estruturados de um tipo como Article ou BlogPosting, com datePublished e dateModified.
  • Consistência entre a data que aparece na página e a dos dados estruturados.
  • Nada de data futura, nem a data do evento descrito no texto no lugar da data da página.
  • Menos datas soltas na página, se o Google estiver pegando a data errada.

A mesma página avisa que o Google não garante que a data vai aparecer nos resultados. Se o seu blog ainda não tem esses dados estruturados, o guia de dados estruturados no blog explica o básico.

No sitemap, o campo lastmod segue a mesma lógica. Segundo a página de sitemap do Google, ele deve refletir a última atualização significativa, e o Google usa o valor quando ele é correto de forma consistente e comprovável. Um lastmod que muda a cada deploy, sem mudança de conteúdo, ensina o buscador a ignorar o campo.

Quando juntar dois posts e redirecionar?

Se você tem dois artigos sobre a mesma pergunta, juntar costuma ser melhor que manter os dois:

  1. Escolha o post que vai ficar, de preferência o que já recebe mais cliques.
  2. Traga pra ele o que o outro tinha de útil.
  3. Configure um redirecionamento permanente do endereço antigo pro que ficou.
  4. Troque os links internos que apontavam pro post antigo.

A página Redirecionamentos e Pesquisa Google (conferida em 21 de outubro de 2026) explica que um redirecionamento permanente, como o 301 ou o 308, é usado pelo Google como indicador de que o destino deve ser o endereço canônico, e que o redirecionamento do lado do servidor é o que tem mais chance de ser interpretado corretamente. Use o permanente só quando tiver certeza de que não vai voltar atrás.

Como avisar o Google que o post mudou?

Depois de publicar a atualização, a página Solicitar ao Google um novo rastreamento de URLs (conferida em 21 de outubro de 2026) descreve dois caminhos:

  • Ferramenta de inspeção de URL, no Search Console, pra poucos endereços. Ela tem cota, e pedir várias vezes o mesmo endereço não acelera o rastreamento.
  • Sitemap, pra muitos endereços de uma vez.

O Google avisa que o rastreamento pode levar de alguns dias a algumas semanas e que pedir o rastreamento não garante inclusão nos resultados. Se o seu blog roda numa plataforma que já gera o sitemap, a atualização costuma chegar ao buscador sem você fazer nada.

Uma atualização também é um bom motivo pra voltar a falar do post nas redes, com o que mudou como gancho. O guia de reaproveitar posts mostra como fazer isso sem repetir o mesmo texto.

Onde o Otto entra

O Otto é um copiloto de conteúdo que escreve posts na sua voz pro X, pro LinkedIn e pro Threads (no Threads, com post único de até 500 caracteres e uma imagem PNG ou JPEG). Depois de atualizar um artigo, você passa pro Otto o que mudou e por que importa, e ele escreve o rascunho do post que leva o leitor de volta. No app, nada vai ao ar sem a sua aprovação. Pelo MCP, publicar ou agendar exige que você libere a permissão publishing:execute, e a confirmação de cada publicação fica com o seu agente. A revisão do artigo em si continua sendo sua.

Conheça o Otto e transforme a próxima atualização do blog em posts prontos pra revisar.

Perguntas frequentes

Posso mudar só o ano no título do post? Só se o conteúdo também mudou de forma significativa. O Google lista mudar a data pra parecer atualizado, sem mudança real, como sinal de conteúdo feito para o buscador.

Devo trocar o endereço (slug) quando atualizo o post? Em geral, não. Manter o mesmo endereço preserva os links que já apontam pra ele. Se precisar trocar, use um redirecionamento permanente do endereço antigo pro novo.

Preciso mostrar a data de publicação e a de atualização? O Google aceita uma, a outra ou as duas. O importante é que a data visível bata com a dos dados estruturados.

Corrigir um erro de digitação muda a data de atualização? Não deveria. Reserve a data de atualização pra mudanças que alteram o que o leitor aprende na página.

Apagar posts antigos melhora o ranking do blog? O Google diz que remover muito conteúdo antigo só pra fazer o site parecer novo não funciona. Remova ou junte um post quando ele não serve mais a quem lê, e redirecione quando houver um substituto.

Quanto tempo o Google leva pra ver a atualização? Segundo o próprio Google, de alguns dias a algumas semanas, sem garantia de prazo.

Fontes