technical-seo

テクニカル SEO

スクリプトの場所。 ホストで ${CLAUDE_PLUGIN_ROOT} が設定されていない場合、スクリプトはこのプラグインの scripts/ フォルダー内にあり、skills/ と並んでいます。Python 3.10 以降で実行してください。python を使用し、見つからない場合は python3 を使用します（macOS や多くの Linux システム）。

このスキルを使用するタイミング

ユーザーの依頼に以下のいずれかが含まれる場合、このモジュールを有効にします。

• コアウェブバイタル：LCP、INP、CLS スコアの最適化、ページ速度の問題の診断、CrUX データや PageSpeed Insights レポートの解釈
• クロール可能性：Robots.txt の設定、XML サイトマップの作成または監査、クロールバジェットの管理、Googlebot のアクセスに関する問題
• サイトアーキテクチャ：URL 構造の計画、情報アーキテクチャ、内部リンク戦略、サイト階層の最適化、コンテンツのサイロ化
• インデックス登録：Canonical タグの実装、noindex/nofollow ディレクティブ、インデックス肥大化、重複コンテンツの解決、Google Search Console のインデックス登録範囲に関する問題
• リダイレクト：リダイレクトチェーンの監査、301/302 戦略、サイト移行用のリダイレクトマップ、HTTP から HTTPS への移行
• JavaScript SEO：クライアントサイドレンダリングの問題、SSR・CSR・SSG の評価、動的レンダリング、JavaScript のクロール可能性に関する問題
• モバイルファーストインデックス：モバイルでのレンダリング問題、モバイルとの同等性チェック、レスポンシブデザインの監査、モバイルユーザビリティエラー
• 構造化データ：スキーママークアップの実装（JSON-LD）、リッチリザルトの対象条件、スキーマの検証、構造化データ戦略
• ログファイル分析：サーバーログの解釈、クロール頻度の分析、クロールの無駄の特定、ボットの動作監査
• 国際 SEO：Hreflang の実装、ccTLD・サブドメイン・サブディレクトリの選択、ジオターゲティング、多言語サイトのアーキテクチャ
• セキュリティ：HTTPS への移行、混在コンテンツの解決、HSTS の実装、セキュリティヘッダーの設定
• HTTP ステータスコード：4xx/5xx エラーの診断、ソフト 404 の検出、サーバーエラーのパターン、ステータスコード戦略
• ページ速度：サーバー応答時間（TTFB）、レンダリングを妨げるリソース、画像の最適化、コード分割、CDN の設定
• サイト移行：ドメイン変更、プラットフォーム移行、HTTPS への移行、URL の再構成、合併・買収に伴うサイトの統合

トリガーフレーズ：「technical seo」、「core web vitals」、「page speed」、「crawl budget」、「robots.txt」、「sitemap」、「redirect」、「canonical」、「indexation」、「noindex」、「hreflang」、「javascript seo」、「mobile-first indexing」、「log file analysis」、「site architecture」、「internal linking」、「crawl errors」、「HTTP status」、「schema markup」、「structured data」、「site migration」、「TTFB」、「LCP」、「INP」、「CLS」、「render blocking」、「crawlability」、「index bloat」、「redirect chain」、「mixed content」、「HTTPS」

コンテキスト効率

負荷の高いスキルです。参照されているファイルを Read する前に Grep し、一致した範囲のみを offset と limit で指定して Read してください。ファイルを開く前に ${CLAUDE_PLUGIN_DATA}/<brand>/ を一覧表示してください。セッション途中で再度呼び出された場合は、すでにコンテキストにあるファイルをスキップしてください。

ブランドコンテキスト（自動適用）

このモジュールからマーケティングコンテンツを作成する前に、次の手順を実行してください。

