サイトマップとは？Googleにページを見つけてもらうための基本設定

高松市でSEO運用を続けていると、「記事を増やしているのに検索結果に反映されない」「Search Consoleに送信しているのにインデックス数が伸びない」「サイトマップのエラーをどう見ればよいか分からない」という悩みが出てきます。

結論から言えば、XMLサイトマップは検索順位を直接上げる魔法の施策ではありません。しかし、Googleに重要なURLを正しく伝え、クロールやインデックスの状態を確認するための重要な土台です。

特に高松市のSEO運用では、地域名を含むサービスページ、コラム記事、施工事例、会社情報、問い合わせ導線などを継続的に整えていく必要があります。その際に、サイトマップが古いまま、noindexページが混ざったまま、canonicalとURLがズレたままになっていると、せっかく作ったページが評価対象に入りにくくなります。

この記事では、WordPressサイトを前提に、XMLサイトマップの作成・更新・Search Console送信・robots.txt・canonical・noindex・画像サイトマップ・動画サイトマップ・大規模サイト対策まで、高松市でSEO運用を行う事業者が確認すべきポイントを実務目線で整理します。

XMLサイトマップとは何か

結論：XMLサイトマップは重要URLを検索エンジンに伝える案内図

XMLサイトマップとは、サイト内に存在するページ、画像、動画などのURLを検索エンジンに伝えるためのファイルです。サイト内のすべてのページをただ並べるためのものではなく、検索エンジンに見つけてほしい重要なURLを整理して伝えるために使います。

高松市でSEO運用を行う場合、トップページ、サービスページ、地域別ページ、実績ページ、コラム記事、問い合わせページなど、検索流入や成約につながるページを正しくGoogleに伝えることが重要です。そのため、XMLサイトマップは内部リンク設計やコンテンツ品質とあわせて管理すべき基本施策です。

理由：サイトマップを送信してもインデックス保証にはならない

サイトマップを送信したからといって、すべてのURLが必ずGoogleにインデックス登録されるわけではありません。Googleが最終的にインデックスするかどうかは、ページ品質、重複性、canonical、noindex、内部リンク、クロール可能性など複数の要素で判断されます。

つまり、サイトマップはSEOの一要素です。コンテンツ品質や内部リンク改善と併用してはじめて効果を発揮します。

具体例：高松市のSEO運用で起こりやすい問題

例えば、高松市のホームページ制作会社が「高松市 SEO運用」「高松市 ホームページ改善」「高松市 ローカルSEO」などの記事を継続的に作成しているとします。

しかし、作成したページがサイトマップに追加されていなかったり、noindexのまま公開されていたり、canonicalが別ページを向いていたりすると、Search Console上で「検出 – インデックス未登録」「重複しています」「代替ページ」などとして扱われることがあります。

そのため、サイトマップは単に作って終わりではなく、公開後・更新後・削除後に正しく管理することが重要です。

高松市のSEO運用でサイトマップが重要な理由

結論：地域SEOでは継続的な更新管理が成果を左右する

高松市のSEO運用では、記事を一度作って終わりではなく、検索順位、問い合わせ数、競合状況、地域ニーズに合わせてページを更新していく必要があります。

更新したページは、サイトマップのlastmodも更新するのが理想です。特にWordPressでは、記事更新時に自動でlastmodが反映される状態にしておくと、運用負担を減らせます。

理由：Googleに更新の手がかりを渡せる

lastmodは、ページが最後に実質的に更新された日時を検索エンジンに伝えるための情報です。本文の大幅な修正、料金情報の更新、サービス内容の変更、事例追加など、検索ユーザーにとって意味のある変更があった場合に更新されるべきです。

逆に、日付だけを変えたような軽微な変更でlastmodを頻繁に更新すると、運用上の信頼性が下がります。そのため、サイトマップのlastmodを更新する基準を社内で決めておくことが大切です。

具体例：高松市のSEO運用で優先すべきURL

• 高松市向けの主要サービスページ
• 問い合わせや予約につながる固定ページ
• 検索流入を狙うコラム記事
• 施工事例・実績・お客様の声
• 会社概要・アクセス・料金ページ
• 画像や動画が検索流入に影響する商品ページ・事例ページ

