Prioridade de Sitemap

O que é a tag de prioridade de sitemap, por que o Google e o Bing ignoram completamente a prioridade e a frequência de alteração, e o que realmente sinaliza a importância de uma página para os mecanismos de busca.

Publicado pela primeira vez: 2 de jul. de 2026 · Última atualização: 3 de ago. de 2026 · Avançado
1 sinal de evidência nesta página

A prioridade de sitemap é a tag opcional <priority> (0,0–1,0, padrão 0,5) no protocolo sitemaps.org, destinada a ranquear a importância de uma URL em relação a outras páginas do mesmo site. O Google a ignora — seus próprios documentos dizem 'O Google ignora os valores <priority> e <changefreq>', Gary Illyes chamou a prioridade de 'um saco de ruído', e John Mueller disse que ela 'não desempenha um papel tão importante'. O Bing 'desconsidera amplamente esses campos' também. Até a especificação do sitemaps.org dizia que a prioridade 'provavelmente não influenciaria' o ranqueamento. Nenhuma das empresas afirma por que parou de lê-los; a explicação comum da indústria é que os valores são auto-relatados e todos definiam tudo como 1,0/diário, tornando-os estatisticamente inúteis. O que realmente sinaliza importância: contagem e profundidade de links internos, inclusão em um sitemap limpo com um <lastmod> preciso, frequência de rastreamento observada em seus logs e destaque na navegação. É aceitável deixar ambas as tags fora do seu sitemap completamente.

«> TL;DR — <priority> and <changefreq> are optional sitemaps.org tags meant

to rank a URL’s relative importance and its expected change rate. Google ignores both — the current Search Central docs say “Google ignores <priority> and <changefreq> values,” Illyes called priority “a bag of noise” (2017), Mueller said it “doesn’t really play that much of a role” (2015). These fields are self-reported, and the widely repeated industry explanation — not one Google or Bing states directly — is that they got universally gamed: everyone set 1.0/daily, so the fields carried no information. The one sitemap tag engines do use is an accurate <lastmod>. Real importance signals are internal links, click depth, sitemap inclusion, observed crawl frequency, and navigation prominence — all observed, none declared.

Evidência desta afirmação The sitemap protocol defines optional priority and changefreq fields as hints relative to URLs on the same site. Escopo: Sitemaps protocol semantics, independent of any engine's use. Confiança: alta · Verificado: Sitemaps XML format Evidência desta afirmação Google ignores sitemap priority and changefreq values and recommends accurate lastmod values when they can be maintained. Escopo: Current Google sitemap field support. Confiança: alta · Verificado: Google Search Central: Build and submit a sitemap

