information-architecture-seo

情報アーキテクチャ SEO

このスキルは、semantic-core-architect の後、内部リンク、スキーマ、または LLM が読み取れるレイヤーの設計前に使用します。

URL マップ全体を作成する前に、references/url-architecture.md をお読みください。

担当範囲

• URL 戦略；
• ページ分類；
• ページの役割とコンテンツの所有範囲；
• canonical モデル；
• hreflang グループ；
• index/noindex ポリシー；
• ピラー／トピック／ニュース／記事／ブログ／プロジェクトの役割分担；
• 重複コンテンツの防止。

担当範囲外

• セマンティックコアの作成；
• 最終的なページコピー；
• 内部リンクグラフの詳細；
• JSON-LD の実装；
• レンダリング後の UI デザイン；
• 外部からの被リンク。

ワークフロー

1. セマンティックコア、エンティティとトピックのマップ、サイトの制約、言語、コンテンツモデルを確認します。
2. 各クラスター／エンティティ／トピックに対応する正規のページの役割を特定します。
3. 個別の URL を決める前に、ルートのパターンを定義します。
4. ページの役割ごとに canonical ポリシーを設定します。
5. ローカライズされた同等ページの hreflang グループを定義します。
6. ページのステータスを planned、draft、published、noindex、または deferred として記録します。
7. 重複コンテンツのリスクと所有範囲の境界を記録します。
8. assets/url-map.template.yaml を使用して url-map.yaml を作成します。
9. internal-link-graph-architect と technical-seo-schema-engineer に引き継ぎます。

Canonical のルール

• 独自のユーザー／検索上の役割と、表示されるコンテンツを持つページは、自身を canonical に指定できます。
• 短いニュース概要が速報用の掲載面で、長文記事が長期的な解説用の掲載面である場合、短いニュース概要と、拡充した長文記事の両方を自身の canonical に指定できます。
• 単独のニュース概要を、デフォルトで長文記事に canonical 指定してはいけません。
• 宣言したモデルを超えて、公開するストーリーのバリエーションを増やしてはいけません。
• トピックページとピラーページは、記事本文を重複させず、要約して整理する必要があります。
• ロケール間の代替ページには hreflang を使用します。これは自身を参照する canonical の代わりにはなりません。

多言語対応のルール

• サイトに独立した言語選択ページがない場合、デフォルト言語を x-default に指定します。
• ローカライズされた各ページは、独自の canonical URL を宣言する必要があります。
• hreflang グループには、緩やかに関連するだけのページではなく、真に同等なページだけを含める必要があります。
• 翻訳品質が不明な場合、ローカライズされたページは公開済みではなく、draft または deferred としてマークします。

安全性とプライバシーの境界

• 管理画面、API、非公開のダッシュボード、生の分析データ、生の IP ログ、秘密ファイル、ステージング URL を、インデックス可能な公開ページとして公開してはいけません。
• 価値の低いユーティリティページには noindex または内部ルーティングのブロックを使用します。公開ナビゲーションから隠すだけでは不十分です。
• クローラビリティを高めるために、認証、アクセス制御、セキュリティヘッダーを弱めてはいけません。
• 非公開のソース URL、認証情報、トークン、未公開の下書き、内部メモを、url-map.yaml、サイトマップ計画、または LLM 向けの公開成果物に含めてはいけません。

検証

作業を完了とする前に、次を確認します。

• すべてのページに URL、ページタイプ、ロケール、canonical、インデックスポリシー、根拠がある；
• すべての言語別代替ページが、一貫性のある hreflang グループに属している；
• 1 つのストーリーにつき、各言語の概要と長文記事はそれぞれ最大 1 件である；
• トピックページが記事本文を重複していない；
• 最終的なリンクグラフの詳細は internal-link-graph-architect に委ねている；
• スキーマの実装は technical-seo-schema-engineer に委ねている。

スキルの編集内容を次のコマンドで検証します。

python3 $CODEX_HOME/skills/senior-skill-architect/scripts/lint_production_skill.py $HOME/SKILL/skills/information-architecture-seo
python3 $HOME/SKILL/plans/seo-llm-skill-cluster/scripts/lint_skill_cluster.py $HOME/SKILL

フォワードテストは evals.json にあります。

出力形式

次を返します。

1. URL 戦略の概要。
2. ページの役割をまとめた表。
3. canonical と hreflang のポリシー。
4. 重複コンテンツのリスク。
5. 内部リンクとテクニカル SEO／スキーマの担当者への引き継ぎ事項。