重要ページを優先してサイトマップに含めることで、クロールバジェットを無駄にしにくくなります。特にページ数が多いサイトでは、重要でないページをサイトマップから外す判断も必要です。

サイトマップに入れるURLの基本ルール

結論：サイトマップには正規化済みの重要URLだけを入れる

XMLサイトマップに含めるURLは、正規化された重要URLに絞るべきです。すべてのURLを無条件に入れるのではなく、検索結果に出したいページだけを整理して登録します。

サイトマップURLはフルURLで記載する

サイトマップ内のURLは、相対パスではなく絶対パス、つまりフルURLで記載するのが安全です。

例えば、次のように記載します。

<loc>https://example.com/service/</loc>

「/service/」のような相対パスではなく、プロトコルとドメインを含めたURLにすることで、Search Consoleやクローラーが正しいURLとして認識しやすくなります。

canonicalとサイトマップURLを一致させる

canonicalで正規URLとして指定しているURLと、サイトマップに記載するURLは整合させる必要があります。

例えば、canonicalが「https://example.com/service/」を指しているのに、サイトマップでは「https://www.example.com/service」や「http://example.com/service/」を登録していると、URLの正規化が曖昧になります。

末尾のスラッシュ、wwwの有無、httpとhttps、大文字小文字の違いも別URLとして扱われる可能性があるため、サイト全体でルールを統一します。

noindexページはサイトマップに入れない

noindexを設定しているページは、基本的にサイトマップに入れない方が安全です。noindexは検索結果に表示させないための指示であり、サイトマップは検索エンジンに見つけてほしいURLを伝えるためのファイルです。

そのため、noindexページをサイトマップに含めると、検索エンジンに対して矛盾した信号を送ることになります。混乱を避けるためにも、noindexのページはサイトマップから除外しましょう。

重複コンテンツはcanonicalとサイトマップで整理する

重複コンテンツがある場合は、サイトマップに重複URLを複数入れるのではなく、canonicalで正規URLを指定し、サイトマップには正規URLだけを入れるのが基本です。

パラメータで変わる同一コンテンツ、並び替えページ、絞り込みページ、印刷用ページ、ミラーサイトなどは、canonical指定とサイトマップ整理で対処します。

サイトマップに入れない方がよいページ

• noindexページ
• 管理画面やログイン後のプライベート領域
• パスワード保護ページ
• サイト内検索結果ページ
• 一時ページやテストページ
• 重複URLやミラーURL
• 不要なクエリパラメータ付きURL
• 404や410を返す削除済みページ
• Basic Authがかかっているページ

lastmod・changefreq・priorityの考え方

結論：lastmodは重視、changefreqとpriorityは補助情報として扱う

XMLサイトマップには、URL以外にもlastmod、changefreq、priorityなどの情報を記載できます。ただし、それぞれの意味と重要度は異なります。

lastmodは実質的な更新日を示す

lastmodは、ページが最後に更新された日時を示す情報です。XMLサイトマップ内のlastmodは、ISO 8601形式で記載するのが望ましいです。

<lastmod>2026-07-02T09:00:00+09:00</lastmod>

高松市のSEO運用では、古い記事をリライトした場合、料金表を更新した場合、事例を追加した場合、サービス提供エリアを変更した場合などにlastmodが適切に更新されるようにしておきます。

changefreqは更新頻度の参考情報

changefreqはページの更新頻度を示す参考情報です。例えば、毎日更新するニュースページ、月1回程度更新するサービスページ、ほとんど更新しない会社概要ページなどで使い分けます。

ただし、changefreqはインデックス優先度を保証するものではありません。記載しても、Googleが必ずその頻度でクロールするわけではない点に注意が必要です。

priorityは相対的な重要度の目安

priorityは、サイト内におけるURLの相対的な優先度を示す値です。Googleの必須指標ではありませんが、サイトマップに記載することは可能です。

例えば、トップページや主要サービスページは高め、タグページや補助的なページは低めに設定する考え方があります。ただし、priorityを高く設定したからといって検索順位が上がるわけではありません。

運用上の使い分け

項目	役割	実務での考え方
lastmod	最終更新日を伝える	実質的な変更があった場合に更新する
changefreq	更新頻度の参考情報	保証ではないため過信しない
priority	相対的な重要度	Google必須ではないが記載は可能

XMLサイトマップの技術要件

