mcpField
G
github-seo

github-seo

github.com/kostja94マーケティング・グロース1.1k84 回インストール2 日前に更新
リポジトリ

github-seo について

SEOやAI引用、リソース一覧の企画に取り組むマーケターやメンテナー向けのGitHubスキルです。リポジトリのメタデータやドキュメント、GitHubの各機能、Awesome形式の一覧を扱います。

主な機能

  1. 01リポジトリ名とAboutの最適化
  2. 02README構成とGEOの指針
  3. 03Pages、gist、Wiki、Issueの活用
  4. 04Awesome形式の一覧作成と検索

活用シーン

  1. 01リポジトリの検索上の見つけやすさ向上
  2. 02AI引用を意識したドキュメント構成
  3. 03キュレーション一覧の作成や投稿

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kostja94/marketing-skills --skill github-seo

インストール後、Claude Code で/github-seoを入力して読み込まれたか確認します。

詳細

プラットフォーム：GitHub

パラサイトSEO、GEO（AIによる引用）、厳選リストの作成にGitHubを活用する方法を紹介します。GitHubはTier 2の技術的権威プラットフォームです。ドメインオーソリティが高く、インデックス登録が速く、AIに引用される可能性も非常に高いです。リポジトリ、README、GitHub Pages、gist、Awesome形式のナビゲーションリストに活用できます。

呼び出し時：初回の利用時は、役立つ場合、最初にこのスキルで扱う内容とその重要性を1～2文で説明してから、主な出力を提示します。2回目以降の利用時、またはユーザーから省略を求められた場合は、主な出力を直接提示します。

SEOにGitHubを活用する理由

要素効果
ドメインオーソリティDAが高く、リポジトリ、gist、Pagesが上位表示されやすい
インデックス登録の速さ検索エンジンはGitHubを頻繁にクロールします
AIによる引用ChatGPTやPerplexityは技術的な質問でGitHubを引用します。GEOフレームワークではTier 2です
技術的な専門性専門性を示す強いシグナルとなり、構造化されたドキュメントはAIの参照資料になります
クロスプラットフォームDev.to、Stack Overflow、フォーラムで共有でき、認知度が高まります

ユースケース

ユースケース形式目的
パラサイトSEOリポジトリ、README、Pages、gistGitHubの権威性を活用して検索順位とバックリンクを向上させる
GEOドキュメント、チュートリアル、厳選リストAIツールが技術的な回答でGitHubを引用するようにする
厳選リスト／ナビゲーションリストAwesome形式のリポジトリ特定のトピックに関するリソースディレクトリを作成し、バックリンクと発見性を高める

リポジトリ名、概要、README（SEO／GEOで優先）

検索順位への影響度（GitHub + Google）：リポジトリ名と概要 ≈ 最高、トピック ≈ 高、README ≈ 高。

リポジトリ名
方法ガイドライン
説明的にするプロジェクトの機能が伝わる名前にします
キーワードを含める主要なキーワードを含めます（my-projectではなくmarkdown-editor）
ハイフンを使う単語をハイフンで区切ります（react-component-library）
簡潔にする短い名前ほど覚えやすく、共有しやすくなります
概要セクション（説明）
上限ガイドライン
350文字ハードリミットです。GitHubによって適用されます
約128文字簡潔にまとめるのに最適で、全文が表示されることも多いです
内容主要なキーワードと自然な言い換えを含め、何をするものか、誰を対象にするかを記載します。余裕があれば、ウェブサイトまたはドキュメントへのリンクを追加します

例：「ライブプレビュー、構文ハイライト、PDFエクスポートに対応した、React向けの高速で軽量なMarkdownエディターです。TypeScriptで構築されています。」

トピック
上限ガイドライン
6～20個のトピック最大20個。6～10個を推奨
各約50文字トピックごと
形式小文字、ハイフン、数字のみ
組み合わせ技術（react、python）、用途（cli、library）、カテゴリ（seo、ai-tools）、コミュニティ（hacktoberfest）

