SAG / ARCHITECTURE NOTE

サイトマップの発見と収集範囲：URL一覧はどのように分析計画になるのか？

サイトマップのアドレス一覧を、承認済みドメインの収集候補に変換するプロセスです。URL一覧は、そのまま分析結果になるわけではありません。言語別の重複、除外ページ、別ホストを整理しなければ、作業量は増えても比較可能な根拠は不足します。

SAG編集 · 2026-10-08 · 更新 2026-10-08

サイトマップの発見とは？

サイトマップのアドレス一覧を、承認済みドメインの収集候補に変換するプロセスです。 このノートでは、サイトマップの発見を機能名ではなく、入力・変換・出力に関する責任として捉えます。分析結果を信頼するには、どの資料が入力され、何を確認し、どこまで結論を出せるのかが一貫していなければなりません。

URL一覧は、そのまま分析結果になるわけではありません。言語別の重複、除外ページ、別ホストを整理しなければ、作業量は増えても比較可能な根拠は不足します。

XMLのURL一覧とHTMLリンクを発見段階で収集しますが、対象ドメイン、パス、最大ページ数の範囲内に制限します。発見・リクエスト成功・診断完了は、それぞれ別に集計します。

サイトマップURL → ドメイン範囲の検証 → 収集候補一覧

各段階では、前段階の成功を次の段階の成果と言い換えてはなりません。資料の識別子、期間、検証状態を引き継いで記録すれば、欠落やエラーが発生した箇所を特定し、再確認する範囲を決められます。

SAGはサイトマップの登録を、ドメインを基準とした資料収集に結び付けます。外部の競合他社のURLは自社の範囲に混在させず、別の分析対象として扱います。

SAGの運用上の価値は、この関係をページ、質問、比較結果、改善作業へと結び付けることにあります。顧客は数字だけを読むのではなく、強化すべき対象と判断根拠を併せて検討できます。追加の適用が必要なパターンは、該当する段落の範囲を基準に読み取る必要があります。

説明用のサイトマップにURLが20件あっても、許可範囲内にあるのが18件で、収集できたのが15件なら、発見20・許可18・収集15を区別する必要があります。レポートの分母を20に固定すると、収集の欠落を見落とします。

上記の例は構造と計算を説明するためのものであり、特定の顧客における実測成果ではありません。実際のレポートでは、選択した期間・対象・観測条件と元の記録をひも付け、同じ判断を再確認できるようにする必要があります。

正常な入力だけでなく、空の資料、重複資料、条件の異なる資料でも同じ意味が保たれるかを確認してください。検証項目を作業完了の基準に結び付けることで、機能説明と実際の運用との差を縮められます。

サイトマップはURLの発見を助ける資料であり、検索インデックスへの登録や順位を保証するものではありません。ソースの更新時点と実際のHTTPレスポンスも確認する必要があります。

外部資料は上記の設計テーマの背景を示すものであり、SAGのすべての実装や顧客の成果を証明するものではありません。このノートにおける適用解釈と説明用の例は、SAGの運用構造に基づいてまとめています。資料確認日：2026-10-06。

HTML ZIP・サイトマップ → 正規化 → ページバージョン → 根拠の記録、という流れをたどります。

SAG / KNOWLEDGE LINKS