結論：形式ミスがあるとGoogleが正しく取得できない

サイトマップはXMLファイルです。見た目では問題がなさそうでも、エンコーディング、MIMEタイプ、XML宣言、ファイルサイズ、HTTPステータスに問題があると、Search Consoleでエラーが出ることがあります。

UTF-8エンコーディングで保存する

サイトマップはUTF-8エンコーディングで保存します。XML宣言も正しく記述します。

<?xml version="1.0" encoding="UTF-8"?>

サイトマップのエンコーディングやXML宣言を間違えると、XMLとして正しく解析されない可能性があります。手動で編集する場合は、XMLの整文、つまりwell-formedな状態を保つことが重要です。

MIMEタイプはapplication/xmlが望ましい

サイトマップのMIMEタイプはapplication/xmlが望ましいです。サーバーやCDNの設定によって、text/htmlとして返っている場合は修正を検討します。

sitemap.xmlはサイトルート直下が基本

sitemap.xmlの位置は、通常サイトのルート直下が推奨されます。

https://example.com/sitemap.xml

WordPressのSEOプラグインによっては、sitemap_index.xmlやwp-sitemap.xmlのようなURLになる場合もあります。どのURLが実際に生成されているかを確認し、Search Consoleに正しく送信します。

HTTPステータスは200を返すこと

サイトマップのHTTPステータスが200を返すか確認します。サイトマップURLが404、403、500、503などを返していると、Googleが取得できません。

サイトマップのURLが301や302でリダイレクトしている場合も、問題になることがあります。できるだけ直接200を返すURLを登録するのが望ましいです。

HTTPSサイトでは証明書とアクセス可能性を確認する

HTTPSサイトのサイトマップURLは、正しいSSL/TLS証明書でアクセスできる必要があります。証明書エラーや混在コンテンツ、CDN設定の不備があると、Search Console側で取得エラーになる可能性があります。

サイトマップ生成ツールを使う場合も、SSL/TLS設定を確認しておきましょう。

GZIP圧縮にも対応できる

サイトマップはGZIP圧縮したsitemap.xml.gzとして送信することも可能です。GZIP圧縮は帯域削減に役立ち、Search Consoleにもそのまま登録できます。

ただし、圧縮前のサイズ上限やURL数上限を超えないように注意が必要です。

ファイルサイズとURL数の制限を守る

サイトマップに含めるURLは、Google公式基準では1ファイルあたり50MB、または50,000URLの制限を守る必要があります。

社内資料や外部ツールの説明で「200MB」など別の数値が出てくる場合もありますが、Search Console向けの実務ではGoogle公式基準を優先して確認するのが安全です。ファイルサイズやURL数が大きい場合は、分割ルールを明確にして運用します。

Search Consoleでの送信と確認

結論：送信後の数字を見て改善点を特定する

Search Consoleにサイトマップを送信する目的は、単に「送った」状態にすることではありません。送信数、インデックス登録済み数、除外理由、重複、クロールエラーを確認し、SEO運用の改善材料にすることが重要です。

正しいプロパティを選ぶ

Search Consoleはプロパティ単位で管理されます。ドメインプロパティとURLプレフィックスプロパティのどちらを使うかによって、管理範囲が変わります。

プロパティ種別	特徴	向いているケース
ドメインプロパティ	サブドメインを含めて総括的に管理しやすい	wwwあり・なし、サブドメインを含めて全体管理したい場合
URLプレフィックスプロパティ	http/https、www有無などプロトコル単位で管理される	特定URL配下だけを細かく管理したい場合

サイトマップのURLを複数プロパティに誤って登録すると、確認時に混乱を招きます。高松市のSEO運用でも、最初にどのプロパティを正とするか決めておくことが大切です。

Search Consoleにサイトマップを送信する手順

1. sitemap.xmlを自動生成し、サイトルートまたは公開URLに設置する
2. robots.txtにSitemap行を追加する
3. Search Consoleにプロパティ登録を行う
4. 所有権確認を行う
5. Search Consoleの「サイトマップ」画面からサイトマップを送信する
6. 送信後に「送信済」「最後に読み込まれた日」「インデックスに登録済み数」「エラー」を確認する
7. 問題があれば修正し、必要に応じて再送信する

所有権確認は安定した方式を選ぶ

