Prix de GitHub Copilot : quel plan pour une équipe ?

GitHub Copilot coûte 19 $ par développeur et par mois en Business et 39 $ en Enterprise, et ce prix ne dit presque plus rien de votre facture. Depuis le 1er juin 2026, chaque siège achète surtout des crédits IA d'une valeur égale à son prix, consommés au token par le chat, les agents et la relecture de code. Les complétions de code restent illimitées sur les plans payants, mais ce sont rarement elles qui coûtent.

Après avoir refait les calculs à partir de la documentation de GitHub, nous recommandons Business à presque toutes les équipes, à une condition : poser un budget par développeur avant d'ouvrir les agents. Enterprise n'achète aucun crédit moins cher, il se justifie par d'autres raisons, détaillées plus bas. Les prix cités sont en dollars US, tels que GitHub les affiche, et ont été relevés le 15 octobre 2026.

Combien coûte GitHub Copilot, plan par plan

GitHub vend Copilot en sept formules : deux gratuites (Free et Student), trois individuelles payantes (Pro à 10 $, Pro+ à 39 $ et Max à 100 $ par mois) et deux plans d'organisation, Business à 19 $ et Enterprise à 39 $ par siège attribué et par mois. Chaque plan payant inclut une allocation mensuelle de crédits IA, l'unité de facturation de Copilot, qui vaut 0,01 $ pièce.

Source des prix et des crédits : documentation GitHub sur les plans Copilot, consultée le 15/10/2026. La colonne « Pour qui » est notre lecture.

Deux lignes de ce tableau trompent au premier regard. Les crédits des plans individuels se composent d'une part de base, égale au prix, et d'une part dite flexible que GitHub présente comme variable : selon sa documentation sur la facturation des plans individuels, elle doit suivre l'évolution du prix des modèles. Les crédits des plans d'organisation, eux, sont versés dans une réserve commune à toute l'organisation, au lieu de rester attachés à chaque personne. Une équipe de dix développeurs en Business dispose donc de 19 000 crédits partagés, que les gros consommateurs peuvent entamer au détriment des plus discrets.

Le plan gratuit ne concerne pas les équipes. La documentation le réserve aux développeurs qui n'ont pas déjà accès à Copilot par une organisation, avec 2 000 complétions par mois et un modèle choisi automatiquement. Copilot Student est gratuit pour les étudiants vérifiés, et GitHub peut offrir Pro aux enseignants et aux mainteneurs de projets open source populaires.

Ce que paie vraiment un siège Copilot depuis le 1er juin 2026

Un siège Copilot paie désormais des tokens : chaque échange avec un modèle consomme des tokens d'entrée, de sortie et de cache, convertis en crédits à 0,01 $ l'unité, et le siège en inclut exactement pour son prix. GitHub l'a annoncé le 27 avril 2026 dans son billet sur le passage à la facturation à l'usage : les requêtes premium disparaissent, remplacées par des crédits calculés aux tarifs publics de chaque modèle. La bascule a eu lieu le 1er juin, comme l'indique le journal des changements de GitHub.

La raison avancée tient en une phrase du billet : avec les agents, une question rapide dans le chat et une session de code autonome de plusieurs heures pouvaient coûter la même chose à l'utilisateur. GitHub écrit que ce modèle n'était « plus soutenable ». Pour une équipe, la conséquence est simple. Le coût d'un développeur dépend maintenant de ce qu'il demande, et surtout du modèle qu'il choisit.

Les écarts entre modèles sont larges. Dans la grille de prix par modèle publiée par GitHub, Claude Opus 5.5 coûte 4 $ le million de tokens en entrée et 20 $ en sortie, GPT-5 mini 0,25 $ et 2 $, GPT-6 Astra 10 $ et 50 $. Les 19 $ d'un siège Business couvrent donc environ 950 000 tokens produits par Opus 5.5, 9,5 millions par GPT-5 mini, et 380 000 par GPT-6 Astra.

