indexing

SEO テクニカル：インデックス登録

インデックス登録に関するトラブルシューティングと修正方法を説明します。GSC で問題を見つけて診断する方法については、google-search-console をご覧ください。

呼び出し時：初回は、このスキルで扱う内容とその重要性を1〜2文で説明してから、主な出力を提示するとよいでしょう。2回目以降、またはユーザーから省略するよう求められた場合は、すぐに主な出力を提示してください。

対象範囲（テクニカル SEO）

• 修正方法：noindex、canonical、コンテンツ品質、URL 検査。robots.txt がブロックしていないことを確認してください（robots-txt を参照）
• Noindex：ページ単位のインデックス制御。除外するページとその方法について説明します。robots-txt（パス単位のクロール制御）および google-search-console（カバレッジ診断）を補完します

初期評価

プロジェクトのコンテキスト： ルートに contextus.md がある場合は読み込み、このタスクに関連するモジュールのみを読み込んでください。Contextus がない場合は、利用可能なプロジェクト資料またはユーザーから提供された事実を使い、不足情報を尋ねてください。別のコンテキストシステムを作成しないでください。

GSC で問題を特定します（カバレッジレポート、問題の種類、診断ワークフローについては google-search-console を参照）。次に、以下の修正を適用します。

クロール済み - インデックス未登録

原因	対応
品質が低い、重複している、トピックに沿っていない	コンテンツを改善し、重複を修正して、適切な canonical を設定する
静的アセット（CSS/JS）	以下を参照
フィード、パラメーター付きの共有 URL	通常は無視して問題ありません。または noindex を設定し、メイン URL を canonical にします
重要なコンテンツページ	URL 検査を使い、canonical／内部リンク／サイトマップを確認して、インデックス登録をリクエストする

静的アセット（Next.js / Vercel）

Vercel はデプロイごとに固有の dpl= パラメーターを静的アセットに追加するため、「クロール済み - インデックス未登録」の URL が多数生成されます。

すること	しないこと
robots.txt で /_next/ を許可する	/_next/ をブロックしない（CSS/JS の読み込みが壊れます）。robots-txt を参照
GSC で静的アセットが検出されるのは想定どおりとする	/_next/static/css/ や ?dpl= をブロックしない
静的アセットには X-Robots-Tag を使う	CSS/JS はインデックス登録されるべきではなく、SEO への影響はありません

「クロール済み - インデックス未登録」に静的アセットが表示されるのは、正常で想定どおりです。

その他の問題の種類（GSC のカバレッジレポート）

問題	修正
«noindex» タグによって除外	誤って設定した場合は noindex を削除し、意図的な場合はそのままにする
robots.txt によってブロック	robots-txt を参照し、重要なパスの Disallow を削除する
リダイレクト / 404	URL を修正するか、リダイレクトを追加する
重複 / Canonical	正しい canonical を設定する。通常は問題ありません
ソフト 404	ページが 200 を返すものの、コンテンツに「見つかりません」や空の状態が示されているため、Google が 404 として扱う可能性があります。修正：本当に存在しないページには 404 ステータスを返すか、200 を返すページに実際のコンテンツを追加します

ソフト 404

ソフト 404 は、ページが HTTP 200 を返すものの、コンテンツからページが存在しないことが示されている場合（「ページが見つかりません」というメッセージや空の状態など）に発生します。Google が 404 として扱い、インデックスから除外する可能性があります。

修正	該当する場合
404 を返す	ページが実際に存在しない場合。適切な 404 ステータスを使います
コンテンツを追加する	ページが意図的に存在する場合（空の検索結果など）。十分なコンテンツを用意するか、noindex を使います
リダイレクトする	URL が移動した場合は、正しい移動先に 301 を設定します

Noindex の使用

• 方法：metadata.robots = { index: false } または <meta name="robots" content="noindex"> または X-Robots-Tag
• 理由：サイト内のすべてのコンテンツをインデックス登録する必要はありません。多くのページで noindex を選択するのは妥当です
• 注意：重要なコンテンツページには noindex を設定しないでください
• robots.txt との併用：robots.txt はパス単位のクロール制御、noindex はページ単位のインデックス制御です。robots.txt で noindex ページをブロックしないでください。クローラーが指示を読み取れるよう、ページにアクセスできる必要があります。両方を使う場合は、/admin/ や /api/ には robots、/login/ や /thank-you/ などには noindex を使います。使い分けについては robots-txt を参照してください。
• nofollow ≠ noindex：nofollow はリンクの評価のみを制御し、インデックス登録を防ぐものではありません。検索結果から除外するには noindex を使います。meta robots の実装については page-metadata を参照してください。

通常 noindex が必要なページの種類

