GitHub Actionsの料金｜2026年改定後の分単価・無料枠とコスト削減の判断基準

GitHub Actionsの請求は「実行時間×ランナー種別の分単価」と「ストレージの時間按分」という二本立てで決まります。2026年1月1日に価格が改定され、ドキュメントの記載も倍率表からSKUごとの分単価へ整理されました。この記事では2026年8月18日時点の公式ドキュメントとGitHubブログを一次情報として、無料枠の範囲・実額の分単価・月額の計算式・使用量の確認方法・費用を下げる打ち手をまとめます。

まとめ：2026年改定後の料金体系と無料枠で押さえる要点

結論から示します。パブリックリポジトリの標準ランナーは無制限に無料で、セルフホストランナーも2026年8月時点では無料のままです。課金されるのはプライベートリポジトリで標準ランナーを回した場合と、大型ランナーを使った場合の2つです。プライベートでの実行は無料枠（Freeで月2,000分、Teamで3,000分、Enterprise Cloudで50,000分）を消費し、超過分だけが分単価で請求されます。

分単価はLinux 2コアが0.006ドル、Windows 2コアが0.010ドル、macOS 3〜4コアが0.062ドル、Linux 1コアの軽量ランナーは0.002ドルです。同じ処理でもランナーの選び方だけで単価は30倍以上ひらきます。費用を下げる順序は、ランナー種別の見直し→同時実行の打ち切りとパス絞り込み→キャッシュと成果物の保管期間の調整、の順で効きます。セルフホストへの移行を検討する目安は、月額300ドルを超え、かつジョブの大半がLinuxである場合です。

GitHub Actionsで課金が発生する条件と無料で使える範囲

まず請求書に載る条件を切り分けます。ここを取り違えたまま試算すると、無料の実行まで原価に積んでしまいかねません。GitHub Actionsの基本的な仕組みと使い方を先に押さえておくと、課金単位の話が読みやすくなります。

パブリックリポジトリとセルフホストランナーが無料になる実際の範囲

公式ドキュメントは、標準のGitHubホストランナーが無料になる対象として、パブリックリポジトリ、GitHub Pages、Dependabotの3つを挙げています。パブリックリポジトリでは実行時間の上限もありません。2025年にパブリックプロジェクトで消費された時間は合計115億分、約1億8,400万ドル相当が無料で提供されたとGitHubは公表しています。

セルフホストランナーは、2026年3月1日から1分あたり0.002ドルを課金する計画が発表されたものの、2025年12月18日に延期が公表され、2026年8月時点でも適用されていません。撤回ではなく再検討である点は試算の前提に入れてください。なお大型ランナーは例外で、パブリックでも無料枠が残っていても常に課金対象です。

GitHub Actionsの課金がリポジトリのオーナーに請求される原則

実行時間の費用は、ワークフローを起動した人ではなくリポジトリのオーナーに請求されます。書き込み権限があれば誰でも回せるため、外部委託メンバーの実行分もオーナー側の枠から引かれます。

受託開発では、開発期間中は受託側のOrganizationにリポジトリを置き、納品時に発注側へ移管する進め方をよく採ります。この移管で課金先も切り替わる点は見落とされがちです。移管先がFree（月2,000分）だった場合、受託側のTeam（月3,000分）で回っていたCIがそのまま動くと、初月から枠を超えて請求が立ち上がります。

実行時間の切り上げとストレージの時間按分という二つの計測方法

実行時間はジョブ単位で計測され、1分未満の端数は1分に切り上げられます。10秒で終わるlintジョブも1分として計上されるため、細かく分割しすぎると切り上げの積み重ねが効いてきます。途中で失敗したジョブは失敗までの時間が計上され、再実行分は別途加算という扱いです。

ストレージ側は時間按分です。GB-Hoursという単位で1時間ごとに積み上がり、月末に月の総時間数（30日なら720時間）で割ってGB-Monthsへ換算されます。成果物を月の途中で削除しても、積み上がったGB-Hoursは請求から消えません。削除は将来の発生を止めるだけの操作です。