Search Consoleの所有権確認にHTMLタグ方式を使う場合、テーマ変更やプラグイン変更でタグが消えると所有権が失われる可能性があります。

長期的なSEO運用では、DNS確認など安定した方式を選ぶと管理しやすくなります。

送信後に確認すべき指標

• サイトマップが正常に読み込まれているか
• 最後に読み込まれた日が更新されているか
• 送信されたURL数とインデックス登録済み数に大きな乖離がないか
• 4xxや5xxのURLが含まれていないか
• 重複や除外の理由が出ていないか
• robots.txtによるクロール拒否がないか
• noindexやcanonicalの設定に矛盾がないか

Search Console上の「インデックスに登録済み」の数と送信数を比較し、不整合がないか確認します。送信数とインデックス数の乖離が大きい場合は、ページのクロール可能性や品質を疑う必要があります。

URL検査ツールで個別URLを確認する

Search ConsoleのURL検査ツールを使えば、個別URLのクロール状況やインデックス状況を確認できます。

新規ページ公開時には、URL検査ツールから「インデックス登録をリクエスト」することもできます。特に重要なサービスページや高松市向けのSEO記事を公開した直後は、個別確認を行うと安心です。

サイトマップ更新後の再送信

サイトマップを更新した後は、Search Consoleに再送信することがあります。ただし、WordPressプラグインなどで自動更新されている場合は、再送信が不要なケースもあります。

送信後はSearch Consoleの「最後に読み込まれた日」を確認し、Googleが新しいサイトマップを取得しているか見ます。

WordPressでのサイトマップ運用

結論：自動生成の設定確認と動作確認が重要

WordPressでは、標準機能やSEOプラグインによってサイトマップが自動生成されることがあります。便利な反面、設定次第では不要なURLが含まれたり、重要なページが除外されたりすることがあります。

プラグインの更新設定を確認する

WordPressでサイトマップが自動生成されている場合は、利用しているプラグインの更新設定を確認します。

• 記事公開時に自動でサイトマップへ追加されるか
• 固定ページがサイトマップに含まれるか
• カテゴリー・タグ・著者ページが含まれる設定になっていないか
• noindexにしたページが除外されるか
• 削除ページがサイトマップから取り除かれるか
• lastmodが正しく更新されるか

ページ作成時の動作確認

新規ページを公開したら、そのページが自動的にサイトマップへ追加されるか確認します。特に高松市のSEO運用で重要なページは、公開後にSearch ConsoleのURL検査ツールでも確認しておくと安心です。

ページ削除時の動作確認

ページを削除した場合は、サイトマップを更新して該当URLを取り除きます。削除したページは404または410を返すようにし、サイトマップに残さないようにします。

404や410を返すページをサイトマップに放置すると、Search Consoleでエラーや除外の原因になります。

管理画面から生成されるサイトマップURLを公開ディレクトリに置く

サイトマップは、Googleが取得できる公開ディレクトリに置く必要があります。管理画面内でしか見られないURLやログインが必要なURLでは、Googleが取得できません。

CI/CDに組み込むと更新漏れを防げる

WordPress以外の構成や独自開発サイトでは、サイトマップをCI/CDのデプロイ工程に組み込んで自動更新するのが望ましいです。

APIや自動化でサイトマップを生成する場合は、生成ロジックのテストを必ず行います。大量にURLを発生させるサイトでは、サイトマップで優先度を明確にし、重要ページを中心に管理します。

変更履歴を残す

サイトマップの変更履歴は、運用ドキュメントとして残しておくと便利です。

• いつ更新したか
• 誰が更新したか
• どのURLを追加・削除したか
• Search Consoleでどのような変化があったか
• エラー対応を行った内容

高松市のSEO運用を外部パートナーや社内担当者と分担する場合、変更履歴があるだけで原因調査がかなり楽になります。

robots.txt・noindex・canonicalとの整合性

結論：サイトマップだけでなくクロール制御全体を見る

サイトマップは単体で考えるものではありません。robots.txt、noindex、canonical、内部リンク、HTTPステータスと整合している必要があります。

robots.txtにSitemap行を明示する

サイトマップのURLはrobots.txtに明示すると、クローラーが見つけやすくなります。

Sitemap: https://example.com/sitemap.xml