カテゴリー	ページの種類	一般的なメタタグ	理由
認証とアカウント	ログイン、サインアップ、パスワードリセット、アカウントダッシュボード	ログイン：noindex,nofollow；サインアップ：noindex,follow	検索上の価値がありません。ログインページがインデックスに登録されるとセキュリティリスクになります。サインアップページで follow を指定すると、プライバシーや利用規約へのリンクがクロールされます
管理者向けと非公開	管理者向けページ、ステージング、テストページ、内部ツール	noindex,nofollow	一般公開向けではないため、発見されるのを防ぎます
コンバージョン後のページ	サンクスページ、確認ページ、購入完了ページ、ダウンロードゲート	noindex,follow	コンバージョン後のページで、SERP 上の価値がありません。リンクエクイティは引き継げるようにします
システムとユーティリティ	404、内部検索結果、ファセット／フィルター URL	noindex,follow または noindex,nofollow	内容が薄い、または重複しています。404 はエラー状態です
法務	プライバシー、利用規約、Cookie ポリシー（任意）	多くの場合 noindex,follow	インデックス登録する価値が低く、検索結果の煩雑さを軽減します
重複または内容が薄いページ	印刷用ページ、パラメーター付き URL、類似ページ	noindex,follow または canonical	コンテンツが重複しています。可能であれば canonical を優先します
価値の低いページ	メディアキット、フィードバック掲示板（外部）、内容が薄いプレスページ	noindex またはブランド関連のクエリ向けにインデックス登録	ケースバイケースです

noindex,follow と noindex,nofollow の違い：ほとんどの場合は noindex,follow を使用します。SERP から除外しつつ、リンクエクイティを引き継げます。noindex,nofollow は、ログイン（セキュリティ）、ステージング、一時的なテストページに限って使用してください。

ページ削除の判断フレームワーク

ページを意図的にウェブから削除する場合、関連する代替ページがあるか、またそのページへのアクセスを維持する必要があるかに基づいて方法を選択します。

シナリオ	方法	理由
密接に関連する代替ページがある	301 リダイレクト	蓄積されたリンクシグナルとユーザーの導線を維持します
コンテンツを新しいページに統合した	301 リダイレクト	古い URL を新しい canonical の場所に直接転送します
完全に削除し、代替ページがない	410 Gone	検索エンジンに完全に削除されたことを明示的に伝えます
削除したが、恒久的かどうか不明	404 Not Found	安全な既定の方法です。必要に応じて後から復元できます
アクセス可能な状態を維持しつつ、インデックス登録は避けたい	noindex	ページはユーザーが引き続き閲覧できますが、SERP から除外されます

削除する前に：URL の検索トラフィック、被リンク、内部リンク、コンバージョン価値を確認してください。ページに価値がある場合は、削除するのではなく、更新または統合を検討してください。

よくある間違い：

• 関連する代替ページがあるページを 404 にする（蓄積されたシグナルを無駄にします）
• 削除したすべてのページをホームページにリダイレクトする（ユーザーの意図に沿わなくなります）
• 直接リダイレクトせず、リダイレクトチェーンを作成する（A → B → C）
• 削除したページを指す内部リンクを整理せずにページを削除する
• robots.txt を使用して noindex ページをブロックする（noindex ディレクティブを読み取るには、クローラーがページにアクセスできる必要があります）

削除後の整理：

1. 削除した URL を XML サイトマップから削除し、サイトマップを更新して再送信します
2. 内部リンクを更新し、最終的な URL に直接リンクするようにします（リダイレクトに依存しないでください）
3. 301 リダイレクトの場合、転送先 URL がサイトマップに含まれていることを確認します
4. GSC で URL 検査を使用して重要なページを確認します。一時的にすばやく非表示にするには削除ツールを使用します（恒久的な削除には使わず、適切な HTTP ステータスまたは noindex を使用してください）

Google Indexing API

種類	一般的な用途
JobPosting	求人サイト
BroadcastEvent	ライブ配信プラットフォーム

要件：Indexing API を有効にし、サービスアカウントを作成し、Search Console で所有者を追加して、割り当て量をリクエストします（既定では 1 日あたり 200 URL）。

出力形式

• アクション項目：優先順位を付けた修正事項
• 参考資料：ページのインデックス登録レポート

関連スキル

• google-search-console：GSC でインデックス登録の問題を特定し、診断します
• robots-txt：パス単位のクロール制御。robots.txt と noindex の使い分けを確認します。/_next/ や noindex ページはブロックしないでください
• page-metadata：メタ robots の実装。noindex と nofollow の違いを確認します
• xml-sitemap：サイトマップを送信し、管理します
• indexnow：Bing のインデックス登録を高速化します
• canonical-tag：重複コンテンツを解決します