プラン別に付与される無料枠とランナー別の分単価を実額で押さえる

ここからが実額です。数字は2026年8月18日時点の公式ドキュメントに合わせています。料金は改定されうるため、見積書に載せる際は同じページを都度確認してください。

Free・Pro・Team・Enterprise Cloudの無料枠を並べて比べる

プライベートリポジトリの無料枠は、実行時間・成果物ストレージ・キャッシュの3系統に分かれます。実行時間は毎月の請求サイクル開始時にゼロへ戻り、ストレージの累積課金も同時にリセットされます。

キャッシュの10GBはアカウント単位ではなくリポジトリ単位の枠です。成果物ストレージはGitHub Packagesと枠を共有するため、コンテナイメージを同じOrganizationで保管しているなら、その分だけActions側の余地が減ります。大型ランナー向けのカスタムイメージ保管はさらに別枠です。

GitHub Actions標準ランナーの分単価はOSとコア数でどれだけ差が開くか

無料枠を超えた分は、ランナー種別ごとの分単価で課金されます。請求明細には課金SKU名が並ぶため、SKU名も併記しておきます。

ワークフローラベルとの対応も押さえておきます。ubuntu-slimが1コア、ubuntu-latestとwindows-latestがプライベートでは2コア、macos-latestがM1の3コアです。同じubuntu-latestでもパブリックリポジトリでは4コアが割り当てられるため、非公開へ移して実行時間が伸びたら、まずコア数の違いを疑ってください。

大型ランナーとGPUランナーが無料枠の対象外になるという扱い

大型ランナーはTeamとEnterprise Cloudのみで使え、無料枠を消費できません。1分目から全額課金です。x64のLinuxは4コアで0.012ドル、96コアで0.252ドルまであり、Windowsは同じコア数でおおむね倍近く（4コア0.022ドル、96コア0.552ドル）。arm64版は一段安く、macOSの大型は12コアのmacos_lが0.077ドルとなります。支払い方法が未登録なら、大型ランナーは最初からブロックされます。

ストレージ超過の単価が成果物とキャッシュで別建てになっている点

ストレージ側の超過単価は3系統で異なります。成果物とGitHub Packagesが共有する枠は1GB月あたり0.25ドル、Actionsキャッシュとカスタムイメージ保管は0.07ドルです。成果物が最も高く、キャッシュの3.5倍以上の単価になります。

枠を共有する構造上、コンテナレジストリの使い方がActions側の請求に効いてきます。イメージの保管量とタグの整理方針はGitHub Container Registry（ghcr.io）の料金と無料枠の条件で整理しているので、Packages側の消費が読めていないなら先にそちらを確認してください。なおキャッシュは、リポジトリの保管上限を既定の10GBより高く設定している場合にだけ超過分が課金されます。

2026年1月の価格改定で変わった点とセルフホスト課金の現在地

料金を調べると、改定前の数字を載せた解説が今も多く残っています。どこが変わったのかを切り分けておきます。

最大39%の値下げとクラウドプラットフォーム料金の組み合わせ

2026年1月1日から、GitHubホストランナーの実質コストが最大39%引き下げられました。内訳は、全ランナーサイズに対する約40%の値下げと、新設された1分あたり0.002ドルのActionsクラウドプラットフォーム料金の合算です。この新料金はレートにすでに含まれているため、掲載されている分単価をそのまま使えば二重計上にはなりません。

値下げ幅はマシンタイプで異なり、小型ほど小さく大型ほど大きくなります。GitHubの説明によれば、全顧客の96%は請求額が変わらず、影響を受けた4%のうち85%は減額、残り15%の増加額の中央値は約13ドルでした。GitHub Enterprise Serverの価格は対象外です。

セルフホストランナーへの分単位課金が延期されたままである現状