1. セッションコンテキストを確認する — アクティブなブランドの概要は、セッション開始時に出力されています。そこに表示されたブランド名、業界、トーン設定、チャネル、目標、コンプライアンス要件、競合他社を使用してください。
2. 詳細なプロフィールが必要な場合は、~/.claude-marketing/brands/{slug}/profile.json を読み込みます。
3. ブランドのトーンを適用する — フォーマルさ、活気、ユーモア、権威性のレベルに応じて、すべてのコンテンツのトーンや言葉遣いを調整してください。
4. コンプライアンスを確認する — skills/context-engine/compliance-rules.md を使用して、ブランドの target_markets と業界に関するルールを自動適用してください。
5. 業界ベンチマークを参照する — ブランドの業界について、skills/context-engine/industry-profiles.md を確認してください。
6. プラットフォーム仕様を使用する — 文字数制限やフォーマット要件について、skills/context-engine/platform-specs.md を参照してください。
7. キャンペーン履歴を確認する — 新しい施策を計画する前に、python "${CLAUDE_PLUGIN_ROOT}/scripts/campaign-tracker.py" --brand {slug} --action list-campaigns を実行してください。
8. ブランドが存在しない場合は、次のように伝えてください。「ブランドプロフィールが見つかりません。/digital-marketing-pro:brand-setup を使用して作成するか、一般的なベストプラクティスに沿って進めることができます。」
9. ブランドガイドラインを確認する — ~/.claude-marketing/brands/{slug}/guidelines/_manifest.json が存在する場合は、読み込んで適用してください。禁止用語、制限対象の主張、必須免責事項については restrictions.md、チャネル固有のトーン設定（基本のトーンと異なる場合があります）については channel-styles.md、承認済みの主要メッセージ、タグライン、ポジショニング表現については messaging.md、4つの数値スコア以外の詳細なトーンルールについては voice-and-tone.md を参照してください。特定のチャネル向けのコンテンツを作成する場合、チャネルスタイルのルールが基本のトーン設定より優先されます。

ブランドプロフィールにすでに記載されている情報を、ユーザーに尋ねないでください。

必要なコンテキスト

テクニカル SEO の作業を実施する前に、次の情報を収集してください。

1. ウェブサイト URL：監査または最適化するドメイン
2. CMS／プラットフォーム：WordPress、Shopify、Webflow、カスタム、ヘッドレスなど — 実装方法に関わります
3. ホスティング環境：共有、VPS、専用、クラウド（AWS/GCP/Azure）、CDN プロバイダー — サーバー側の推奨事項に影響します
4. 現在のパフォーマンスデータ：Google Search Console へのアクセス、PageSpeed Insights のスコア、CrUX データ、または既存の監査レポート
5. サイト規模：おおよそのページ数（数百、数千、数十万など）— クロールバジェットの関連性を判断するために必要です
6. レンダリング方式：静的 HTML、サーバーサイドレンダリング、クライアントサイドレンダリング（React/Angular/Vue）、ハイブリッド（Next.js/Nuxt）— JavaScript SEO にとって重要です
7. 海外展開の状況：対象国と言語、海外向けページの現在の URL 構造
8. 既知の問題：ユーザーが把握している既存の問題（クロールエラー、インデックス登録数の減少、速度への不満、順位の低下）
9. 移行計画：予定されているドメイン変更、プラットフォーム移行、URL 再構成
10. 技術スタックの制約：開発チームの稼働状況、デプロイプロセス、CDN の制限、プラグイン／拡張機能の制約

簡易診断の依頼（例：「ページの表示が遅いのはなぜですか」）では、妥当な前提を推測してすぐに回答してください。包括的な監査の場合は、必要なコンテキストをすべて収集してください。

機能

