Agent Skills by ALSEL
Anthropic ClaudeLLM・AI開発⭐ リポ 0品質スコア 50/100

seo-audit

ユーザーがサイトのSEO診断・レビュー・改善を求めるときに使用します。「SEO監査」「テクニカルSEO」「なぜ検索上位に表示されないのか」「トラフィックが減少した」「Googleに表示されない」「Core Web Vitals」「クロールエラー」「インデックスの問題」などに加え、「SEOが良くない」「SEOを助けてほしい」といった曖昧な表現にも対応し、まず監査から着手します。キーワードを狙ったページの大量生成はprogrammatic-seo、構造化データの追加はschema、AI検索の最適化はai-seoを参照してください。

description の原文を見る

When the user wants to audit, review, or diagnose SEO issues on their site. Also use when the user mentions "SEO audit," "technical SEO," "why am I not ranking," "SEO issues," "on-page SEO," "meta tags review," "SEO health check," "my traffic dropped," "lost rankings," "not showing up in Google," "site isn't ranking," "Google update hit me," "page speed," "core web vitals," "crawl errors," or "indexing issues." Use this even if the user just says something vague like "my SEO is bad" or "help with SEO" — start with an audit. For building pages at scale to target keywords, see programmatic-seo. For adding structured data, see schema. For AI search optimization, see ai-seo.

SKILL.md 本文

SEO監査

検索エンジン最適化の専門家として、SEOの問題を特定し、オーガニックサーチパフォーマンスを向上させるための実行可能な推奨事項を提供することを目標としています。

初期評価

最初に製品マーケティングのコンテキストを確認: .agents/product-marketing.md が存在する場合（または .claude/product-marketing.md 、古いセットアップでは product-marketing-context.md ）、質問をする前にそれを読んでください。そのコンテキストを使用し、既に説明されていない、またはこのタスクに特有の情報のみを質問してください。

監査の前に、以下を理解してください:

  1. サイトのコンテキスト

    • どのタイプのサイト？(SaaS、eコマース、ブログなど)
    • SEOの主要なビジネスゴールは？
    • 優先するキーワード/トピックは？

  2. 現状

    • 既知の問題または懸念は？
    • 現在のオーガニックトラフィックレベル？
    • 最近の変更またはマイグレーション？

  3. スコープ

    • 完全なサイト監査または特定のページ？
    • テクニカル + オンページ、またはいずれか1つの焦点エリア？
    • Search Console / アナリティクスへのアクセスはありますか？

監査フレームワーク

スキーママークアップ検出の制限

web_fetch および curl は構造化データ / スキーママークアップを確実に検出できません。

多くのCMSプラグイン(AIOSEO、Yoast、RankMath)はクライアント側のJavaScriptを介してJSON-LDを注入します。静的HTMLまたは web_fetch の出力には表示されません(<script> タグは変換中に削除されます)。

スキーママークアップを正確にチェックするには、以下のいずれかの方法を使用してください:

  1. ブラウザツール — ページをレンダリングして実行: document.querySelectorAll('script[type="application/ld+json"]')
  2. Google リッチリザルト テスト — https://search.google.com/test/rich-results
  3. Screaming Frog エクスポート — クライアントが提供する場合は使用してください(SF はJavaScriptをレンダリングします)

web_fetch または curl に基づいてのみ「スキーマが見つかりません」と報告することは、誤った監査結果につながります。これらのツールはJSによって注入されたスキーマを見ることができません。

優先順位

  1. クロール可能性とインデックス付け (Googleはそれを見つけてインデックスできるか？)
  2. テクニカルな基盤 (サイトは高速で機能しているか？)
  3. オンページ最適化 (コンテンツは最適化されているか？)
  4. コンテンツの質 (それは順位付けされるに値するのか？)
  5. 権威性とリンク (それに信頼性があるか？)

テクニカルSEO監査

クロール可能性

Robots.txt

  • 意図しないブロックをチェック
  • 重要なページが許可されていることを確認
  • サイトマップ参照を確認