同時に発表されたのが、セルフホストランナーへの1分あたり0.002ドルの課金です。2026年3月1日開始の予定でしたが、発表から48時間ほどでコミュニティの反発を受け、2025年12月18日にGitHubが延期を表明しました。2026年8月時点でも適用日は決まっていません。

試算では、現状の無料を前提にしつつ復活時の増分も併記しておくのが安全です。月10万分をセルフホストで回しているなら、0.002ドル換算で月200ドルの新規発生になります。この金額が運用の損益分岐を跨ぐかどうかは、移行判断の前に計算しておいてください。

旧来のWindows2倍・macOS10倍という倍率表記との読み替え

改定前のドキュメントは、Linuxを1としてWindowsが2倍、macOSが10倍という「分の倍率」で無料枠の消費を説明していました。2026年8月時点の公式ドキュメントに倍率表の記載はなく、SKUごとの分単価表に置き換わっています。

実額で読み替えると、Windows 2コアの0.010ドルはLinux 2コアの0.006ドルの約1.7倍、macOSの0.062ドルは約10.3倍です。macOSはほぼ従来どおりですが、Windowsは2倍より軽くなりました。無料枠についてGitHubは「リスト価格に基づいて枠を消費する」と説明しており、分数ではなく金額換算で減ると理解しておくと請求ダッシュボードと食い違いません。古い倍率のまま見積もっているなら、Windows側を過大に積んでいる可能性があります。

月額コストの見積もり計算とダッシュボードでの使用量の確認手順

単価がそろったので、見積書へ転記できる形で計算式と確認手順を示します。

受託開発の現場でそのまま使える月額コストの計算式と試算の手順

月額は次の3項目の合計で求められます。

1. ランナー種別ごとに「1回あたりの実行分（切り上げ後）×月間実行回数×分単価」を求めて合計する
2. 合計から無料枠相当額を差し引く（枠はリスト価格ベースで消費される）
3. 成果物とキャッシュの平均保管量から、超過分のGB月額を足す

まず主要ワークフローごとに直近1か月の平均実行時間と回数を洗い出します。プルリクエスト起点のジョブは開発人数とレビュー回数に比例するため、増員計画がある案件では人数の伸びを係数に掛けてください。

中規模の受託チームのCIを想定した月額コストの試算例をたどる

開発者6名、Teamプラン、プライベートリポジトリ、営業日22日という前提で試算します。プルリクエスト起点のテストが1日30回、1回8分、ubuntu-latestで走るなら、月間は30×8×22で5,280分。無料枠3,000分を引いた2,280分に0.006ドルを掛けて13.68ドルです。

ここにWindows向けのビルド検証を1日10回、1回6分足すと1,320分で13.20ドルの追加です。さらにiOSのビルドをmacOSで1日3回、1回12分回すと792分となり、0.062ドルを掛けて49.10ドルに達します。合計はおよそ76ドルで、その6割強をmacOSが占める計算です。実行回数が最も少ないOSが費用の主因になるという逆転が、見積もりの勘所です。

詳細な使用状況レポートと予算アラートで請求前に異常を捕まえる

実測は、アカウント設定の「Billing and licensing」から使用状況を開きます。詳細な使用状況レポートはCSVで落とせて、ランナー種別・リポジトリ・ワークフロー単位まで分解できます。どのワークフローが枠を食っているかは、この粒度でしか分かりません。

予防側の設定は2つです。1つは予算（Budgets）で、金額の上限とアラート通知を設定できます。もう1つは無料枠の90%と100%で届くメール通知です。支払い方法が未登録なら、枠を使い切った時点で実行そのものが停止します。請求ダッシュボードは分数でなく金額表示のこともあります。

コスト削減の打ち手をランナー選択と実行制御と保管期間に分ける

削減策は、単価に効くもの、実行回数に効くもの、ストレージに効くものへ分けて、単価から順に潰していきます。

軽量ランナーへの切り替えで分単価を三分の一まで落とせるジョブの条件

