Idiomas

Sitemap XML

O que é um sitemap XML, seu anatomía, as etiquetas ignoradas (priority/changefreq), lastmod preciso, os límites de 50 000/50MB, hreflang em sitemaps e como enviar uno.

Publicado pela primeira vez: 22 de jun. de 2026 · Última atualização: 23 de ago. de 2026 · Avançado
Idiomas
AIEscrito porAI v2
1 sinal de evidência nesta página

Um sitemap XML é um arquivo UTF-8 que enumera as URL podeónicas e indexables que deseas que os mecanismos de busca conozcan, cada uma em um bloque <url> com um <loc> obligatorio e um <lastmod> opcional. Ajuda um os motores um descubrir URL mas não garantiza um indexação; seu beneficio real é o diagnóstico de enviadas frente um indexadas em Pesquisa Console. Google ignora <priority> e <changefreq>, e usa <lastmod> somente quando é verificablemente preciso (actualizações significativas, não um 'hoy' genérico). Um sitemap tem um límite de 50 000 URL ou 50MB sem comprimir; mas allá de eso, divides os arquivos e os referencias desde um índice de sitemap. Inclui somente URL podeónicas, indexables e com estado 200; omitir uma URL do sitemap não é o mesmo que não indexarla. Os sitemaps também são lugar mas fácil para gerenciar hreflang um escala. Referéncialo em robots.txt e envíalo em Pesquisa Console e Bing Webmaster ferramentas.

TL;DR — Um sitemap XML é um arquivo UTF-8 de URLs <loc> podeónicas e indexables, cada uma opcionalmente com um <lastmod>. Ajuda ao descoberta, não um indexação — o beneficio é um sinal de enviadas vs. indexadas em Pesquisa Console. Google ignora <priority> e <changefreq> e usa <lastmod> somente quando é verificablemente preciso (actualizações significativas, nunca um “hoy” genérico). Um arquivo tem um límite de 50 000 URLs ou 50 MB sem comprimir — mas allá de eso, divide e usa um índice de sitemap. Inclui somente URLs 200, podeónicas e indexables; excluir uma URL não é o mesmo que noindexarla. XML não é o único formato aceptado (RSS/Atom/txt também funcionam), e os sitemaps são lugar mas fácil para gerenciar hreflang um escala — embora essas anotações se publican com um retraso, não instantáneamente. Referéncialo em robots.txt e envíalo em Pesquisa Console + Bing Webmaster ferramentas.

Evidence for this claim The XML sitemap protocol lists canonical URL locations and optional metadata, with limits of 50,000 URLs and 50 MB uncompressed per sitemap. Scope: Sitemaps protocol and current Google-supported limits. Confidence: high · Verified: Sitemaps XML format Evidence for this claim Google treats sitemaps as discovery hints rather than guarantees and supports submission through Search Console or robots.txt references. Scope: Current Google sitemap behavior and submission methods. Confidence: high · Verified: Google Search Central: Build and submit a sitemap

O que é realmente um sitemap XML

Um sitemap XML é um arquivo, escrito segundo o protocolo sitemaps.org 0.9, que enumera as URLs de seu site que quieres que os motores conozcan. UM própria definição de Google: “a file where você provide information sobre o pages, videos, e other files on seu site.” (tradução) «um arquivo no qual você fornece informações sobre as páginas, os vídeos e outros arquivos do seu site» (traducção) «Um sitemap é um arquivo onde proporcionas informações sobre as páginas, videos e otros arquivos de seu site, e as relações entre eles.» É uma ajuda de descoberta e um diagnóstico de cobertura — explícitamente não uma garantía: “UM sitemap ajuda mecanismos de busca discover URLs em seu site, mas isso não guarantee que todos o items em seu sitemap será crawled e indexed.” (traducção) «Um sitemap ajuda um os mecanismos de busca um descubrir URLs em seu site, mas não garantiza que todos os elementos de seu sitemap serão rastreados e indexados.»

Esse enfoque importa, porque é onde se malgasta muito esfuerzo. O sitemap não é uma palanca de posicionamiento nem um comando de indexação. Aqui tienes um exemplo mínimo anotado:

<?xml version="1.0" encoding="UTF-8"?>            <!-- XML declaration; UTF-8 -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">  <!-- root + namespace -->
  <url>                                           <!-- one entry per page -->
    <loc>https://www.example.com/foo.html</loc>   <!-- required: absolute URL -->
    <lastmod>2026-06-04</lastmod>                 <!-- optional: last significant change -->
  </url>
</urlset>

