Guia · Mapa do site
Um mapa do site que diz a verdade
Quase todos os sites têm um sitemap.xml. Muito menos têm um mapa do site exato. A diferença assenta num único campo, bem mais do que no formato, que continua trivial: a data da última modificação. É o que se preenche mais depressa, o que menos se verifica e o que decide a ordem pela qual um motor volta a passar por si.
Cinco coisas que um mapa do site declara
Cada linha de um mapa do site é uma afirmação sobre o seu site, e um motor trata-a como tal. Os cinco pontos abaixo verificam-se com provas, a partir do ficheiro servido.
01
Um mapa do site declara, o motor decide
O ficheiro sitemap.xml lista os endereços que quer ver indexados e, para cada um, a data em que mudou pela última vez. Um motor usa-o para descobrir o que ainda lhe falta e para decidir onde voltar primeiro. Continua a ser dono do seu percurso: ele lê-o.
Ver isto: Peça /sitemap.xml e leia-o. Cada entrada deve ser uma página real, servida em 200, no endereço exato que o site publica — mesmo protocolo, mesmo domínio, mesma barra final.
Respeitá-lo: Um mapa gerado pela própria publicação. Uma lista escrita à mão desvia-se logo na segunda colocação online.
02
A data é o campo mais frequentemente errado
É o nosso próprio incidente, de 27 de agosto de 2026: seis páginas em sete anunciavam «modificada a 17 de agosto» no nosso mapa do site, enquanto o IndexNow avisava os motores de que essas páginas tinham acabado de mudar. Os dois sinais contradiziam-se. A causa cabia numa linha — as datas eram escritas à mão. Uma data à mão acaba sempre por mentir.
Ver isto: Escolha três páginas ao acaso no seu mapa e compare o seu lastmod com a última modificação real do respetivo texto. Se as três tiverem a mesma data, ou a data do dia, está a ler um carimbo de publicação onde o motor espera uma data de modificação.
Respeitá-lo: Um script compara o texto visível da página que se está prestes a publicar com o da página atualmente online, e só data de hoje aquilo que realmente mudou. As outras páginas mantêm a sua data. É a correção que aplicámos, e é a que se aguenta.
03
O que um motor faz de uma data que mente
Uma data serve para hierarquizar passagens. Se todo um site se redata a cada colocação online, todas as suas páginas se parecem: o sinal achata-se e o motor volta ao ritmo que tinha escolhido por si próprio. A ordem das visitas continua então a ser a dele; uma data exata é a única alavanca que um mapa lhe dá sobre isso.
Ver isto: Publique uma correção numa única página, depois releia o mapa. Só uma linha deve ter mudado.
Respeitá-lo: Uma data que só se mexe quando o conteúdo muda. A 7 de setembro de 2026, uma auditoria ao nosso site mostrou que o mapa datava todas as páginas a cada publicação; quatro causas distintas foram corrigidas e o script deixou depois o mapa intacto, mantendo cada página a sua data.
04
O que um mapa do site contém
Um endereço merece o seu lugar no mapa quando três condições se verificam em conjunto: o caminho está aberto ao rastreio pelo robots.txt, a página declara-se indexável e o seu endereço canónico aponta para si mesma. As três andam juntas: inscrever um endereço que o resto do site afasta equivale a dar duas instruções contraditórias dentro do mesmo site.
Ver isto: Para cada endereço do mapa: o caminho é permitido pelo robots.txt? A página declara-se indexável? A sua canónica aponta efetivamente para o seu próprio endereço?
Respeitá-lo: Manter no mapa apenas as páginas que assume como indexáveis. Um mapa é exatamente isso: a lista das páginas que quer ver indexadas.
05
As versões linguísticas fazem parte do mapa
Uma página traduzida é uma página por direito próprio: deve ser submetida como as outras, e a sua pertença ao grupo deve ler-se a partir do mapa. O mapa de seorecords.com transporta, para cada página, o cluster hreflang completo em xhtml:link.
Ver isto: Abra uma entrada do mapa que corresponda a uma página traduzida. Deve listar todas as línguas do grupo, e essa lista deve ser a mesma de uma entrada para outra.
Respeitá-lo: Gerar o cluster no mesmo sítio que o mapa, a partir da mesma fonte. Duas listas mantidas em separado divergem.
Verificar o seu mapa do site em quatro gestos
Estes quatro gestos fazem-se a olho nu, com o ficheiro à frente. Exigem apenas que o leia em vez de o presumir correto.
- 01Peça o ficheiro e verifique que responde com 200 e em XML: uma página de erro disfarçada trai-se pelo seu conteúdo.
- 02Conte os seus endereços e compare esse número com o das páginas que quer ver indexadas. Uma diferença clara nota-se de imediato.
- 03Escolha três endereços ao acaso e siga-os: código de resposta, canónica, instrução de indexação.
- 04Publique uma única correção, depois releia o mapa: só uma data deve ter mudado.
Uma observação retirada das nossas duas passagens: o mapa é o último sítio onde se procura um erro, porque é gerado e portanto julgamo-lo mecânico. Só se torna verdadeiramente mecânico no dia em que se volta a lê-lo. Connosco, foram precisas duas releituras sucessivas para que a data dissesse a verdade, linha a linha — e é hoje um controlo que corre a cada publicação.
Ler o seu plano tal como um motor o lê
O Verificador lê o seu endereço e devolve-lhe o estado dos seus sinais, gratuitamente, em cerca de dez segundos. O seu site continua a ser exatamente seu: a leitura é feita do exterior. O Audit SEO Records vai mais longe: lê o seu plano inteiro, página por página, e entrega-lhe o relatório datado.