オープンソースメンテナーのための広め方ガイド

要点

1. まずはリポジトリそのものから始めます。何をするのか、なぜ役立つのか、どう始めるのかに答えるREADME、ライセンス、最大20個のGitHubトピック、そしてソーシャルプレビュー画像です。
2. 次に、ユーザーがすでに話している場所へ行きます。使っている言語やフレームワークのフォーラム、チャット、サブレディットです。登録なしで動かせるようになったらShow HNにも投稿しましょう。
3. 合いそうなawesomeリストを1つか2つ選び、各リストの貢献ルールに従ってメンテナーに掲載を依頼します。
4. Webサイトやホスト版をいくつかのディレクトリやローンチプラットフォームに登録し、リリースを続けます。継続的な活動が、新しい訪問者を呼び続けます。

オープンソースを広めるための全体マップ

オープンソースが見つけてもらう経路には4つの層があります。どの層も前の層の上に成り立っています。コミュニティの投稿は人をリポジトリへ送るので、まずリポジトリが相手を納得させなければなりません。

4週間のプランを作る

8つの質問に答えて、トピックを貼り付けてください。ビルダーがトピックをGitHubのルールと照らし合わせ、すべてのチャネルを週ごとに振り分けて、準備完了か、先に直すべき点があるかを示します。処理はすべてブラウザ内で行われ、何も送信・保存されません。

リポジトリを見つけてもらう

このページのどのチャネルも、最後はあなたのリポジトリページにたどり着きます。READMEが答えるべき内容はGitHub自身のドキュメントに書かれています。下の表では、それを最初の画面に置く具体的な内容に落とし込みました。

トピック：GitHub検索への入り口を最大20個

• GitHubが勧める4つの種類を組み合わせましょう。目的（cli、static-site-generator）、分野（accessibility）、コミュニティ（hacktoberfest）、言語（rust）です。
• 実際に閲覧されているトピックを使いましょう。github.com/topics/ を開き、そのトピックにすでにリポジトリがあるかを確認します。
• GitHubは公開リポジトリにトピックを提案することもあります。合うものは採用し、それ以外は却下しましょう。

ソーシャルプレビュー

画像がないと、共有されたリンクにはリポジトリの基本情報とアバターだけが表示されます。プロジェクト名と目的を1行で入れた、見やすい1280 × 640の画像があれば、どこで共有されてもひと目で分かります。アップロードする前に、無料の画像サイズチェッカーでサイズと形式を確認しましょう。 ローンチ用画像を各プラットフォームのサイズ規定でチェック →

awesomeリスト：2つの異なるルート

awesomeリストは、GitHub上でトピックごとにまとめられたキュレーションリストです。よく引用される30日や4件のレビューといったルールは、ある特定のケースにだけ当てはまります。自分がどちらのルートにいるのかを把握しておきましょう。

ルールは確認日時点のものを引用しています。メンテナーはルールを更新します。LaunchRepo があなたの代わりにプルリクエストを作成したり、リストのメンテナーに連絡したりすることはありません。

プロジェクトを歓迎するコミュニティ

ここではオープンソースが有利です。開発者コミュニティの多くは、実際に動くプロジェクトを歓迎してくれます。本当の課題を解決していて、あなたが質問に答えるためにその場に残る限りは。

2025年9月から2026年8月までにコードリポジトリへのリンクを含んでいたShow HN投稿15,859件すべてをまとめた私たちの公開データセットでは、投稿の中央値は2ポイントで、10ポイント以上に届いたのは9.5%でした。1回の投稿はスタートであって、計画そのものではありません。

Show HNでローンチする方法 →ルールを守ってRedditでSaaSを宣伝する方法 →

ディレクトリとローンチプラットフォーム

Webサイト、ドキュメントサイト、ホスト版があれば、いくつかのディレクトリが訪問者とリンクの安定した追加の入り口になります。オープンソースによく合うのは次の3つです。

