サイトマップの優先度

TL;DR — サイトマップの優先度は、XMLサイトマップ内の各URLに設定できる0.0から1.0までの数値で、そのページの重要度を示すために使用できるものです。簡単に言うと、Googleはこれを無視します。また、プロトコル自体もこれを絶対的なランキング指示として定義したことはありません。SEOプラグインのスライダー調整に時間を費やすのはやめて、内部リンクとクリーンなサイト構造に時間を使いましょう。

サイトマップの優先度とは

XMLサイトマップとは、検索エンジンに渡すURLのリストで、検索エンジンがページを見つけられるようにするためのものです。元のサイトマップ形式では、各URLに2つのオプションの追加タグを付けることができました。

• <priority> — 0.0から1.0までの数値（デフォルトは0.5）で、そのページが他のページと比較してどれだけ重要かを示すとされていました。
• <changefreq> — daily、weekly、monthlyなどの単語で、ページの更新頻度を示すとされていました。

このアイデアはもっともらしく聞こえました。ホームページに1.0を付け、古いアーカイブページに0.2を付け、ニュースセクションはdailyで更新されるとGoogleに伝えれば、それに応じてクロールとランキングが行われるだろうと考えられていました。

問題点：機能しない

しかし、実際はそうなりませんでした。Googleは両方のタグを完全に無視します。 「重要度を低く評価する」のではなく、無視するのです。Googleの公式ドキュメントにも明確に「Google ignores <priority> and <changefreq> values.」と記載されています。Bingも同様です。

ページに優先度1.0を設定しても、Googleが最初にクロールしたり、インデックスを高速化したり、ランキングを上げたりすることはありません。changefreqをdailyに設定しても、Googleが毎日訪問するわけではありません。これらの数値はサイトマップに入力されますが、検索エンジンはそれらを破棄します。

なぜSEOプラグインはまだそれを表示するのか？

ここが混乱しやすい点です。WordPressのSEOプラグインを使用している場合、サイトマップ設定に優先度や更新頻度のオプションがまだ表示されることがあります。これは何年も前の名残で、サイトマップ形式が新しく、タグが重要かどうか誰も確信が持てなかった時代のものです。重要な検索エンジンが設定値を無視するにもかかわらず、設定画面には残り続けています。これらはそのまま放置して問題ありません。

実際にGoogleにページの重要度を伝えるもの

優先度が無意味なら、ページの重要性をどうやって伝えればいいのでしょうか？正直な答えは、常にそうすべきだった方法と同じです。

• リンクを張る。 多くリンクされているページ（特にホームページやメインメニューからのリンク）は重要と見なされます。これが本当の「優先度」シグナルです。
• ホームページに近い場所に置く。 ホームページから1クリックで到達できるページは、6クリック深く埋もれているページよりも重要に見えます。
• ナビゲーションに含める。 ページがメニューやカテゴリのどこに位置するかは、検索エンジン（そして人々）に何を重視しているかを伝えます。
• サイトマップをクリーンで正確に保つ。 正確な最終更新日とともに整理されたサイトマップに含まれることは、その中のどの優先度の数値よりも効果的です。

完全な詳細（GoogleとBingの正確な引用、これらのタグが機能しなくなった理由、代わりに何を使うべきか）を知りたい場合は、詳細タブに切り替えてください。

TL;DR — <priority>と<changefreq>は、URLの相対的な重要度と予想される更新頻度をランク付けすることを目的とした、sitemaps.orgのオプションのタグです。Googleは両方を無視します。現在のSearch Centralのドキュメントには「Google ignores <priority> and <changefreq> values.」とあり、Illyes氏は優先度を「a bag of noise」（2017年）と呼び、Mueller氏は「doesn’t really play that much of a role」（2015年）と述べています。これらのフィールドは自己申告であり、広く繰り返されている業界の説明（GoogleやBingが直接述べているわけではありません）は、これらが普遍的に悪用されたというものです。つまり、誰もが1.0/dailyを設定したため、フィールドに情報が含まれなくなったのです。エンジンが実際に使用するサイトマップタグは、正確な<lastmod>だけです。 実際の重要度シグナルは、内部リンク、クリック深度、サイトマップへの掲載、観測されたクロール頻度、ナビゲーションでの目立ち方です。これらはすべて観測されるものであり、宣言されるものではありません。

