Tarifs de GitHub Actions : ce que coûte une minute et comment réduire la facture

Comment GitHub Actions est facturé

Chaque plan GitHub inclut des minutes Actions chaque mois : 2 000 sur GitHub Free, 3 000 sur Pro et Team, et 50 000 sur Enterprise Cloud. Les runners standard hébergés par GitHub sont gratuits dans les dépôts publics, et GitHub ne facture pas à la minute les runners auto-hébergés. Au-delà des minutes incluses, les dépôts privés paient à la minute de temps de runner, et le prix dépend de la taille, du système d'exploitation et de l'architecture du runner. Consultez ce que couvrent les minutes CI gratuites, et ce qu'elles laissent de côté.

En septembre 2026, un runner Linux x64 standard à 2 cœurs coûte $0.006 par minute. Deux règles rendent la facture plus élevée que ne le suggère le prix :

• Chaque job est arrondi à la minute entière supérieure. Un job de 10 secondes est facturé une minute complète, et un workflow de dix jobs courts paie au moins dix minutes.
• Les grands runners sont toujours facturés. Les minutes incluses ne peuvent pas être utilisées pour eux, et ils ne sont pas gratuits dans les dépôts publics.

Tarifs de GitHub Actions à la minute, pour chaque taille de runner

Prix à la minute des runners hébergés par GitHub en septembre 2026, au-delà des minutes incluses. Les runners Linux de 1 à 32 vCPU peuvent tourner sur CRACI à $0.002 par minute vCPU, en x64 comme en ARM64. CRACI ne fonctionne que sur Linux aujourd'hui ; Windows et macOS figurent sur la roadmap.

Sur Linux x64, le prix catalogue de CRACI est inférieur à celui de GitHub à partir de 2 vCPU. Sur ARM64, le prix catalogue de GitHub est inférieur à partir de 8 vCPU ; la facturation à la seconde et des builds plus rapides réduisent ou comblent cet écart sur les pipelines réels.

Ce que coûte une minute : CRACI face aux runners hébergés par GitHub

Le prix catalogue de CRACI est inférieur sur les runners Linux standard, et il facture à la seconde. L'écart à la minute est d'environ 33 % sur 2 vCPU x64 ; sur les pipelines réels, l'essentiel de l'économie vient de la disparition de l'arrondi. À 32 vCPU sur ARM64, le prix catalogue de GitHub est inférieur. Pour les prix de tous les fournisseurs, consultez le comparatif des runners GitHub Actions.

Des builds plus rapides consomment moins de minutes

Le prix à la minute n'est que la moitié de la facture ; l'autre moitié, c'est le nombre de minutes que prend un build. CRACI exécute les builds environ deux fois plus vite que les runners hébergés par GitHub, grâce à un matériel plus rapide, à des temps d'attente plus courts et au cache. Un build qui prend 10 minutes sur un runner à 2 cœurs hébergé par GitHub en prend environ 5 sur CRACI, et vous ne payez que ces 5.

Des builds plus rapides réduisent aussi le coût qui n'apparaît jamais sur la facture : des ingénieurs qui attendent une coche verte avant de pouvoir merger.

Là où la facturation à la seconde est rentable

Le lint, les contrôles de types, les fragments de tests unitaires et les étapes de déploiement se terminent souvent en bien moins d'une minute. Sur les runners hébergés par GitHub, chacun coûte quand même une minute complète. Sur CRACI, vous payez les secondes d'exécution. Les exemples ci-dessous comparent des jobs de même durée, avant toute accélération.

Plus les jobs sont courts, plus la facturation à la seconde fait économiser. Sur les longs builds, l'économie vient de la vitesse : environ 67 % sur un build de 10 minutes, contre environ 33 % avec le seul prix à la minute.

Estimez votre facture

Saisissez les chiffres de votre pipeline. Le rapport d'utilisation de la facturation GitHub indique les exécutions, les jobs et les minutes par workflow.

Votre organisation GitHub

github.com/ Ouvrir votre utilisation Actions ↗︎

Les coûts qui n'apparaissent pas à la minute

• Relances. Un test instable qui échoue une exécution sur dix ajoute environ 10 % à la facture du workflow où il se trouve, et chaque job relancé est de nouveau arrondi à la minute supérieure.
• Jobs bloqués. Sans timeout-minutes, un job bloqué continue de tourner jusqu'à la limite de GitHub et est facturé pour toute cette durée.
• Ingénieurs en attente. Les pipelines lents coûtent du temps de développement, qui vaut généralement bien plus que les minutes. Dimensionnez correctement les runners des jobs du chemin critique, ou exécutez-les sur un runner plus rapide.
• Surcoût de l'auto-hébergement. Les runners auto-hébergés évitent le prix à la minute, mais pas le coût : les machines restent inactives entre les builds, et quelqu'un doit leur appliquer les correctifs, les dimensionner et les sécuriser. Consultez runners managés ou auto-hébergés.

Huit façons de réduire la facture