• AlternativeTo：プロジェクトがよく知られたソフトウェアの無料の代替になる場合に。
• SourceForge：「Create a Project」の窓口から、オープンソースプロジェクトをダウンロード付きでホストできます。ビジネスソフトウェアの掲載とは別の仕組みです。
• Product Hunt：洗練されたインターフェースがあり、ローンチ当日に対応できるプロジェクトに。

プラットフォームは読者層との相性で選び、それぞれの最新ルールを確認しましょう。掲載は入り口であって、ユーザーを保証するものではありません。 開発者向けツールを、開発者が実際に探す場所に掲載しましょう。 →

やらないほうがいいこと

購入したスターや交換したスター

GitHubのポリシーはランキングの不正操作を禁じており、研究によれば購入したスターの効果は一時的です。詳しくは、私たち自身の計測とあわせてこちら： 本当に役立つことでGitHubのスターを集める →

友人に投票を頼む

Hacker Newsははっきりと、それは良くないと述べています。友人グループからの票では、本当の関心も分かりません。

どこにでも同じ投稿

同じ日に多くのコミュニティへコピー＆ペーストした告知は、スパムに見えます。場所をいくつかに絞り、それぞれに合わせて書きましょう。

READMEより先にローンチ

注目は長く続きません。どの投稿を出すよりも先に、リポジトリの最初の画面を整えましょう。

LaunchRepo の役割

LaunchRepo は、ディレクトリとローンチプラットフォームの層を引き受けます。あなたのコーディングエージェントが、プロジェクトのWebサイトを大規模なディレクトリカタログに向けて準備・申請し、トラッカーが公開済みの掲載と保留中の掲載を見分けます。

コミュニティへの投稿、awesomeリストへの依頼、会話はあなた自身が担います。あなた自身の言葉でこそ最もうまくいくからです。LaunchRepo はフォーム入力にかかる時間を浮かせるので、その時間をそちらに使えます。

出典

すべてのルールは2026年10月1日に確認し、英語の原文どおりに引用しています。テキストのコピーは私たちの証拠資料とともに保管しています。

よくある質問

オープンソースプロジェクトはどう宣伝すればよいですか？

まずリポジトリから始めます。何をするのか、なぜ役立つのか、どう始めるのかに答えるREADME、ライセンス、トピック、プレビュー画像です。そのうえで、登録なしで試せるようになったらエコシステムのコミュニティやShow HNで紹介し、合いそうなawesomeリストに1つか2つ依頼し、リリースを続けましょう。

自分のプロジェクトをawesomeリストに載せるには？

リストを開き、その貢献ファイルを読んで、リストの形式に沿ったエントリーを1つ提案します。厳格なルール（30日、4件のレビュー、awesome-lint）が適用されるのは、自分のキュレーションリストをawesomeメタリストに申請する場合だけです。

GitHubトピックはいくつ追加すべきですか？

GitHubでは最大20個まで設定できます。目的、分野、コミュニティ、言語を表すものを、小文字、数字、ハイフンを使って、それぞれ50文字以内で書きましょう。

Show HNはオープンソースに向いていますか？

はい。すぐにプロジェクトを動かせて、あなたが質問に答えるためにその場に残れるなら向いています。Show HNが求めているのは、登録の障壁なしに試せるものであり、友人に投票を頼まないことです。

実績があるように見せるために、GitHubのスターを買うべきですか？

いいえ。GitHubの利用規定（Acceptable Use Policies）は、自動化されたスター付けのようなランキングの不正操作を禁じています。また、大規模な研究では、購入したスターの効果は一時的で、長期的にはむしろマイナスになることが分かっています。

LaunchRepo がコミュニティに代わりに投稿してくれますか？

いいえ。LaunchRepo があなたのエージェントに渡すのは、プロジェクトのWebサイトをディレクトリとローンチプラットフォームに申請するためのプレイブックです。コミュニティへの投稿やawesomeリストへの依頼は、あなた自身が行うものです。