XMLサイトマップとは、自社サイトにどんなページがあるのかを一覧にして、検索エンジンに渡すためのファイルです。ページの場所（URL）と、最後に内容を更新した日付をまとめて伝えることで、Googleがサイトの中身を効率よく見つけられるようにします。
ただ、「サイトマップを送信すれば順位が上がる」と説明されて作ったものの、送信したあと何も変わらなかった、というご相談をよくいただきます。中には、送信したはずなのにサーチコンソールでエラーが出たまま何年も放置されているサイトもあります。
この記事では、そもそもサイトマップが何のためのファイルなのか、自社に本当に必要なのか、WordPressでどう用意して、サーチコンソールからどう送信するのかを、Googleの公式ドキュメントにもとづいて順番に整理します。
あわせて、「ping送信」のようにすでに使えなくなった手順や、サイトマップに入れてはいけないURLについてもお伝えします。専門知識がなくても、今日のうちに自社サイトの現状を確認できるところまで進めます。
記事執筆者：認定SEOコンサルタント 三田健司
XMLサイトマップとは？検索エンジンに渡す「ページの一覧表」
「XMLサイトマップ」と「HTMLサイトマップ」は別のもの
サイトマップという言葉には、実は2つの意味があります。ひとつは検索エンジン向けのXMLサイトマップ、もうひとつは訪問者向けのHTMLサイトマップです。
HTMLサイトマップは、サイトの下のほうによくある「サイトマップ」というリンク先のページで、人がページ一覧を見て目的のページへ移動するためのものです。一方でXMLサイトマップは人が読むためのものではなく、機械が読むための形式で書かれたファイルです。
この記事で扱うのは後者、つまり検索エンジンに渡すXMLサイトマップのほうです。HTMLサイトマップを作ってもGoogleにページ一覧を伝えたことにはなりませんので、この2つは分けて考えてください。
サイトマップに書かれている内容
XMLサイトマップの中身は、驚くほど単純です。ページのURLと、そのページを最後に大きく更新した日付が、ページの数だけ並んでいるだけです。
Googleの公式ドキュメントによれば、XML形式のほかにRSSやAtomのフィード、1行に1つのURLを書いただけのテキストファイルもサイトマップとして受け付けられます。どの形式が有利ということはなく、Googleは特定の形式を推奨していません。
XML形式が広く使われているのは、画像や動画、多言語ページといった追加情報も一緒に渡せる拡張性があるからです。とはいえ中小企業のサイトでは、標準的なXML形式をそのまま使えば十分です。
サイトマップは「順位を上げる仕組み」ではありません
ここが誤解の多いところです。サイトマップは、Googleにページの存在を見つけてもらいやすくするためのものであって、見つけたページを高く評価させるためのものではありません。
Googleの公式ドキュメントには、サイトマップの送信はあくまで「ヒント」であり、サイトマップに載せたすべてのページがクロールされインデックスに登録されることを保証するものではない、とはっきり書かれています。つまり、載せれば必ず検索結果に出るわけではありません。
それでも用意する価値はあります。新しく公開したページを早く見つけてもらえる可能性が高まりますし、サーチコンソールの「サイトマップ」レポートでエラーや登録状況を確認できるようになるからです。
筆者がご相談を受けるサイトでも、サイトマップそのものが原因で順位が落ちていた例はほとんどありません。サイトマップは「土台の整備」であって「打ち手」ではない、と考えておくと期待値を見誤らずに済みます。
自社サイトにサイトマップは必要？Google公式の判断基準
「必要なサイト」の3つの条件
Googleは公式ドキュメントの中で、サイトマップが必要になりやすいサイトの条件を3つ挙げています。サイトの規模が大きい場合、公開して間もなく外部からのリンクが少ない場合、そして動画や画像などのメディアが多い場合です。
規模が大きいサイトでは、すべてのページがどこかから確実にリンクされている状態を保つのが難しくなります。その結果、新しく作ったページをGooglebotが見つけられないことが起こりやすくなります。
公開したばかりのサイトも同じです。クローラーは、すでに知っているページに書かれたリンクをたどって新しいページを見つけるため、どこからもリンクされていない新しいサイトは発見されにくくなります。
「なくてもよいサイト」の条件
逆に、Googleは「サイトマップが必要ないかもしれないケース」も明記しています。ここは意外に知られていません。
その条件とは、サイトが小規模であること、内部リンクが隅々まで行き届いていること、検索結果に出したい動画や画像、ニュース記事が多くないことの3つです。Googleはここでの「小規模」を、検索結果に出したいページが約500ページ以下と説明しています。
「内部リンクが行き届いている」とは、トップページからリンクをたどっていけば重要なページにすべて到達できる状態のことです。メニューやパンくず、記事どうしのリンクで、行き止まりのページがない状態と考えてください。
それでも用意しておくことをおすすめする理由
条件のうえでは不要でも、筆者は中小企業のサイトにサイトマップを置いておくことをおすすめしています。Googleも同じドキュメントで、ほとんどの場合はサイトマップがあったほうがサイトにとって有益だと述べています。
理由は、送信しておくとサーチコンソールの「サイトマップ」レポートが使えるようになる点にあります。Googleが最後にファイルを読み込んだ日付や、読み込みに失敗していないかが一目で分かるようになります。
また、WordPressをはじめとする多くのCMSでは、そもそも自動で生成されています。手間はほとんどかからないので、あるものを活かさない理由がありません。
なお、サイトマップよりも先に手をつけるべきなのは内部リンクの整理です。リンク構造が整っていれば、サイトマップがなくてもGoogleはページを見つけられます。
WordPressなら、すでにサイトマップがある可能性が高い
まず2つのURLを開いて確認する
新しく作る前に、すでにあるかどうかを確かめてください。ブラウザのアドレス欄に、自社サイトのURLの後ろに続けて次の2つを入力し、順番に開いてみます。
ひとつは「/sitemap.xml」、もうひとつは「/wp-sitemap.xml」です。たとえば自社サイトがexample.co.jpなら、example.co.jp/sitemap.xml と example.co.jp/wp-sitemap.xml になります。
URLがずらりと並んだ素っ気ない画面か、表のような画面が表示されれば、それがサイトマップです。見た目が飾り気のない一覧でも問題はありません。機械が読むためのファイルなので、これが正常な状態です。
両方とも「404 見つかりません」と表示された場合だけ、次の手順で用意することになります。
WordPress標準機能とプラグインのどちらを使うか
WordPressは、バージョン5.5（2020年8月公開）から標準でXMLサイトマップを出力するようになりました。特別な設定をしていなくても、/wp-sitemap.xml という場所に自動で作られています。
一方で、SEO系のプラグイン（All in One SEO、Yoast SEO、XML Sitemap & Google News など）を入れている場合は、そちらが /sitemap.xml を出していることが多く、標準機能のほうは止められているのが一般的です。
どちらでも構いません。大事なのはサイトマップを2つ同時に動かして中身が食い違う状態にしないことです。どちらか一方に決めて、そのURLをサーチコンソールに送信します。
プラグインを新しく入れるかどうかは、いま使っているテーマやプラグインの構成によります。標準機能ですでに出ているのであれば、それをそのまま使うのがいちばん手間がかかりません。
プラグインで作るときに見ておきたい設定
プラグインを使う場合、設定画面で「どの種類のページを含めるか」を選べるようになっています。ここは初期設定のままだと、検索結果に出す必要のないページまで入ってしまうことがあります。
含めなくてよい代表例は、タグの一覧ページ、作成者別の一覧ページ、日付別のアーカイブ、そして画像1枚ごとの添付ファイルページです。これらは中身が薄くなりやすく、検索結果に出したいページではないことがほとんどです。
反対に必ず含めたいのは、トップページ、サービスや商品の紹介ページ、会社概要、お問い合わせ、ブログ記事です。問い合わせにつながる主要なページが漏れていないかだけ確認してください。
WordPress以外のサイトの場合
Wix、ジンドゥー、STUDIO、Shopifyといったサービスで作ったサイトも、ほとんどが自動でサイトマップを出力しています。Googleの公式ドキュメントでも、CMSを使っているならすでに用意されている可能性が高い、と案内されています。
まずは同じように /sitemap.xml を開いて確認してください。見つからない場合は、そのサービスのヘルプで「サイトマップ」と検索するのが確実です。
制作会社に作ってもらった手作りのサイトで、ページ数が数十ページ程度であれば、次の章の書き方で手作りすることもできます。ページ数が多い場合は、制作会社に自動生成の仕組みを相談してください。
XMLサイトマップの書き方と、必ず守る4つのルール
いちばん簡単なXMLサイトマップの中身
Googleの公式ドキュメントに載っている最小限の例は、次のような内容です。1行目でXMLファイルであることと文字コードを宣言し、その下にURLを1つずつ並べていきます。
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.co.jp/</loc>
<lastmod>2026-08-22</lastmod>
</url>
<url>
<loc>https://example.co.jp/service/</loc>
<lastmod>2026-08-10</lastmod>
</url>
</urlset>locがページのURL、lastmodがそのページを最後に大きく更新した日付です。ページの数だけurlのかたまりを増やしていき、最後にurlsetを閉じます。
これをメモ帳などのテキストエディタで書き、文字コードをUTF-8にして sitemap.xml という名前で保存し、サーバーの一番上の階層に置けば完成です。数十ページ程度までなら、この方法でも十分に管理できます。
ルール1｜文字コードはUTF-8、URLは省略しない
ファイルの文字コードはUTF-8でなければなりません。日本語のファイル名やパスを含む場合はとくに、ここを間違えると読み込みに失敗します。
もうひとつ、URLは「/service/」のような省略形ではなく、「https://example.co.jp/service/」と最初から最後まで書きます。Googleは書かれたURLをそのままクロールしようとするため、省略形では正しくたどれません。
ルール2｜1ファイル5万URL・50MBまで
Googleの公式ドキュメントでは、1つのサイトマップファイルに書けるのは50,000URLまで、ファイルサイズは圧縮しない状態で50MBまでと決められています。これはXML以外の形式でも共通です。
これを超える場合はファイルを分割し、分割したファイルをまとめる「サイトマップインデックス」を作って、そちらを送信します。中小企業のサイトでこの上限に達することはまずありませんが、ECサイトなど商品ページが多い場合は意識しておいてください。
ルール3｜置き場所はサイトの一番上の階層に
これは見落とされがちな決まりです。サイトマップはサイト内のどこに置いてもよいのですが、置いた場所より下の階層にしか効き目がありません。
たとえば example.co.jp/blog/sitemap.xml に置いた場合、そのサイトマップが影響するのは /blog/ より下のページだけです。サイト全体をカバーしたいなら、example.co.jp/sitemap.xml のように一番上の階層に置くのが確実です。
ただし、サーチコンソールから送信した場合はこの制限を受けません。とはいえ、置き場所を一番上にそろえておくほうが後々の管理が楽になります。
ルール4｜priorityとchangefreqは書かなくてよい
古い解説記事には、priority（優先度）とchangefreq（更新頻度）を細かく設定するとよい、と書かれていることがあります。しかしGoogleは公式ドキュメントで、この2つの値は無視すると明記しています。
プラグインの設定画面でこれらを調整できることがありますが、そこに時間をかける必要はありません。書いても害はないものの、順位にも巡回頻度にも影響しません。
lastmodは「正確に書けるときだけ」書く
priorityやchangefreqと違い、lastmod（最終更新日）はGoogleが実際に使っています。ただし条件があり、一貫していて、ページの実際の更新と照らし合わせて確認できる場合に限る、とされています。
ここでいう「更新」とは、本文の内容、構造化データ、ページ内のリンクといった中身の変更を指します。Googleは、コピーライトの年号を書き換えただけのような変更は重要な更新とはみなさない、と説明しています。
よくある失敗は、実際には何も直していないのに全ページのlastmodが毎日今日の日付に書き換わってしまう設定です。この状態が続くと、Googleはその日付を信用しなくなり、無視するようになります。
2026年7月にも、Googleのゲイリー・イリェーシュ氏がSNS上で、正確でない日付を入れるくらいならlastmod自体を書かないほうがよい、という趣旨の発言をしています。これは公式ドキュメントの記載ではありませんが、正確に出せないなら省いておく、という判断で構いません。
サーチコンソールからサイトマップを送信する手順
送信する前に確認しておくこと
送信の前に2つだけ確認します。ひとつは、サーチコンソールに自社サイトが登録されていて、所有権の確認が済んでいることです。
もうひとつは、送信しようとしているサイトマップのURLをブラウザで開いて、実際に表示されることです。ここで404やエラーが出るなら、まずその原因を解消してから送信してください。
送信の手順は3ステップ
実際の操作はとても簡単です。サーチコンソールを開き、左側のメニューから「サイトマップ」をクリックします。
画面の上に「新しいサイトマップの追加」という入力欄が出てくるので、サイトのURLに続く部分（sitemap.xml など）を入力して「送信」を押します。ドメイン名まで含めた全体を入れる必要はありません。
送信すると下の一覧に追加され、ステータスの欄に結果が表示されます。「成功しました」と出れば完了です。
なお、サイトマップの送信は一度やれば十分で、ページを追加するたびに送り直す必要はありません。Googleは登録されたサイトマップを定期的に読みに来ます。
robots.txtに1行書いておく方法
サーチコンソールのほかに、robots.txtというファイルにサイトマップの場所を書いておく方法もあります。書き方は、次の1行をファイルのどこかに入れるだけです。
Sitemap: https://example.co.jp/sitemap.xmlGoogleの公式ドキュメントによれば、この行は何本書いても構いません。複数のサイトマップがある場合は、その数だけ行を増やせます。
この方法の利点は、Google以外の検索エンジンにも同じ情報が伝わることです。Bingなど他のクローラーもrobots.txtを読むため、1行入れておくだけで手間が減ります。
ただし、robots.txtに書いただけではサーチコンソールの「サイトマップ」レポートに反映されないことがあります。エラーの有無を確認したいなら、サーチコンソールからの送信もあわせて行っておくのが確実です。
「ping送信」はもう使えません
古い記事には、決められたURLにアクセスしてGoogleにサイトマップの更新を知らせる「ping送信」という手順が載っていることがあります。この方法は現在は使えません。
Googleは2023年6月に、このping用の窓口を半年後をめどに廃止すると発表しました。実際に使えなくなったのは2023年末から2024年初めにかけてで、現在このURLにアクセスすると404が返ります。廃止の理由としては、認証のない送信はほとんど役に立っておらず、大半がスパムにつながっていたことが挙げられています。
もし使っているプラグインが今もping送信を試みていても、それが原因でサイトの評価が下がることはないとGoogleは説明しています。ただ、何の効果もないので、その設定を探して有効にしようとする必要はありません。
サイトマップに入れてはいけないURL
原則は「検索結果に出したいURLだけ」
Googleの公式ドキュメントは、サイトマップには検索結果に表示させたいURLを入れる、と説明しています。つまり、載せる基準は「存在するページかどうか」ではなく「検索結果に出したいページかどうか」です。
同じ内容に複数のURLでアクセスできる場合は、自分が正式だと考えるURL（正規URL）だけを載せます。スマートフォン用とパソコン用でURLが分かれているサイトでも、片方だけを載せるほうがよいとされています。
noindexのページとcanonicalで別を指しているページ
もっとも矛盾しやすいのがこの2つです。noindexを付けたページは「検索結果に出さない」という指示なので、サイトマップに載せるのは指示が食い違っている状態になります。
canonicalタグで別のURLを正規と指定しているページも同じです。サイトマップに載せるのは、canonicalで自分自身を指しているページだけと覚えておくと迷いません。
プラグインで自動生成している場合、noindexのページは自動的に除外されるのが一般的です。手作りしている場合は、ここを自分でそろえる必要があります。
404ページ・リダイレクト・パラメータ付きURL
削除したページのURLが残っていると、Googleは毎回404にたどり着くことになります。サイトマップは定期的に読み直されるため、消したページは一覧からも消してください。
URLを変更して転送（リダイレクト）を設定したページも同様です。サイトマップには転送先の新しいURLだけを載せます。
もうひとつ気をつけたいのが、「?」以降に文字が付いた並べ替えや絞り込みのURLです。中身がほとんど同じページが大量に並ぶことになるため、通常は載せません。
サイトマップは「増やす」より「削る」ほうが効く
筆者が既存サイトを点検するとき、サイトマップに関して手を入れるのはたいてい削る作業です。何年も運用してきたサイトほど、消したページや検索結果に出す必要のないページが残っています。
載せるURLを絞ると、サーチコンソールの「検出されたURL数」と実際に見てほしいページ数が近づき、登録状況を読み取りやすくなります。数字が読めるようになれば、次に何を直せばよいかも見えてきます。
なお、URLを絞ったからといって、それだけで順位が上がるわけではありません。あくまで状況を正しく把握するための整備だと考えてください。
よくあるエラーと、その直し方
「取得できませんでした」と表示される
もっともよく見るエラーです。これはサイトマップの中身の問題ではなく、Googleがファイルそのものを受け取れなかったことを意味します。
原因で多いのは、入力したURLの打ち間違い、ファイルがまだ置かれていない、そしてrobots.txtでサイトマップの場所がブロックされている、の3つです。Googleはサイトマップを取りに行くときもrobots.txtの指示に従います。
まずはブラウザでそのURLを開いてみてください。自分のパソコンから見えるのにGoogleが取得できない場合は、robots.txtの記述か、サーバー側でクローラーを弾く設定を疑います。
なお、送信した直後は「取得できませんでした」と出ていても、しばらく経つと成功に変わることがあります。1日ほど待ってから再確認してください。
「サイトマップはHTMLページのようです」と表示される
これは、送信したURLがXMLファイルではなく普通のページだったときに出ます。HTMLサイトマップのURLを送ってしまった場合が典型です。
この記事の最初でお伝えしたとおり、この2つは別物です。送信すべきなのはXML形式のほうなので、URLを確認して送り直してください。
「検出されたURL数」とインデックス数が合わない
サイトマップに50ページ載せたのに、実際に検索結果に出ているのは30ページだけ、ということはよくあります。これはエラーではありません。
先ほど触れたとおり、サイトマップの送信はヒントにすぎず、載せたページがすべて登録されることは保証されていません。Googleが「登録するほどの内容ではない」と判断すれば見送られます。
差が大きいときは、サイトマップではなくページの中身を見直す番です。登録されないページの多くは、中身が薄いか、他のページと内容が似すぎています。
送信したのに新しい記事が出てこない
公開してすぐ検索結果に出ないのは正常です。反映までにかかる時間は、サイトの規模や更新頻度によって数日から数週間まで幅があります。
急ぎたい場合は、サーチコンソールの上部にあるURL検査で該当ページのURLを調べ、「インデックス登録をリクエスト」を押す方法があります。ただし1日に押せる回数には上限があり、押したからといって必ず登録されるわけではありません。
それでも長く登録されないままなら、原因はサイトマップ以外にあります。次の記事で、インデックスされない原因を順番に切り分ける手順をまとめています。
送信したあとに見ておきたい3つのこと
1｜最終読み込み日が止まっていないか
サーチコンソールの「サイトマップ」レポートには、Googleが最後にそのファイルを読み込んだ日付が表示されます。ここが数か月前で止まっているなら、何かがうまくいっていない合図です。
更新のあるサイトなら、この日付は自然に新しくなっていきます。月に一度この欄を見るだけでも、気づかないうちに壊れていた、という事態を防げます。
2｜インデックス数の推移
サーチコンソールの「ページ」レポートで、登録されているページ数の推移を確認します。記事を増やしているのに登録数が横ばいなら、増やした記事が評価されていない可能性があります。
逆に、急に登録数が減った場合は、noindexが意図せず付いてしまったり、サイトの一部がクローラーからブロックされたりしていないかを確認します。
3｜狙っているキーワードの順位
ここがいちばん大事なところです。サイトマップを整えても、ページが登録されても、狙っているキーワードで順位が付かなければ問い合わせにはつながりません。
サーチコンソールでも平均掲載順位は分かりますが、期間をまたいだ平均値なので、いつ何位だったかまでは追いにくいという弱点があります。日ごとの順位を残しておくと、施策と変化の関係が見えるようになります。
AccessScopeでは、サイトのURLと調べたいキーワードを登録しておくだけで、毎日自動で順位を記録します。10キーワードまで無料で、クレジットカードの登録も必要ありません。
よくある質問（FAQ）
サイトマップを送信すると検索順位は上がりますか？
上がりません。サイトマップはページを見つけてもらうための仕組みであって、評価を高めるものではないとGoogleは説明しています。
ただし、見つけてもらえていなかったページが登録されるようになれば、結果として検索結果に出る機会は増えます。順位そのものへの近道ではない、と考えてください。
ページを追加するたびに送信し直す必要がありますか？
必要ありません。一度サーチコンソールに登録しておけば、Googleが定期的に読みに来ます。
WordPressなど自動生成の仕組みを使っていれば、ページを追加した時点でサイトマップの中身も自動で更新されます。手作りしている場合だけ、ファイルの追記を忘れないようにしてください。
サイトマップが2つあると問題になりますか？
複数のサイトマップを送信すること自体は認められており、大規模なサイトではむしろ一般的です。Googleはサイトマップごとの状況を分けて確認できるようにしています。
問題になるのは、標準機能とプラグインの両方が動いていて、中身が食い違っている場合です。管理する対象が増えて混乱の元になるので、どちらか一方に寄せることをおすすめします。
10ページほどの小さなサイトにも必要ですか？
Googleの基準では、約500ページ以下で内部リンクが行き届いているサイトは、必ずしも必要ではないとされています。10ページ程度なら、なくてもページは見つけてもらえるはずです。
とはいえ、WordPressなら何もしなくても出力されていますし、送信しておけばサーチコンソールで状況を確認できます。手間はほぼゼロなので、送っておいて損はありません。
サイトマップに載せたのに登録されないページはどうすればよいですか？
まずサーチコンソールのURL検査で、そのページがどう扱われているかを確認します。「クロール済み – インデックス未登録」と出ているなら、Googleは見に来たうえで登録を見送っています。
その場合に効くのは、サイトマップの調整ではなくページ内容の見直しです。他のページと似た内容になっていないか、読者の疑問に十分答えているかを点検してください。
関連記事
まとめ｜まず開いて、あるかどうかを確かめる
XMLサイトマップは、自社サイトのページ一覧を検索エンジンに渡すためのファイルです。順位を上げる仕組みではなく、ページを見つけてもらいやすくするための土台であり、Googleも送信は「ヒント」にすぎないと明言しています。
WordPressをはじめとする多くのCMSでは、すでに自動で作られています。新しく作る前に、/sitemap.xml と /wp-sitemap.xml を開いて確認するところから始めてください。
手作りする場合は、UTF-8で保存する、URLは省略せず全部書く、1ファイル50,000URL・50MBまで、サイトの一番上の階層に置く、の4点を守れば十分です。priorityとchangefreqはGoogleが無視するため、書かなくて構いません。
今日できることを1つ挙げるなら、自社サイトのURLの後ろに /sitemap.xml を付けてブラウザで開いてみることです。表示されればサーチコンソールに送信するだけ、表示されなければこの記事の手順で用意する、という判断ができます。
整備の前後で検索順位がどう動いたかを残しておきたい方は、AccessScopeの無料プランをお試しください。サイトのURLとキーワードを登録するだけで、毎日自動で順位を記録します。10キーワードまで無料・クレジットカードの登録も不要です。
この記事は、株式会社アクセス・リンク代表であり全日本SEO協会認定SEOコンサルタントの三田健司が執筆しました。Web制作歴10年以上、延べ1,000件以上のサイトに関わってきた経験と、Google検索セントラルの公式ドキュメント（サイトマップについて／サイトマップの作成と送信）、およびGoogle検索セントラルブログ（サイトマップのping用エンドポイントの廃止）にもとづいて構成しています。記載の数値・仕様は2026年8月22日時点で確認したものです。
コメント