タグが設計された目的

どちらのタグもsitemaps.orgプロトコルに由来しています。これは、GoogleとBingの両方が読み取るXMLサイトマップ形式を定義する0.9仕様です。

<priority> は0.0から1.0の値を取り、デフォルトは0.5です。その説明された役割は、「サイト上の他のURLと比較した、このURLの優先度」を説明することです。重要なのは相対的という言葉です。これは、ウェブ全体における絶対的な重要度スコアではなく、自分のページ同士を比較したランキングに過ぎないことを意図されていました。そして、それを考案した仕様自体も強く留保していました。「ページに割り当てた優先度が、検索エンジンの結果ページにおけるURLの順位に影響を与える可能性は低い」と明言しています。このタグの生みの親自身が、ランキングのレバーではないと伝えていたのです。

<changefreq> は、always、hourly、daily、weekly、monthly、yearly、neverのいずれかを取ります。仕様は、この「値は検索エンジンに一般的な情報を提供し、検索エンジンがページをクロールする頻度と正確に一致しない場合がある」ことを明示しており、「ヒントであり、コマンドではない」と見なされています。検索エンジンは常に、neverのページを予期せぬ変更がないか再クロールし、コンテンツが変わらない場合にはdailyという主張を無視することが自由でした。

つまり、当初からこれらは仕様自体が否定的だった自己申告のヒントでした。次に起こったのは、2大エンジンがそれらを完全に読まなくなったことです。

Googleの見解：「無視」— そしてそれは10年間一貫しています

Googleの現在の公式ドキュメントは率直です。サイトマップの作成と送信ページのオプションタグに関するセクションには、こう書かれています。「Googleは<priority>と<changefreq>の値を無視します。」 「重みを減らす」でも「優先度を下げる」でもありません。無視です。これはドキュメントであり、一回限りのツイートではありません。

そして、これは新しいことではありません。公の声明は何年も前に遡ります：

• 2015年 — ジョン・ミューラー。 Webmaster Centralハングアウトで、優先度と頻度が重要かどうか尋ねられた際、「優先度と変更頻度は、サイトマップではもうそれほど重要な役割を果たしていません…タイムスタンプを直接指定する方がはるかに良いです。」
• 2017年 — ゲイリー・イルリェス。 Twitterで優先度とchangefreqフィールドについて尋ねられた際、彼はこう答えました。「私たちはそれらを無視しています。それは本質的にノイズの袋です。」

名前の挙がった2人のGoogle社員が、2年違いで、今日のドキュメントと同じことを言っています。これは、定着し、繰り返され、長年にわたる方針です。噂でもなく、最近の変更でもありません。

指摘しておくべき脚注が1つあります。2017年頃の一部の解説では、Googleが<lastmod>日付も無視していると主張していました。これは現在では時代遅れです。Googleの現在のドキュメントは、Googleが<lastmod>を実際に使用すると明示しています。「一貫して検証可能で…正確な場合」です。この2つを混同しないでください。<priority>/<changefreq>は無視されますが、正直な<lastmod>は無視されません。

Bingは異なる扱いをしますか？いいえ。

これは人々が頼る抜け穴です。「確かに、Googleは無視するが、もしかしたらBingはまだ気にするかもしれない。」それはありません。Bing自身の2023年2月のlastmodに関するウェブマスターブログ投稿では、これらのフィールドは「ページが更新される可能性やURLの相対的な重要性を正確に反映していない」ため、「Bingはこれらのフィールドをほぼ無視しています」 と述べています。同じ投稿でBingは、「lastmodタグが提供する情報をより有効活用するために、クロールスケジュールスタックを刷新している」とも述べており、これはまさにGoogleの動きと同じです。両エンジンは自己申告のタグを放棄し、検証可能なタグに注力しました。

Bingは、AIを活用した検索におけるサイトマップに関する2025年7月の投稿でこれを補強しました。XMLは「lastmodなどの構造化メタデータをサポートしており、Bingがコンテンツの鮮度と関連性をより効果的に評価するのに役立つため、引き続き推奨される形式です。」繰り返しますが、lastmodであり、優先度ではありません。

