|
|
| {{subiu_orn | }} |
{{subiu_num | }} |
{{subiu_orn | }} |
{{subiu_caps | }}
{{subiu_linha | }}
|
|
A página sem data que o motor troca pela do concorrente
Sem data de publicação nem de atualização no texto visível e no código, o motor de resposta prefere a fonte datada do concorrente.
|
A data que falta na página e na etiqueta
|
| ▼ |
| |
|
Em 2002, o Stanford Persuasive Technology Lab, dirigido por B. J. Fogg, publicou dez diretrizes de credibilidade na web, e a sétima manda mostrar que o conteúdo foi revisado recentemente. A data entrou naquela lista acima de item de design e abaixo de referência verificável, numa época em que quem lia uma página era gente.
Vinte e quatro anos depois, quem lê a página primeiro é um programa, e ele usa a mesma pista pela razão oposta. Gente olha a data para decidir se confia. O programa olha a data para decidir se pode usar a frase sem correr o risco de entregar um número vencido para quem perguntou.
A pergunta que pede dado atual é a mais comum do repertório de qualquer assistente: quanto custa, qual é a alíquota, qual é o prazo, qual versão está valendo. Toda vez que a pergunta carrega tempo dentro dela, o programa precisa de uma fonte que diga quando aquele número foi escrito, e precisa disso em formato que ele leia sem adivinhar.
Página sem data não entrega essa pista em nenhum dos dois lugares onde ela pode morar: nem no texto que o leitor vê, nem na etiqueta de código que o programa interpreta. O texto pode até estar impecável, a alíquota pode estar correta, a conta pode estar refeita na semana passada. Nada disso chega ao programa, porque nada disso tem carimbo.
O resultado é uma troca silenciosa. O concorrente publicou a mesma informação, com metade da profundidade, e deixou no código a linha que diz quando aquilo foi atualizado. A resposta cita o concorrente, o leitor recebe a versão pior do dado, e o seu relatório de busca não acusa nada, porque o tráfego orgânico continua entrando pela porta de sempre.
A seguir, os dois lugares onde a data entra na sua página e o que cada um faz, o caso de um escritório de Londrina que perdeu sete meses de citação por uma etiqueta vazia, e o teste de dez perguntas que mede a troca antes e depois da correção.
Continue lendo ↓
|
|
|
|
I Sinal da Semana
Dois lugares onde a data precisa estar
|
|
Data que o leitor vê e data que o programa lê são duas coisas separadas, e a página precisa das duas.
A primeira mora no texto visível, logo abaixo do título ou no fim do artigo: uma linha curta com dia, mês e ano, em português, legível por qualquer pessoa que abra a página no celular. Ela resolve a confiança de quem lê, e serve de conferência rápida para quem mantém o site.
A segunda mora no código e nunca aparece na tela. É a marcação de dados estruturados, um bloco em formato JSON-LD (notação de dados em texto, lida por máquina) com os campos datePublished (data de publicação) e dateModified (data da última modificação), escritos no padrão internacional de data, ano, mês e dia separados por hífen.
O programa que monta a resposta lê o segundo bloco com prioridade, porque ali a data vem sem ambiguidade. No texto visível, "atualizado em 03/04/2026" pode ser 3 de abril para um brasileiro e 4 de março para uma biblioteca de software configurada em inglês. No campo estruturado, 2026-04-03 tem uma leitura só.
As duas falhas mais comuns, e elas não se parecem
A primeira falha é a ausência total: nem linha no texto, nem campo no código. Acontece em página institucional, em página de serviço e em material de apoio, justamente o tipo de conteúdo que responde pergunta de preço e de prazo.
A segunda falha é mais traiçoeira porque parece resolvida. O campo dateModified existe, o plugin preenche sozinho, e o valor é a data do último salvamento no painel, não a data da última revisão de conteúdo. Trocar uma vírgula avança o carimbo seis meses sem mudar uma informação.
O inverso também aparece. Site que migrou de plataforma carrega dateModified congelado na data da migração, igual em todas as páginas, o que para o programa significa que nada ali foi tocado desde então.
|
"Se algo é difícil de usar, eu simplesmente não uso tanto."
Steve Krug, Não Me Faça Pensar, 2000
|
Onde mais a data vale
Existem dois carimbos secundários que ajudam quando o principal está correto. O campo lastmod do mapa do site avisa ao rastreador quando voltar, e o cabeçalho Last-Modified (última modificação), que o servidor devolve junto com a página, serve de conferência para quem compara versões.
Nenhum dos dois substitui a marcação estruturada. Servem de reforço, e só têm efeito se contarem a mesma história: mapa do site, cabeçalho do servidor, campo no código e linha visível precisam apontar para o mesmo dia.
Quando divergem, o programa trabalha com a informação mais conservadora que encontrar. Mapa do site dizendo agosto de 2026 e dateModified dizendo janeiro de 2024 produz o mesmo efeito de uma página sem carimbo nenhum, porque a contradição tira o valor da pista.
|
|
|
|
|
II Case Brasileiro
Sete meses de citação perdida em Londrina
|
|
Quarenta e um artigos sobre tributação de serviço, nenhum com data legível por máquina.
|
Marina Deschamps, analista de conteúdo de um escritório de contabilidade de Londrina com 380 clientes de serviço recorrente, passou março de 2026 atrás de uma resposta simples: por que nenhum assistente citava o escritório em pergunta sobre alíquota de imposto sobre serviço, se o blog da casa tinha quarenta e um artigos sobre o assunto, revisados por contador registrado.
O blog existia desde agosto de 2022 e era alimentado por dois contadores do quadro. Cada artigo trazia a alíquota municipal, o prazo de recolhimento e um exemplo numérico, e a revisão acontecia sempre que a prefeitura publicava alteração, o que naquele período aconteceu três vezes.
Marina montou uma bateria de dez perguntas de alíquota e prazo e levou a três assistentes de resposta, anotando quem era citado em cada caso.
Artigos tributários publicados no blog: 41
Perguntas de teste levadas a assistentes: 10
Respostas que citavam o escritório na primeira medição: 1 das 10
Artigos com campo dateModified preenchido: 0 de 41
Artigos com linha de data no texto visível: 6 de 41
Respostas que citavam o escritório noventa dias depois: 6 das 10
A medição de Marina em março de 2026 mostrou onde estava a troca. Em sete das dez perguntas, a resposta citava um portal de notícia de economia que reproduzia a tabela de alíquota sem exemplo e sem conferência, e a própria resposta dizia em qual mês aquela informação havia sido atualizada.
O escritório tinha a informação melhor e mais recente. O portal tinha o carimbo. Dos quarenta e um artigos, nenhum trazia o campo dateModified no código, e apenas seis mostravam data no texto, herança de um tema antigo que escondia a data do artigo por decisão de design.
O rastro da decisão ficou documentado. Em 2022, ao montar o blog, o escritório pediu ao desenvolvedor que a data não aparecesse, para que artigo de dois anos não parecesse velho diante do cliente. O desenvolvedor removeu a linha visível e, junto com ela, o bloco de dados estruturados que alimentava a data.
A correção levou três dias de trabalho. Os dois contadores reabriram os quarenta e um artigos, conferiram a alíquota vigente, corrigiram sete números desatualizados e registraram a data real daquela revisão. O desenvolvedor devolveu a linha visível e preencheu datePublished e dateModified com as datas verdadeiras de cada peça.
Noventa dias depois, a mesma bateria de dez perguntas voltou aos mesmos três assistentes. O escritório apareceu em seis respostas, e em quatro delas a resposta informou ao leitor o mês da última revisão do artigo, uma pista que o portal de notícia também trazia e que agora as duas fontes disputavam em igualdade.
O ganho secundário apareceu na recepção. A equipe de atendimento contou sete contatos em dois meses que começavam citando o artigo do blog pela data, o que antes não acontecia porque nenhum cliente tinha como saber se o texto valia para o mês corrente.
|
| |
|