• Core Web Vitals の最適化：具体的で実装可能な推奨事項により、LCP（目標 < 2.5s）、INP（目標 < 200ms）、CLS（目標 < 0.1）の問題を診断して修正します。フィールドデータ（CrUX）とラボデータ（Lighthouse）の不一致を解釈し、ユーザーへの影響に基づいて修正の優先順位を決定します
• クロール可能性の監査：robots.txt の分析と最適化、XML サイトマップの構造と検証、大規模サイトのクロールバジェット配分、クロールの無駄の特定、孤立ページの検出、クロールパスの最適化
• サイトアーキテクチャの設計：URL 構造の計画（フラット型と階層型）、トピッククラスターとコンテンツサイロを用いた情報アーキテクチャ、PageRank フローのモデリングによる内部リンク戦略、クリック階層の最適化（重要なページを 3 クリック以内に配置）、パンくずリストの実装
• 内部リンクの最適化：リンクエクイティの分配分析、文脈に応じたリンク配置戦略、アンカーテキストの最適化、ナビゲーション構造の監査、フッターとサイドバーのリンク戦略、孤立ページの救済
• インデックス登録の管理：canonical タグ戦略（自己参照、クロスドメイン、パラメーター付き URL）、meta robots ディレクティブの実装、X-Robots-Tag HTTP ヘッダー、GSC を使ったインデックス登録状況の診断、インデックス肥大化の特定と解消、新しいコンテンツのインデックス登録の促進
• JavaScript SEO：クライアントサイドレンダリングの評価、サーバーサイドレンダリングの実装ガイダンス、静的サイト生成の推奨事項、フォールバックとしてのダイナミックレンダリング、Googlebot によるレンダリングの検証、JavaScript がクロールバジェットに与える影響の分析、ハイドレーション問題の診断
• モバイルファーストインデックス：モバイルレンダリングの同等性チェック、レスポンシブデザインの検証、モバイルユーザビリティエラーの解決、タッチターゲットのサイズ調整、ビューポートの設定、モバイルページ速度の最適化
• ページ速度の最適化：TTFB の削減（サーバーチューニング、CDN、キャッシュ）、レンダリングを妨げるリソースの排除、画像の最適化（形式の選択、遅延読み込み、レスポンシブ画像、プリロード）、CSS/JS の縮小とコード分割、サードパーティスクリプトの監査、フォント読み込み戦略（font-display、プリロード、サブセット化）
• リダイレクトの管理：リダイレクトチェーンの検出と解消、301 と 302 の選択基準、移行用リダイレクトマップの作成、リダイレクトループの特定、リダイレクトがパフォーマンスに与える影響の分析
• HTTP ステータスコードの監査：4xx エラーの診断と解決、5xx サーバーエラーのパターン分析、ソフト 404 の検出、恒久的に削除されたコンテンツへの 410 Gone の実装、ステータスコードの監視戦略
• ログファイル分析のガイダンス：Googlebot のクロール頻度とパターンの分析、クロールの無駄の特定（インデックス登録できない URL のクロール）、レスポンスコードの分布、クロールバジェットの利用状況の評価、ボットと人間のトラフィック比率
• 構造化データの実装：Organization、Product、Article、FAQ、HowTo、BreadcrumbList、LocalBusiness、Event、Review タイプの JSON-LD スキーママークアップ、リッチリザルトの表示資格評価、スキーマの検証とテスト、ネストされたスキーマや高度なスキーマのパターン
• 国際テクニカル SEO：Hreflang の実装（HTML リンク、HTTP ヘッダー、XML サイトマップの各方式）、ccTLD とサブドメインとサブディレクトリの選択基準、ジオターゲティングの設定、言語と地域のターゲティング、国際サイトマップ戦略
• セキュリティと HTTPS：HTTPS 移行の計画、混在コンテンツの検出と解決、HSTS の実装、セキュリティヘッダーの設定（CSP、X-Frame-Options、X-Content-Type-Options）、証明書の管理
• XML サイトマップ戦略：大規模サイト向けのサイトマップ構造（サイトマップインデックス）、画像・動画サイトマップ、ニュースサイトマップ、サイトマップの priority と changefreq のガイダンス、動的なサイトマップ生成、サイトマップの送信と監視
• URL 構造の最適化：URL の読みやすさとキーワードの組み込み、パラメーターの処理、末尾のスラッシュの一貫性、URL の大文字と小文字の区別、URL の長さの最適化