XMLサイトマップ

  • 存在し、アクセス可能
  • Search Consoleに送信済み
  • 正規URLでインデックス可能なURLのみを含む
  • 定期的に更新される
  • 正しい形式

サイトアーキテクチャ

  • ホームページから3クリック以内に重要なページがある
  • 論理的な階層構造
  • 内部リンク構造
  • オーファンページなし

クロール予算の問題 (大規模サイト向け)

  • パラメータ化されたURLが制御されている
  • ファセット化されたナビゲーションが適切に処理されている
  • ページネーション予備機能のある無限スクロール
  • セッションIDがURLに含まれていない

インデックス付け

インデックスステータス

  • site:domain.com チェック
  • Search Console カバレッジレポート
  • インデックス済み vs. 予想の比較

インデックス付けの問題

  • 重要なページのNoindexタグ
  • 間違った方向を指す正規化タグ
  • リダイレクトチェーン/ループ
  • ソフト404
  • 正規化タグなしの重複コンテンツ

正規化

  • すべてのページに正規化タグがある
  • 一意のページの自己参照正規化
  • HTTP → HTTPS 正規化
  • www vs. non-www の一貫性
  • 末尾スラッシュの一貫性

サイトスピード & Core Web Vitals

Core Web Vitals

  • LCP (Largest Contentful Paint): < 2.5秒
  • INP (Interaction to Next Paint): < 200ms
  • CLS (Cumulative Layout Shift): < 0.1

スピード要因

  • サーバーレスポンスタイム (TTFB)
  • 画像最適化
  • JavaScript実行
  • CSS配信
  • キャッシュヘッダー
  • CDN使用
  • フォント読み込み

ツール

  • PageSpeed Insights
  • WebPageTest
  • Chrome DevTools
  • Search Console Core Web Vitals レポート

モバイルフレンドリー性

  • レスポンシブデザイン (別のm.サイトではない)
  • タップターゲットサイズ
  • ビューポートの設定
  • 水平スクロールなし
  • デスクトップと同じコンテンツ
  • モバイルファーストインデックス対応

セキュリティ & HTTPS

  • サイト全体でHTTPS
  • 有効なSSL証明書
  • 混合コンテンツなし
  • HTTP → HTTPS リダイレクト
  • HSTSヘッダー (ボーナス)

URL構造

  • 読みやすく説明的なURL
  • 自然な範囲でのキーワード含有
  • 一貫した構造
  • 不要なパラメータなし
  • 小文字とハイフン区切り

国際SEO & ローカライゼーション

サイトが複数の言語または地域に対応する場合に確認してください。設定が間違っていると、ロケールバリアント全体のインデックス付けが抑制されたり、サイト全体の品質シグナルを損なう可能性があります。国際SEO参照 で証拠とソースURLを参照してください。

Hreflang

3つの同等の配置方法: HTML <head> 内の <link> 、HTTP Link ヘッダー、XMLサイトマップの <xhtml:link> 。複数を使用する場合は、一致する必要があります。矛盾するシグナルはGoogleがそのペアをドロップする原因となります。10以上のロケールの場合は、サイトマップベース(ページウェイトなし、リクエストごとのコスト不要)を推奨します。

以下をチェック:

  • すべてのページの自己参照エントリ (ページは自身をhreflangセットに含める必要があります)
  • 相互リンク (AがBを指す場合、BはAに戻る必要があります。そうでなければ両方無視されます)
  • 有効なコード: ISO 639-1言語 + オプショナルなISO 3166-1 Alpha 2地域 (例: en 、 en-GB — en-UK は使用しない)
  • x-default が存在し、フォールバックページ (言語セレクタまたはデフォルトロケール) を指している
  • すべてのターゲットURLが200を返し、インデックス可能であり、その正規URLと一致している
  • 同じ言語-地域コードが異なるURLを指していない

よくあるエラー: 自己参照エントリの欠落 (すべてのhreflang無視)。戻り側タグなし / 一方向 (ペアがドロップ)。 en-UK などの無効なコード (en-GB を使用)。Hreflangターゲットが非正規、404、またはブロック (クラスタ削除)。HTMLとサイトマップアノテーションの不一致 (矛盾するペア削除)。

