seo-fundamentals
E-E-A-TやCore Web Vitalsをはじめ、技術的な基盤、コンテンツ品質、現代の検索エンジンによるページ評価の仕組みなど、SEOの核となる原則を網羅したスキルです。SEO戦略の立案や改善施策を検討する際に活用できます。
description の原文を見る
Core principles of SEO including E-E-A-T, Core Web Vitals, technical foundations, content quality, and how modern search engines evaluate pages.
SKILL.md 本文
SEO 基礎知識
持続可能な検索可視性のための基本原則。 このスキルは_検索エンジンがコンテンツをどのように評価するか_を説明し、戦術的なショートカットではありません。
1. E-E-A-T（品質評価フレームワーク）
E-E-A-T は直接的なランキング要因ではありません。 特に機密性が高い、または影響が大きいトピックにおいて、検索エンジンがコンテンツの品質を評価するためのフレームワークです。
| 要素 | 意味 | 一般的なシグナル |
|---|---|---|
| Experience | 第一次的な実世界での関与 | 独自の例、実体験、実演 |
| Expertise | 主題に関する専門知識 | 認証情報、深さ、正確性 |
| Authoritativeness | 他者による認識 | 言及、引用、リンク |
| Trustworthiness | 信頼性と安全性 | HTTPS、透明性、正確性 |
同じ領域で競争しているページは、キーワードではなく信頼度と実体験によって区別されることがよくあります。
2. Core Web Vitals（ページ体験シグナル）
Core Web Vitals はユーザーがページをどのように体験するかを測定するもので、ページがランク付けされるべきかどうかを示すものではありません。
| メトリクス | 目標 | 何を反映するか |
|---|---|---|
| LCP | < 2.5s | 読み込み性能 |
| INP | < 200ms | インタラクティビティ |
| CLS | < 0.1 | 視覚的安定性 |
重要な背景:
- CWV が不十分なコンテンツを覆すことはめったにない
- コンテンツの品質が同等である場合に最も重要
- CWV が失敗すると、それ以外は優れたページを_足止めする_可能性がある
3. 技術 SEO の原則
技術 SEO は、ページがアクセス可能で理解しやすく、安定していることを確保します。
クロール＆インデックス制御
| 要素 | 目的 |
|---|---|
| XML サイトマップ | 検出を支援 |
| robots.txt | クロールアクセスを制御 |
| Canonical タグ | 重複を統合 |
| HTTP ステータスコード | ページ状態を通知 |
| HTTPS | セキュリティと信頼 |
パフォーマンスとアクセシビリティ
| 要因 | 重要な理由 |
|---|---|
| ページ速度 | ユーザー満足度 |
| モバイルフレンドリー設計 | モバイルファースト インデックス |
| クリーンな URL | クロールの明確性 |
| セマンティック HTML | アクセシビリティと理解 |
4. コンテンツ SEO の原則
ページレベルの要素
| 要素 | 原則 |
|---|---|
| Title タグ | トピックと意図を明確にする |
| Meta description | クリック関連性、ランキングではない |
| H1 | ページの主要なトピック |
| 見出し | 論理的構造 |
| Alt テキスト | アクセシビリティとコンテキスト |
コンテンツ品質シグナル
| 要素 | 検索エンジンが探すもの |
|---|---|
| 深さ | クエリに完全に答える |
| 独創性 | ユニークな価値を追加 |
| 正確性 | 事実的に正確 |
| 明確さ | 理解しやすい |
| 有用性 | 意図を満たす |
5. 構造化データ（Schema）
構造化データは、検索エンジンが意味を理解するのを支援するもので、ランキングを直接的に向上させるものではありません。
| 型 | 目的 |
|---|---|
| Article | コンテンツ分類 |
| Organization | エンティティアイデンティティ |
| Person | 著者情報 |
| FAQPage | Q&A の明確化 |
| Product | e コマース詳細 |
| Review | レーティング コンテキスト |
| BreadcrumbList | サイト構造 |
Schema はリッチリザルトの適格性を実現しますが、保証するものではありません。
6. AI 支援コンテンツの原則
検索エンジンは、作成方法ではなく出力の品質を評価します。
効果的な使用方法
- ドラフト作成またはリサーチアシスタントとしての AI
- 正確性と明確性に関する人間によるレビュー
- 独自の洞察と統合
- 明確な責任
危険な使用方法
- 編集されていない AI 出力の公開
- 事実的エラーまたはハルシネーション
- シンの薄いまたは重複したコンテンツ
- 価値のないキーワード駆動型テキスト
7. SEO 要因の相対的重要性
固定的なランキング要因の順序は存在しません。 ただし、競争しているページが類似している場合、重要性は次のパターンに従う傾向があります:
| 相対的重要性 | 要因 |
|---|---|
| 最高 | コンテンツ関連性と品質 |
| 高 | 権威と信頼シグナル |
| 中程度 | ページ体験（CWV、UX） |
| 中程度 | モバイル最適化 |
| 基盤 | 技術的アクセシビリティ |
技術 SEO はランキングを実現し、コンテンツの品質がそれを獲得します。
8. 測定と評価
SEO 基礎は、単一のメトリクスではなく複数のシグナルを使用して検証する必要があります。
| エリア | 何を観察するか |
|---|---|
| 可視性 | インデックス ページ、インプレッション |
| エンゲージメント | クリックスルー率、滞在時間 |
| パフォーマンス | CWV フィールド データ |
| カバレッジ | インデックス状態 |
| 権威 | メンションとリンク |
重要な原則: 持続可能な SEO は、有用なコンテンツ、技術的明確性、_時間を掛けた信頼_の上に構築されています。 永続的なショートカットはありません。
使用時機
このスキルは、概要で説明されているワークフローまたはアクションを実行する場合に適用されます。
制限事項
- このスキルは、上記で説明されているスコープが明確に一致するタスクの場合にのみ使用してください。
- 環境固有の検証、テスト、または専門家によるレビューの代わりとして出力を扱わないでください。
- 必要な入力、権限、安全境界、または成功基準が不足している場合は、停止して説明を求めてください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- sickn33
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/sickn33/antigravity-awesome-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理（非同期ジェネレータを含む）、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。