technical-seo-audit について
ウェブサイトが正しくクロール、レンダリング、インデックス登録されるかを調べるテクニカル SEO 監査スキルです。サイト構造、Core Web Vitals、ページ要素、セキュリティ、モバイル対応を扱い、問題の優先順位付けも支援します。
主な機能
- 01クロールとインデックス登録の確認
- 02サイト構造と内部リンクの分析
- 03Core Web Vitals とパフォーマンスの確認
- 04ページ内技術要素の監査
- 05セキュリティとモバイル対応の確認
- 06問題の重要度分類とレポート指針
活用シーン
- 01robots.txt と XML サイトマップの監査
- 02孤立ページやリンク切れの発見
- 03Core Web Vitals の問題診断
- 04テクニカル SEO 修正の優先順位付け
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ thatrebeccarae/ claude-marketing --skill technical-seo-auditインストール後、Claude Code で/technical-seo-auditを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
EXAMPLES.mdLICENSEREFERENCE.md詳細
テクニカル SEO 監査
クロール可能性、インデックス登録、Core Web Vitals、サイトアーキテクチャ、パフォーマンスを詳細に分析します。
インストール
git clone https://github.com/thatrebeccarae/claude-marketing.git && cp -r claude-marketing/skills/technical-seo-audit ~/.claude/skills/
seo-content-writer との違い: seo-content-writer スキルは、キーワード、読みやすさ、メタタグ、見出し構成など、コンテンツの最適化に重点を置いています。このスキルでは、技術的な基盤を監査します。つまり、検索エンジンがサイトを正しくクロール、レンダリング、インデックス登録できるかを確認します。
監査フレームワーク
フェーズ 1:クロール可能性とインデックス登録
robots.txt の分析
- ファイルが
/robots.txtに存在することを確認 - 意図しないブロックがないことを確認(本番環境での
Disallow: /など) - サイトマップの参照を検証
- AI クローラーのディレクティブを確認(GPTBot、ClaudeBot、PerplexityBot)
XML サイトマップの監査
- サイトマップ形式を検証(XML スキーマへの準拠)
- サイトマップ内に 404、301、または 5xx の URL がないことを確認
- lastmod の日付が正確であることを確認(すべて同じ日付になっていないこと)
- robots.txt でサイトマップが参照されていることを確認
- サイトマップのサイズを確認(ファイルあたり 50MB / 50,000 URL 未満)
- 大規模サイトの場合:サイトマップインデックスファイルの構造を検証
インデックス登録の健全性
- インデックス登録済みページ(site:domain.com)と想定されるページを比較
- インデックスの肥大化を特定(薄いコンテンツ、重複、または価値の低いページがインデックス登録されている状態)
- 重要なページに noindex タグが設定されていないことを確認
- Google Search Console のカバレッジレポートの傾向を確認
- 孤立ページを特定(サイトマップにはあるが、内部リンクがないページ)
クロールバジェットの最適化
- クロールトラップを特定(無限ページネーション、カレンダー URL、ファセットナビゲーション)
- クロール深度を確認(重要なページは 3 クリック以内に配置)
- ログファイルでクローラーの動作パターンを確認
- 価値の低い URL によって無駄になっているクロールバジェットを特定
フェーズ 2:サイトアーキテクチャと内部リンク
URL 構造
- URL パターンを統一(小文字、ハイフン、末尾のスラッシュなし、または末尾のスラッシュありで統一)
- コンテンツの分類体系を反映した論理的な階層
- クリーンな URL を使用できる場合は URL パラメーターを使用しない
- ページネーションを適切に処理(rel=next/prev または「さらに読み込む」)
内部リンク分析
- PageRank の流れ:権威性の高いページから重要なコンテンツへリンクしているか?
- 孤立ページの検出(内部リンクがないページ)
- 内部リンク切れ(404)
- アンカーテキストの分布(関連性があり、多様で、過剰に最適化されていない)
- リンク深度の監査(ホームページから 3 クリックを超えるページ)
ナビゲーションと階層
- パンくずリストの実装(BreadcrumbList スキーマを使用)
- ナビゲーションの深さ(深すぎる階層を浅くする)
- フッターリンクの最適化
- ファセットナビゲーションの処理(noindex、canonical、または robots)
フェーズ 3:Core Web Vitals とパフォーマンス
Largest Contentful Paint(LCP)— 目標:<2.5s
- LCP 要素を特定(通常はヒーロー画像または H1)
- 画像の最適化を確認(形式、圧縮、寸法)
- LCP リソースの preload を検証
- サーバー応答時間(TTFB)を確認
- レンダリングをブロックするリソースを確認
Interaction to Next Paint(INP)— 目標:<200ms
- メインスレッドをブロックしている長時間タスクを特定
- JavaScript の実行時間を確認
- イベントハンドラーのパフォーマンスを確認
- サードパーティスクリプトの影響を評価
Cumulative Layout Shift(CLS)— 目標:<0.1
- 寸法が指定されていない画像や埋め込みコンテンツがないことを確認
- ファーストビューより上に動的コンテンツが挿入されていないか確認
- フォントの読み込み方法を検証(font-display: swap または optional)
- 広告枠が確保されていることを確認
パフォーマンスチェックリスト
- 画像:WebP/AVIF 形式、レスポンシブな srcset、ファーストビューより下は遅延読み込み
- CSS:重要な CSS はインライン化し、重要でない CSS は遅延
- JavaScript:defer または async で読み込み、コード分割
- フォント:プリロード、font-display を設定、可能であればサブセット化
- サーバー:HTTP/2 または HTTP/3、圧縮(Brotli > gzip)、CDN
- キャッシュ:適切な cache-control ヘッダー、再訪問に備えたサービスワーカー
フェーズ 4:ページ内の技術要素
メタタグ
- タイトルタグ:一意で、50~60 文字、主要キーワードを冒頭近くに含める
- メタディスクリプション:一意で、150~160 文字、CTA を含める
- viewport メタタグを設置
- 文字コード宣言(UTF-8)
- 相反する meta robots ディレクティブがないこと
正規タグ
- すべてのページに正規タグがある(自己参照、または正規版を指定)
- 正規タグは絶対 URL(相対 URL ではない)
- 正規タグの連鎖がない(A → B → C)
- 正規タグが内部リンク、サイトマップ、hreflang と一貫している
- HTTP ページの正規 URL が HTTPS 版になっている
見出し階層
- ページごとに H1 が 1 つだけある
- H1 > H2 > H3 の階層が論理的である(レベルを飛ばさない)
- H1 に主要キーワードが含まれている
- 見出しが内容を具体的に表している(「はじめに」や「セクション 1」ではない)
構造化データ
- Google リッチリザルトテストで検証する
- Search Console でエラーや警告を確認する
- スキーマタイプごとの必須フィールドを確認する
- aeo-geo-optimizer と schema-markup-generator のスキルと相互確認する
フェーズ 5:HTTPS とセキュリティ
- SSL 証明書が有効で、まもなく期限切れにならない
- すべてのリソースが HTTPS 経由で読み込まれる(混在コンテンツがない)
- HTTP から HTTPS へのリダイレクトチェーン(チェーンではなく、単一の 301)
- HSTS ヘッダーが設定されている
- セキュリティヘッダー(X-Content-Type-Options、X-Frame-Options、CSP)
フェーズ 6:国際化と言語対応(該当する場合)
- Hreflang が実装されている(言語/地域コードが正しい)
- Hreflang の相互リンクが設定されている(A が B を指し、B が A を指す)
- フォールバック用の X-default タグがある
- 言語別のサイトマップがある
- コンテンツのローカライズ品質が確保されている(単なる翻訳ではない)
フェーズ 7:モバイル最適化
- モバイルファーストインデックスに対応している(モバイルとデスクトップで同じコンテンツ)
- タッチターゲットが適切なサイズである(最小 48x48px)
- 横スクロールがない
- ズームしなくても読みやすいフォントサイズである(ベースサイズは最小 16px)
- モバイルページ速度(3G 接続プロファイルでテスト)
監査レポートの構成
エグゼクティブサマリー
- 技術的健全性の総合スコア(0~100)
- 重大な問題の件数(インデックス登録/ランキングを妨げる問題)
- 優先度の高い問題の件数(パフォーマンスに影響する問題)
- クイックウィンの件数(簡単に修正でき、効果が大きい問題)
問題の分類
| 重大度 | 定義 | 対応時間 |
|---|---|---|
| 重大 | クロール、インデックス登録、またはレンダリングを妨げる | 直ちに |
| 高 | ランキングまたは UX に大きな影響を与える | 1 週間以内 |
| 中 | パフォーマンスまたはベストプラクティスに影響を与える | 1 か月以内 |
| 低 | 軽微な最適化または将来への備え | バックログ |
問題ごとの形式
**Issue:** [What is wrong]
**Impact:** [How it affects SEO performance]
**Pages Affected:** [Count or list]
**Fix:** [Specific remediation steps]
**Validation:** [How to verify the fix worked]
よく使うツールとコマンド
# Check robots.txt
curl -s https://example.com/robots.txt
# Check HTTP headers
curl -I https://example.com
# Check redirect chain
curl -sIL https://example.com 2>&1 | grep -E "HTTP/|Location:"
# Validate sitemap
curl -s https://example.com/sitemap.xml | head -20
# Check page speed (via PageSpeed Insights API)
curl "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://example.com&strategy=mobile"
# Check DNS resolution
dig example.com +short
# Check SSL certificate
echo | openssl s_client -servername example.com -connect example.com:443 2>/dev/null | openssl x509 -noout -dates
ベンチマーク
| 指標 | 良好 | 要改善 | 不良 |
|---|---|---|---|
| LCP | <2.5s | 2.5-4.0s | >4.0s |
| INP | <200ms | 200-500ms | >500ms |
| CLS | <0.1 | 0.1-0.25 | >0.25 |
| TTFB | <800ms | 800ms-1.8s | >1.8s |
| ページサイズ | <1.5MB | 1.5-3MB | >3MB |
| リクエスト数 | <50 | 50-100 | >100 |
| クロール深度 | <=3 クリック | 4-5 クリック | >5 クリック |
他のスキルとの連携
- aeo-geo-optimizer — 技術的な基盤が整った後に、AI 検索の最適化を追加する
- schema-markup-generator — 監査で不足が判明した構造化データを生成する
- google-analytics — 技術的な問題とトラフィックへの影響を関連付ける
- pro-report-builder — 調査結果からプロフェッショナルな監査レポートを作成する
コメント
Markdown 対応