スケールでの場合: <xhtml:link> 子要素は50K URLサイトマップ制限にはカウントされませんが、50MBファイルサイズ制限がボトルネックになります(完全なhreflangで1ファイルあたり2K-5K URLを計画)。Hreflangは間違った言語のトラフィックを受け取るページに焦点を当てます。すべてのページに必須ではありません。Bingの場合: <html lang> と <meta http-equiv="content-language"> を補う (Bingはhreflangを弱いシグナルとして扱う)。

多言語サイトの正規化

  • 各ロケールページは自己正規化する必要があります (例: /ar/page は /ar/page に正規化)
  • ロケール間の正規化は決しない (フランス語から英語) — 非正規ロケール全体のインデックス付けを抑制します
  • 正規URLはhreflangセットに表示される必要があります。そうでなければ、すべてのhreflangが無視されます
  • 正規化がhreflangと矛盾する場合、正規化が優先されます
  • プロトコル/ドメインは正規化、hreflang、およびサイトマップ全体で一貫している必要があります (https + 同じドメインバリアント)
  • ページネーション済みロケールページ: ページごとの自己参照正規化 (ページ2以降をページ1に正規化しない)

一般的な間違い: すべてのロケールが英語に正規化 (インデックス付け削除)、正規URLがhreflangセットに含まれていない (サイレント無視)、正規化とhreflang間のプロトコルミスマッチ、CMS設定がディープページ正規化をホームページに設定。

国際サイトマップ

以下をチェック:

  • <urlset> の xmlns:xhtml 名前空間、各 <url> は自身を含むすべてのロケールの <xhtml:link> を含む
  • x-default 交替が含まれている; すべてのURLは絶対的 (完全なプロトコル + ドメイン)
  • サイトマップインデックスはSearch Consoleとrobots.txtに含まれる; ロケール別ではなくコンテンツタイプ別に分割

Next.js の注意: alternates.languages は <loc> URLの自己参照 <xhtml:link> を自動的に含みません。現在のロケールを明示的に追加する必要があります。

ロケールURL構造

推奨: サブディレクトリ (/en/ 、 /ar/)。許容可能: サブドメインまたはccTLD。推奨しない: URLパラメータ (?lang=en)。

以下をチェック:

  • 一貫したロケール接頭辞戦略; すべてのロケール接頭付け (URLからロケールを隠すとGoogleがバージョンを区別できません)
  • ルートURLが x-default として処理されリダイレクト、またはデフォルトロケールコンテンツを提供
  • IP/Accept-Language コンテンツネゴシエーションなし (Googlebot: US IP、Accept-Languageヘッダーなし)
  • ロケールパス、正規化、hreflang、およびサイトマップ全体での末尾スラッシュ + 大文字の一貫性
  • 非正規形式から正規形式への301リダイレクト

注: Google Search Consoleの国際ターゲティングレポートは非推奨です。地域ターゲティングはhreflang、コンテンツシグナル、およびリンクパターンに依存します。

ロケール全体でのコンテンツ品質

翻訳品質:

  • AI翻訳コンテンツは本質的にスパムではありません (Googleの2025年スタンス)。ただし、大規模に実施された低価値翻訳は大規模コンテンツ不正ポリシーをトリガーできます
  • Googleは目に見えるコンテンツを使用して言語を決定します。すべてのページコンテンツ (タイトル、説明、見出し、本文) を翻訳してください。テンプレート/ナビゲーションのみではありません
  • テンプレート/ナビゲーションのみ翻訳し、メインコンテンツが元の言語のままだと重複が作成されます

シンロケールページ:

  • 有用なコンテンツシステムはサイト全体です。多くのシンロケールページは強いページの順位付けも抑制できます
  • シンロケールをnoindexしない (クロール予算の無駄) またはロケール間正規化しない (hreflangと矛盾)
  • 最良のアプローチ: 本当に有用にできないロケールページを作成しない

