GitHub Starsの増やし方：AFFiNEが0から60,000スターを獲得した実践ガイド
AFFiNEのCOOがGitHub Stars 60,000件達成の実体験を公開。Trending 28回、実証済みの増やし方を日本語で解説。開発者必読。
2022年8月、木曜日の深夜2時。私は上海のオフィスの床に座っていた——ラップトップを膝に乗せ、Slackをミュートにして、GitHubのスター数をリロードし続けていた。
AFFiNEのスター数は当時、約2,000件。「このまま埋もれていくのか」と本気で思っていた。（正直に言えば、あの頃は何をすれば良いか全く分かっていなかった。ただリロードしていた。）
それから3年半。AFFiNEは現在、60,000スター以上を持つオープンソースプロジェクトになった。GitHub Trendingに28回登場し、Product Huntで30回以上の#1を獲得した。
この記事では、私が実際に試し、効果があったGitHub Stars増やし方を全部話す。
Key Stats：AFFiNEの成長数字
| 指標 | 数値 |
|---|---|
| GitHub Stars（現在） | 60,000+ |
| GitHub Trending登場回数 | 28回 |
| Product Hunt #1獲得回数 | 30回以上 |
| 最速スター獲得（1日） | 2,500+ |
| 主要マイルストーン | 1K → 5K → 33K → 60K |
GitHubスターは「信頼のカウンター」だ
スターは単なる数字じゃない。それは「このプロジェクトは信頼できる」というシグナルだ。
開発者が新しいツールを探すとき、まずスター数を見る。100スターと10,000スターのプロジェクトでは、同じ機能でも受け取られ方が全く違う——これが現実だ。
スターを増やすことは「見栄え」じゃなく、プロダクトの信頼性を構築する作業だと考えるべきだ。
1. READMEはランディングページだと思え
GitHubのREADMEは、あなたのプロダクトのランディングページだ。多くの開発者がここを軽視しすぎている。
AFFiNEのREADMEを書き直したとき、スターの獲得ペースが1日3〜5件から20〜30件に跳ね上がった。変えたこと：
- 最初の3行でプロダクトの本質を説明する（「Notionの代替」「ローカルファースト」「オープンソース」）
- バッジ（Stars、License、CI status）を目立つ位置に配置
- GIFまたは短い動画でプロダクトの動きを見せる
- 「Star History」チャートを埋め込む（star-history.com）
（当時のREADMEを今見ると、正直目を覆いたくなる。）
2. GitHub Trendingに載る仕組みを理解する
GitHub Trendingは「今日・今週・今月の急上昇リポジトリ」を表示するランキングだ。ここに載ると、1日で数百〜数千スターが入る可能性がある。
実体験からわかったこと：
- 短期間での急激なスター増加が最も重要なシグナル
- 特定の言語フィルターで上位に入る方が全体より狙いやすい（TypeScriptはAll Languagesより競争が少ない）
- Trendingに一度載ると、それがさらなるスターを呼ぶ——複利効果がある
AFFiNEはTrendingに28回登場した。最初の登場は意図的ではなかった——Product Huntで1位を取った日の翌日だった。つまり、異なるプラットフォームでの注目が連鎖する。
3. 「発売日」戦略：スターを集中させる
スターを少しずつ積み上げるより、特定の日に集中させる方がTrendingに乗りやすい。
AFFiNEで効果があったローンチ戦略：
Product Hunt発売日に合わせる Product Huntでバズると、「GitHubはどこ？」と必ず検索される。発売日当日、READMEの一番上にProduct Huntのバッジとリンクを貼ること。
Hacker News「Show HN」を同日に投稿 HNとPHを同日に動かすと、全く異なるオーディエンスが同時に流入する。33,000スターのマイルストーン付近で、私たちはこれを意図的に実行した。
コミュニティへの事前告知 Discord、Twitter/X、Reddit（r/programming、r/opensourceなど）に「明日ローンチします」と前日に告知する。当日の初速が全てを決める。
4. コミュニティがスターを呼ぶ
プロダクトを使っている人が「良かった」と感じたとき、その人たちがスターを付ける。これをシステマチックに設計している開発者は少ない。
私たちがやったこと：
- onboardingフロー内にGitHubスターのお願いを入れる
- IssueをクローズするときにスターへのリンクをMentionする
- PRをマージしたコントリビューターに感謝メッセージ＋スターの依頼
- メールニュースレターで定期的にマイルストーンを報告する
（「スターをお願いします」と言うのは恥ずかしい、と最初は思っていた。でも言わないと誰もしてくれない。これは事実だ。）
5. スターを「買う」罠に気をつけろ
「GitHub Stars 購入」で検索すると、怪しいサービスが大量に出てくる。
絶対にやってはいけない：
- GitHubはフェイクスターを検出してリポジトリをBANする
- 本物のコミュニティは「スターの質」を見る——急激な伸びの後にコントリビューターがいない、Issueがないは即バレる
- 信頼を失ったら取り戻せない
スターは、プロダクトが本当に良いから増える——それ以外の方法は長期的に全て無駄だ。
まとめ：GitHub Stars増やし方の本質
| 戦略 | 優先度 | 効果の持続性 |
|---|---|---|
| READMEの最適化 | 最高 | 永続 |
| ローンチ日の集中戦略 | 高 | 短期+長期 |
| コミュニティ設計 | 高 | 長期 |
| Trending狙い | 中 | 短期 |
| クロスプラットフォーム連鎖 | 中 | 中期 |
戦略的に動くこと。それが全てだ。
Iris（生姜）は、AFFiNE（GitHubスター60,000+）の元COO。現在はGingirisで開源出海コンサルタントとして活動。