プロセス

主要なワークフロー：テクニカル SEO の監査と最適化

1. サイトの健全性スナップショット

   • CrUX または PageSpeed Insights から現在の Core Web Vitals を取得します（モバイルとデスクトップの LCP、INP、CLS）
   • Google Search Console のインデックス登録状況レポートを確認します（有効、除外、エラー、警告の件数）
   • GSC で手動による対策やセキュリティの問題がないか確認します
   • 現在のクロール統計を記録します（1 日あたりのクロールページ数、平均応答時間、クロールエラー）
   • ベースライン：現在のオーガニックトラフィック、インデックス登録済みページ数、ターゲットキーワードの検索順位を記録します

2. クロール可能性の分析

   • robots.txt を確認し、ブロックに関する問題がないか確認します（重要なリソース、CSS／JS、重要なディレクトリ）
   • XML サイトマップを検証します（形式が正しい、重要なページがすべて含まれている、インデックス登録できない URL がない、50K URL／50MB の上限以内である）
   • クロールバジェットの配分を評価します（クローラーが価値の低いページに時間を費やしていないか）
   • クロールトラップがないか確認します（無限に続くカレンダーのページネーション、URL 内のセッション ID、数百万の URL を生成するファセットナビゲーション）
   • Googlebot が重要なリソース（レンダリングに必要な CSS、JS、画像）すべてにアクセスできることを確認します

3. インデックス登録状況の確認

   • ページテンプレート全体の canonical タグを監査します（自己参照、クロスドメイン、パラメーター付き URL）
   • ディレクティブの競合がないか確認します（canonical がページ A を指している一方で、noindex が設定されているなど）
   • テンプレート全体の meta robots ディレクティブを確認します
   • インデックスの肥大化を特定します（内容の薄いコンテンツ、タグページ、サイト内検索結果、パラメーターの違いによるバリエーション）
   • ページネーションの処理を確認します（ページ分割された一連のページ、コンポーネントページの rel=canonical）
   • 意図しない noindex タグがないか確認します（ステージング環境から本番環境への移行後によく発生します）

4. サイトアーキテクチャの評価

   • URL 構造をマッピングし、階層の深さに関する問題を特定します（重要なページがホームページから 3 クリック以上離れているなど）
   • 内部リンクのパターンを分析します（内部リンク数が多い／少ないページ、孤立したページ）
   • 情報アーキテクチャを評価します（論理的なグループ分け、トピッククラスター、コンテンツのサイロ化）
   • ナビゲーション構造を確認します（ヘッダー、フッター、サイドバー、パンくずリスト）
   • URL 形式の一貫性を確認します（末尾のスラッシュ、大文字と小文字の区別、パラメーターの処理）

5. ページ速度の詳細分析

   • LCP の最適化：LCP 要素を特定し、サーバー応答時間を確認します（TTFB < 800ms）。レンダリングを妨げるリソースを監査し、画像の最適化（形式、サイズ、遅延読み込み、ファーストビュー用のプリロード）を確認します
   • INP の最適化：長時間タスク（> 50ms）を特定し、イベントハンドラーを監査します。メインスレッドをブロックしていないか確認し、サードパーティスクリプトの影響を確認します
   • CLS の最適化：明示的な寸法が設定されていない画像／iframe、ファーストビューより上への動的コンテンツの挿入、レイアウトシフトを引き起こすウェブフォントの読み込み、広告枠の予約を確認します
   • サードパーティスクリプト（タグマネージャー、アナリティクス、チャットウィジェット、A/B テストツール）がパフォーマンスに与える影響を監査します
   • キャッシュヘッダー（Cache-Control、ETag、Expires）と CDN の設定を確認します

6. モバイルファーストへの準拠確認

   • モバイル版とデスクトップ版のレンダリング結果で、コンテンツが一致していることを確認します
   • モバイル固有のレンダリングの問題がないか確認します（ビューポートの設定、タッチターゲット、フォントサイズ）
   • モバイルのページ速度を個別にテストします（モバイルネットワークは遅延が大きいため）
   • モバイル版に構造化データがあることを確認します（デスクトップ版と一致している必要があります）
   • Googlebot がモバイルで見落とす可能性のある遅延読み込みコンテンツがないか確認します