これらのタグがおそらく無視された理由（公式な説明ではなく、解説）

GoogleとBingは、priorityとchangefreqを無視することを文書化しています。どちらの企業もその理由を公表していません。そのため、以下は業界で一般的に説明されていることであり、GoogleやBingが明言した根拠ではないとお考えください。

一般的な実務者の解釈は、信頼性の問題です。シグナルは、偽造が難しく、実際の何かと相関している場合にのみ有用であり、priorityとchangefreqはどちらでもありません。

• 自己申告です。 あなたが宣言するものであり、誰も検証しません。検索エンジンは、あなたの1.0のページが0.4のページより実際に重要であることを確認する方法がありません。単に数字を入力しただけです。
• 広く引用される説明は、悪用されたというものです。 この理論は、SEO業界で繰り返し述べられているもので、GoogleやBing自身の文書からの引用ではありませんが、ウェブマスターが重要に見せるために、ほぼすべてのURLを1.0とdailyに設定することが予測可能であるというものです。すべてがpriority 1.0を主張するとき、何も主張しないことになります。フィールドの分散は崩壊し、情報を伝達しなくなります。

これはもっともらしいメカニズムであり、検索エンジンが他の自己申告フィールドについて説明するパターンに適合しますが、推測であり、確認された因果関係ではありません。

文書化されているのは、<lastmod>との対比です。Googleはそれを使用しますが、条件付きで、「一貫して検証可能に正確である場合」に限り、「ページの最終更新日と比較して」チェックします。この組み込みの検証チェックは、2つのタグタイプの間の実際の、情報源のある違いです。ゲーミングがpriorityが廃れた具体的な理由であるかどうかに関係なく、lastmodの検証可能性は、priorityが決して獲得できなかった方法でGoogleがそれを信頼できる理由です。

代わりにページの重要度を実際に示すもの

priorityは、設定する別のタグに置き換えられるのではなく、あなたが宣言するシグナルではなく、検索エンジンが観察するシグナルに置き換えられます。これが最も重要なセクションです。

これらのうちいくつかは、さらに詳しく説明する価値があります。

クロール頻度は観察されるものであり、宣言されるものではありません。 changefreqを介してGoogleにページを毎日クロールするように指示することはできません。Google自身のクロール需要モデルは、人気（「インターネット上でより人気のあるURLは、システム内でより新鮮に保つためにより頻繁にクロールされる傾向があります」）と陳腐化（「システムは変更を検出するのに十分な頻度でドキュメントを再クロールしたいと考えています」）に基づいてそれを決定します。これは、クロール予算のドキュメントに従っています。人気は主にリンクの関数であり、陳腐化は正直なlastmodに反映された実際の変更率の関数です。どちらもタグで設定するものではありません。

lastmodは正しく設定すべきタグです。 ただし、正しく設定してください。すべてに今日の日付を一律にスタンプするのは、シグナルを悪用するもう1つの方法であり、日付が信頼されなくなります。重要なコンテンツの変更があった場合にのみ更新してください。

それでもpriorityとchangefreqを含めるべきですか？

実際には、完全に省略しても問題ありません。 含めても害はありませんが、役にも立ちません。また、ジェネレーターがすべて同じデフォルト値に設定している場合、それらは文字通り何も伝えません。ほとんどのサイトマップツールやSEOプラグインは今でもデフォルトでこれらを出力しており（そしてUIに優先度スライダーを表示し続けており）、これがこの神話が消えない主な理由です。これらを削除してもSEOに悪影響はありません。<loc>と正確な<lastmod>を含む簡潔なサイトマップが現在のベストプラクティスです。あなたの時間は、内部リンクとサイトアーキテクチャに費やす方がはるかに価値があります。

位置づけ

これは発見段階のトピックです。サイトマップをより広く構築またはデバッグしている場合は、サイトマップハブ、XMLサイトマップの詳細ガイド、大規模サイト向けのサイトマップインデックスを参照してください。「実際に機能する代替手段」の側面については、内部リンク、クロール深度、クロール頻度のページを次に読むべきです。

よくある誤解を簡潔に