1. Annulez les exécutions dépassées. Un groupe concurrency avec cancel-in-progress arrête l'exécution d'un ancien commit lorsqu'un plus récent arrive sur la même branche.
2. Ignorez le travail inutile. Les filtres paths évitent qu'une modification de documentation lance toute la suite de tests.
3. Mettez les dépendances en cache. Restaurer des paquets depuis un cache est plus rapide que les télécharger à chaque exécution.
4. Définissez des délais d'expiration. Une valeur timeout-minutes sur chaque job empêche un job bloqué de consommer des minutes jusqu'à la limite par défaut.
5. Regroupez les très petits jobs. Avec l'arrondi à la minute entière, trois jobs de 10 secondes coûtent trois minutes ; un seul job qui fait les trois en coûte une.
6. Dimensionnez correctement les runners. Un runner plus grand coûte plus cher à la minute, mais peut coûter moins cher par build s'il termine beaucoup plus vite. Mesurez les deux.
7. Utilisez ARM64 là où il est moins cher. Chez GitHub, un runner ARM64 à 2 cœurs est affiché moins cher que le x64.
8. Passez à un runner plus rapide et moins cher. CRACI exécute les builds environ deux fois plus vite, affiche un prix inférieur sur les runners Linux standard et facture à la seconde, sans autre changement dans le workflow que runs-on.

Passer à CRACI

CRACI remplace le runner, pas GitHub Actions. Installez la GitHub App CRACI, remplacez runs-on par craci, et le job s'exécute sur CRACI tandis que le workflow, ses actions et ses logs restent dans GitHub. Les tailles vont de 1 à 32 vCPU et se définissent avec l'action cracicorp/setup. Migrez d'abord un workflow et comparez le temps de build et la facture.

CRACI ne facture que les minutes de build : $0.002 par minute vCPU ($0.004 pour un runner par défaut à 2 vCPU), mesuré à la seconde, sans abonnement mensuel ni frais par SBOM. Les startups peuvent obtenir au moins 100 000 minutes de build gratuites via le programme startup. Consultez les tarifs.

Le même runner enregistre aussi une SBOM de ce que chaque job a récupéré, applique une politique de trafic sortant et enregistre des données de provenance : le build plus rapide et moins cher s'accompagne donc d'une trace de ce qui y est entré. Consultez CRACI face aux runners hébergés par GitHub.

Tarifs de GitHub Actions : questions fréquentes

Combien coûte GitHub Actions ?

Les plans incluent des minutes gratuites chaque mois : 2 000 sur GitHub Free, 3 000 sur Pro et Team, et 50 000 sur Enterprise Cloud. Au-delà, un runner Linux x64 standard à 2 cœurs coûte $0.006 par minute en septembre 2026, et les runners plus grands coûtent plus cher.

Combien coûte GitHub Actions à la minute ?

En septembre 2026, un runner Linux standard à 2 cœurs coûte $0.006 par minute en x64 et $0.005 en ARM64. Windows coûte $0.010 pour 2 cœurs, et macOS commence à $0.062. Les grands runners évoluent avec la taille, jusqu'à $0.252 par minute pour un Linux x64 à 96 cœurs. GitHub arrondit chaque job à la minute entière supérieure.

CRACI est-il moins cher que les runners hébergés par GitHub ?

Oui, pour les runners Linux standard. CRACI affiche $0.004 par minute pour 2 vCPU ($0.002 par minute vCPU), soit environ 33 % de moins que les $0.006 de GitHub pour un x64 à 2 cœurs, facture à la seconde et exécute les builds environ deux fois plus vite : chaque build consomme donc moins de minutes. Un build qui prend 10 minutes sur un runner à 2 cœurs hébergé par GitHub coûte environ 67 % de moins sur CRACI, soit un tiers du prix.

Pourquoi CRACI est-il plus rapide que les runners hébergés par GitHub ?

Trois éléments combinés : un matériel plus rapide, des temps d'attente plus courts avant le démarrage d'un job, et le cache. CRACI exécute les builds environ deux fois plus vite que les runners hébergés par GitHub.

GitHub arrondit-il les minutes Actions ?

Oui. GitHub arrondit chaque job à la minute entière supérieure : un job de 10 secondes est donc facturé une minute complète. Les pipelines composés de nombreux jobs courts sont ceux qui paient le plus pour l'arrondi.

Les minutes incluses couvrent-elles les grands runners ?

Non. GitHub indique que les minutes incluses ne peuvent pas être utilisées pour les grands runners, et que ceux-ci ne sont pas gratuits pour les dépôts publics. Chaque minute y est facturée.

GitHub Actions est-il gratuit pour les dépôts publics ?

Oui, sur les runners standard. GitHub indique que les runners standard hébergés par GitHub sont gratuits dans les dépôts publics.

Les runners auto-hébergés sont-ils gratuits ?

GitHub ne facture pas à la minute les runners auto-hébergés, mais vous payez les machines, y compris inactives, et vous êtes responsable de leur système d'exploitation, de leurs logiciels et de leur sécurité. GitHub avertit que les runners auto-hébergés ne devraient presque jamais être utilisés pour des dépôts publics.

Comment déplacer un job vers CRACI ?

Installez la GitHub App CRACI et remplacez runs-on par craci dans le job. Le workflow, ses actions et ses logs restent dans GitHub. Choisissez une taille de runner de 1 à 32 vCPU avec l'action cracicorp/setup.