サイトマップを作成する際は、robots.txtの先頭にSitemap行を追加する習慣をつけると管理しやすくなります。記述順序としても、Sitemap行が先頭付近にあると分かりやすいです。

robots.txtのDisallowが多すぎる場合は注意

robots.txtのDisallowが多すぎると、Googleがクロールできる対象が減ります。サイトマップにURLを入れていても、robots.txtでブロックされていると意味がありません。

サイトマップが原因のクロール拒否や問題が出ている場合は、robots.txtの設定も確認します。順序や設定のミスによって、意図せず重要ページをクロール拒否しているケースがあります。

noindexとrobots.txtを混同しない

robots.txtはクロール制御、noindexはインデックス制御として考える必要があります。検索結果に出したくないページは、noindexやパスワード保護など適切な方法で管理します。

サイトマップと併せてrobots/metaタグでクロール制御を行い、noindexページがサイトマップに含まれていないか確認します。

canonicalで正規URLを明確にする

canonicalは、重複ページの中でどのURLを正規ページとして扱うかを示すための重要なタグです。

サイトマップに含まれるURLは、canonicalと一致させます。パラメータで変わる同一コンテンツ、末尾スラッシュの有無、httpとhttps、wwwあり・なし、大文字小文字の違いなどを整理しましょう。

削除ページへの対応

ページ削除時は、サイトマップから該当URLを取り除きます。削除ページは404または410を返すようにし、必要に応じてSearch Consoleの削除ツールを使う場合があります。

ただし、削除ツールは一時的な対応であり、恒久対策はサーバー側で適切なステータスを返すことです。

大規模サイト・複数ドメイン・多言語サイトの管理

結論：URL数が増えるほど分割と設計が重要になる

ページ数が少ないうちは、1つのサイトマップでも管理できます。しかし、記事数、商品数、事例数、言語別ページ、サブドメインが増えると、サイトマップの分割管理が必要になります。

サイトマップインデックスファイルを使う

複数のサイトマップをまとめる場合は、サイトマップインデックスファイルを使うと管理しやすくなります。

<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.com/post-sitemap.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://example.com/page-sitemap.xml</loc>
  </sitemap>
</sitemapindex>

Search Consoleの「サイトマップ」画面では複数のsitemapを管理できますが、indexファイルで集約すると拡張性が高くなります。

分割ルールを明確にする

サイトマップのファイルサイズとURL数が大きい場合は、分割ルールを明確にします。

• 投稿用サイトマップ
• 固定ページ用サイトマップ
• カテゴリー用サイトマップ
• 商品ページ用サイトマップ
• 画像サイトマップ
• 動画サイトマップ
• ニュースサイトマップ
• 言語別サイトマップ

サイトマップ内に含めるURLの数は、重要ページを優先します。大規模サイトでは、クロールバジェットを意識して重要でないページをサイトマップから外す判断も必要です。

サブドメイン・複数ドメインの管理

サイト全体がサブドメインや複数ドメインで分かれる場合は、ドメインルート単位で管理します。

例えば、コーポレートサイト、採用サイト、メディアサイト、ECサイトが別サブドメインで運用されている場合、それぞれのサイトマップ、Search Consoleプロパティ、robots.txtの管理範囲を整理します。

CDNにサイトマップを置く場合

サイトマップをCDNに置く場合は、パスの一貫性を保ちます。CDNキャッシュにより古いサイトマップが残ると、更新したURLが反映されないことがあります。

サイトマップを外部に置く場合も、アクセス制限がないことを確認します。Basic AuthなどがかかっているとGoogleが取得できません。

多言語サイトのhreflang管理

多言語サイトでは、hreflangとサイトマップの整合性を取る必要があります。

hreflangページは、サイトマップにalternateリンクを含めることもできます。またはHTML側にhreflangを記述する方法もあります。

サイトマップのURLに含める言語別ページは、言語ごとに整理します。日本語ページ、英語ページ、タイ語ページなどを運用している場合、どの言語ページがどのURLに対応しているかを明確にしましょう。

モバイル版・AMPページの扱い

ページのモバイル版が別URLで存在する場合は、モバイル対応URLとサイトマップの整合を取ります。

AMP化しているページがある場合は、AMPページのURLも適切に扱い、canonical関係を整理します。AMPページだけがサイトマップに入り、正規ページとの関係が崩れている状態は避けましょう。