• 「優先度1.0でGoogleが私のページを最初にクロール/ランク付けする」 — いいえ、無視されます。クロール需要（人気度＋鮮度）が決定します。あなたの宣言ではありません。
• 「changefreq=dailyでGoogleが毎日クロールする」 — いいえ、無視されます。仕様書自体もエンジンが無視できるヒントと述べていました。
• 「優先度はランキングに影響する」 — 決してありませんでした。sitemaps.orgの仕様書自体が、ランキングに「影響を与える可能性は低い」と述べていました。
• 「もしかしたらBingはまだ使っているかも」 — いいえ。Bingは「これらのフィールドをほぼ無視しています」。
• 「Googleがlastmodも無視するなら、どれも重要ではない」 — 時代遅れです。Googleの現在のドキュメントは、正確なlastmodを使用すると述べています。
• 「優先度/changefreqを削除するとSEOに悪影響がある」 — いいえ。簡潔なサイトマップは標準的な慣行です。

AIまとめ

Advancedバージョンの簡潔な見解:

• サイトマップ優先度 = sitemaps.orgプロトコルによるオプションの<priority>タグ（0.0〜1.0、デフォルト0.5）で、同じサイト内の他のページと比較したURLの重要度をランク付けすることを目的としています。<changefreq>はその仲間です（変更頻度のヒント）。
• Googleは両方を文字通り無視します。 そのドキュメントは「Googleは<priority>と<changefreq>の値を無視します」と述べています。Illyes（2017年）：「ノイズの袋」。Mueller（2015年）：「それほど大きな役割は果たさない」。これは一貫した10年にわたる方針です。
• Bingもそれらを無視します。 Bingの2023年のブログ：「これらのフィールドをほぼ無視」し、代わりにlastmodに投資しています。「もしかしたらBingは気にするかも」という抜け穴を塞ぎます。
• 決してランキング要素ではありません。 設計上もそうです。sitemaps.orgの仕様書は、優先度は検索結果における「URLの位置に影響を与える可能性は低い」と述べていました。
• なぜおそらく廃れたのか： 自己申告であり、一般的な業界の説明（GoogleやBingが直接述べているわけではない）によると、普遍的に悪用された（誰もが1.0/dailyを設定した）ため、これらのフィールドは情報を伝えませんでした。lastmodは検証可能であるため生き残りました。
• 実際に重要度を示すもの： 内部リンク数、クリック深度、クリーンなサイトマップへの包含、正確な<lastmod>、ナビゲーションでの目立つ位置 — すべて観察されるものであり、宣言されるものではありません。クロール頻度は人気度＋鮮度の出力であり、設定するものではありません。
• 実用的なガイダンス： 両方のタグを省略しても問題ありません。保持しても無害ですが役に立ちません。削除してもSEOに悪影響はありません。SEOプラグインは今でも優先度スライダーを公開しており、それがこの神話が続く理由です。

公式ドキュメント

検索エンジンとタグを定義するプロトコルからの一次情報ドキュメント。

Google

• サイトマップの作成と送信 — 「Googleは<priority>と<changefreq>の値を無視します」と述べ、<lastmod>がいつ使用されるかを説明する標準ドキュメント。
• クロール予算を最適化する — クロール需要を人気度＋鮮度として説明。つまり、changefreqの代わりに実際にクロール頻度を駆動するもの。

Bing / Microsoft

• サイトマップに「lastmod」タグを設定することの重要性（2023年2月） — Bingは「これらのフィールドをほぼ無視する」と述べており、lastmodを中心にクロールスケジュールを刷新しているとしています。
• AIを活用した検索におけるサイトマップでコンテンツを発見可能に保つ（2025年7月） — XMLが推奨されるのは、鮮度のためにlastmodをサポートしているからです。priorityがシグナルとして言及されることはありません。

プロトコル（タグの由来）

• sitemaps.orgプロトコル — 元の<priority>と<changefreq>の定義。仕様自身が、priorityは「検索エンジンの結果ページにおけるURLの位置に影響を与える可能性は低い」と認めている点も含みます。

ソースからの引用

GoogleとBingからの公式見解。各リンクは、ソースページの引用箇所にジャンプします。

Google — 現在のドキュメント