十分に活用されていませんが、発見性とGEOの向上に非常に効果的です。

READMEの構成と要素
セクション目的SEO／GEO
タイトル + タグラインH1と1～2文の概要。最初の段落にキーワードを含めます重要です。最初の100語が重視されます
目次H2／H3へのリンク。500語を超えるREADMEに適していますナビゲーションとクロール可能性を向上させます
インストール／クイックスタート前提条件、正確なコマンド、コピーしてすぐに実行できる内容ユースケースを明確にします
使用例コードブロック、一般的なシナリオ引用しやすく、抽出しやすい内容になります
スクリーンショット／GIFデモ、出力例。代替テキストが必要ですエンゲージメントとアクセシビリティを向上させます
バッジビルド、バージョン、ライセンス信頼性を示すシグナルになります
コントリビューションCONTRIBUTING.mdへのリンクコミュニティへの参加を示します
ライセンスLICENSEへのリンク内容を網羅的にします

語数：ハードリミットはありません。プロダクトのリポジトリでは500～1,500語が一般的です。まず価値を伝え、その後で内容を詳しく説明します。

README GEO／AI 引用
実践項目ガイドライン
回答を先に提示最初の1～2文で直接回答します（40～60語）
短い段落最大2～3文にし、抜き出しても明確に理解できる内容にします
質問形式の見出し適切な場合は、H2／H3を質問形式にします
データの掲載統計や数値を含めます。引用されたコンテンツは、データを含む可能性が約40％高くなります
情報の鮮度定期的に更新します。引用されたコンテンツの約76％は、30日以内に更新されています

エンティティのシグナル：プロジェクト名、作者、メンテナーを明確にし、一貫したアイデンティティを保ちます。

README チェックリスト
  • キーワードを含むプロジェクトタイトル
  • 最初の段落に簡潔な説明
  • H2／H3構成。画像には代替テキストを設定
  • インストール方法と使用例
  • スクリーンショットまたはデモ
  • バッジ、コントリビューション、ライセンス
  • 関連ドキュメント／リポジトリへの内部リンク
  • リポジトリに6～20個のトピックを設定

GitHubでのパラサイトSEO

主な掲載場所
掲載場所用途
READMEリポジトリのランディングページ。キーワードを最適化した概要、見出し、リンクを掲載
GitHub Pages静的サイト。ブログ、FAQ、ドキュメントを掲載し、ランキング向上の機会を増やします
Gistsマイクロコンテンツ。ロングテールキーワードを使い、リポジトリや外部リソースにリンク
Wikiキーワードを豊富に含むドキュメント
IssuesQ&A、ディスカッション。インデックス登録の対象になります
最適化
要素実践項目
リポジトリのタイトル主要キーワードを含め、内容がわかる名前にし、ハイフンを使います
About最大350文字。キーワードを豊富に含め、主要キーワードと自然なバリエーションを使います
説明関連キーワードを含め、ウェブサイトやリソースにリンクします
README最初にキーワードを最適化した概要を置き、見出し、箇条書き、スクリーンショットを使い、ドキュメントやチュートリアルにリンクします
トピック／タグ関連性の高いトピックを6～20個設定します。各トピックは50文字以内です
GitHub Pagesモバイル対応にし、メタデータを設定します。追加キーワードを含むブログ／FAQを掲載します
マイクロコンテンツ用のGists
  • 特定のロングテールキーワードをターゲットにします
  • 大規模なリポジトリや外部リソースへのリンクを設置します
  • コードスニペットや小さなユーティリティを共有します
コミュニティへの参加
  • IssuesやPRに対応して、信頼を築きます
  • 人気プロジェクトに貢献して、被リンクと認知度を高めます
  • リポジトリを最新の状態に保ちます。更新されていないリポジトリは信頼性が低下します

GitHubでのGEO