画像・動画・ニュースサイトマップの活用

結論：画像・動画・ニュースは専用サイトマップで補強できる

通常のページURLだけでなく、画像や動画、ニュース記事を検索に反映させたい場合は、専用のサイトマップを活用できます。

画像サイトマップ

画像サイトマップは、大きな画像や重要画像を含めると検索結果に反映されやすくなる可能性があります。

画像の重要度が高い商品ページ、施工事例ページ、サービス紹介ページでは、imageタグでサイトマップに明示することを検討します。

例えば、高松市の工務店、リフォーム会社、不用品回収業、飲食店、美容サロンなどは、画像が検索行動に大きく影響します。商品ページや事例ページでは、画像タイトルや説明も整えることで、検索での露出に寄与する可能性があります。

動画サイトマップ

動画を含むページは、video:sitemapを利用すると検索での露出を助ける可能性があります。

動画サイトマップでは、duration、rating、タイトル、説明などのメタ情報を含められます。サービス紹介動画、施工事例動画、採用動画、セミナー動画などを運用している場合は、動画ページとサイトマップの整合を確認しましょう。

ニュースサイトマップ

ページが短期間で頻繁に生成される場合、例えばニュースメディアや地域情報サイトでは、専用のニュースサイトマップを使うことがあります。

高松市の地域情報、イベント情報、速報性のある記事を扱う場合は、通常のサイトマップとは別にニュース向けの設計を検討します。

構造化データとの違い

サイトマップ内にスキーマ、つまり構造化データそのものを含めることはできません。構造化データはHTML側にJSON-LDなどで別途実装します。

ただし、サイトマップと構造化データはどちらも検索エンジンに情報を整理して伝えるための補助施策です。ページ内容、画像、動画、FAQ、商品情報などの整合性を保つことで、検索結果での理解を助けられます。

サイトマップのよくあるエラーと対処法

結論：エラーはURL・公開状態・制御設定から順番に見る

Search Consoleでサイトマップエラーが出た場合、まずはURLが正しいか、公開されているか、Googleが取得できる状態かを確認します。

「サイトマップが見つかりません」と表示される

Search Consoleで「サイトマップが見つかりません」エラーが出たら、登録したURLと公開状態を確認します。

• サイトマップURLが間違っていないか
• httpとhttpsを間違えていないか
• wwwあり・なしを間違えていないか
• URLプレフィックスプロパティが正しいか
• サイトマップURLが404を返していないか
• サイトマップがログイン必須になっていないか
• CDNやWAFでGooglebotをブロックしていないか

「保留中」と表示される

サイトマップ登録後に「保留中」と表示されても、数日待つと解析される場合が多いです。

ただし、長期間変わらない場合は、HTTPステータス、robots.txt、Basic Auth、CDN、SSL/TLS、XML形式を確認します。

4xx・5xxが含まれている

サイトマップのURLに4xxや5xxがないか定期チェックを行います。

4xxはページが存在しない、権限がない、アクセスできないなどの問題を示します。5xxはサーバー側の問題です。サイトマップに含めるURLは、基本的に200を返すURLに限定します。

301・302リダイレクトが含まれている

サイトマップのURLが301や302を返すのは避けます。リダイレクト先の正規URLをサイトマップに直接入れ、200を返す状態にするのが望ましいです。

重複・除外が多い

Search Consoleのサイトマップ分析で発見される「重複」と「除外」の理由を確認します。

サイトマップから多くのURLが除外される場合は、ページの品質、重複、canonical、noindex、内部リンク、コンテンツ量を見直します。

動的ページやパラメータ付きURLが多い

動的ページやパラメータ付きURLは、正規化ルールで管理し、必要ならサイトマップから除外します。

サイトマップに含まれるURLのクエリパラメータの扱いは慎重に判断します。indexable、つまり検索結果に出す価値があるページかどうかを基準にします。

ページネーションの扱い

動的生成の一覧ページ、ページネーションがあるページは、ページ単位でサイトマップに含めるかを判断します。

rel=”next/prev”の扱い、canonical、内部リンク、ページごとのコンテンツ価値を確認し、無駄に大量の一覧ページを登録しないようにします。

プラグインやスクリプトのログを確認する