Pour donner un ordre de grandeur, prenons une hypothèse de calcul, sans cache : une session d'agent qui envoie 500 000 tokens de contexte à Claude Opus 5.5 et en reçoit 50 000. Elle coûte 2 $ en entrée et 1 $ en sortie, soit 300 crédits. Six sessions de ce type consomment presque toute la part mensuelle d'un siège Business. Le cache réduit la note quand l'agent relit les mêmes fichiers, puisque Opus 5.5 facture 0,20 $ le million de tokens relus, vingt fois moins que l'entrée, mais l'ordre de grandeur reste le bon.

Un dernier changement pèse sur les fins de mois. L'ancien système basculait vers un modèle moins cher quand les requêtes premium étaient épuisées. Ce repli n'existe plus : la documentation sur la facturation des organisations précise qu'une fois le budget atteint, le développeur est bloqué, sans retour automatique vers un modèle moins cher.

Business ou Enterprise : au-delà du forfait, les deux coûtent pareil

Au-delà des crédits inclus, Business et Enterprise facturent la consommation au même prix, 0,01 $ par crédit, si bien qu'Enterprise n'est jamais moins cher que Business sur l'usage : au mieux, il coûte autant. Le calcul se fait en deux lignes. Un siège Enterprise coûte 20 $ de plus qu'un siège Business et apporte 2 000 crédits de plus, soit exactement 20 $ de consommation au tarif du dépassement. Si l'équipe consomme ces crédits, les deux plans reviennent au même. Si elle ne les consomme pas, Enterprise les a fait payer pour rien, puisque les crédits non utilisés sont perdus à la fin du mois.

Les fonctionnalités ne départagent pas davantage. Dans le tableau comparatif de la documentation, Business et Enterprise partagent les mêmes modèles, l'agent dans le cloud, le mode agent, la relecture de code, MCP, les journaux d'audit et l'exclusion de contenu. La seule ligne qui diffère est GitHub Spark, encore en préversion, réservé à Enterprise. Le texte ajoute un accès prioritaire aux nouveaux modèles. Il faut aussi compter l'abonnement GitHub Enterprise Cloud, obligatoire pour Copilot Enterprise et affiché à partir de 21 $ par utilisateur et par mois sur la page tarifs de GitHub.

Dans son guide de choix entre Business et Enterprise, GitHub conseille lui-même de traiter les crédits de Business comme un point de départ, et de choisir ensuite entre passer à Enterprise ou autoriser le dépassement avec des budgets. Le calcul ci-dessus tranche : le dépassement encadré coûte au plus autant, et seulement quand il sert. Enterprise se défend si vous êtes déjà sur Enterprise Cloud et que Spark ou l'accès anticipé aux modèles compte pour vous. Le propriétaire d'une entreprise peut d'ailleurs choisir le plan organisation par organisation, ce qui permet de tester Enterprise sur une seule équipe.

Les réglages de budget à faire avant d'ouvrir les agents

Le premier réglage décide si l'équipe peut dépasser son forfait, car GitHub active par défaut le paiement au-delà des crédits inclus sur les organisations et les entreprises. La documentation sur la facturation des organisations l'écrit noir sur blanc : pour empêcher toute dépense au-delà de la réserve, un administrateur doit désactiver explicitement la règle de paiement des crédits dans les réglages IA. Sans action de votre part, la consommation continue et se facture à la fin du mois.

Le deuxième outil est le budget par utilisateur, généralisé le 1er juin et détaillé dans la documentation sur les budgets Copilot. Il plafonne ce qu'une personne consomme dans le mois, sur la réserve commune comme sur le dépassement, et il coupe net à la limite. Il en existe trois niveaux, du plus large au plus précis : un budget universel appliqué à tous les titulaires d'une licence, un budget par centre de coûts, et un budget individuel qui l'emporte sur les deux autres. La documentation prend l'exemple de 20 $ par personne pour l'équipe technique et de 5 $ pour le marketing. Un budget à 0 $ bloque l'utilisateur immédiatement.

Trois détails de fonctionnement évitent les mauvaises surprises. Les crédits inclus ne se reportent pas : la réserve repart à son montant plein le premier jour de chaque mois, à minuit UTC, quelle que soit votre date de facturation. Retirer des licences en cours de mois ne réduit la réserve qu'au mois suivant. Enfin, un développeur peut être bloqué par la limite de dépense de l'entreprise avant d'avoir atteint son budget personnel. Si vous préférez faire poser ces réglages et les relire après un mois réel, notre agence IA fait ce travail sur les comptes de ses clients, en même temps que le choix des modèles par usage.

