1. 15 秒で伝わる README にする
訪問者の多くは README の最初の画面だけで Star するかを決めます。冒頭の一文で「何をするツールか、誰のためか」を伝え、直後にスクリーンショットや GIF、そのままコピーで動くインストールコマンドを置きましょう。
GitHub Star の増やし方
ほとんどのリポジトリはコードが悪いからではなく、誰にも見つけられないまま Star 一桁で止まります。このガイドでは、15 秒で Star したくなるリポジトリの作り方、告知チャネルとタイミング、Trending の速度メカニズム、そして実際の開発者との相互支援によるコールドスタート解決までを解説します。
訪問者の多くは README の最初の画面だけで Star するかを決めます。冒頭の一文で「何をするツールか、誰のためか」を伝え、直後にスクリーンショットや GIF、そのままコピーで動くインストールコマンドを置きましょう。
日本語圏なら Qiita、Zenn、はてなブックマーク、英語圏なら Show HN(米国平日の午前が最も効果的)や Reddit の関連サブレディットが定番です。「X を解決するために作った、フィードバック歓迎」という形式の投稿が最も受け入れられます。
Trending は合計ではなく時間窓内の Star 速度で決まります。Show HN、記事公開、SNS 告知を同じ 24〜48 時間に集中させると Trending 入りしやすく、入れば自然な Star がさらに積み上がります。
意味のあるリリースごとに再告知のチャンスがあります。changelog を維持し、短いデモ動画付きでバージョンを告知しましょう。「X のやり方」を解説する記事は、ローンチの波が引いた後も検索から Star を運び続けます。
Star 3 個のリポジトリは、どれだけ優れていても放置プロジェクトに見えます。GithubStarMate なら実際の開発者と Star・Watch・Fork を交換してコールドスタートを解決できます。ただし Star の購入は厳禁:空アカウントは誰でも見抜け、GitHub に一掃されるリスクもあります。
明確な README、既存のつながりやコミュニティへの直接共有、一度の集中ローンチ、そして実際の開発者との相互支援の組み合わせで、多くのプロジェクトは数週間で到達できます。
Trending は速度ベースです。言語カテゴリの競争にもよりますが、1 日に約 50〜300 Star の増加で言語別デイリー Trending に入れることが多いです。
購入した Star は活動のない捨てアカウントから来るため、stargazers を見れば誰でも分かります。GitHub の対策システムに一掃されるリスクもあり、信頼への損害の方が大きいです。
実際の開発者同士の相互支援コミュニティです。自分のアカウントで他のリポジトリを支援すると、他のメンバーも自分のリポジトリを支援してくれます。