サイトマップの自動更新がうまく動いていない場合は、WordPressプラグインや自動生成スクリプトのログを確認します。

APIや自動化で生成している場合は、生成ロジックのテストを行い、URLの重複、除外漏れ、lastmodの更新漏れがないか確認します。

誤公開した内部URLへの対応

サイトマップを誤って公開してしまった場合、例えば内部のみのURL、テスト環境URL、会員限定URLなどが含まれていた場合は、速やかに修正し、必要に応じてSearch Consoleへ再送信します。

プライベート領域やパスワード保護ページは、サイトマップに含めないようにしましょう。

高松市のSEO運用で使えるサイトマップチェックリスト

結論：毎週確認する項目を決めて運用する

サイトマップは一度作って終わりではありません。高松市のSEO運用で継続的に成果を出すには、定期確認の仕組みが必要です。

基本チェックリスト

• sitemap.xmlが200を返すか
• サイトマップのHTTPステータスが200か
• サイトマップ内URLがcanonicalと一致するか
• noindexページが含まれていないか
• lastmodが適切に更新されるか
• robots.txtにSitemap行があるか
• robots.txtのDisallowが重要ページをブロックしていないか
• Search Consoleでエラーが出ていないか毎週確認するか
• 4xxや5xxのURLがサイトマップに残っていないか
• 301や302ではなく直接200で返っているか
• HTTPS証明書が正しく有効か
• Basic Authなどのアクセス制限がかかっていないか
• XML宣言とUTF-8エンコーディングが正しいか
• MIMEタイプがapplication/xmlになっているか
• URLの末尾スラッシュが統一されているか
• URLの大文字小文字が混在していないか
• クエリパラメータ付きURLを入れるべきか判断しているか
• サイト内検索結果ページを入れていないか
• 一時ページやテストページを入れていないか
• 削除ページがサイトマップに残っていないか

Search Consoleチェックリスト

• 正しいプロパティにサイトマップを登録しているか
• ドメインプロパティとURLプレフィックスプロパティを混同していないか
• サイトマップの「最後に読み込まれた日」を確認しているか
• 送信数とインデックス登録済み数を比較しているか
• ページのインデックス登録レポート、旧カバレッジレポートと数字を突き合わせているか
• 重複や除外の理由を確認しているか
• URL検査ツールで重要URLを個別確認しているか
• 新規ページ公開時にインデックス登録リクエストを行うか判断しているか
• サイトマップ送信後にエラーがないか確認しているか
• 送信数とインデックス数の乖離が大きい場合、クロール可能性や品質を見直しているか

WordPress運用チェックリスト

• WordPressプラグインでサイトマップが自動生成されているか
• プラグインの更新設定を確認しているか
• ページ作成時に自動的にサイトマップへ追加されるか
• ページ削除時にサイトマップから取り除かれるか
• 404や410のURLが残っていないか
• カテゴリー・タグ・著者ページの扱いを決めているか
• noindex設定とサイトマップ除外が連動しているか
• サイト構造変更時にサイトマップを即更新しているか
• プラグインやスクリプトのログを確認できるか
• 変更履歴を運用ドキュメントとして残しているか

大規模サイト・複数サイト向けチェックリスト

• サイトマップインデックスファイルを使っているか
• sitemapindexで複数ファイルを管理しているか
• ファイルサイズとURL数の分割ルールがあるか
• 重要ページを優先してサイトマップに含めているか
• クロールバジェットを意識して重要でないページを外しているか
• サブドメインや複数ドメインをドメインルート単位で管理しているか
• サイトマップURLを複数プロパティに誤って登録していないか
• CDNに置く場合、パスの一貫性を保っているか
• 外部に置く場合、アクセス制限がないか
• APIで大量URLを発生させる場合、生成ロジックをテストしているか

画像・動画・多言語サイト向けチェックリスト

• 重要画像を画像サイトマップに含めるか判断しているか
• 商品ページや事例ページでimageタグを活用しているか
• 動画を含むページでvideo:sitemapを利用するか判断しているか
• 動画のdurationやratingなどのメタ情報を整理しているか
• ニュース記事が多い場合、ニュースサイトマップを使うか検討しているか
• 多言語サイトでhreflangとサイトマップの整合を取っているか
• hreflangページをサイトマップのalternateリンクまたはHTMLで管理しているか
• 言語別ページを言語ごとに整理しているか
• モバイル別URLがある場合、サイトマップとの整合を取っているか
• AMPページのURLとcanonical関係を整理しているか