Les coûts qui n'apparaissent pas sur la page tarifs

Deux postes échappent au prix du siège, la relecture automatique des pull requests et la résidence des données, et deux pièges faussent la lecture des factures. La relecture de code par Copilot se facture de deux façons depuis le 1er juin 2026, selon la grille de prix de GitHub, en crédits pour les tokens et en minutes GitHub Actions pour l'infrastructure qui la fait tourner. Le modèle utilisé est choisi automatiquement et n'est pas affiché, donc le coût d'une relecture varie de l'une à l'autre. Une relecture demandée par un bot, ou associée à une personne sans licence Copilot, est facturée directement à l'organisation ou à l'entreprise.

Chez Noxcod, chaque commit passe par une relecture automatique par IA avant d'arriver chez un relecteur humain. Ce réflexe vaut largement son prix, mais il tourne sans que personne ne le lance. Il mérite donc son propre budget, sans quoi il se paie sur les crédits que les développeurs croyaient avoir pour eux.

La résidence des données a aussi un coût. Pour les entreprises qui imposent un hébergement régional ou la conformité FedRAMP, GitHub applique une majoration de 10 % sur le coût des modèles. Une équipe européenne qui choisit la résidence des données doit l'intégrer dès le chiffrage, parce que la majoration porte sur toute la consommation.

Deux pièges concernent la lecture des factures. Pour accompagner la bascule, annoncée par GitHub le 27 avril, les clients Business et Enterprise existants ont reçu en juin, juillet et août 2026 des crédits promotionnels portés à 30 $ par mois en Business et à 70 $ en Enterprise, au lieu de 19 $ et 39 $. Une facture de l'été ne sert donc pas de référence. Ensuite, un prestataire qui paie son propre Pro ou Pro+ voit cet abonnement annulé automatiquement dès qu'une organisation cliente lui attribue un siège, avec un remboursement au prorata. Mieux vaut le savoir avant de faire entrer un développeur externe dans l'organisation.

Pro+ pour un développeur seul, Business dès qu'il y a une équipe

Dès que deux personnes partagent un dépôt ou que le code appartient à un client, Business est le bon plan, même si un développeur seul obtient plus de crédits par dollar avec un plan individuel : Pro+ donne 7 000 crédits pour 39 $, quand un siège Business en donne 1 900 pour 19 $. À prix égal, Pro+ apporte même 3 100 crédits de plus qu'un siège Enterprise. Sur le papier, la tentation est grande de faire souscrire Pro+ à chaque développeur et de leur rembourser la note.

Nous le déconseillons pour trois raisons. La part flexible, qui fait l'écart, est variable par construction : GitHub précise sur sa page des plans Copilot qu'elle peut changer avec le temps. Les plans individuels n'ont ni gestion des licences, ni gestion des règles, ni indemnisation en matière de propriété intellectuelle, ce que la même page présente comme les principales différences avec les offres d'organisation. Enfin, depuis le 24 avril 2026, GitHub peut utiliser les échanges des utilisateurs Free, Pro et Pro+ pour entraîner ses modèles, sauf si chacun s'y oppose dans ses réglages, comme l'a annoncé GitHub en mars 2026. Les utilisateurs Business et Enterprise ne sont pas concernés. Sur du code client, laisser ce choix à chaque développeur n'est pas tenable.

Le bon découpage suit donc la nature du code plutôt que le nombre de crédits. Un freelance qui code ses propres projets peut prendre Pro, ou Pro+ s'il utilise beaucoup les agents, après avoir désactivé l'entraînement. Max, à 100 $ pour 20 000 crédits, vise ceux qui font tourner des agents en continu. Dans tous les autres cas, Business reste le plan de base : la réserve commune, les règles d'organisation et l'exclusion de fichiers valent bien plus que l'écart de crédits.

Comparer Copilot aux autres assistants de code sur le coût par tâche