Anatomía

  • UM declaração XML — <?xml version="1.0" encoding="UTF-8"?>. Google é inequívoco aqui: “O sitemap arquivo deve ser UTF-8 encoded.” (traducção) «O arquivo de sitemap deve estar codificado em UTF-8.» Se te equivocas com um codificação, os caracteres especiales se rompen.
  • <urlset> + espacio de nomes — o elemento raíz, com xmlns="http://www.sitemaps.org/schemas/sitemap/0.9". O espacio de nomes é o que lhe dice ao analizador que esto é um sitemap; um espacio de nomes incorrecto ou ausente é um error común em Pesquisa Console.
  • <url> — um bloque por página.
  • <loc> — obligatorio. “use fully-qualified, absolute URLs em seu sitemaps” (traducção) «Usa URLs absolutas e completamente calificadas em seus sitemaps» — não rutas relativas, e por debajo de ~2 048 caracteres. todos os valores devem estar escapados como entidades: & se convierte em &amp;, ' se convierte em &apos;, " se convierte em &quot;, > se convierte em &gt;, e um menor que literal se convierte em &lt;.
  • <lastmod> — opcional; um fecha em que um página cambió significativamente por última vez (mas sobre um regra de honestidade abajo).
Evidence for this claim Each loc must be a fully qualified absolute URL and XML special characters must be entity escaped. Scope: XML/HTTP sitemap generation, hosting and submission Confidence: high · Verified: Build and submit a sitemap

UM verdad sobre as etiquetas ignoradas

Esto é o mas desactualizado em um mayoría de os tutoriales de sitemaps. Dos etiquetas heredadas — <priority> e <changefreq> — são ignoradas por Google. Gary Illyes llamó um priority “essentially um bag de noise,” (traducção) «esencialmente uma bolsa de ruido», e John Mueller ha dicho que priority e altere frequency “não really play que muito de um role com Sitemaps anymore.” (traducção) «já não juegan um papel tan importante com os Sitemaps.» Bing ha confirmado o mesmo: changefreq e priority já não afectan seu rastreo nem seu posicionamiento. Você pode dejarlas (não fazem daño) ou eliminarlas — simplemente não fazem nada.

<lastmod> é diferente — não mezcles com as etiquetas ignoradas. Google sí usa <lastmod>, mas somente quando confía em él, e essa confianza é aproximadamente binaria: ou Google cree em seus fechas ou não. UM regra é que um fecha deveria reflejar um alteração significativo — “um update para o principal conteúdo, o dados estruturados, ou links em o página é generally considered significant, contudo um update para o copyright date não é.” (traducção) «Uma actualização do conteúdo principal, os dados estruturados ou os links de um página se considera generalmente significativa, não entanto, uma actualização de um fecha de derechos de autor não é.» O modo de fallo que veo constantemente é marcar cada URL com um fecha de hoy em cada compilação. Eso é contraproducente: Mueller o ha llamado “just lazy,” (traducção) «simplemente perezoso», señalando que é trivial para os motores reconocerlo e somente lhes dificulta detectar páginas realmente actualizadas. Miente com suficiente frecuencia e, em palabras de Google, “eventually we’re não going para believe você anymore.” (traducção) «por fim já não te vamos um creer.» Bing se apoya ainda mas em <lastmod> como sinal de frescura que Google — assim que uma fecha precisa te ajuda em ambos motores, e uma falsa te perjudica em ambos.

Ubicação, nome, codificação e compresión

  • Ubicação/nome. Não há um nome de arquivo obligatorio, mas /sitemap.xml em um raíz é um convenção. por defecto, um sitemap somente afecta um as URLs em ou por debajo de seu própria ruta, assim que mantenlo o suficientemente alto para cubrir todo o que lista. UM única excepção: você pode alojar um sitemap para um site diferente se tem verificado um propiedad de esse site e seu robots.txt apunta de vuelta um ubicação real do sitemap — Google llama um esto envío cruzado, e é o mecanismo detrás de um índice de sitemap que agrega sitemaps alojados em outro lugar.
  • Codificação. UTF-8, sempre.
  • Compresión. Você pode comprimir um sitemap com gzip (sírvirlo como .xml.gz), o cual vale um pena em arquivos grandes. Matiz importante: o límite de 50MB se mede sem comprimir — gzip ahorra ancho de banda, não margen frente ao límite de tamaño.

Límites → dividir + índice de sitemap

Um somente sitemap está limitado um 50 000 URLs ou 50MB sem comprimir, o que ocurra primeiro. Google o afirma diretamente: “todos formats limit um single sitemap para 50MB (uncompressed) ou 50,000 URLs.” (traducção) «todos os formatos limitan um somente sitemap um 50MB (sem comprimir) ou 50 000 URLs.» Quando superas cualquiera de os dos límites, divides um lista em varios arquivos de sitemap e os referencias todos desde um índice de sitemap — um sitemap de sitemaps. Esse é um tema hermano próprio; um versión corta é que envías o índice, e um índice pode apuntar um até 50 000 sitemaps hijos, assim que nunca te quedarás sem capacidade. “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.”
(tradução) «todos formats limit um single sitemap para 50MB (uncompressed) ou 50,000 URLs.»

O que URLs incluir — e “excluir ≠ noindex”

Inclui somente URLs que sejam indexables, podeónicas e devuelvan 200. Eso significa sem redirecionamentos 3xx, sem duplicados não podeónicos, sem páginas noindex, sem URLs bloqueadas por robots. Um sitemap limpio de exactamente seu conjunto indexable é o que faz que um comparação enviado-vs-indexado de Pesquisa Console seja significativa — contamínalo com basura e habrás tirado o diagnóstico.

