seo-eeat について
ページ上で確認できる専門性、著者情報、組織の信頼性、透明性のシグナルを点検する SEO スキルです。読者や AI システムが検証できる情報を評価し、これらを直接的なランキングスコアとはみなしません。
主な機能
- 01著者の身元と資格を確認
- 02組織情報と連絡先を確認
- 03実体験に基づく証拠を評価
- 04情報源と開示を点検
- 05信頼性関連の JSON-LD を検証
活用シーン
- 01著者と組織の情報を確認
- 02スポンサーコンテンツの開示漏れを特定
- 03専門性の主張に可視の根拠があるか確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ hainrixz/ claude-seo-ai --skill seo-eeatインストール後、Claude Code で/seo-eeatを入力して読み込まれたか確認します。
詳細
seo-eeat(M16)
Experience、Expertise、Authoritativeness、Trustは、Googleの品質システムとAI回答エンジンの双方が、ページを信頼するかどうかを判断する基準です。Trustは基盤となるものであり、現在はYMYL以外にも適用されます。スキーマの詳細:references/schema-tier1.md。
入力
ディスパッチエンベロープで指定されたPageSnapshotを使用します。<run_dir>/pages/<slug>.jsonからparsed(jsonld[]、anchors[]、text_sample)を読み取ります。pages/<slug>.htmlをGrepして、そのままの証拠を確認します。サイトのアーティファクトは<run_dir>/site/{robots.json,sitemaps.json,discovery.json}にあります。audit.mjsがすでに出力した決定論的な検出結果は<run_dir>/findings.deterministic.jsonに記載されています。これらのIDは再出力せず、モデルが判定した検出結果のみを追加してください。スナップショットなしでURLまたはパスを直接指定して実行した場合は、まずnode "${CLAUDE_PLUGIN_ROOT}/scripts/snapshot.mjs" <target> --out "${CLAUDE_PLUGIN_DATA}/runs"を実行し、表示されたスナップショットパスを使用してください。
監査
PageSnapshotを基に作業します(render.usedがnone以外の場合はparsed_rendered、それ以外の場合はparsed)。
- 著者の身元と資格:署名欄は表示されていますか?
name、jobTitle、knowsAbout、sameAs[](LinkedIn/Wikidata)を含むPersonスキーマはありますか?署名欄から著者/経歴ページにリンクしていますか?資格や経験が名前だけでなく記載されていますか? - 組織の信頼性:AboutページとContactページを見つけられますか?
name、url、logo、contactPoint、sameAs[]を含むOrganizationブロックはありますか?その分野に適した編集方針/プライバシーポリシー/返品ポリシーが表示されていますか? - 経験と専門知識の指標:一次情報を示す要素(オリジナル写真、「実際にテストしました」という記述、日付、方法論)や、トピックの掘り下げはありますか?一般的な文章だけになっていませんか?
- 透明性:主張の出典/引用、著者による開示(アフィリエイト、スポンサー提供、AI支援)、最終確認日はありますか?
sameAsのアイデンティティグラフの詳細はM6/seo-entity-linkingに委ねてください。
修正
- AUTO(
fixable: auto):確認済みの入力(ユーザーが提示したname、jobTitle、contactPoint、policy URL)のみを使用して、Person(著者)およびOrganizationの信頼性を示すJSON-LDを挿入します。このブロックはfix用の差分です。 - PROPOSED(
fixable: proposed):署名欄へのリンクまたはsameAsセットの案を作成し、項目ごとに適用するか確認します。 - ADVISORY(
fixable: advisory):実際の著者プロフィール、About/Contactページ、編集方針の作成は助言のみとし、ツールが作成することはありません。名前、資格、日付、アイデンティティリンクを決して捏造しないでください。ユーザーに確認するか、TODOと明示したプレースホルダーを残してください。
検証
- オフライン:
node "${CLAUDE_PLUGIN_ROOT}/scripts/validate-jsonld.mjs" --snapshot <pages/<slug>.json>(または--url <u>)に加え、表示される署名欄/リンク/ポリシーページにはdom_assertを使用します。 - アイデンティティリンクや公開中のAbout/Contactページの確認に必要な取得ができない場合は、ステータスを
needs_apiにします。誤ってpassにしないでください。
Findings
schema/finding.schema.json に従って調査結果を出力します。軸は both です。重大度ポリシー:5 は、サイト/テンプレート全体に関わる、適格性を失わせる壊滅的な事実にのみ割り当てます。4 は重大、3 は中程度、2 は軽微、1 はごく軽微、0 は情報提供のみです。スコアの上限を設定できるのは、アクティブなカテゴリにおける、established と判定された重大度 5 の fail のみです(references/scoring-model.md)。例:
M16.author.missing_person_schema— 著者名の記載はあるものの、Personスキーマがない編集記事ページ(fail、重大度 3、fixable: auto、信頼度established— マークアップ要件は文書化されていますが、ランキングへの影響は文書化されていません。影響についてはrationaleにdirectionalとして記載します)。M16.author.no_bio_page— 著者名から著者紹介ページへのリンクがない(warn、重大度 3、fixable: proposed、信頼度directional)。M16.org.no_contact_page— 見つけられる会社概要/お問い合わせページもcontactPointもない(warn、重大度 3、fixable: advisory、信頼度directional)。M16.transparency.no_disclosure— アフィリエイト、スポンサー付き、または AI 支援によるコンテンツで、開示が表示されていない(warn、重大度 3、fixable: advisory、信頼度directional)。 各調査結果では、evidence.observedにページ上の内容を引用し、verification.reproduceに上記の実行可能なコマンドを記載します。expected_impactは範囲で示し、信頼度タグを付けます(根拠のない%値は使用しません)。
正確性
- E-E-A-T は Google が公開するスコアではなく、Google 自身は「ユーザー第一のコンテンツ」という考え方を示しています。 Google のガイダンスでは、「誰が、どのように、なぜ」を問います。実際に経験のある実在の著者がいるか、検索エンジンではなく読者のためにコンテンツが作られているか、ということです。このモジュールが測定するものはすべて、その判断を示す目に見える代理指標です。そのため、ここでの調査結果はすべて
directionalです。Personブロックや著者紹介の追加はランキングを左右する要因ではなく、決してそのように示してはなりません。 - 信頼は基盤となる要素であり、現在は YMYL を大きく超える範囲に適用されます。しかし、マークアップを追加してもページの信頼性が高まるわけではありません。シグナルが欠けている場合は、失点としてではなく、「読者(または AI システム)には、誰がこの内容に責任を持つのか分からない」として報告します。
- 実在しない著者、架空の資格、偽のレビューのマークアップは、何もないよりも悪く、検索結果でも AI の回答でも信頼を損なうリスクがあります。このツールは、ユーザーが裏付けられる信頼シグナルのみを出力し、裏付けられない場合は明示した
TODOを残します。