以下をチェック:

  • すべてのロケールページには完全に翻訳されたメインコンテンツがある (UI クロームのみではない)
  • ロケール間の同じようなコンテンツがない ("重複、Googleが異なる正規化を選択" GSC内)
  • Hreflangは本物のコンテンツと検索需要のあるロケールのみ
  • ローカライズされたシグナル: 該当する場合は通貨、電話形式、住所
  • Hreflang リンク切れ (404、リダイレクト) はクロール予算を浪費し、hreflang クラスタを無効化

オンページSEO監査

タイトルタグ

以下をチェック:

  • 各ページに一意のタイトル
  • 主要キーワードが最初の方にある
  • 50-60文字 (SERP で表示)
  • 魅力的でクリック欲をそそられる
  • ブランド名の配置 (通常は最後)

よくあるエラー:

  • 重複したタイトル
  • 長すぎる (切り詰められる)
  • 短すぎる (機会損失)
  • キーワードスタッフィング
  • 全く存在しない

メタディスクリプション

以下をチェック:

  • ページごとに一意の説明
  • 150-160文字
  • 主要キーワードを含む
  • 明確な価値提案
  • 行動喚起

よくあるエラー:

  • 重複した説明
  • 自動生成のゴミ
  • 長すぎる/短すぎる
  • クリックする理由がない

ヘッディング構造

以下をチェック:

  • ページごとに1つのH1
  • H1に主要キーワードを含む
  • 論理的な階層 (H1 → H2 → H3)
  • 見出しがコンテンツを説明している
  • スタイリング目的だけではない

よくあるエラー:

  • 複数のH1
  • レベルをスキップ (H1 → H3)
  • スタイリングのみに使用される見出し
  • ページにH1がない

コンテンツ最適化

プライマリページコンテンツ

  • 最初の100語にキーワード
  • 関連キーワードが自然に使用される
  • トピックに十分な深さ/長さ
  • 検索意図に答える
  • 競合他社より優れている

シンコンテンツの問題

  • ユニークコンテンツが少ないページ
  • 価値のないタグ/カテゴリページ
  • ドアウェイページ
  • 重複または準重複コンテンツ

画像最適化

以下をチェック:

  • 説明的なファイル名
  • すべての画像にAltテキスト
  • Altテキストが画像を説明している
  • 圧縮されたファイルサイズ
  • 最新形式 (WebP)
  • 遅延読み込み実装済み
  • レスポンシブ画像

内部リンク

以下をチェック:

  • 重要なページが良くリンクされている
  • 説明的なアンカーテキスト
  • 論理的なリンク関係
  • 壊れた内部リンクなし
  • ページあたりの合理的なリンク数

よくあるエラー:

  • オーファンページ (内部リンクなし)
  • 過度に最適化されたアンカーテキスト
  • 重要なページが埋もれている
  • 過剰なフッター/サイドバーリンク

キーワードターゲティング

ページごと

  • 明確なプライマリキーワード対象
  • タイトル、H1、URLの一貫性
  • コンテンツが検索意図を満たす
  • 他のページとの競合なし (カニバリゼーション)

サイト全体

  • キーワードマッピングドキュメント
  • カバレッジの主要なギャップなし
  • キーワードカニバリゼーションなし
  • 論理的なトピッククラスター

コンテンツ品質評価

E-E-A-T シグナル

経験

  • 第一人称の経験が実証されている
  • 元のインサイト/データ
  • 実例とケーススタディ

専門知識

  • 著者の認証情報が見える
  • 正確で詳細な情報
  • 適切にソース指定されたクレーム

権威性

  • 業界で認識されている
  • 他から引用されている
  • 業界認証情報

信頼性

  • 正確な情報
  • ビジネスについて透明性がある
  • 連絡先情報が利用可能
  • プライバシーポリシー、利用規約
  • セキュアサイト (HTTPS)

コンテンツの深さ

  • トピックの包括的なカバレッジ
  • フォローアップ質問に答える
  • 上位ランキング競合他社より優れている
  • 更新され最新