7. JavaScript SEO の評価

   • レンダリング方式を特定します（CSR、SSR、SSG、ISR、ハイブリッド）
   • URL 検査ツールを使用して Googlebot によるレンダリングをテストします（レンダリング後の HTML と生の HTML）
   • 重要なコンテンツやリンクのレンダリングに JavaScript が必要かどうか確認します
   • JavaScript がクロールバジェットに与える影響を評価します（レンダリングキューの遅延）
   • クライアントサイドルーティングと、それがクロール可能性に与える影響を確認します
   • meta タグと canonical がサーバー側でレンダリングされた HTML に含まれていることを確認します（JS によって挿入されていないこと）

8. リダイレクトチェーンの監査

   • リダイレクトチェーン（2 ホップ以上）とリダイレクトループを特定します
   • 301 と 302 の使い分けが適切か確認します（301 にすべき 302 がないか）
   • HTTPS へのリダイレクト実装を監査します（HTTP から HTTPS へ、www から www なしへ、またはその逆）
   • 過去の移行後、旧 URL からのリダイレクトが設定されていることを確認します
   • リダイレクト応答時間がクロール効率に与える影響を評価します

9. 構造化データの検証

   • 既存のスキーママークアップにエラーや警告がないか監査します（Google Rich Results Test）
   • コンテンツの種類に基づいて、追加可能なスキーマを特定します
   • JSON-LD の構文とネストを検証します
   • リッチリザルトの対象となるか確認します（FAQ、HowTo、Product、Review、Breadcrumb など）
   • スキーマがページ上に表示されるコンテンツと一致することを確認します（非表示または誤解を招くマークアップがないこと）

10. 国際 SEO のレビュー（該当する場合）

    • hreflang の実装を検証します（自己参照タグ、x-default、戻りリンク）
    • hreflang と canonical タグの競合を確認します
    • Google Search Console の地域ターゲティング設定を確認します
    • 国際版の URL 構造を評価します
    • コンテンツのローカライズと翻訳品質のシグナルを確認します

11. セキュリティ評価

    • HTTPS が完全に実装されていることを確認します（混在コンテンツがないこと）
    • HSTS ヘッダーの有無と設定を確認します
    • セキュリティヘッダー（CSP、X-Frame-Options、X-Content-Type-Options、Referrer-Policy）を確認します
    • SSL 証明書の有効性とチェーンを検証します
    • 機密ファイル（wp-config.php、.env、.git）が公開されていないか確認します

12. 優先順位を付けた推奨計画

    • 各調査結果を影響度（高／中／低）と作業量（すぐにできる改善／中規模／大規模プロジェクト）で評価します
    • 優先度を視覚化するために、影響度／作業量のマトリックスを作成します
    • 推奨事項を次のように分類します：即時対応（0～48 時間）、短期的な改善（1～2 週間）、中期的なプロジェクト（2～8 週間）、長期的な戦略的取り組み（2～6 か月）
    • 各修正カテゴリについて、トラフィック回復または成長の可能性を見積もります
    • 優先度の高い上位 5 項目について、実装仕様を提示します

参考ファイル

• core-web-vitals.md — LCP、INP、CLS の最適化ガイド。具体的な閾値、一般的な原因、修正方法、測定手法、フィールドデータとラボデータの解釈を含みます
• crawlability.md — Robots.txt の構文とベストプラクティス、XML サイトマップの構造と上限、クロールバジェットの管理、JavaScript のレンダリング、ログファイルの分析、孤立ページの検出
• site-architecture.md — URL 構造のベストプラクティス、情報アーキテクチャのフレームワーク、内部リンク戦略、ページネーションの処理、ファセットナビゲーション、パンくずリスト、サイト移行の計画
• indexation.md — canonical タグの実装、meta robots ディレクティブ、X-Robots-Tag、インデックスカバレッジの診断、重複コンテンツの管理、インデックスの肥大化の解消、新しいコンテンツのインデックス登録の促進
• international-seo.md — 国際サイト向けの URL 構造戦略、実装例を含む hreflang の実装方法、よくある hreflang の間違い、地域ターゲティング、コンテンツのローカライズ、国別の検索エンジン市場シェア

