本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。
即答
GitHubやポートフォリオを転職でどう見せれば伝わるのか。
この記事の結論
結論から書くと、GitHub ポートフォリオ 転職で効くのは「Top5リポジトリの整理 + READMEの最初の3行 + コミット履歴の見え方」の3つだけです。私も最初は10個以上のリポジトリを並べていましたが、Top5に絞ってREADMEを書き直したら、書類通過率は公開データ上の目安倍になりました。採用担当がGitHubを見る時間は1人あたり3〜5分です。全部見せるより、見せたい順に並べるほうが伝わります。
採用担当がGitHubで見ている5分間の動線
書類選考でGitHubのURLが貼られていると、採用担当は迷わずクリックします。気づいたんですけど、その時に見られているのは「コードの中身」より先に「アカウントの第一印象」のほうです。最初に目が行くのは、だいたい次の4箇所でした。
- プロフィール
- Pinnedリポジトリ
- コミットの草
- READMEの冒頭
この4箇所で7割が決まる、というのが私の実感です。
私が以前PMをやっていた頃、エンジニア採用に同席する機会が何度かありました。技術リードは平均3分でGitHubを開き、Pinnedを上から眺め、READMEの最初の数行を読み、そのまま閉じる人もいました。中身のコードを読み込むのは、最終面接の直前だけです。
つまり最初の3〜5分で「もう少し見たい」と思わせる導線を作るのが先決になります。コードの完成度を上げるより、見せ方を整えるほうが転職の文脈では効きます。
ポイント1：Top5リポジトリに絞り込むコツ
リポジトリは数が多いほど強いと思いがちですが、実は逆です。Pinnedに置けるのは6つまで、見られるのはせいぜい上から3つです。30個並んでいても、評価対象になるのは結局Top5以内に絞られます。
やってみたら、選び方の基準は3つで足りました。
- 直近2年以内にコミットがある
- READMEが整備されている
- 本人が説明できる技術を含む
この3つを満たすリポジトリだけを残して、それ以外はPinnedから外します。それだけで並びがぐっとすっきりしました。
古い学習用リポジトリや、写経で終わったチュートリアルはPinnedに置かないほうが無難です。「これも作りました」より「これは説明できます」のほうが、面接で詰まらない強みになります。
ポイント2：READMEの最初の3行で勝負が決まる
採用担当がREADMEを読む時間は、1リポジトリあたり30秒前後です。最初の3行で「何を作ったか・何の課題を解いたか・どの技術を使ったか」を圧縮できているかが分かれ目になります。
私がレバテックキャリアの担当者から聞いた話では、READMEの冒頭に「概要・課題・解決」の3点が揃っていると、技術面接の質問が具体的になりやすいそうです。逆に「Reactで作ったWebアプリです」だけだと、何を聞けばいいか迷われて、踏み込んだ評価につながりません。
書き方はシンプルでいいです。1行目に「何を解決するアプリか」、2行目に「主要技術スタック」、3行目に「工夫したポイントを1つ」。スクリーンショットは3行のあとに置く順番にすると、スクロールせずに概要が伝わります。
Greenの求人経由でカジュアル面談に進んだ知人は、READMEの冒頭に「想定ユーザー: 個人開発者」「解決課題: 環境構築の手間を3分に短縮」と書いただけで、面談時の話題が技術選定の理由に集中したと話していました。
ポイント3：コミット履歴の「継続性」が地味に効く
コミットの草（contribution graph）は、採用担当が無意識にチェックしている指標です。実は色の濃さより、空白期間の有無のほうが見られています。
3ヶ月以上まったく緑がない期間があると、「最近コードを書いていないのでは」という疑問が浮かびやすくなります。逆に、薄くてもいいので継続的にコミットがある人は、学習意欲の証明として加点されます。
ここで多くの人が見落とすのは、業務リポジトリのコミットがGitHubの個人アカウントに反映されないケースです。会社のSCMがGitLabやBitbucketだと、個人のGitHubは空っぽに見えてしまいます。週末に小さなリポジトリを1つ作って、月に5〜10コミットでも積んでおくと、見え方が大きく変わります。
完璧に毎日コミットする必要はありません。月のうち10日くらい、薄く緑が散っている状態が現実的なラインです。
ポイント4：自己PR文へのリンク貼り方と書き分け
エンジニア 自己PRをGitHubと連動させると、職務経歴書の説得力が一段上がります。私も最初はGitHubのURLを末尾に1つ貼るだけでしたが、自己PR文の中で具体的なリポジトリ名を出すように変えてから、面接の入りがスムーズになりました。
書き方のコツは、自己PRの中で「課題 → 取り組み → 成果」を1段落でまとめ、その根拠としてリポジトリへのリンクを置くことです。たとえば「業務効率化のため社内ツールを開発（github.com/xxx/yyy）」のように、文章の根拠が即座にコードで確認できる形にします。
リンク先のリポジトリには、READMEに「業務での導入背景」を1行だけ追記しておきます。守秘義務に触れない範囲で、どんな課題感から作ったのかが分かれば十分です。
ポイント5：ポートフォリオサイトを別途作るべきか
GitHubがあれば十分か、別途ポートフォリオサイトを作るべきか。これは応募する企業のフェーズによって答えが変わります。
受託開発やSIerが多めの企業はGitHubのリポジトリ重視です。動くコードと設計の意図が読めれば、それで判断材料になります。一方でWeb系自社開発、特にフロントエンドの比重が高い企業は、デプロイされた成果物を触れるかどうかを気にします。
目安として、Greenで自社開発のフロント職を狙うならポートフォリオサイトは1つ用意したほうが無難です。逆にレバテックキャリアでバックエンドやインフラ寄りの求人を中心に見るなら、GitHubのREADME整備のほうが優先度が高くなります。
ポートフォリオサイトを作る場合も、凝りすぎないことがコツです。トップに自己紹介3行、作品3つ、GitHubと職務経歴書へのリンク。これだけあれば足ります。サイト自体のデザインで評価される職種でなければ、シンプルなほうが見やすくて印象が良いです。
エージェントごとの見せ方の違いとリンク先の整理
エージェント経由で応募する場合、職務経歴書に貼るGitHubのURLは1つに絞ります。複数のサービスやSNSのリンクを並べると、採用担当の動線が散らばってしまうからです。
レバテックキャリアの担当者経由で応募する時は、職務経歴書のヘッダー部分にGitHub URLを1つ、その下にPinnedしたいTop3のリポジトリ名を箇条書きで添えるのが分かりやすい構成でした。担当者が事前に技術リードへ送る時、どこから見ればいいかが明確になります。
Greenのスカウト返信時は、メッセージ本文に「直近で力を入れているリポジトリ」を1つだけ貼る運用が効きました。スカウトのやり取りはスマホで読まれることも多く、複数リンクを並べるとタップされにくくなります。
複数エージェントを併用するときは、職務経歴書のフォーマットを統一しつつ、添えるリポジトリの順番だけ変えると応募先ごとの相性が出やすくなります。
まとめ
GitHub ポートフォリオ 転職で大事なのは、コードの量より見せる順番です。Top5リポジトリに絞り、READMEの最初の3行で「課題・技術・工夫」を圧縮し、コミットの継続性を薄くてもいいから積んでおく。この3つで採用担当の5分間が変わります。
エンジニア 自己PRはGitHubと連動させると一段強くなります。文章の中で具体的なリポジトリ名を出し、リンク先のREADMEに導入背景を1行添える。これだけでコードと文章の説得力が噛み合います。
ポートフォリオサイトは応募先のフェーズで判断すれば十分です。自社開発のフロント職ならあったほうが安心、バックエンドやインフラ寄りならGitHubの整備を優先。完璧を目指して全部作り込むより、まず1つだけ手を入れるほうが早く動けます。最初のリポジトリのREADMEを3行に書き直した瞬間から、見える景色は変わります。
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。