Agora o punto mecánico que um gente entiende mal: excluir uma URL de seu sitemap não um desindexa. O sitemap é um anuncio, não uma puerta. Eliminar um entrada de uma URL somente deja de anunciar essa página; se Google já um conoce (por meio de links, historial u outra fuente), permanece em o índice. Os únicos mecanismos que realmente eliminan uma página são uma directiva noindex (com rastreo permitido para que Google pueda verla), um 404/410, ou um ferramenta de eliminações. Assim que “sácala do sitemap” nunca é um resposta correcta um “como desindexo esto”.

Formatos de arquivo de sitemap aceptados

XML não é o único formato que Google acepta — vale um pena saberlo para que não asumas que estás atascado escribiendo XML um mano. Google llama um XML “o maioria versatile de o sitemap formats,” (traducção) «o mas versátil de os formatos de sitemap», mas também lee: “the most versatile of the sitemap formats,”
(tradução) «o maioria versatile de o sitemap formats,»

  • Fuentes RSS 2,0 / Atom — útiles porque muitos CMS já publican uma; llevan somente URLs de páginas.
  • mRSS — uma fuente RSS de medios, usada para video.
  • Texto plano (.txt) — literalmente uma URL por línea, somente URLs de páginas web, UTF-8.

XML sigue siendo o valor predeterminado correto porque é o único formato que soporta as extensiones (metadatos lastmod, anotações de imagem, video e hreflang). Os demás são somente de URLs.

hreflang em sitemaps

Se tienes um site multilingüe ou multirregional, o sitemap suele ser o lugar mas fácil para gerenciar hreflang — mantienes todo o clúster de idiomas em um somente arquivo em vez de inyectar etiquetas de retorno em cada plantilla de página. (É uno de os tres lugares válidos onde pode vivir hreflang; o <head> e as cabeceras HTTP são os otros.)

Como se implementa. cada <url> recebe hijos xhtml:link rel="alternate", uno por versión de idioma/região, e declaras o espacio de nomes xmlns:xhtml="http://www.w3.org/1999/xhtml" em <urlset>:

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://www.example.com/english/page.html</loc>
    <xhtml:link rel="alternate" hreflang="en" href="https://www.example.com/english/page.html"/>
    <xhtml:link rel="alternate" hreflang="de" href="https://www.example.de/deutsch/page.html"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://www.example.com/english/page.html"/>
  </url>
  <!-- each alternate URL repeats the FULL set, including itself (return tags) -->
</urlset>

UM regra de um etiqueta de retorno. esta é um parte que atrapa um gente. cada elemento <url> deve listar todas as versiones alternativas de um página — incluida um própria. Google: “cada <url> deve ter um elemento hijo <xhtml:link rel="alternate" hreflang="[supported_language-code]"> que liste todas as versiones alternativas de um página, incluida um própria.” E deve ser bidireccional: “Se um página X enlaza um página E, um página E deve enlazar de vuelta um página X. Se este não é o caso para todas as páginas que usam anotações hreflang, essas anotações podem ser ignoradas ou não interpretarse correctamente.” Adiciona uma entrada x-default para o respaldo de idioma não coincidente. Uma sola etiqueta de retorno rota ou faltante pode invalidar todo o conjunto.

O límite conta somente as URLs <loc>. Um alivio para os sites internacionales grandes: o límite de 50 000 URLs conta somente as URLs de página <loc>, não as alternativas hreflang. Assim que um sitemap com 50 000 páginas, cada uma com diez alternativas de idioma, todavía cabe — são as URLs de ubicação as que cuentan, não as URLs alternativas.

Quando realmente se activa — dias de presupuesto, não minutos. Aqui está um expectativa um establecer, e é mecanismo mas que uma línea citable. Google analiza seu sitemap hreflang quando vuelve um buscar o sitemap, mas as anotações somente surten efecto uma vez que todas as URLs do conjunto han sido (re)rastreadas e as etiquetas de retorno se han reconciliado entre sí. Eso significa que há um desfase real entre publicar o hreflang e que se respeten as alternativas, e uma URL lenta de re-rastrear ou rota em o conjunto pode retener ao resto. Não esperes que se active em o momento em que o envías — planifica para que se asiente um o largo de dias.

Referéncialo e envíalo

  • robots.txt — adiciona uma línea Sitemap: com um URL absoluta completa. Esto também permite que os motores o descubran automaticamente.
  • Google pesquisa Console — o relatório de Sitemaps (ou um API de Pesquisa Console) é o método principal de envío; também é onde lees o diagnóstico de enviado vs. indexado.
  • Bing Webmaster ferramentas — envíalo também ali; Bing o busca rápidamente e o revise regularmente.

Uma nota de automatização desde como pienso sobre esto: um sitemap deveria generarse automaticamente um partir de as páginas que realmente tienes, para que se mantenga actualizado. Um sitemap construido um mano se deteriora em cuanto seu site altera. Os hermanos de esta página — um visión general de sitemaps, o índice de sitemap para sites grandes, e as extensiones de sitemap de imagens e sitemap de video — cubren o resto de um familia, e o tema mas amplio de descoberta vincula os sitemaps com as otras formas em que os motores encuentran seus URLs.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.