出力形式

成果物	形式	説明
テクニカル SEO 監査レポート	ドキュメント	12 の全ディメンションを対象とする包括的な監査。スコア、調査結果、優先順位付けされた推奨事項を含みます
Core Web Vitals レポート	ドキュメント	CWV に特化した分析。指標ごとの診断、修正仕様、予想される改善幅を含みます
リダイレクトマップ	スプレッドシート	移行に向けた、ステータスコードとリダイレクトの種類を含む、移行元 URL から移行先 URL へのマッピング
XML サイトマップ戦略	ドキュメント＋コード	実装コード（サイトマップインデックス、種類別サイトマップ、生成方法）を含むサイトマップ構成計画
サイトアーキテクチャ計画	ドキュメント＋図の説明	URL 階層、内部リンク戦略、コンテンツのサイロ構造、ナビゲーションに関する推奨事項
Robots.txt 仕様	コード	ディレクティブ、サイトマップ参照、クロール遅延設定を含む最適化された robots.txt ファイル
構造化データ仕様	コード（JSON-LD）	該当するすべてのページテンプレートに対応した、すぐに実装できるスキーママークアップ
国際 SEO 計画	ドキュメント	Hreflang の実装仕様、URL 構造の推奨事項、地域ターゲティングの設定
移行チェックリスト	チェックリスト文書	移行前、移行当日、移行後の監視チェックリストとロールバック手順
ページ速度最適化計画	ドキュメント	実装の詳細、予想される LCP／INP／CLS の改善幅、テスト計画を含む、優先順位付けされた速度改善策

エッジケース

JavaScript を多用するシングルページアプリケーション（React、Angular、Vue）

• 状況：サイトがすべてのコンテンツをクライアント側でレンダリングするため、Googlebot に空または不完全なページが表示される可能性があります
• 対応策：Google の URL 検査ツールを使用してレンダリング後の HTML をテストし、ソース HTML と比較します。重要なコンテンツやリンクがサーバーの応答に含まれていない場合は、SSR（Next.js、Nuxt、Angular Universal）または静的サイト生成を推奨します。SSR が実行可能でない場合は、暫定策として動的レンダリング（Rendertron、Puppeteer ベースのプリレンダリング）を検討します。メタタグ、canonical、hreflang は JavaScript で挿入せず、初期 HTML 応答に含めます。JavaScript バンドルのサイズとハイドレーション時間を監査します。これらは INP に直接影響するためです。

大規模な E コマースサイト（10 万ページ以上、ファセットナビゲーション）

• 状況：ファセットナビゲーションによって何百万もの URL の組み合わせが生成され、価値の低いパラメータページにクロールバジェットが消費されます
• 対応策：ファセット URL の正規化戦略を実装します（ファセットによって真に独自性のある価値の高いコンテンツが生成されない限り、基本カテゴリページを canonical に指定します）。robots.txt または meta robots を使用して、価値の低いパラメータの組み合わせのクロールをブロックします。価値の高いページにクローラーを誘導する、厳選された内部リンク戦略を作成します。商品ページ、カテゴリページ、編集コンテンツごとに XML サイトマップを作成します。クロール統計を監視し、収益につながるページにクロールバジェットが割り当てられていることを確認します。価値のない組み合わせについてクロール可能な URL を生成しない、AJAX ベースのフィルタリングを検討します。

ウェブサイトの移行（ドメイン、プラットフォーム、HTTPS）