ユーザー エンゲージメント シグナル

  • ページ滞在時間
  • コンテキスト内のバウンスレート
  • セッションあたりのページ数
  • リピートアクセス

サイトタイプ別よくあるエラー

SaaS/製品サイト

  • 製品ページがコンテンツの深さに欠ける
  • ブログが製品ページに統合されていない
  • 比較/代替ページの欠落
  • フィーチャーページがコンテンツに薄い
  • 用語集/教育的コンテンツがない

eコマース

  • シンカテゴリページ
  • 重複した製品説明
  • 製品スキーマの欠落
  • ファセット化されたナビゲーションが重複を作成
  • 在庫切れページの処理が不適切

コンテンツ/ブログサイト

  • 古いコンテンツが更新されていない
  • キーワードカニバリゼーション
  • トピッククラスタリングなし
  • 内部リンクが不適切
  • 著者ページの欠落

多言語 / 多地域サイト

  • Hreflangエラー (戻り側タグ欠落、無効なコード、自己参照なし)
  • 正規化がhreflangと矛盾 (ロケール間正規化はインデックス付けを抑制)
  • シンロケールページがサイト全体の品質シグナルを低下させる
  • テンプレートのみ翻訳、メインコンテンツはロケール全体で同じ
  • x-default フォールバックが宣言されていない
  • サイトマップがhreflang交替を含まない、または相互エントリを含まない
  • IP ベースのリダイレクトがGooglebot からコンテンツを隠す
  • フレームワークロケールモードがURLからロケールを隠す

ローカルビジネス

  • 矛盾したNAP
  • ローカルスキーマの欠落
  • Googleビジネスプロフィール最適化なし
  • ロケーションページの欠落
  • ローカルコンテンツなし

出力形式

監査レポート構造

エグゼクティブサマリー

  • 全体的なヘルス評価
  • 上位3-5の優先課題
  • 簡単な勝利を特定

テクニカルSEO の確認事項 各問題について:

  • 問題: 何が間違っているか
  • 影響: SEO影響 (高/中/低)
  • 証拠: それをどのように発見したか
  • 対策: 具体的な推奨事項
  • 優先度: 1-5または高/中/低

オンページSEO の確認事項 上記と同じ形式

コンテンツの確認事項 上記と同じ形式

優先順位付けされたアクションプラン

  1. 重大な修正 (インデックス付け/順位付けをブロック)
  2. 高影響の改善
  3. 簡単な勝利 (容易で即座の利益)
  4. 長期的な推奨事項

参照

  • AI文章検出: 回避するべき一般的なAI文章パターン (ダッシュ、過度に使用されたフレーズ、フィラーワード)
  • 国際SEO: hreflang、正規化 + i18n、サイトマップ、URL構造、およびロケール全体のコンテンツ品質の証拠とソース
  • AI検索最適化 (AEO、GEO、LLMO、AIオーバービュー) については、ai-seo スキルを参照してください

参照ツール

無料ツール

  • Google Search Console (必須)
  • Google PageSpeed Insights
  • Bing ウェブマスターツール
  • リッチリザルト テスト (スキーマ検証に使用してください。JavaScriptをレンダリングします)
  • モバイルフレンドリー テスト
  • スキーマ バリデーター

スキーマ検出に関する注: web_fetch は <script> タグ (JSON-LDを含む) を削除し、JS注入スキーマを検出できません。ブラウザツール、リッチリザルト テスト、またはScreaming Frog を使用してください。JavaScriptをレンダリングし、動的に注入されたマークアップをキャプチャします。上記のスキーママークアップ検出制限セクションを参照してください。

有料ツール (利用可能な場合)

  • Screaming Frog
  • Ahrefs / Semrush
  • Sitebulb
  • ContentKing

タスク固有の質問

  1. どのページ/キーワードが最も重要ですか？
  2. Search Consoleへのアクセスはありますか？
  3. 最近の変更またはマイグレーション？
  4. トップのオーガニック競合他社は？
  5. 現在のオーガニックトラフィックベースラインは？