要素実践項目
READMEの明瞭さ明確で引用しやすい段落を用い、直接回答します
ドキュメント構造化し、AIツールが解析しやすい内容にします
エンティティのシグナルプロジェクトと作者のアイデンティティを明確にします
一貫性継続的にメンテナンスし、エンゲージメント（スター、フォーク、ウォッチャー）を高めます

厳選リスト／ナビゲーションリスト（Awesome形式）

Awesomeリストとは、GitHub上にある、トピックごとにリソースを厳選したリストです。ナビゲーションディレクトリとして機能し、多くのトラフィック、被リンク、発見の機会をもたらします。sindresorhus/awesome（スター数44.1万以上）は、すべてのAwesomeリストの中心的なリストです。さまざまなトピックを扱う厳選リストは6,500件以上あります。

カテゴリ別の例
カテゴリ例
マスターリストsindresorhus/awesome — すべてのAwesomeリストのハブ
SEO／マーケティングawesome-seo、awesome-ai-seo、bmpi-dev/awesome-seo
AI／MLawesome-ai-tools、AITreasureBox、awesome-ai
開発ツールawesome-tools、awesome-cli、awesome-nodejs
言語awesome-python、awesome-javascript、awesome-go
フロントエンド／バックエンドawesome-react、awesome-vue、awesome-django
その他awesome-security、awesome-gaming、awesome-databases
作成するタイミング
  • 厳選して紹介できる質の高いリソースが多数あるニッチな分野がある
  • 既存のリストでは、取り上げるトピックが不足している
  • 被リンクを獲得する資産と、そのトピックに関する権威性を築きたい
リストの構成（sindresorhus/awesome のガイドライン）
要素推奨事項
タイトル明確で、対象を絞ったもの（例：「Awesome SEO」「Awesome AI Tools」）
説明簡潔で、対象範囲が明確
セクションカテゴリー別に分類（例：チュートリアル、ツール、記事）
項目集めるのではなく厳選し、推奨するものだけを含める
項目の形式- [Name](URL) - Brief description of why it's awesome
ライセンスCC0 または同等のもの
コントリビューションPR の手順を記載した contributing.md
既存リストへの掲載と新規作成
アクション用途
既存リストへの掲載を申請awesome-* リポジトリに PR を送る。リストの形式に従い、メンテナーに連絡する
新しいリストを作成ニッチな分野にリストが存在しない場合。awesome のガイドラインに従う
リスト間のリンクより詳しく対象を扱うほかの awesome リストにリンクする
見つけてもらう方法
  • sindresorhus/awesome — awesome リストのマスターリスト
  • AwesomeSearch — awesome リストを横断検索
  • more-awesome — awesome リストのディレクトリ

よくある間違い

間違い避ける方法
エンゲージメントを無視するIssue／PR に対応しないと、信頼が損なわれます
更新が不定期リポジトリが古いままだと、活動が停止している印象を与えます
ドキュメントが不十分明確な説明がないと、ユーザーを困らせます
一般的すぎるタイトルキーワードが不足すると、見つけてもらいにくくなります
内容の薄い awesome リスト品質の低い項目や厳選されていない項目は、信頼性を損ないます

出力形式

  • ユースケース（寄生型 SEO／GEO／厳選リスト）
  • リポジトリ名、About、Topics（メタデータを最適化する場合）
  • 掲載場所（README、Pages、gist、awesome リポジトリ）
  • README の構成（セクション、単語数、該当する場合は GEO の実践方法）
  • 最適化（キーワード、構成、リンク）
  • 該当する場合は、すぐに使える文章または構成

関連スキル

  • parasite-seo：寄生型 SEO 戦略。技術プラットフォームとして GitHub を Tier 2 に位置づける
  • generative-engine-optimization：GEO 戦略。AI による引用のために GitHub を活用する
  • directory-submission：ディレクトリや厳選リストへの掲載申請。厳選リストとしての awesome リスト
  • link-building：リンク獲得における GitHub の活用。リポジトリ、gist、awesome リスト

コメント

Markdown 対応