Como criar e enviar um sitemap XML ao Google
O sitemap XML funciona como uma lista organizada dos endereços que um site deseja apresentar aos mecanismos de busca. Ele ajuda o Google a descobrir páginas e acompanhar alterações, principalmente quando o site é novo, cresce com frequência ou possui conteúdos que ainda recebem poucos links internos.
Mas o sitemap não é um botão de publicação no Google. Enviar o arquivo informa onde estão as páginas; não obriga o mecanismo a rastrear, indexar ou posicionar todas elas. Este guia mostra como criar, conferir e enviar um sitemap corretamente, além de explicar o que fazer quando o Search Console apresenta erro.
O que é um sitemap XML
Sitemap XML é um arquivo em formato padronizado que reúne URLs de um site e pode informar dados adicionais, como a data da última modificação significativa. O arquivo costuma ficar na raiz do domínio, em um endereço como https://exemplo.com/sitemap.xml.
Cada entrada representa uma página que o proprietário considera canônica e adequada para aparecer na busca. Em projetos modernos, o sitemap geralmente é gerado automaticamente a partir das páginas, do banco de dados ou dos conteúdos cadastrados no sistema.
Para que ele realmente serve
A principal função é facilitar a descoberta. Um mecanismo de busca pode encontrar páginas por links, mas o sitemap oferece outra rota para conhecer URLs novas ou atualizadas. Isso é útil quando a arquitetura ainda tem poucos links externos, quando há muitos conteúdos ou quando certas páginas ficam distantes da página inicial.
O arquivo também permite acompanhar no Search Console se o Google conseguiu buscá-lo e quantas URLs identificou. Essa informação ajuda a separar uma falha geral do sitemap de um problema específico de determinada página.
Sitemap não garante indexação
O próprio Google explica que o envio é apenas uma indicação. O mecanismo pode baixar o arquivo e ainda decidir não rastrear ou não indexar algumas URLs. Qualidade, duplicação, canônica, bloqueios, disponibilidade do servidor e valor do conteúdo continuam influenciando o processo.
Por isso, o status Processado significa que o arquivo foi lido, não que todas as páginas estão no índice. Para conferir uma página específica, use a Inspeção de URL e observe cobertura, canônica escolhida e resultado do teste publicado.
Quem precisa de sitemap
Sites pequenos e bem conectados podem ser descobertos apenas por links, mas o sitemap ainda oferece controle e diagnóstico. Ele se torna especialmente importante em sites novos, portais com muitos artigos, lojas com grande catálogo, projetos com imagens e vídeos e estruturas que recebem páginas regularmente.
Para um negócio local de Betim, da Grande BH ou com atendimento online em todo o Brasil, o sitemap ajuda a apresentar páginas de serviços e conteúdos ao Google. Ainda assim, essas páginas precisam estar acessíveis no menu, nos links internos ou em caminhos coerentes.
Escolha geração automática sempre que possível
Quando o site recebe novos artigos, manter o XML manualmente cria risco de esquecimento. O caminho mais seguro é fazer o framework, CMS ou aplicação gerar o arquivo usando a mesma fonte de dados que renderiza as páginas.
Em WordPress e outras plataformas, o recurso pode existir nativamente ou por plugin. Em projetos Next.js, o sitemap pode ser produzido por uma rota de metadados. O importante é evitar uma lista separada que não acompanhe publicações, alterações e exclusões.
Quais URLs devem entrar
Inclua versões canônicas, públicas e indexáveis das páginas que você realmente quer ver nos resultados. Use URLs absolutas completas, sempre com protocolo e domínio, como https://exemplo.com/servicos/criacao-de-sites.
Página inicial, serviços, categorias úteis, artigos e páginas institucionais relevantes costumam fazer parte. A seleção precisa refletir a estrutura atual, não um inventário histórico de tudo o que já existiu.
O que não deve entrar no sitemap
Não inclua páginas com noindex, URLs bloqueadas de forma incompatível, respostas 404, redirecionamentos, versões duplicadas, ambientes de teste, resultados de busca interna ou páginas protegidas por login. O sitemap deve apontar diretamente para destinos válidos.
Também evite listar URLs com parâmetros de campanha, como UTM. Esses parâmetros medem origem de tráfego, mas não representam uma nova página canônica. Inserir variações aumenta ruído e pode criar sinais contraditórios.
Use URLs coerentes com domínio e protocolo
Se a versão principal usa HTTPS e não utiliza www, todas as entradas devem seguir esse padrão. Misturar http, https, www e domínio sem www pode fazer o arquivo apontar para redirecionamentos ou versões diferentes da propriedade analisada.
Antes de enviar, abra algumas URLs copiadas diretamente do XML. Elas precisam carregar sem autenticação e retornar a página final. Um endereço aparentemente correto pode esconder erro de digitação, mudança de rota ou deploy incompleto.
Como funciona a tag lastmod
A tag lastmod informa a data da última alteração relevante. O Google pode usar esse dado quando ele é preciso e consistente. Mudança no conteúdo principal, em dados estruturados ou em links importantes pode justificar atualização.
Não altere a data diariamente sem que a página tenha mudado. Atualizar somente rodapé, ano de copyright ou outro detalhe irrelevante não torna o conteúdo novo. Datas artificiais reduzem a confiança nesse sinal e não aceleram a indexação.
Priority e changefreq não controlam o Google
O protocolo permite elementos como priority e changefreq, mas o Google informa que ignora esses valores. Definir prioridade máxima em todas as páginas ou declarar atualização diária não obriga rastreamento mais frequente.
Se o sistema já produz esses campos, eles não precisam causar problema, mas não devem ser tratados como estratégia de posicionamento. Concentre a manutenção em URLs corretas e lastmod verdadeiro.
Limites e índice de sitemaps
Cada sitemap aceita até 50 MB sem compactação ou 50 mil URLs. Sites que ultrapassam um desses limites precisam dividir os arquivos. Um índice de sitemaps pode reunir os endereços de vários arquivos menores.
Separar por tipo também pode facilitar diagnósticos: páginas, artigos, produtos, imagens ou unidades locais. Porém, um site pequeno não precisa criar vários arquivos apenas por organização estética. Simplicidade ajuda na manutenção.
Sitemap de imagens e outros formatos
O sitemap XML pode incluir extensões para imagens, vídeos, notícias e versões localizadas. Esses dados ajudam o mecanismo a compreender recursos que fazem parte das páginas, desde que estejam acessíveis e sejam relevantes.
No Exponha, por exemplo, cada artigo pode associar sua capa editorial à URL correspondente. Isso não garante exibição da imagem, mas fornece uma referência adicional coerente com o conteúdo.
Como testar o arquivo antes do envio
Abra /sitemap.xml no navegador e confirme se o servidor entrega XML, não uma página de erro. Procure caracteres quebrados, HTML inesperado e mensagens do framework. Validadores XML também ajudam a identificar sintaxe inválida.
Depois, confira uma amostra das URLs. Verifique status 200, canônica, ausência de noindex, título e conteúdo. Se o próprio sitemap não abre publicamente, o Google também não conseguirá processá-lo.
Como enviar no Google Search Console
Entre na propriedade correta, abra o relatório Sitemaps e informe o endereço do arquivo no campo Adicionar um novo sitemap. Em uma propriedade de domínio, use a versão que corresponde ao site publicado. Para o Exponha, o endereço esperado é https://exponha.com/sitemap.xml.
Nesse campo entra o sitemap, não a URL de um artigo. Para solicitar rastreamento de uma página individual, cole o endereço completo na barra Inspecionar qualquer URL, execute o teste publicado e solicite indexação quando estiver disponível.
O que significa Processado
Processado indica que o Google conseguiu buscar e interpretar o sitemap. O relatório pode mostrar a quantidade de páginas descobertas, mas esse número não deve ser lido como total indexado.
Compare com o relatório de indexação e inspecione amostras. É normal existir intervalo entre descoberta, rastreamento e possível inclusão no índice, principalmente em sites novos ou após uma sequência grande de publicações.
Como agir quando aparece Não foi possível buscar
Abra o sitemap em janela anônima e em outra rede. Confirme DNS, certificado HTTPS, disponibilidade do servidor e ausência de login. Erros de deploy, tempo limite e bloqueios de firewall podem tornar o arquivo intermitente.
Se o endereço estiver funcionando, use a inspeção ao vivo para verificar como o Google acessa. Corrija a causa antes de reenviar. Repetir o envio de um arquivo indisponível não resolve o problema.
Como corrigir sitemap com erros
Quando o arquivo é lido parcialmente, o Search Console apresenta detalhes. Erros comuns incluem URL inválida, domínio diferente, data em formato incorreto, arquivo grande demais, XML malformado e páginas que respondem com falha.
Corrija a origem da geração, não apenas a saída daquele dia. Se um artigo novo cria XML inválido, valide campos e caracteres antes de publicar. Depois do ajuste, confirme o arquivo público e reenvie uma única vez.
Inclua o sitemap no robots.txt
É possível adicionar uma linha com o endereço completo no robots.txt, como Sitemap: https://exemplo.com/sitemap.xml. Isso oferece mais uma forma de descoberta, inclusive para mecanismos que leem essa indicação.
A referência não substitui a acessibilidade do arquivo e não corrige regras que bloqueiam páginas importantes. Robots.txt e sitemap cumprem funções diferentes: um orienta rastreamento; o outro lista URLs preferenciais.
Quando reenviar e quando aguardar
Depois de uma correção importante ou mudança de endereço, reenviar pode ser apropriado. Em atualizações rotineiras, um sitemap automático com lastmod correto tende a ser revisitado pelo Google sem necessidade de novos envios diários.
Solicitações repetidas não transformam uma página fraca em indexável. Se o arquivo está Processado e a URL continua fora do índice, investigue a página: conteúdo, duplicação, canônica, links internos, resposta do servidor e valor para a busca.
Checklist de publicação
Antes de concluir, revise o arquivo e a forma de envio. Esse checklist evita confundir descoberta com indexação e reduz erros operacionais.
- O sitemap abre publicamente em HTTPS?
- Todas as URLs são absolutas e canônicas?
- As páginas retornam status 200 e não usam noindex?
- Redirecionamentos, 404 e parâmetros foram removidos?
- A data lastmod reflete mudança significativa?
- O arquivo acompanha automaticamente novos conteúdos?
- O robots.txt referencia o endereço correto?
- O Search Console mostra o sitemap como Processado?
Conclusão: sitemap é mapa, não garantia
Um sitemap bem construído facilita descoberta e diagnóstico, mas trabalha em conjunto com arquitetura, links internos, disponibilidade e conteúdo útil. A melhor configuração é simples, automática e fiel ao que realmente está publicado.
Mantenha somente URLs canônicas e indexáveis, use lastmod com honestidade, teste o XML e acompanhe o relatório. Quando uma página não aparece no Google, use o sitemap como uma parte do diagnóstico, não como explicação única.
Dúvidas frequentes sobre o tema
Enviar o sitemap faz o site aparecer imediatamente no Google?+
Não. O envio ajuda o Google a descobrir URLs, mas rastreamento, indexação e posicionamento dependem de outros fatores e podem levar tempo.
Preciso enviar o sitemap toda vez que publico um artigo?+
Normalmente não. Se o sitemap é gerado automaticamente e permanece acessível, o Google pode revisitá-lo. Reenvie após correções ou mudanças importantes.
Posso colocar a URL do artigo no campo de sitemap?+
Não. Nesse campo entra o endereço do arquivo, como https://exemplo.com/sitemap.xml. A URL do artigo deve ser usada na ferramenta de Inspeção de URL.
Um sitemap pode conter páginas com noindex?+
Não é recomendado. Isso envia sinais contraditórios: o sitemap pede consideração da URL enquanto noindex solicita que ela não seja indexada.
O status Processado significa que todas as páginas estão indexadas?+
Não. Significa apenas que o Google conseguiu buscar e ler o sitemap. A indexação de cada URL deve ser acompanhada nos relatórios e na inspeção.