最も効くのは単価の切り下げです。ubuntu-slimは1コア・メモリ5GBで分単価0.002ドル、ubuntu-latestの3分の1にあたります。lint、静的解析、ドキュメント生成、通知系のジョブなら、この構成で十分でしょう。制限や向くタスクは軽量ランナーUbuntu-slimの仕様と切り替え手順にまとめています。

arm64への切り替えも単価差を生みます。Linux 2コアはx64が0.006ドル、arm64が0.005ドルで、依存ライブラリがarm64のビルドを持つなら約17%下がります。逆に切り替えてはいけないのが、メモリを多く使うビルドやE2Eテストです。1コアで実行時間が2倍に伸びれば、単価が3分の1でも総額は増えます。切り替え後は実行時間を測り直してください。

concurrencyとパス絞り込みで無駄なワークフロー起動を止める

次は実行回数です。同じブランチへ連続でプッシュした際に古い実行を走らせたままにすると、破棄される結果のために課金されます。concurrencyで打ち切る設定は数行で入ります。

concurrency:
  group: ci-${{ github.ref }}
  cancel-in-progress: true

pathsとpaths-ignoreのフィルタも効きます。ドキュメントだけを直したプルリクエストでバックエンドのテストまで回っているなら、そのぶんは丸ごと無駄です。あわせてtimeout-minutesも入れてください。既定の上限は360分で、無限ループに入ったジョブが6時間走り切ると、Linux 2コアでも1回2.16ドルが立ちます。マトリックスの刈り込みも有効で、OSとバージョンの全組み合わせはマージ時だけに寄せ、プルリクエスト時は代表的な1組へ絞ります。

キャッシュと成果物の保管期間の見直しでストレージ課金を抑える

3つ目はストレージです。actions/cacheによる依存関係のキャッシュは実行時間を縮めるため、単価と回数の両面に効きます。ただしキャッシュ枠を既定の10GBより広げていれば、超過分は1GB月あたり0.07ドルの課金対象です。成果物のほうは保管期間の既定が90日で、retention-daysを7日から14日程度へ縮めるだけでGB-Hoursの積み上がりが大きく減ります。単価がキャッシュの3倍以上である以上、着手は成果物が先です。

セルフホストや代替ランナーへ移す判断の分岐点を月額いくらに置くか

ここは条件を付けて言い切ります。月額50ドル未満（Linux 2コア換算でおよそ8,000分）の段階では、セルフホストへ移すべきではありません。構築・OS更新・障害対応の工数が削減額を上回ります。この規模なら、軽量ランナーへの振り分けとconcurrencyの設定だけで足ります。

月額300ドルを超え、かつジョブの大半がLinuxであれば移行の検討に入ります。セルフホストランナーの導入手順とhosted版との違いを踏まえ、運用工数を月あたり何時間見込むかを先に決めてください。運用を抱えたくない場合の中間解が、Blacksmithによる代替ランナーの仕組みと移行手順のような外部サービスです。

一方、macOSのビルドが月2,000分を超える場合でも、セルフホスト化は勧めません。0.062ドル×2,000分で月124ドルですが、Mac実機の調達・設置・OS更新・Xcode管理を自前で持つと、初年度でこの金額を上回るのが通例です。macOSはGitHubホストのまま、ビルド回数を絞るほうが総額は下がります。

受託開発の現場でGitHub Actionsの費用が膨らむ典型と対処

ここからは、単価表を読んだだけでは避けられない失敗の型を挙げます。いずれも実案件で請求が跳ねやすい箇所です。

リポジトリの移管でオーナーが変わり請求先がずれてしまう事故の型

納品時のリポジトリ移管で課金先が変わる点は、契約書のどこにも書かれていないことが多い落とし穴です。受託側のTeamプラン（3,000分）で回っていたCIが、発注側のFreeプラン（2,000分）へ移ると、同じワークフローのまま枠が3分の2になります。