サイトマップ運用の簡単な実例

高松市のSEO運用で使う基本手順

ここでは、WordPressサイトを例に、サイトマップ運用の短い手順を整理します。

1. sitemap.xmlを自動生成する。WordPressプラグインや標準機能を使い、サイトルートに設置する。
2. robots.txtにSitemap行を追加する。
3. Search Consoleにプロパティ登録を行い、所有権確認を行う。
4. Search Consoleでサイトマップを送信する。
5. 送信後に「送信済」「インデックスに登録済み」数、エラーを確認する。
6. 問題があれば、robots.txt、noindex、canonical、重複、404、品質を確認して修正する。
7. 修正後、必要に応じてサイトマップを再送信する。

簡易的なインデックス確認方法

SitemapのURLをGoogleに送った後、site:example.comのような検索でインデックス状況を簡易チェックする方法もあります。

ただし、site:検索は正確なインデックス数を確認するための正式なレポートではありません。正式な確認はSearch Consoleを使います。

Pingサービスについて

サイトマップの更新通知をPingサービスに送る仕組みを取り入れる場合もあります。ただし、現在の実務では必須ではありません。

WordPressの自動更新、robots.txtでのSitemap明示、Search Consoleでの送信・確認を基本にし、Pingは補助的なものとして考えます。

参考・詳細資料として確認すべきもの

公式ドキュメント

• Google 検索セントラル：サイトマップ概要と作成方法に関する公式ガイド
• Search Consoleヘルプ：サイトマップレポートの操作方法、送信、確認、エラー対応に関する公式サポート
• Google 検索セントラル：robots.txt、noindex、canonical、クロールとインデックスに関する公式情報

実務記事

• 日本語解説記事：サイトマップの作成手順
• WordPressプラグインを使ったサイトマップ自動生成の解説
• Search Consoleへの送信と運用確認の実践ガイド
• 画像サイトマップ・動画サイトマップ・ニュースサイトマップの活用事例

実務記事は便利ですが、Googleの仕様やSearch Consoleの画面は変わることがあります。そのため、最終的な判断は公式ドキュメントと現在のSearch Console画面を確認しながら行うことが大切です。

まとめ：高松市のSEO運用ではサイトマップを「送信」ではなく「管理」する

結論：サイトマップはSEO運用の健康診断ツール

高松市でSEO運用を強化するなら、XMLサイトマップは作って送信するだけでは不十分です。

サイトマップは、Googleに重要URLを伝えるための案内図であり、Search Consoleでクロールやインデックスの問題を見つけるための健康診断ツールでもあります。

重要ポイントの振り返り

• 更新したページはサイトマップのlastmodも更新する
• changefreqやpriorityは補助情報として扱う
• URLはフルURLで記載する
• canonicalとサイトマップURLを一致させる
• noindexページはサイトマップに入れない
• 重複URLはcanonicalとサイトマップで整理する
• UTF-8、application/xml、XML宣言を正しく設定する
• GZIP圧縮やsitemapindexを必要に応じて活用する
• robots.txtにSitemap行を追加する
• Search Consoleで送信数とインデックス数を比較する
• 4xx、5xx、301、302が含まれないようにする
• WordPressプラグインの自動生成設定を確認する
• ページ作成時・削除時にサイトマップが更新されるか確認する
• 画像・動画・ニュース・多言語サイトでは専用の設計を検討する
• サイトマップはコンテンツ品質や内部リンク改善と併用する

次にやるべきこと

まずは、現在のサイトマップURLを開き、HTTPステータスが200か、noindexページや404ページが混ざっていないか、canonicalと整合しているかを確認しましょう。

次に、Search Consoleでサイトマップを確認し、「送信数」「インデックスに登録済み数」「除外理由」「最後に読み込まれた日」をチェックします。

高松市のSEO運用で1位を狙うなら、記事を増やすだけでなく、検索エンジンが正しくページを見つけ、評価できる状態を作ることが重要です。XMLサイトマップは、その土台を整えるための基本施策として、定期的に見直していきましょう。