• “Google ignores <priority> and <changefreq> values.” (翻訳) 「Googleは<priority>と<changefreq>の値を無視します。」 — Google Search Centralのドキュメント「サイトマップを作成して送信する」より。 引用にジャンプ
• “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” (翻訳) 「Googleは、<lastmod>の値が一貫しており、検証可能な（例えば、ページの最終更新日と比較するなどして）正確な場合に、その値を使用します。」 — 同じドキュメントの、Googleが実際に読む唯一のタグに関する記述。 ドキュメントを読む

Gary Illyes（Google、2017年）

• “we ignore those. It’s essentially a bag of noise.” (翻訳) 「私たちはそれらを無視します。それは本質的にノイズの塊です。」 — Gary Illyesが、サイトマップのpriorityフィールドとchangefreqフィールドに関する質問にTwitterで返信した際のコメント（2017年3月28日）。 報道を読む

John Mueller（Google、2015年）

• “Priority and change frequency doesn’t really play that much of a role with Sitemaps anymore. This is something where we’ve tried various things but essentially, if you have a sitemap file and you are using it to tell us about the pages that were changed or updated, it is much better to just specify the time stamp directly so that we can look into our internal systems and say we haven’t crawled since this date therefore we should crawl again. And just crawling daily doesn’t make much sense if your content doesn’t change.” (翻訳) 「priorityとchangefreqは、サイトマップにおいてはもはやそれほど重要な役割を果たしていません。これは私たちがさまざまなことを試してきた分野ですが、基本的に、サイトマップファイルを持っていて、それを使って変更または更新されたページを私たちに知らせているのであれば、タイムスタンプを直接指定する方がはるかに優れています。そうすれば、私たちは内部システムを調べて、『この日付以降クロールしていないから、再度クロールすべきだ』と判断できます。そして、コンテンツが変わらないのであれば、毎日クロールしてもあまり意味がありません。」 — John Mueller、Google Webmaster Centralハングアウト（2015年5月8日）。 報道を読む

Microsoft Bing（2023年）

• “Bing largely disregards these fields.” (翻訳) 「Bingはこれらのフィールドをほぼ無視します。」 — Bing Webmasterブログ、<changefreq>と<priority>について（2023年2月）。 引用にジャンプ

これらのタグで人々が実際に犯す間違い

チームやプラグインがpriorityとchangefreqに関して行っている具体的な事例を紹介します。それぞれが時間を費やしたり、あるケースでは、重要であるシグナルを静かに損なったりします。

ページごとに優先度の値を手動で調整すること。 座ってこのカテゴリページは 0.7、あのページは 0.5 と決めるのは、最適化のように感じられます。しかし実際はそうではありません — Google も Bing もこのフィールドを無視するため、それに費やす時間はクロールやランキングに一切影響を与えません。その時間を内部リンクやサイト構造の改善に使いましょう。それらの方が、認識上の重要度に実際に影響を与えます。

重要そうに見せるために、すべての URL の changefreq を daily や hourly に設定すること。 これは、エンジンがこのフィールドへの信頼を失ったそもそもの原因と広く非難されている類のゲームです — ただし、Google も Bing もその動機を直接は明言していません。文書化されているのはもっと単純なことです。すべての URL が daily を主張する場合、このフィールドは識別情報を持たず、sitemaps.org の仕様自体もこれを「ヒントでありコマンドではない」と呼び、エンジンはそれを無視できるとしています。これは省略しましょう。

サイトマップ生成ツールに独自の優先度スコアリングロジックを組み込むこと（ページの深さ、語数、収益による重み付け）は、どちらのエンジンも読まないフィールドに費やす本物のエンジニアリング労力です。そのようなクロールやページのデータが利用できるなら、それを内部リンクの推奨やナビゲーションの配置に向けましょう — それらこそが、認識上の重要度と実際に相関するレバーです。

新しく見せるために、すべての URL の <lastmod> に今日の日付を一律にスタンプすること。 priority や changefreq とは異なり、これは裏目に出る可能性があります。Google は、<lastmod> を「一貫して検証可能な…正確さ」がある場合にのみ使用すると述べており、ページの実際の更新日と比較してチェックされます。全体に偽装すると、実際に読まれる唯一のサイトマップシグナルを危険にさらすことになります。コンテンツが実質的に変更された場合にのみ更新してください。