» (Tradução) (Síntese localizada do trecho dezenove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## What the tags were designed to do » (Tradução) (Síntese localizada do trecho vinte, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Both tags come from the sitemaps.org protocol, the 0.9 spec that defines the XML sitemap format Google and Bing both read. » (Tradução) (Síntese localizada do trecho vinte e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«<priority> takes a value from 0.0 to 1.0, defaulting to 0.5. Its stated job is to describe “the priority of this URL relative to other URLs on your site.” The key word is relative — it was never meant to be an absolute importance score across the whole web, only a ranking of your own pages against each other. And even the spec that invented it hedged hard: it says outright that “the priority you assign to a page is not likely to influence the position of your URLs in a search engine’s result pages.” The tag’s own creators told you it wasn’t a ranking lever. » (Tradução) (Síntese localizada do trecho vinte e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«<changefreq> takes one of always, hourly, daily, weekly, monthly, yearly, or never. The spec is explicit that this “value provides general information to search engines and may not correlate exactly to how often they crawl the page” — it’s “considered a hint and not a command.” Search engines were always free to recrawl a never page to check for surprises, and to ignore a daily claim if the content sat still. » (Tradução) (Síntese localizada do trecho vinte e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«So from day one these were self-reported hints the spec itself disclaimed. What happened next is that the two biggest engines stopped reading them altogether. » (Tradução) (Síntese localizada do trecho vinte e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Google’s position: “ignores” — and it’s been consistent for a decade » (Tradução) (Síntese localizada do trecho vinte e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google’s current, standing documentation is blunt. On the Build and Submit a Sitemap page, in the section on optional tags, it says: “Google ignores <priority> and <changefreq> values.” Not “gives less weight to,” not “deprioritizes.” Ignores. This is documentation, not a one-off tweet. » (Tradução) (Síntese localizada do trecho vinte e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«And it’s not new. The public statements go back years: » (Tradução) (Síntese localizada do trecho vinte e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- 2015 — John Mueller. In a Webmaster Central hangout, asked whether priority and frequency matter: “Priority and change frequency doesn’t really play that much of a role with Sitemaps anymore… it is much better to just specify the time stamp directly.”

  • 2017 — Gary Illyes. Asked on Twitter about the priority and changefreq fields, he replied: “we ignore those. It’s essentially a bag of noise.” » (Tradução) (Síntese localizada do trecho vinte e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Two named Googlers, two years apart, saying the same thing the docs say today. This is settled, repeated, longstanding policy — not a rumor and not a recent change. » (Tradução) (Síntese localizada do trecho vinte e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«One footnote worth flagging: some 2017-era commentary claimed Google ignored the <lastmod> date too. That’s now outdated. Google’s current docs explicitly say Google does use <lastmod> — “if it’s consistently and verifiably… accurate.” Don’t conflate the two: <priority>/<changefreq> are ignored; an honest <lastmod> is not. » (Tradução) (Síntese localizada do trecho trinta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Does Bing treat it differently? No. » (Tradução) (Síntese localizada do trecho trinta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This is the loophole people reach for: “sure, Google ignores it, but maybe Bing still cares.” It doesn’t. Bing’s own February 2023 webmaster blog post on lastmod says that because these fields “do not accurately reflect the likelihood of a page being updated or the relative importance of a URL,” “Bing largely disregards these fields.” In the very same post Bing says it’s “revamping our crawl scheduling stack to better utilize the information provided by the lastmod tag” — exactly Google’s move. Both engines abandoned the self-reported tags and doubled down on the one they can verify. » (Tradução) (Síntese localizada do trecho trinta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Bing reinforced this in its July 2025 post on sitemaps in AI-powered search: XML “remains the preferred format… as it supports structured metadata like lastmod, which helps Bing assess content freshness and relevance more effectively.” Again — lastmod, not priority. » (Tradução) (Síntese localizada do trecho trinta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Why these tags likely got ignored (an explanation, not an official one) » (Tradução) (Síntese localizada do trecho trinta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google and Bing document that they ignore priority and changefreq. Neither company has published why — so treat what follows as the standing industry explanation, not a stated Google or Bing rationale. » (Tradução) (Síntese localizada do trecho trinta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The common practitioner read is a trust problem: a signal is only useful if it’s hard to fake and correlates with something real, and priority/changefreq are neither: » (Tradução) (Síntese localizada do trecho trinta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- They’re self-reported. You declare them; nobody verifies them. A search engine has no way to confirm your 1.0 page is actually more important than your 0.4 page — you just typed the numbers.

  • The widely cited explanation is that they got gamed. The theory — repeated across the SEO industry, not a line from Google’s or Bing’s own documentation — is that webmasters predictably set nearly every URL to 1.0 and daily to look important. When everything claims priority 1.0, nothing does — the field’s variance would collapse and it would stop carrying information. » (Tradução) (Síntese localizada do trecho trinta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«That’s a plausible mechanism and it fits the pattern search engines describe for other self-reported fields, but it’s inference, not confirmed causation. » (Tradução) (Síntese localizada do trecho trinta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«What is documented is the contrast with <lastmod>. Google uses it, but conditionally — “if it’s consistently and verifiably… accurate,” which it checks “by comparing to the last modification of the page.” That built-in verification check is a real, sourced distinction between the two tag types: whether or not gaming is the specific reason priority died, lastmod’s verifiability is why Google can trust it in a way priority never earned. » (Tradução) (Síntese localizada do trecho trinta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## What actually signals a page’s importance instead » (Tradução) (Síntese localizada do trecho quarenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Priority isn’t replaced by another tag you set — it’s replaced by signals search engines observe rather than ones you declare. This is the section that matters most: » (Tradução) (Síntese localizada do trecho quarenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«| Signal | Works? | Why | | --- | --- | --- | | Internal link count | Yes | Pages linked more often, from more places, read as more important. Real “priority.” | | Click depth (distance from homepage) | Yes | Pages closer to the homepage are seen as more important and get crawled more readily. | | Inclusion in a clean XML sitemap | Yes | Being in a tidy, canonical-only sitemap is the real signal — not any number inside it. | | Accurate <lastmod> | Yes | The one sitemap tag engines use — but only when it’s verifiably honest. | | Navigation / architecture prominence | Yes | Placement in menus, breadcrumbs, and category hierarchy signals importance structurally. | | Observed crawl frequency (in logs) | Reflects it | How often bots actually recrawl a URL reflects perceived importance — it’s an output, not an input. | | <priority> tag | No | Ignored by Google and Bing. Self-reported, widely believed to be gamed into meaninglessness. | | <changefreq> tag | No | Ignored by Google and Bing. A “hint” both engines disregard. | » (Tradução) (Síntese localizada do trecho quarenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«A couple of these deserve more: » (Tradução) (Síntese localizada do trecho quarenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Crawl frequency is observed, not declared. You can’t tell Google to crawl a page daily via changefreq. Google’s own crawl-demand model decides that from popularity (“URLs that are more popular on the Internet tend to be crawled more often to keep them fresher in our systems”) and staleness (“our systems want to recrawl documents frequently enough to pick up any changes”), per its crawl-budget documentation. Popularity is largely a function of links; staleness is a function of your real change rate reflected in an honest lastmod. Neither is something you set in a tag. » (Tradução) (Síntese localizada do trecho quarenta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«lastmod is the tag to get right. But get it right — don’t blanket-stamp today’s date on everything, which is just another way of gaming a signal and gets your dates distrusted. Update it only on significant content changes. » (Tradução) (Síntese localizada do trecho quarenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Should you still include priority and changefreq? » (Tradução) (Síntese localizada do trecho quarenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Practically: it’s fine to leave them out entirely. Including them isn’t harmful, but it isn’t helpful either, and when your generator sets them all to the same default value they signal literally nothing. Most sitemap tools and SEO plugins still emit them by default (and still expose priority sliders in their UI), which is the main reason this myth won’t die. Removing them will not hurt your SEO; a lean sitemap of <loc> plus an accurate <lastmod> is current best practice. Your time is far better spent on internal linking and site architecture. » (Tradução) (Síntese localizada do trecho quarenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Where this sits » (Tradução) (Síntese localizada do trecho quarenta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This is a discovery-stage topic. If you’re building or debugging sitemaps more broadly, see the sitemaps hub, the XML sitemap deep dive, and sitemap index for large sites. For the “what actually works instead” side, internal links, crawl depth, and crawl frequency are the pages to read next. » (Tradução) (Síntese localizada do trecho cinquenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Myths, quickly » (Tradução) (Síntese localizada do trecho cinquenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “Priority 1.0 makes Google crawl/rank my page first.” No — ignored; crawl demand (popularity + staleness) decides, not your declaration.

  • “changefreq=daily makes Google crawl daily.” No — ignored; even the spec called it a hint engines can disregard.
  • “Priority affects rankings.” Never did — the sitemaps.org spec itself said it’s “not likely to influence” rankings.
  • “Maybe Bing still uses them.” No — Bing “largely disregards these fields.”
  • “Since Google ignores lastmod too, none of it matters.” Outdated — Google’s current docs say it does use an accurate lastmod.
  • “Removing priority/changefreq will hurt my SEO.” No — a lean sitemap is standard practice. » (Tradução) (Síntese localizada do trecho cinquenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Adicionar uma nota de especialista

Fixar uma citação de especialista

É uma pessoa nova? Crie o perfil não reivindicado dela em /admin/experts/ → Fixar uma citação de especialista primeiro.