Muitas vezes, o Perplexity cita sua página não porque ela traz o melhor artigo, mas porque, no momento em que o usuário faz a pergunta, ela é a fonte mais recente cuja atualidade pode ser confirmada imediatamente. No Perplexity, a atualidade do conteúdo não é apenas um bônus de ranqueamento: é um critério de entrada na lista de fontes candidatas. Você pode ter publicado uma análise excelente há dois anos, mas, se a página parecer antiga e abandonada, o modelo poderá ignorá-la em perguntas que exigem informações atuais e recorrer a um conteúdo inferior, porém mais recente e respaldado por respostas mais claras do servidor.
Onde o Perplexity identifica a atualidade do seu conteúdo?
Primeiro, é preciso separar dois processos. O Perplexity mantém um índice próprio, mas também pode rastrear páginas em tempo real quando o usuário faz uma pergunta. O crawler PerplexityBot ajuda a construir o índice, enquanto outro agente, o Perplexity-User, acessa a página para confirmar seu conteúdo durante a resposta. Portanto, os sinais de atualidade são lidos em dois momentos: na indexação e na geração da resposta. A informação sobre quando a página foi atualizada pela última vez precisa ser consistente e confiável nos dois casos. Esse cuidado é especialmente importante em consultas sensíveis ao tempo, como preços, versões, regulamentações e números anuais. O modelo tende a escolher páginas atualizadas recentemente quando existem evidências claras dessa atualização.
- Cabeçalhos da resposta HTTP: Last-Modified e ETag permitem que o crawler faça solicitações condicionais para verificar se houve alguma mudança desde o último rastreamento.
- lastmod do sitemap.xml: indica ao crawler quais URLs devem ser revisitadas primeiro.
- Dados estruturados da página: dateModified e datePublished de Article/BlogPosting informam o momento de atualização declarado pelo conteúdo.
- Data visível na página: uma indicação como “Última atualização” no início ou no fim do artigo pode ser lida tanto pelas pessoas quanto pelos modelos.
- Atualidade do próprio conteúdo: o ano, a versão e os números mais recentes mencionados no artigo precisam ser compatíveis com a data de atualização declarada.
Comece corrigindo os sinais de atualidade no servidor
Muitas equipes concentram todo o esforço em editar o conteúdo, mas deixam o servidor retornar um Last-Modified incorreto ou nem sequer fornecer esse cabeçalho. Essa é uma das falhas mais comuns — e também uma das mais simples de corrigir. A regra é clara: sempre que o conteúdo real da página mudar, atualize o cabeçalho Last-Modified para o momento correspondente; se nada mudar, preserve o valor original. Em conjunto com o ETag, um hash que funciona como impressão digital do conteúdo, isso permite que o crawler envie solicitações condicionais por meio de If-Modified-Since ou If-None-Match. Se a página continuar igual, o servidor responderá com 304 Not Modified sem transmitir todo o HTML. Se houver mudanças, retornará 200 com o novo conteúdo. Muitos sites baseados em frameworks de front-end ou CDNs retornam 200 por padrão em todas as solicitações, enquanto o Last-Modified aponta para o momento do deploy. Assim, cada página parece ter acabado de ser modificada, embora seu conteúdo permaneça igual. Os sinais entram em conflito.
Por que as solicitações condicionais influenciam a frequência de rastreamento
Todo crawler trabalha, implicitamente, com um orçamento de rastreamento por site e não visitará suas páginas sem limite. Quando o servidor consegue responder rapidamente com 304 para indicar que nada mudou, os recursos economizados podem ser direcionados às páginas realmente atualizadas, encurtando o intervalo até a próxima visita. Por outro lado, se cada rastreamento exigir o download da página inteira e não houver uma data de atualização clara, o crawler aprenderá que os sinais do site não são confiáveis e reduzirá a frequência das visitas. Nas auditorias de GEO que realizamos para clientes, um dos achados mais recorrentes é a redução significativa do intervalo entre os rastreamentos das páginas estratégicas após o reparo dessa camada.
O lastmod do sitemap precisa refletir a realidade
O lastmod do sitemap é uma referência importante para o crawler priorizar URLs, mas só tem valor quando é preciso. Um erro comum é atualizar o lastmod de todas as URLs para a data atual a cada deploy do site. Na prática, isso equivale a dizer ao crawler: “todo o meu site muda todos os dias”. Ele logo perceberá que o conteúdo continua igual, reduzindo a credibilidade do sitemap inteiro — inclusive das páginas que realmente foram atualizadas. O correto é fazer o lastmod refletir o momento em que o conteúdo de cada URL mudou, calculando-o página por página, em vez de aplicar a data do build em massa. Inclua apenas URLs que realmente mereçam uma nova visita. Não enfraqueça o sinal preenchendo o sitemap com paginações, páginas de abas e URLs com parâmetros.
O dateModified precisa corresponder à data visível na página
O dateModified dos dados estruturados, o Last-Modified do HTTP, o lastmod do sitemap e a data de “Última atualização” exibida na página devem representar o mesmo momento. Quando esses quatro valores se contradizem — o schema indica uma atualização hoje, a página mostra uma data do ano passado e o cabeçalho do servidor informa outro momento —, o modelo recebe ruído e tende a desconfiar da alegação de atualidade. Na prática, centralize o momento da atualização em uma única fonte de dados, como o timestamp real de modificação no sistema de gerenciamento de conteúdo, e gere os quatro sinais a partir dela. Assim, todos comunicam a mesma informação. O datePublished deve preservar a data original de publicação, enquanto o dateModified deve refletir a última alteração substancial. Ambos são necessários.
Frequência de atualização: concentre esforços nas páginas que ficam desatualizadas
Nem toda página precisa ser atualizada com frequência. Forçar revisões periódicas em todo o site apenas dispersa os recursos de manutenção. Comece separando o conteúdo em duas categorias. A primeira reúne páginas perecíveis, como preços, comparativos de produtos, listas de integrações, tendências anuais, regulamentações e versões. A segunda inclui conteúdos mais duradouros, como definições de termos e explicações de princípios. Estabeleça um ciclo fixo de revisão para as páginas perecíveis, atualize-as assim que as informações mudarem e sincronize os quatro sinais de tempo. Já os conteúdos duradouros só devem receber uma nova data quando houver acréscimos substanciais. O critério para decidir se uma atualização é necessária deve ser a existência de mudanças relevantes no conteúdo, não a passagem do tempo no calendário. Trocar uma única palavra e renovar a data não fará o modelo confiar mais em você.
Atualidade não significa mudar o conteúdo o tempo todo. Significa ter um motivo real para a mudança e garantir que os quatro sinais confirmem essa alteração. O crawler confia em um ritmo de manutenção previsível, não em atualizações frequentes e vazias.— Tenten GEO
Novo rastreamento: você não controla o Perplexity, mas pode aumentar as chances
- Verifique se o robots.txt não bloqueia o PerplexityBot nem o Perplexity-User. Ambos precisam ter acesso; caso contrário, todo o trabalho posterior será inútil.
- Depois de atualizar uma página estratégica, renove ao mesmo tempo o Last-Modified, o sitemap lastmod e o schema dateModified da URL para manter os três sinais consistentes.
- Reduza o tempo de resposta do servidor e retorne corretamente o código 304 para páginas sem alterações, preservando o orçamento de rastreamento para as páginas atualizadas.
- Crie um link interno para a página recém-atualizada a partir de outra página com alto tráfego e rastreamentos frequentes. As visitas recorrentes à página de origem podem acelerar a descoberta do novo conteúdo.
- Após a atualização, gere novos estímulos ao rastreamento em outros canais, como newsletters próprias, comunidades e páginas externas que façam referência ao conteúdo. Isso aumenta a chance de uma nova visita em menos tempo.
Ao adotar essas práticas, você não está tentando agradar a um algoritmo. Está permitindo que cada atualização real seja identificada com rapidez e interpretada corretamente pelo Perplexity. O problema de muitos sites não é a qualidade do conteúdo, mas a contradição entre os sinais de atualidade, que faz boas páginas parecerem antigas e serem ignoradas. Se quiser descobrir onde Last-Modified, sitemap, schema e datas visíveis estão enviando informações conflitantes no seu site, agende um diagnóstico de GEO de 30 minutos (/contact). Apontaremos diretamente as lacunas de sinal que levam o Perplexity a ignorar suas páginas.