SEO監査の項目として「優先度の値を修正する」を扱うこと。 それは生産的な作業のように見えますが、測定可能な成果は何ももたらしません。その項目を、サイトマップのクリーンさと <lastmod> の正確さのチェックに置き換えましょう — 監査は依然として徹底的に見えますが、今度は重要事項をチェックしています。

SEOプラグインの優先度スライダーをテンプレートごとに設定する価値があると思い込むこと。 プラグインがデフォルトにする値や上書きできる値が何であれ、クロールとランキングの結果は同じです。無視されます。スライダーはそのままにして、設定時間を、プラグインが不正な XML や重複 URL を出力していないかの確認に使いましょう。

これらのタグを実際に使用するエンジン

公式ドキュメントと引用タブの公式声明から作成した早見表です — ここに推測は一切なく、各ソースが自社のエンジンについて述べていることだけを記載しています。

この表は Google と Bing のみを対象としています。なぜなら、このブリーフで公式の声明があるのはこの2つのエンジンだけだからです — 出典のある引用なしに Yandex や他のエンジンの動作を推測するつもりはありません。

サイトマップタグのクイック判断

サイトマップに priority と changefreq を含めるべきですか？

公開前の短いチェックリスト。これらのタグをどう扱うかを決めるためのもの、そして、より重要なのは、<lastmod> を正しく設定することです。それが重要だからです。

• サイトマップ生成ツールやSEOプラグインが実際に何を出力するかを確認する。 サンプルのサイトマップファイルを開き、いくつかのURLに<priority>/<changefreq>が含まれているか確認します。ほとんどのプラグインはデフォルトでこれらを追加します。
• priority値を手動で調整してきた場合は、やめる。 クロールやランキングには影響しません。その時間を内部リンクに充ててください。
• タグを残すか、ファイルを軽くするために削除するかを決める。 どちらでも問題ありません。含めても害はありませんが、役に立つわけでもありません。詳細タブで説明されているように、<loc>と正確な<lastmod>だけのシンプルなサイトマップが、より最新の推奨事項です。
• タグを削除する場合は、結果を検証する。 サイトマップバリデータでファイルを実行し、XMLが整形式のままであり、他に壊れていないことを確認します。
• <lastmod>の日付のサンプルを、CMSの実際のコンテンツ変更日と照合する。 正確なタグは、Googleの検証チェックとの信頼を築きます。変更されていないページに一律の「今日」スタンプを付けると、その信頼は損なわれます。
• ツールでサイトマップを再生成する場合は、実際の証拠がある場合にのみ<lastmod>を出力するツールを選ぶ。 すべてのURLに日付をでっち上げるツールではなく、XMLサイトマップジェネレーターは、ページが証拠を提供する場合にのみlastmodを出力することでこれを実現しています。

実際のシグナル監査：ページの重要度を判断する4ステップのフレームワーク

priorityが廃止されたので、これは検索エンジンにとってどのページが重要と見なされるかを実際に把握し、改善するための再現可能な方法です。個々のURLごとではなく、セクションまたはテンプレートごとに実行してください。

ステップ1 — リンク調査。 各URLを指す内部リンクを数えます。価値の高いページ（ホームページ、メインナビ、トップカテゴリページ）からのリンクに重みを置きます。これは宣言されたpriority番号の真の代替手段です。観測されたものであり、自己申告ではありません。

ステップ2 — クリック深度の確認。 各URLがホームページから何クリックの位置にあるかを測定します。数クリック深いページは、設定したタグに関係なく、構造的に重要度が低いと見なされます。

ステップ3 — サイトマップと<lastmod>の監査。 URLがクリーンで正規URLのみのサイトマップに含まれていること、およびその<lastmod>が存在し、かつ正直であることを確認します。整ったサイトマップに正確な日付とともに含まれていることは実際のシグナルです。含まれていない、またはnoindexやリダイレクトされたURLでいっぱいのサイトマップに含まれていることは、シグナルではありません。

ステップ4 — ナビゲーションでの目立つ位置の確認。 ページがメニュー、パンくずリスト、カテゴリ階層のどこに位置するかを確認します。ここでの配置は、ユーザーと検索エンジンの両方が同じように読む、重要度の構造的な宣言です。