Depuis que Copilot facture au token, comparer les outils de code par le prix du siège ne fonctionne plus, et la bonne mesure devient le coût d'une tâche terminée. À tokens égaux, GPT-6 Astra coûte 25 fois plus cher en sortie que GPT-5 mini dans la grille de GitHub, si bien que deux équipes au même prix de siège peuvent payer des factures sans commune mesure. Notre comparatif entre Claude Code, Cursor et GitHub Copilot traite le choix de l'outil par profil d'équipe ; le prix, lui, se juge maintenant sur l'usage.

Chez Noxcod, notre outil de tous les jours est Claude Code. Ce qui fait la différence de coût d'un outil à l'autre tient moins à l'abonnement qu'à la discipline : un contexte bien découpé, un modèle adapté à chaque tâche et des sessions bornées. Nous décrivons ces réglages dans notre façon d'utiliser Claude Code au quotidien, et ils se transposent à Copilot presque tels quels.

Les usages réels invitent à la prudence avant d'ouvrir les agents à toute une équipe. Selon l'enquête développeurs Stack Overflow 2025, 84 % des répondants utilisent ou prévoient d'utiliser des outils d'IA et 51 % des développeurs professionnels s'en servent chaque jour. Mais 52 % n'utilisent pas d'agents ou s'en tiennent à des outils plus simples. Une équipe qui découvre les agents découvre donc aussi leur coût, et c'est le moment où les budgets protègent le plus.

La méthode que nous recommandons tient en un mois. Ouvrez Business pour l'équipe, posez un budget universel, laissez les développeurs choisir leurs modèles, puis lisez le tableau de bord d'usage. Vous saurez alors qui a besoin d'une exception, quels modèles coûtent sans apporter, et si le passage à Enterprise a un sens. Pour aller plus loin sur le pilotage des coûts des modèles au-delà de Copilot, notre article sur le FinOps appliqué à l'IA détaille les alertes, le routage entre modèles et les plafonds par session.

Questions fréquentes

Les complétions de code consomment-elles des crédits Copilot ?

Non. Les complétions de code et les suggestions de prochaine modification ne sont pas facturées en crédits, et elles restent illimitées sur tous les plans payants, selon la documentation de facturation de GitHub. Seul le plan gratuit les limite, à 2 000 par mois. Les crédits servent au chat, à Copilot CLI, à l'agent dans le cloud, à la relecture de code, à Spaces, à Spark et aux agents de code tiers. Un développeur qui n'utilise que l'autocomplétion ne consomme donc pas sa part de la réserve commune.

Que se passe-t-il quand l'équipe a épuisé ses crédits inclus ?

Tout dépend de la règle de dépassement. Si elle est active, ce qui est le cas par défaut, la consommation continue au tarif de 0,01 $ par crédit et se facture à l'organisation, dans la limite des budgets posés. Si elle est désactivée, Copilot est bloqué jusqu'au mois suivant, à l'exception des complétions. Il n'y a plus de bascule automatique vers un modèle moins cher, comme c'était le cas avec les anciennes requêtes premium.

Peut-on mélanger Business et Enterprise dans une même entreprise ?

Oui, avec GitHub Enterprise Cloud. Le propriétaire de l'entreprise choisit le plan organisation par organisation, ce qui permet de tester Enterprise sur une équipe pilote. Les crédits s'additionnent dans la réserve commune : chaque licence Business y apporte 1 900 crédits et chaque licence Enterprise 3 900. Les budgets par centre de coûts permettent ensuite de suivre la consommation de chaque groupe séparément.

Les crédits non utilisés sont-ils reportés au mois suivant ?

Non. Les crédits inclus sont perdus à la fin du mois, et la réserve repart à son montant plein le premier jour de chaque mois civil, à minuit UTC. Cette date ne dépend ni de votre date de facturation, ni des licences ajoutées en cours de mois. C'est la raison pour laquelle payer Enterprise pour des crédits que l'équipe ne consomme pas revient à les perdre.

Copilot Free suffit-il pour une petite équipe ?

Non. La documentation réserve Copilot Free aux développeurs qui n'ont pas accès à Copilot par une organisation, avec 2 000 complétions par mois et un modèle choisi automatiquement. Il n'offre ni gestion des licences ni règles communes, et ses échanges peuvent servir à entraîner les modèles de GitHub tant que l'utilisateur ne s'y oppose pas. Pour une équipe, même de deux personnes, Business est le premier plan qui donne une réserve commune et un contrôle centralisé.