対処は2つです。移管前に直近3か月の実行分数を使用状況レポートで出し、移管先プランの枠に収まるかを確認すること。収まらないなら、プラン変更を提案するか、起動条件を絞る作業を納品スコープに含めることです。CI/CDの設計そのものを見直す段階なら、CI/CDの仕組みと導入判断の基準から前提をそろえ直すほうが早く片付きます。

モノレポで全ジョブが起動し無料枠を月の前半で使い切ってしまう失敗

フロントエンドとバックエンドと管理画面を1つのリポジトリに収めた構成で、pathsフィルタを設定しないまま運用すると、どこを直しても全ジョブが起動します。1回のプルリクエストで3系統×各5分が動けば15分、1日20回で300分、営業日22日で6,600分となり、Teamの3,000分は月の前半で尽きます。変更のあった系統だけを起動する設定に切り替えると実測で半分以下まで落ちるため、モノレポではパス条件の設計を初期構築の必須項目として扱ってください。

成果物の保管期間が既定の90日のままで課金が積み上がっていく状態

成果物は消さない限り時間按分で積み上がり続けます。1回のビルドで500MBの成果物が出て、1日10回、90日保管という条件だと、平均保管量は数百GB規模へ届きます。Teamの成果物枠は2GBなので、超過分に0.25ドルが掛かり続ける計算です。月初に前月分をまとめて削除しても、その月のGB-Hoursは請求から消えません。

CI/CDの費用管理をワークフロー設計と一体で見直したいなら、保守運用・内製化支援で現行のパイプラインの棚卸しから対応しています。

よくある質問

判断が分かれやすい点をまとめました。

パブリックリポジトリなら本当に無料で使い続けられますか？

標準のGitHubホストランナーであれば無料で、実行時間の上限もありません。GitHub PagesとDependabotも同じ扱いです。ただし大型ランナーはパブリックリポジトリでも課金対象になります。

無料枠はWindowsやmacOSでも同じ分数だけ使えますか？

いいえ。GitHubは無料枠がリスト価格に基づいて消費されると説明しています。Linux 2コアの0.006ドルに対しmacOSは0.062ドルなので、同じ1分でも約10倍の速さで枠を減らします。Windowsは約1.7倍です。

セルフホストランナーは今後も無料のままですか？

2026年8月時点では無料です。ただし2025年12月に発表された1分あたり0.002ドルの課金は撤回ではなく延期で、GitHubは再検討中としています。大規模に回しているなら、復活時の増分を試算へ添えておくのが安全です。

支払い方法を登録していないと枠を超えた時点でどうなりますか？

無料枠を使い切った時点で実行がブロックされます。大型ランナーは枠の残量にかかわらず、支払い方法を設定するまで使えません。停止で本番デプロイが止まる構成なら、予算とアラートを先に設定してください。

成果物を削除すれば当月の請求は減りますか？

減りません。ストレージは1時間ごとにGB-Hoursとして積み上がる方式で、削除は将来の発生を止めるだけです。請求を下げたいなら、削除運用ではなく保管期間の短縮で発生自体を抑えてください。

関連記事

• GitHub Actionsとは？できること・使い方とCI/CD自動化の入門解説：課金の前提になる基本機能とワークフローの書き方を確認できます
• CI/CDとは？仕組み・パイプライン・導入すべき企業の判断基準を解説：そもそもCIをどこまで自動化するかの判断軸を整理しています
• GitHub Actionsの低コストな軽量ランナー『Ubuntu-slim』とは？概要と特徴を解説：単価を3分の1に下げる軽量ランナーの制限と適用条件をまとめています
• GitHubセルフホストランナーとは？導入手順とhosted版の違いを解説：移行を検討する段階で必要な構築手順と運用上の差分を扱っています
• Blacksmith（GitHub Actions代替ランナー）とは？2倍速・最大75%コスト削減の仕組みと移行手順：自前運用を持たずに単価を下げる代替ランナーの選択肢です