4つすべてを組み合わせてページをスコアリングします。頻繁にリンクされ、浅く、サイトマップに正しく含まれ、ナビゲーションで目立つページは、本当に重要です。古いモデルで1.0とマークしたであろうページでも、4つのチェックすべてに失敗する場合は、誰も読まないタグに入力した数字に関係なく、重要ではありません。

ツールキット：priority/changefreqタグの検出と削除

推奨事項は「含めなくても問題ない」なので、サイトマップにそれらがあるかどうかを確認し、削除する場合は削除する方法を説明します。

<priority>または<changefreq>要素に一致する正規表現（削除またはスキャン用）：

<(priority|changefreq)>[^<]*<\/\1>

• (priority|changefreq) — キャプチャグループ1。どちらかのタグ名に一致します。
• [^<]* — タグのテキストコンテンツ（数値またはdailyのような単語）。
• <\/\1> — グループ1への後方参照による、対応する終了タグ。<priority>は</priority>でのみ閉じられます。

Python — サイトマップファイルから両方のタグを削除する：

import re

with open("sitemap.xml", "r", encoding="utf-8") as f:
    xml = f.read()

# Remove <priority>...</priority> and <changefreq>...</changefreq> elements,
# including any surrounding whitespace/newline.
cleaned = re.sub(r"\s*<(priority|changefreq)>[^<]*</\1>", "", xml)

with open("sitemap-clean.xml", "w", encoding="utf-8") as f:
    f.write(cleaned)

macOS / Linux — タグが付いているURLの数をすばやく数える：

grep -oE '<(priority|changefreq)>' sitemap.xml | sort | uniq -c

Windows PowerShell — 同じチェック：

Select-String -Path sitemap.xml -Pattern '<priority>|<changefreq>' -AllMatches |
  ForEach-Object { $_.Matches } | Group-Object Value | Select Name, Count

Chrome DevToolsコンソール — ライブサイトマップを取得して確認する（任意のページのコンソールパネルに貼り付け、URLを編集）：

fetch('/sitemap.xml')
  .then(r => r.text())
  .then(xml => {
    const priority = (xml.match(/<priority>/g) || []).length;
    const changefreq = (xml.match(/<changefreq>/g) || []).length;
    console.log({ priority, changefreq });
  });

XPath — Screaming Frogのカスタム抽出用。クロールされたサイトマップURLがこれらのタグを含むかどうかをフラグ付けする：

//*[local-name()='url']/*[local-name()='priority']

(swap priority for changefreq for the other tag; local-name() is used because sitemap XML is namespaced, so a plain //priority won’t match).

タグを削除したら（または残すことにしたら）、結果をSitemap Validatorに通して、XMLがまだ整形式であることを確認してください。

自分で試す: Sitemap Priority

priorityタグとchangefreqタグ、そして実際に重要度を示すものについての5つの簡単な質問です。それぞれ答えを選んでから確認してください。

時間をかける価値のあるリソース

関連記事

• The Beginner’s Guide to Technical SEO — サイトマップとディスカバリーが全体像の中でどこに位置するか。
• Robots.txt and SEO: Everything You Need to Know — サイトマップタグと混同されがちなクロール制御のもう一つの側面。
• The Story of Blocking 2 High-Ranking Pages With Robots.txt — クロール制御が実際にどう動作するか、人々が想定していることと比較したファーストパーティ実験。

業界の情報

• Google — Build and Submit a Sitemap — 主要ドキュメント。「Googleは<priority>と<changefreq>の値を無視します。」
• Bing — The Importance of Setting the “lastmod” Tag in Your Sitemap — Bingは「これらのフィールドをほぼ無視します」。
• sitemaps.org Protocol — <priority>/<changefreq>を定義し、priorityがランキングに「影響を与える可能性は低い」と認める仕様。
• Search Engine Roundtable — Google: Sitemap Priority Field Is ‘A Bag Of Noise’ — Barry SchwartzによるIllyes 2017年のやり取りの報道。
• Search Engine Roundtable — Google Downplays Use Of Priority & Change Frequency In XML Sitemap File — Mueller 2015年のハングアウト。
• Ahrefs — How to Create an XML Sitemap (and Submit It to Google) — Joshua Hardwickのガイド。サイトマップを軽量に保つためにlastmod、changefreq、priorityを省略することを推奨。

変更履歴