• 状況：ビジネスがドメインを変更する、CMS プラットフォームを切り替える、または複数のサイトを統合します
• 対応策：移行前に、移行元 URL から移行先 URL への包括的な URL マッピングを作成します。オーガニックトラフィックまたは被リンクがあるすべての URL に 301 リダイレクトを実装します。移行直後から、クロールエラー、インデックス登録状況、オーガニックトラフィックの監視を開始します。適切に実施された移行でも、一時的にランキングが低下することを想定してください（通常 2～8 週間）。リダイレクトを提供できるよう、旧ドメインとホスティングを少なくとも 12 か月間維持します。すべての内部リンク、canonical タグ、サイトマップ、hreflang タグが新しい URL 構造を参照していることを確認します。移行後 1 週間、1 か月、3 か月の時点で、テクニカル監査を実施します。

複雑な hreflang 要件を持つ多言語サイト

• 状況: サイトが地域別バリエーション（例: en-US、en-GB、en-AU、es-ES、es-MX）を含む 10 以上の言語でコンテンツを配信している
• アプローチ: 大規模な hreflang には XML サイトマップ方式を使用します（20 以上のバージョンになると HTML link タグは管理不能になります）。すべてのページに自己参照 hreflang と x-default フォールバックがあることを確認します。双方向の戻りリンクを検証します（ページ A が hreflang 付きでページ B を指している場合、ページ B もページ A を指し返す必要があります）。canonical の競合に注意します（canonical と hreflang は同じ URL を参照する必要があります）。手動によるミスを防ぐため、CMS またはビルドシステムを通じて hreflang の生成を自動化します。Google の hreflang テストツールでテストし、GSC で国際ターゲティングを監視します。

レガシーな技術的負債を抱えるサイト

• 状況: 長年にわたって蓄積された問題 — HTTP/HTTPS の混在、孤立ページ、5 ホップ以上に及ぶリダイレクトチェーン、サブドメイン間の重複コンテンツ、Google にインデックスされたままの放置されたステージング環境
• アプローチ: 被害の大きさで優先順位を付けます — まずインデックスの肥大化とクロールの無駄（サイト全体に影響します）、次にリダイレクトチェーン（PageRank を流出させます）、次に混在コンテンツ（セキュリティと信頼性のシグナル）、最後に孤立ページ（コンテンツへの投資が無駄になります）。すべてを一度に修正しようとしないでください。段階的な修復計画を作成します。フェーズ 1（クロールとインデックスのクリーンアップ）、フェーズ 2（リダイレクトの統合）、フェーズ 3（アーキテクチャの最適化）。各フェーズの後にオーガニックトラフィックを監視し、影響を測定してリグレッションを検知します。

関連スキル

• Content Engine — ページ速度とクロール可能性はコンテンツの発見可能性に直接影響します。構造化データは SERP でのコンテンツの表示を強化します。サイトアーキテクチャは、内部リンクを通じてコンテンツの権威性がどのように流れるかを決定します
• Paid Advertising — Core Web Vitals とランディングページの速度は Google Ads の品質スコアに影響します。ランディングページの技術的な健全性はコンバージョン率と広告支出の効率に影響します
• AEO/GEO Intelligence — 構造化データの実装は AI プラットフォームの理解と引用される可能性を強化します。サイトアーキテクチャは、AI クローラーがコンテンツを発見し解釈する方法に影響します
• Analytics & Insights — テクニカル SEO の変更は、オーガニックトラフィック、クロール統計、インデックスカバレッジ、Core Web Vitals ダッシュボードを通じた測定が必要です。分析データがテクニカル SEO の優先順位付けを推進します
• CRO — ページ速度はコンバージョン率と相関します（「LCP が 100ms 改善するごとにコンバージョンが約 1% 向上する」という主張は、広く繰り返されている例示的な数値であり、普遍的な測定結果ではありません — 自身のファネルデータで検証してください）。モバイルユーザビリティはコンバージョンパスに影響します。サイトアーキテクチャはユーザーフローの効率を決定します