関連スキル

  • ai-seo: AI検索エンジン向けコンテンツ最適化 (AEO、GEO、LLMO)
  • programmatic-seo: スケール化でSEOページを構築
  • site-architecture: ページ階層、ナビゲーション設計、URL構造
  • schema: 構造化データの実装
  • cro: 順位付けだけではなく、変換用ページ最適化
  • analytics: SEOパフォーマンスの測定

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
coreyhaines31
リポジトリ
coreyhaines31/marketingskills
ライセンス
MIT
最終更新
不明
GitHubで原本を見る →フィードバックを送る

Source: https://github.com/coreyhaines31/marketingskills / ライセンス: MIT

関連スキル

OpenAILLM・AI開発⭐ リポ 6,054

agent-browser

AI エージェント向けのブラウザ自動化 CLI です。ウェブサイトとの対話が必要な場合に使用します。ページ遷移、フォーム入力、ボタンクリック、スクリーンショット取得、データ抽出、ウェブアプリのテスト、ブラウザ操作の自動化など、あらゆるブラウザタスクに対応できます。「ウェブサイトを開く」「フォームに記入する」「ボタンをクリックする」「スクリーンショットを取得する」「ページからデータを抽出する」「このウェブアプリをテストする」「サイトにログインする」「ブラウザ操作を自動化する」といった要求や、プログラマティックなウェブ操作が必要なタスクで起動します。

by JimmyLv
汎用LLM・AI開発⭐ リポ 1,982

anyskill

AnySkill — あなたのプライベート・スキルクラウド。GitHubを基盤としたリポジトリからエージェントスキルを管理、同期、動的にロードできます。自然言語でクラウドスキルを検索し、オンデマンドでプロンプトを自動ロード、カスタムスキルのアップロードと共有、スキルバンドルの一括インストールが可能です。OpenClaw、Antigravity、Claude Code、Cursorに対応しています。

by LeoYeAI
汎用LLM・AI開発⭐ リポ 1,982

engram

AIエージェント向けの永続的なメモリシステムです。バグ修正、意思決定、発見、設定変更の後はmem_saveを使用してください。ユーザーが「覚えている」「記憶している」と言及した場合、または以前のセッションと重複する作業を開始する際はmem_searchを使用します。セッション終了前にmem_session_summaryを使用して、コンテキストを保持してください。

by LeoYeAI
汎用LLM・AI開発⭐ リポ 21,584

skyvern

AI駆動のブラウザ自動化により、任意のウェブサイトを自動化できます。フォーム入力、データ抽出、ファイルダウンロード、ログイン、複数ステップのワークフロー実行など、ユーザーがウェブサイトと連携する必要があるときに使用します。Skyvernは、LLMとコンピュータビジョンを活用して、未知のサイトも自動操作可能です。Python SDK、TypeScript SDK、REST API、MCPサーバー、またはCLIを通じて統合できます。

by Skyvern-AI
汎用LLM・AI開発⭐ リポ 1,149

pinchbench

PinchBenchベンチマークを実行して、OpenClawエージェントの実世界タスクにおけるパフォーマンスを評価できます。モデルの機能テスト、モデル間の比較、ベンチマーク結果のリーダーボード提出、またはOpenClawのセットアップがカレンダー、メール、リサーチ、コーディング、複数ステップのワークフローにどの程度対応しているかを確認する際に使用します。

by pinchbench
汎用LLM・AI開発⭐ リポ 4,693

openui

OpenUIとOpenUI Langを使用してジェネレーティブUIアプリを構築できます。これらはLLM生成インターフェースのためのトークン効率的なオープン標準です。OpenUI、@openuidev、ジェネレーティブUI、LLMからのストリーミングUI、AI向けコンポーネントライブラリ、またはjson-render/A2UIの置き換えについて述べる際に使用します。スキャフォルディング、defineComponent、システムプロンプト、Renderer、およびOpenUI Lang出力のデバッグに対応しています。

by thesysdev
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: coreyhaines31 · coreyhaines31/marketingskills · ライセンス: MIT