seo-technical について
サイト運営者やSEOチーム向けの、技術スタックに依存しないテクニカルSEO監査ガイドです。クロール、インデックス、レンダリング、サイト構造、構造化データ、ページ体験を評価し、課題を優先順位付きで報告します。
主な機能
- 016層のテクニカルSEO枠組み
- 02クロールとインデックスの確認
- 03レンダリングとサイト構造の監査
- 04構造化データとセキュリティの確認
- 05課題の優先順位付け
- 06移行チェックリストとリダイレクトマップ
活用シーン
- 01移行前後のサイト監査
- 02インデックスや順位低下の調査
- 03新規サイトのSEO基盤構築
- 04多言語サイト設定の確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/seo-technicalを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
README.mdreferences/audit-template.mdmigration-checklist.md詳細
テクニカル SEO
コンテンツの下層を監査し、問題を修正します。検索エンジンがサイトをどのようにクロール、レンダリング、インデックス登録し、信頼するかを扱います。特定の技術スタックには依存しません。
使用する場面
- 移行の前後にサイト全体を監査する場合
- インデックス登録やランキングの低下を調査する場合
- 新しいサイトで SEO の基盤を整える場合
- Core Web Vitals やページエクスペリエンスのシグナルを監査する場合
- クロールの無駄、リダイレクトチェーン、canonical の問題を修正する場合
- 多言語サイトや複数地域向けサイトを構築する場合
使用しない場面
- 1 ページのみのオンページ最適化（
seo-onpageを使用してください） - キーワード戦略やコンテンツ計画（
seo-keywordを使用してください） - 競合の被リンクや SERP の分析（
seo-competitorを使用してください） - SEO の文脈を伴わない純粋なパフォーマンス最適化（
performance-optimizationを使用してください）
必要な入力
- サイト URL またはステージング URL
- レンダリング済み HTML、robots.txt、サイトマップを（最低限）閲覧できるアクセス権
- 可能であれば、サーチコンソールへのアクセス、サーバーログ、クローラー
サイトの規模が大きい場合（URL が 10K 以上）、監査が全件クロールかサンプル調査かを確認してください。
フレームワーク：6 つのレイヤー
テクニカル SEO は、下から積み重なる 6 つのレイヤーで構成されます。下位レイヤーに問題があると、その上のすべてに影響します。
1. クロール可能性
検索エンジンは URL にアクセスできますか？
- robots.txt で重要なパスがブロックされていない
- インデックス登録可能なページに誤って
noindexが設定されていない - CSS や JS をブロックする
disallowパターンが誤って設定されていない（レンダリングが壊れます） - サイトマップが存在し、200 を返し、canonical URL のみを掲載している
- robots.txt にサイトマップが記載されている
- 無限に URL が生成される状態がない（ファセットナビゲーションによる URL の無限生成など）
- クロールバジェットを価値の低い URL に浪費していない
2. インデックス登録可能性
クロール可能な URL のうち、どれをインデックス登録すべきですか？
- コンテンツごとに canonical URL が 1 つに定まっている（重複がない）
- canonical ページの canonical タグが自身を参照している
- ステージング、検索結果、フィルターページ、サンクスページ、内部管理ページに
noindexが設定されている - シグナルに矛盾がない（canonical、サイトマップ、内部リンクがそれぞれ異なる URL を指していない）
- ページネーションが適切に処理されている（rel=next/prev は非推奨ですが、canonical の一貫性は重要です）
- パラメーター（UTM、セッション ID、並べ替え順）が意図的に処理されている
3. レンダリング
レンダリング済み HTML はクローラーが見る内容と一致していますか？
- 重要なコンテンツが JavaScript なしで表示される（または適切にサーバーサイドレンダリングされる）
- SPA の場合、Googlebot にレンダリング済みコンテンツが表示されることを確認する（URL 検査ツールでテスト）
- クローキングがない（ボットとユーザーに異なるコンテンツを表示しない）
- 遅延読み込みされるコンテンツに適切な読み込み属性が設定されている
- ハイドレーションエラーによって、レンダリング済み DOM からコンテンツが消えていない
4. サイト構造
サイトはユーザーとクローラーの双方にとって適切に構成されていますか？
- サイト構造を反映した明確な URL 階層
- 重要なページにホームページから 3 クリック以内で到達できる
- 内部リンクによってオーソリティが論理的に分配されている
- パンくずナビゲーションがあり、スキーマでマークアップされている
- 孤立ページ（内部リンクがないページ）がない
- リダイレクトチェーンがない（リダイレクトは最大 1 回）
- 内部リンク先 URL に 4xx エラーがない
5. 構造化データとシグナル
サイトはクローラーが理解できる形式で情報を伝えていますか？
- 適切なページ種別に Schema.org マークアップが設定されている
- JSON-LD 形式を使用している（マイクロデータより推奨）
- リッチリザルトテストで検証できる
- ホームページまたは会社概要ページに Organization または LocalBusiness のスキーマがある
- 下位階層のページに BreadcrumbList スキーマがある
- コンテンツページで著者と発行者のスキーマが正しく関連付けられている
- ルートに llms.txt がある（AI クローラー向け。
seo-aeo-geoを参照）
6. ページエクスペリエンスとセキュリティ
サイトはページエクスペリエンスの基準を満たしていますか？
- すべてのページで HTTPS を使用し、混在コンテンツがない
- HSTS ヘッダーが設定されている
- Core Web Vitals に合格している（LCP、INP、CLS がしきい値内）
- モバイルに対応している（レスポンシブで、横スクロールがなく、タップ領域のサイズが適切）
- モバイルで煩わしいインタースティシャルが表示されない
- URL 構造が安定している（デプロイのたびに URL がランダムに変わらない）
- 404 ページが「ページが見つかりません」という内容とともに 200 を返すのではなく、404 を返す（ソフト 404）
ワークフロー
- 範囲を定義します。 サイト全体、サブフォルダー、移行チェック、または特定の問題を対象にします。
- アクセスを確認します。 実際に何を確認できますか（HTML、robots、サイトマップ、検索コンソール、サーバーログ、ステージング環境）？
- クロールします。 クローラーを使ってURLとステータスを列挙します。サイトが非常に大きい場合は、サンプルを確認します。
- 6層フレームワークを適用します。 各項目を評価し、具体的な問題をURLの例とともに記録します。
- 相互参照します。 検索コンソールで実際にインデックス登録されているものを確認します。サイトマップおよびクロール結果と比較します。
- 優先順位を付けます。 Critical（インデックス登録を妨げる、またはトラフィックの損失を招く）、Important（最適ではない）、Nice-to-have（仕上げ）。
- レポートを作成します。
references/audit-template.mdのテンプレートを使います。
よくある失敗パターン
noindexのページでランキングを最適化する。 コンテンツに取り組む前に、必ずインデックス登録可能か確認します。- canonical の問題を解決せずにサイトマップを追加する。 重複URLを含むサイトマップは、サイトマップがない場合よりも問題です。
- CSSやJSへのクローラーのアクセスをブロックする。 Googleのレンダリングに支障が出ます。過度に制限的なrobots.txtファイルでよく見られます。
- canonicalタグに過度に依存する。 canonicalはヒントであり、指示ではありません。コンテンツを実際に移動した場合は、リダイレクトを使います。
- リダイレクトマップなしで移行する。 移行後のトラフィック損失を招く最大の原因です。
- Core Web Vitalsを唯一のランキングシグナルとして扱う。 ページエクスペリエンスは重要ですが、関連性より優先されることはありません。
出力形式
デフォルトの出力は seo-technical-audit.md に保存するMarkdown形式の監査レポートです。構成：
- 範囲と方法
- エグゼクティブサマリー（重大な指摘事項を3～5件）
- 6層のスコア
- 重大な問題（URLの例を含む）
- 重要な問題
- 仕上げとして推奨する改善点
- 実装ロードマップ（順序付き）
移行の場合は、リダイレクトマップをCSV形式でレポートに添付します。
必要なデータを入手できない場合
このスキルの出力は、それだけでは生成できないデータ、測定値、またはツールの結果に依存します。必要な入力、ツール、またはデータソースを利用できない、あるいは検証できない場合に認められる出力は、何が必要だったか、実際に何を取得または検証できたか、出力のどの部分に影響するかを明記した成果物です。成果物を完成させるために必要な数値を捏造、推定、または補間することは、決して認められません。不足事項を明記すれば、それで完全な回答となります。
参照ファイル
references/audit-template.md- 記入式のテクニカルSEO監査テンプレート。references/migration-checklist.md- 移行前後のチェックリスト（最もリスクの高いシナリオを対象）。