Statistiques de GitHub Copilot.

GitHub Copilot est l’un des rares produits de codage IA avec des chiffres publics à trois niveaux utiles : utilisateurs généraux, abonnés payants et organisations. Microsoft a déclaré que Copilot comptait plus de 26 millions d’utilisateurs au T1 de l’exercice 26, plus de 4,7 millions d’abonnés payants au T2 de l’exercice 26, et près de 140 000 organisations utilisant Copilot au T3 de l’exercice 26.

Ces chiffres font de Copilot le point d’ancrage commercial public le plus clair en matière de codage IA, mais ils créent également un piège facile. Un utilisateur de Copilot n’est pas automatiquement un utilisateur actif mensuel. Un abonné payant n’est pas une organisation. Un décompte d’organisations ne révèle pas combien de développeurs utilisent Copilot quotidiennement. Les plus de 180 millions de développeurs de GitHub et les plus de 500 millions de requêtes de tirage fusionnées sont un contexte de distribution puissant, mais ce sont des métriques de plateforme GitHub, pas des métriques d’utilisation de Copilot.

La véritable histoire de 2026 est que Copilot est passé d’un programmeur pair IA à une couche de flux de travail pour développeurs. Il couvre désormais les complétions d’IDE, le chat, les requêtes de tirage, la révision de code, la CLI, l’agent cloud, Agent HQ, les agents tiers, le choix de modèle, le MCP, la télémétrie d’utilisation et la facturation basée sur l’utilisation. Cela rend les statistiques de Copilot utiles uniquement lorsque le dénominateur est clair.

GitHub Copilot à grande échelle

Les chiffres principaux de Copilot utilisent des dénominateurs différents, il faut donc les lire comme des signaux distincts d’utilisateurs, d’abonnés et d’organisations plutôt que comme un seul chiffre.

Les trois chiffres qui prêtent à confusion

La manière la plus sûre de lire les statistiques de GitHub Copilot est de les considérer comme une échelle. Au sommet se trouve l’affirmation de Microsoft de plus de 26 millions d’utilisateurs, qui est le signal public le plus large de l’échelle de Copilot. Ce chiffre doit être cité comme un chiffre d’utilisateurs rapporté par l’entreprise, et non comme des utilisateurs actifs mensuels, des utilisateurs actifs quotidiens ou des utilisateurs payants, à moins que Microsoft ne le définisse ainsi. Un porte-parole de GitHub a précédemment précisé à TechCrunch qu’un chiffre antérieur de 20 millions d’utilisateurs de Copilot faisait référence à tous les utilisateurs de tous les temps, ce qui est un rappel utile de rester prudent dans la formulation des utilisateurs.

Le niveau suivant est l’adoption payante. Les plus de 4,7 millions d’abonnés payants de Microsoft pour Copilot sont plus significatifs commercialement que l’échelle d’utilisateurs générale, car ils reflètent les sièges ou abonnements payants, et Microsoft a également communiqué un taux de croissance de 75 % d’une année sur l’autre. Mais les abonnés payants ne révèlent toujours pas l’utilisation quotidienne active, les suggestions acceptées, les résultats des requêtes de tirage, l’impact sur la sécurité ou la valeur au niveau de l’équipe.

La portée organisationnelle se situe à un autre niveau. Le chiffre de Microsoft de près de 140 000 organisations montre que Copilot est largement déployé sur les comptes organisationnels, et le même appel du T3 de l’exercice 26 a indiqué que les abonnés d’entreprise avaient presque triplé d’une année sur l’autre. Ce n’est pas la même chose que 140 000 clients d’entreprise avec la même profondeur de déploiement. Une organisation peut avoir un petit pilote ; une autre peut avoir des dizaines de milliers de développeurs.

Les métriques d’utilisation interne sont une catégorie différente. La propre documentation des métriques d’utilisation de GitHub regroupe les métriques Copilot en adoption, engagement, taux d’acceptation, lignes de code et métriques de cycle de vie des requêtes de tirage. Dans la documentation de réconciliation, un utilisateur est considéré comme actif si le nombre d’interactions initiées par l’utilisateur est supérieur à zéro, et le taux d’acceptation des complétions de code est l’activité de code acceptée divisée par l’activité de code générée.

Cette définition est précieuse car elle évite les affirmations hâtives. Les utilisateurs actifs de Copilot au sein d’un tableau de bord d’entreprise ne sont pas la même chose que le chiffre public de 26 millions d’utilisateurs de Microsoft. Le taux d’acceptation n’est pas la productivité. Les lignes de code sont un résultat directionnel, pas un logiciel examiné et livré ; la documentation sur les lignes de code de GitHub présente explicitement ces métriques comme une mesure directionnelle des lignes suggérées, ajoutées et supprimées à travers les fonctionnalités de complétion, de chat et d’agent.

L’adoption par sondage appartient à un autre niveau. JetBrains affirme que 29 % des développeurs professionnels dans son sondage de janvier 2026 ont utilisé GitHub Copilot au travail, tandis que Stack Overflow affirme que 50,6 % des développeurs professionnels ont utilisé des outils d’IA quotidiennement. Ce sont des signaux de flux de travail utiles, mais l’adoption par sondage n’est pas la part de marché de Copilot et ne doit pas être mélangée avec la télémétrie de produit de Microsoft.

Échelle de Copilot : utilisateurs, abonnés payants et organisations

L’histoire de l’échelle de GitHub Copilot commence avec l’affirmation de Microsoft au T1 de l’exercice 26 : Copilot était “le programmeur pair IA le plus populaire” et comptait plus de 26 millions d’utilisateurs. C’est un chiffre public important pour un produit de codage IA nommé. C’est aussi plus large qu’une métrique payante, c’est pourquoi une formulation prudente est importante. Traitez-le comme une échelle d’utilisateurs rapportée par l’entreprise, à moins qu’une source Microsoft ou GitHub ultérieure ne le définisse comme une utilisation active.

Le chiffre des utilisateurs généraux a augmenté avec le temps. En juillet 2025, un porte-parole de GitHub a déclaré à TechCrunch que Copilot avait dépassé les 20 millions d’utilisateurs de tous les temps ; lors de l’appel du T1 de l’exercice 26, Microsoft citait plus de 26 millions d’utilisateurs. Les deux sont des chiffres de large portée, et non des décomptes d’utilisateurs actifs ou payants, de sorte que la tendance est un signal d’échelle plutôt que d’engagement.

La métrique payante est plus claire. Au T2 de l’exercice 26, Microsoft a déclaré que GitHub Copilot comptait plus de 4,7 millions d’abonnés payants, en hausse de 75 % d’une année sur l’autre (Microsoft FY26 Q2). Microsoft a également déclaré que les abonnements Copilot Pro+ pour les développeurs individuels avaient augmenté de 77 % d’un trimestre à l’autre, montrant une croissance des niveaux individuels à forte utilisation, et pas seulement des acquisitions d’entreprise.

La métrique organisationnelle montre l’étendue de la diffusion de Copilot au sein des équipes. Au T3 de l’exercice 26, Microsoft a déclaré que près de 140 000 organisations utilisaient GitHub Copilot et que le nombre d’abonnés d’entreprise avait presque triplé d’une année sur l’autre. C’est la meilleure preuve publique que Copilot n’est pas seulement un complément pour développeurs individuels. Il est devenu un achat de logiciel au niveau de l’organisation.

Cependant, le nombre d’organisations nécessite une mise en garde. Il ne dit pas si une organisation a cinq sièges ou 50 000 sièges. Il ne divulgue pas l’utilisation active, le code accepté ou les résultats de production. Il ne doit pas non plus être réécrit comme “clients” à moins que la source n’utilise ce dénominateur exact de client. “Organisations utilisant Copilot” est suffisamment fort sans l’exagérer.

Les exemples d’entreprises nommées aident à ancrer l’échelle. Microsoft a déclaré que Siemens s’était entièrement tourné vers GitHub après un déploiement réussi de Copilot auprès de 30 000 développeurs. Microsoft a également déclaré que des dizaines de milliers de développeurs AMD utilisaient Copilot et acceptaient des centaines de milliers de suggestions de code chaque mois (Microsoft FY26 Q1). Ce sont des preuves utiles, mais ce sont des cas nommés, pas des moyennes sur les 140 000 organisations.

Contexte de la plateforme GitHub : développeurs, requêtes de tirage et distribution

L’avantage de distribution de Copilot provient de la base de la plateforme GitHub. Microsoft a déclaré que GitHub comptait plus de 180 millions de développeurs, connaissait le taux de croissance le plus rapide de son histoire et ajoutait un développeur chaque seconde. Ce n’est pas un nombre d’utilisateurs de Copilot, mais cela explique pourquoi Copilot peut atteindre les développeurs via les comptes GitHub, les dépôts, les requêtes de tirage, les Actions, les problèmes et les intégrations d’IDE.

La statistique d’intégration la plus intéressante est l’affirmation de Microsoft selon laquelle 80 % des nouveaux développeurs sur GitHub commencent avec Copilot au cours de leur première semaine. C’est un signal de distribution et d’activation. Cela signifie que Copilot est intégré tôt dans le parcours GitHub. Cela ne dit pas combien de ces développeurs deviennent des utilisateurs actifs fidélisés ou des abonnés payants.

L’activité des requêtes de tirage est un autre dénominateur utile. Microsoft a déclaré que plus de 500 millions de requêtes de tirage ont été fusionnées sur GitHub au cours de l’année précédente, les agents de codage IA ayant entraîné une utilisation record. Ce chiffre est important car les fonctionnalités d’agent de Copilot se terminent de plus en plus par des requêtes de tirage, des révisions et des branches. Il ne doit toujours pas être présenté comme des PR créées par Copilot à moins que GitHub ne publie cette métrique plus étroite.

GitHub a facilité l’essai de Copilot avant le changement de facturation de 2026. En décembre 2024, GitHub a annoncé un niveau gratuit de Copilot dans VS Code et a déclaré que GitHub avait dépassé les 150 millions de développeurs ; ce niveau gratuit offrait aux utilisateurs personnels GitHub connectés 2 000 complétions de code et 50 messages de chat par mois au lancement (GitHub Copilot gratuit dans VS Code). La documentation GitHub actuelle répertorie désormais Copilot Free comme un plan pour les développeurs individuels sans accès à l’organisation ou à l’entreprise, avec des fonctionnalités Copilot limitées et une sélection automatique de modèles.

Les programmes open source et éducatifs de GitHub sont également importants pour la distribution. Octoverse 2024 a déclaré que plus de 1 million de mainteneurs open source, d’étudiants vérifiés et d’enseignants avaient utilisé Copilot gratuitement, avec une augmentation de 100 % de ce programme gratuit en 2024. Ce n’est pas la même chose que l’adoption payante, mais cela explique pourquoi Copilot peut se propager via les étudiants, les mainteneurs et les nouveaux développeurs avant qu’un achat payant ne se produise.

Surface du produit : des suggestions en ligne à Agent HQ

GitHub Copilot a commencé dans l’imagination du public comme un outil de complétion automatique, mais la documentation actuelle de GitHub décrit un produit beaucoup plus large. La page des fonctionnalités officielle répertorie Copilot Chat, les suggestions en ligne, les résumés de requêtes de tirage, les messages de commit de GitHub Desktop, Copilot CLI, l’agent cloud Copilot, les agents de codage tiers, la révision de code Copilot et le mode agent dans les IDE.

Les suggestions en ligne restent importantes car elles représentent la surface la moins contraignante. La documentation GitHub indique que Copilot fournit des suggestions pour de nombreux langages et frameworks, et fonctionne particulièrement bien pour Python, JavaScript, TypeScript, Ruby, Go, C# et C++ (suggestions de code GitHub). Mais le produit ne s’arrête plus au texte fantôme dans un éditeur.

Copilot Chat apparaît désormais sur GitHub, les IDE pris en charge, GitHub Mobile et Windows Terminal, selon la documentation GitHub. Copilot CLI permet aux développeurs de travailler depuis le terminal et de déplacer des sessions entre les outils locaux, GitHub.com ou mobile (fonctionnalités GitHub). Microsoft a déclaré que l’utilisation de Copilot CLI doublait presque d’un mois sur l’autre au T3 de l’exercice 26, ce qui fait de la CLI l’une des rares surfaces de Copilot avec un signal de croissance public (Microsoft FY26 Q3).

L’agent cloud Copilot déplace Copilot vers le travail asynchrone. La documentation de GitHub le décrit comme un agent IA autonome capable de rechercher un dépôt, de créer un plan d’implémentation, d’apporter des modifications de code sur une branche et d’ouvrir une requête de tirage pour examen. La page de démarrage de l’agent cloud montre à quel point les points d’entrée sont devenus larges : problèmes et tableaux de bord GitHub, GitHub Mobile, IDE, API REST, GitHub CLI, GitHub MCP Server, Jira, Slack, Microsoft Teams, Azure Boards, Linear et Raycast.

Agent HQ est la couche stratégique. GitHub a introduit Agent HQ à Universe 2025 comme un flux de travail unique pour orchestrer les agents à travers le travail des développeurs. La transcription du T1 de l’exercice 26 de Microsoft a qualifié Agent HQ de couche d’organisation pour les agents de codage d’OpenAI, Anthropic, Google, Cognition, xAI, les modèles open source et les modèles internes, construits autour de primitives GitHub telles que les PR, les Problèmes et les Actions.

La matrice des fonctionnalités montre pourquoi les statistiques de surface du produit nécessitent des étiquettes de date. GitHub répertorie la prise en charge de VS Code, Visual Studio, JetBrains, Eclipse, Xcode et NeoVim, mais toutes les fonctionnalités ne sont pas disponibles dans tous les clients ; la matrice des fonctionnalités marque certaines fonctionnalités comme étant en préversion et note que la page elle-même est en préversion publique. Par exemple, la complétion de code est largement prise en charge, tandis que les compétences avancées d’agent, BYOK, les agents personnalisés, la vision et l’indexation de l’espace de travail varient selon l’IDE et la version.

La plateforme s’ouvre également à d’autres agents. Les flux de travail agentiques de GitHub prennent en charge les moteurs GitHub Copilot, Anthropic Claude, OpenAI Codex et Google Gemini, avec Copilot comme moteur par défaut si aucun moteur n’est spécifié. Cela fait de Copilot à la fois un produit et une couche de flux de travail pour plusieurs agents de codage.

Tarification et facturation : le changement du 1er juin 2026

Le changement le plus important du modèle économique de Copilot en 2026 a été le passage à la facturation basée sur l’utilisation. GitHub a annoncé que tous les plans Copilot passeraient à ce modèle le 1er juin 2026, remplaçant les requêtes premium par des crédits IA GitHub et calculant l’utilisation à partir des jetons d’entrée, de sortie et mis en cache en fonction des tarifs des modèles (annonce de facturation GitHub). La documentation de changement de facturation héritée de GitHub indique le même changement plus directement : avant le 1er juin 2026, la facturation était basée sur les requêtes premium ; après le 1er juin 2026, le coût d’une interaction dépend du modèle et du nombre de jetons.

La documentation actuelle des plans individuels répertorie trois niveaux individuels payants. Copilot Pro coûte 10 $ par mois avec 1 500 crédits IA mensuels totaux ; Copilot Pro+ coûte 39 $ par mois avec 7 000 crédits IA mensuels totaux ; Copilot Max coûte 100 $ par mois avec 20 000 crédits IA mensuels totaux (plans individuels GitHub). Copilot Free comprend 2 000 complétions de code par mois, tandis que Copilot Student comprend des complétions illimitées selon la même page actuelle.

La tarification des organisations est basée sur le nombre de sièges et sur l’utilisation. La documentation GitHub indique que Copilot Business coûte 19 $ par utilisateur et par mois, incluant 1 900 crédits IA par utilisateur, et Copilot Enterprise coûte 39 $ par utilisateur et par mois, incluant 3 900 crédits IA par utilisateur pour GitHub Enterprise Cloud (facturation des organisations GitHub). L’utilisation au-delà du pool inclus est facturée à 0,01 $ par crédit IA, et les plans payants maintiennent les complétions de code et les suggestions d’édition suivantes illimitées selon la documentation actuelle.

Cela change la façon dont les responsables de l’ingénierie devraient envisager l’économie de Copilot. Avant la facturation basée sur l’utilisation, une équipe pouvait souvent raisonner principalement en termes de sièges et d’allocations de requêtes. Après la transition, le choix du modèle, le volume de jetons, les flux de travail agentiques, la révision de code et l’activité CLI/agent cloud deviennent tous pertinents en termes de coûts. Microsoft a explicitement déclaré au T3 de l’exercice 26 que GitHub passait à une tarification basée sur l’utilisation pour aligner la tarification sur l’utilisation et les coûts (Microsoft FY26 Q3).

La révision de code en est un bon exemple. La documentation GitHub indique que les révisions de code Copilot ont deux composantes de coût : les crédits IA pour l’interaction du modèle et les minutes GitHub Actions pour la collecte de contexte agentique et l’utilisation d’outils (documentation sur la révision de code GitHub). L’annonce de facturation de GitHub a également déclaré que la révision de code Copilot consommerait des minutes GitHub Actions en plus des crédits IA.

Choix du modèle et contrôles IA d’entreprise

Copilot n’est plus considéré comme un assistant de codage à modèle unique. Microsoft a déclaré au T3 de l’exercice 26 que la majorité des utilisateurs de Copilot utilisent plusieurs modèles. La documentation GitHub montre également que la disponibilité des modèles dépend du plan, du client et des restrictions de l’organisation ou de l’entreprise (configuration de l’accès aux modèles).

L’hébergement de modèles est une préoccupation des entreprises. La documentation GitHub décrit comment différentes familles de modèles sont hébergées. Pour les modèles Google, GitHub indique que les invites et les métadonnées sont envoyées à Google Cloud Platform sous les engagements de données de Google ; pour MAI-Code-1-Flash de Microsoft, le modèle est hébergé sur Azure dans le locataire de GitHub ; pour les modèles open-weight, GitHub indique qu’ils sont hébergés sur l’infrastructure Azure AI Foundry basée aux États-Unis et gérée par GitHub et Microsoft, et que les invites et les réponses ne sont pas envoyées aux développeurs de modèles originaux (hébergement de modèles GitHub).

GitHub a ajouté un concept de stabilité pour les entreprises. Le 18 mars 2026, GitHub a désigné GPT-5.3-Codex comme modèle de base et modèle de support à long terme pour Copilot Business et Copilot Enterprise, avec un support LTS d’un an à compter de la désignation (modèles de base et LTS). Cela est important car les entreprises ont besoin de plus que le dernier modèle ; elles ont besoin d’une disponibilité prévisible, de fenêtres de migration et de contrôles d’administration.

Le catalogue de modèles évolue rapidement. GitHub a annoncé MAI-Code-1-Flash pour Copilot en juin 2026, puis l’a rendu généralement disponible pour Copilot Business et Copilot Enterprise le 26 juin 2026. La même famille de mises à jour montre pourquoi les faits sur les modèles dans les statistiques de Copilot nécessitent des dates exactes.

Le support “Bring-your-own-key” (BYOK) ajoute une autre couche de gouvernance. La documentation BYOK de GitHub pour les entreprises répertorie les clés de fournisseurs pris en charge d’Anthropic, AWS Bedrock, Google AI Studio, Microsoft Foundry, OpenAI, les fournisseurs compatibles OpenAI et xAI, tout en avertissant que la fonctionnalité des modèles affinés et la qualité de la sortie peuvent varier. La documentation MCP de GitHub positionne également le protocole de contexte de modèle comme un moyen d’étendre Copilot avec les outils et services existants sur les principales surfaces de Copilot, y compris les IDE, la CLI, l’application Copilot et la délégation d’agent GitHub.com.

Les contrôles d’entreprise ne concernent pas uniquement les modèles. L’exclusion de contenu permet aux organisations de configurer les fichiers que Copilot doit ignorer ; le contenu exclu n’informe pas les suggestions en ligne, les réponses de chat ou la révision de code Copilot. Le référencement de code vérifie les suggestions pour les correspondances avec le code publiquement disponible et peut ignorer les correspondances ou afficher des références en fonction des paramètres de politique (suggestions de code GitHub).

Le modèle de gouvernance est clair : les statistiques de produit de Copilot pour 2026 ne concernent pas seulement le nombre de personnes qui l’utilisent. Elles concernent également les modèles activés, la manière dont l’utilisation est facturée, le contexte autorisé, la manière dont les suggestions sont référencées, et la manière dont les équipes mesurent l’utilisation des modèles et des fonctionnalités.

Métriques d’utilisation de Copilot : ce que les équipes peuvent réellement mesurer

Les chiffres d’adoption publique de Copilot sont utiles pour le contexte du marché. Les dirigeants d’entreprise ont besoin d’un ensemble de métriques différent après le déploiement. La documentation des métriques d’utilisation de GitHub indique que les métriques de Copilot se répartissent en adoption, engagement, taux d’acceptation, lignes de code et métriques de cycle de vie des requêtes de tirage.

L’adoption répond à la question de savoir si les développeurs sous licence utilisent activement Copilot. La documentation des métriques de GitHub définit les utilisateurs actifs quotidiens comme des utilisateurs uniques qui ont interagi avec Copilot un jour donné, et la documentation de réconciliation lie le statut d’utilisateur actif à un nombre d’interactions initiées par l’utilisateur supérieur à zéro (réconciliation des métriques). C’est le chiffre qu’une équipe devrait préférer aux “licences attribuées” lorsqu’elle évalue si un déploiement est actif.

L’engagement montre la profondeur d’utilisation. GitHub indique que les métriques d’engagement incluent la fréquence et l’étendue des fonctionnalités, telles que le nombre moyen de requêtes de chat par utilisateur actif. Le taux d’acceptation mesure la fréquence à laquelle les développeurs acceptent les suggestions et est calculé de manière cohérente sur le tableau de bord et les champs API/exportation. Il peut signaler la pertinence, mais un taux d’acceptation élevé ne signifie pas automatiquement un logiciel de haute qualité.

Les métriques LoC sont particulièrement faciles à mal utiliser. GitHub indique que les métriques de lignes de code sont une mesure directionnelle de la sortie de Copilot, quantifiant les lignes suggérées, ajoutées ou supprimées à travers les fonctionnalités de complétion, de chat et d’agent. La sortie directionnelle est utile, mais ce n’est pas la même chose que du code fusionné, testé, sécurisé ou maintenable.

Les métriques de cycle de vie des requêtes de tirage rapprochent Copilot des résultats de livraison. GitHub indique que celles-ci incluent le nombre de créations et de fusions de requêtes de tirage, le temps médian de fusion et l’activité de suggestion de révision, permettant aux équipes de comparer l’activité globale des requêtes de tirage avec les requêtes de tirage créées par Copilot. C’est le niveau où Copilot devient plus qu’un outil de génération de code : les équipes peuvent étudier si les flux de travail assistés par l’IA modifient le débit et le temps de cycle.

Le produit de métriques est devenu plus opérationnel en 2026. GitHub a annoncé la disponibilité générale des métriques d’utilisation de Copilot le 27 février 2026, avec accès au tableau de bord et à l’API, visibilité au niveau de l’organisation, contrôles d’accès granulaires et prise en charge de la résidence des données. GitHub a ensuite ajouté la télémétrie du mode plan le 2 mars 2026 et la résolution au niveau du modèle pour la sélection automatique de modèles le 20 mars 2026.

Le reporting au niveau de l’équipe est une autre étape importante. Le 14 mai 2026, GitHub a annoncé un rapport d’équipes d’utilisateurs qui peut être joint aux rapports d’utilisation par utilisateur pour produire des métriques Copilot au niveau de l’équipe, y compris les utilisateurs actifs, les complétions, les chats, le langage, l’IDE, la fonctionnalité et les répartitions de modèles. Les mises en garde sont opérationnellement importantes : les équipes de moins de cinq utilisateurs Copilot sont exclues, et les utilisateurs appartenant à plusieurs équipes peuvent être comptés dans chaque agrégat d’équipe, de sorte que les totaux d’équipe ne peuvent pas être additionnés pour reproduire un total d’organisation.

Productivité, sécurité et gouvernance

La statistique de productivité de Copilot la plus citée est l’étude de tâche contrôlée de GitHub. Les développeurs utilisant Copilot ont terminé une tâche de serveur HTTP JavaScript 55 % plus rapidement, en moyenne 1 heure 11 minutes contre 2 heures 41 minutes pour les développeurs sans Copilot ; GitHub a rapporté une signification statistique et un intervalle de confiance de 95 % de 21 % à 89 % (recherche sur la productivité de GitHub). C’est une preuve solide pour un seul cadre de tâche délimité.

La même étude ne doit pas devenir une affirmation universelle selon laquelle tous les développeurs sont 55 % plus rapides. La page de recherche de GitHub elle-même explique pourquoi la productivité des développeurs est difficile à mesurer et utilise un cadre de productivité plus large qui inclut la satisfaction, la performance, l’activité, la communication et l’efficacité. L’affirmation plus sûre est que Copilot peut accélérer considérablement certaines tâches et améliorer le flux, tandis que les résultats au niveau de l’équipe dépendent du type de tâche, de la base de code, de la révision, des tests et du système de déploiement.

Des recherches plus larges sur le développement de l’IA renforcent ce tableau mitigé. Le résumé DORA 2025 de Google indique que 90 % des professionnels du développement logiciel utilisent l’IA au travail, avec une moyenne de deux heures par jour passées avec l’IA ; 65 % dépendent fortement de l’IA pour le développement logiciel ; plus de 80 % signalent des gains de productivité ; et 59 % signalent une influence positive sur la qualité du code. Mais DORA signale également un paradoxe de confiance : seulement 24 % déclarent avoir beaucoup ou une grande confiance en l’IA, tandis que 30 % déclarent avoir peu ou pas de confiance.

METR est le contrepoids le plus utile car il a mesuré le temps de tâche plutôt que la seule productivité auto-déclarée. Dans un essai contrôlé randomisé de 2025, des développeurs open source expérimentés travaillant sur des dépôts matures ont mis 19 % plus de temps lorsqu’ils étaient autorisés à utiliser des outils d’IA du début de 2025, même s’ils s’attendaient à ce que l’IA les accélère de 24 % et ont ensuite cru qu’elle les avait accélérés de 20 %. METR a ensuite déclaré que son résultat du début de 2025 était obsolète et a modifié la conception de l’expérience car les nouveaux modèles d’utilisation des agents IA rendaient la mesure plus difficile. La leçon n’est pas que Copilot ralentit les équipes. La leçon est que la productivité dépend du travail.

La gouvernance est l’endroit où l’avenir agentique de Copilot devient opérationnel. L’enquête sur la responsabilité de l’IA de GitLab de 2026 indique que 85 % des répondants conviennent que l’IA a déplacé le goulot d’étranglement de l’écriture de code vers sa révision et sa validation, 92 % signalent un défi de gouvernance avec le code généré par l’IA, et 80 % conviennent que leur organisation a adopté des outils d’IA plus rapidement qu’elle n’a développé des politiques pour les gouverner. Ce n’est pas une enquête spécifique à Copilot, mais elle explique l’environnement dans lequel les acheteurs de Copilot opèrent.

La propre documentation sur les risques de l’agent cloud de GitHub est franche sur les raisons pour lesquelles des contrôles sont nécessaires. L’agent cloud Copilot peut pousser des modifications de code, c’est pourquoi GitHub indique qu’il atténue les risques en limitant qui peut déclencher l’agent, en restreignant la branche sur laquelle il peut pousser, en exigeant une révision humaine avant la fusion, en restreignant l’exécution des flux de travail jusqu’à approbation, et en empêchant le demandeur d’approuver la requête de tirage résultante dans certains flux de travail protégés. GitHub indique également que l’agent cloud Copilot utilise CodeQL, vérifie les nouvelles dépendances par rapport à la base de données de conseils de GitHub, utilise l’analyse des secrets et enregistre les détails de l’analyse dans les journaux de session.

La documentation sur l’utilisation responsable ajoute le côté humain. La fiche d’utilisation responsable de Copilot Chat de GitHub avertit que le code généré peut être inexact, biaisé vers certains langages ou styles, correspondre à du code public ou exposer des vulnérabilités de sécurité s’il n’est pas examiné attentivement. Des travaux universitaires plus anciens ont trouvé des risques concrets dans le codage assisté par l’IA : “Asleep at the Keyboard ?” a généré 1 689 programmes dans 89 scénarios et a trouvé environ 40 % vulnérables dans cette configuration (arXiv 2108.09293), tandis qu’une étude d’utilisateurs de 2022/2023 a révélé que les participants ayant accès à un assistant de code IA écrivaient un code significativement moins sécurisé et étaient plus susceptibles de croire que leur code était sécurisé (arXiv 2211.03622). Ces articles doivent être traités comme des preuves historiques de sécurité, et non comme des taux de vulnérabilité actuels de Copilot.

Les benchmarks doivent faire l’objet du même traitement attentif. SWE-bench Verified est un sous-ensemble validé par l’homme de 500 tâches d’ingénierie logicielle pour évaluer les agents de codage et les modèles de langage. Il est utile pour comprendre les progrès des capacités, d’autant plus que Copilot devient plus agentique. Ce n’est pas une preuve d’utilisateurs actifs, d’abonnés payants, de nombre d’organisations ou de qualité de production.

Contexte du marché : Copilot dans la pile d’outils de codage IA

Les enquêtes auprès des développeurs montrent pourquoi Copilot est important au-delà des bénéfices de Microsoft. L’enquête AI Pulse de JetBrains de janvier 2026 a interrogé plus de 10 000 développeurs professionnels dans le monde et a révélé que 90 % utilisaient régulièrement au moins un outil d’IA au travail pour les tâches de codage et de développement. Elle a également révélé que 74 % avaient adopté des outils d’IA spécialisés pour les développeurs, tels que des assistants de codage, des éditeurs ou des agents, et pas seulement des chatbots généraux.

Dans cette enquête, GitHub Copilot est resté l’outil de codage IA le plus largement connu et adopté : 76 % de notoriété et 29 % d’utilisation professionnelle dans le monde. JetBrains a également déclaré que l’adoption de Copilot atteignait 40 % dans les entreprises de plus de 5 000 employés, tandis que Cursor et Claude Code atteignaient chacun 18 % d’utilisation professionnelle globale (JetBrains AI Pulse).

Cela ne signifie pas que Copilot détient 29 % de part de marché. Cela signifie que 29 % des développeurs professionnels interrogés ont utilisé Copilot au travail dans cette enquête. Le chiffre reste précieux car il étaye l’affirmation selon laquelle Copilot est courant dans le travail réel, et pas seulement largement connu.

Stack Overflow offre un aperçu plus large du sentiment des développeurs. Dans sa section IA de 2025, Stack Overflow rapporte que 84 % des répondants utilisent ou prévoient d’utiliser des outils d’IA dans le processus de développement, et 50,6 % des développeurs professionnels utilisent des outils d’IA quotidiennement (Stack Overflow 2025). Mais Stack Overflow rapporte également que plus de développeurs se méfient de la précision de la sortie de l’IA qu’ils ne lui font confiance, 46 % se méfiant de la précision et seulement 33 % lui faisant confiance. Une adoption élevée et une faible confiance peuvent coexister.

Cette tension correspond à l’orientation produit de Copilot. Copilot n’essaie pas seulement de générer plus de code. Il ajoute la révision de code, les métriques d’utilisation, la gouvernance des modèles, l’exclusion de contenu, le référencement de code, les journaux d’agents, les sorties sécurisées et les contrôles de flux de travail. Le produit répond à la même réalité du marché que les enquêtes montrent : les développeurs veulent de l’aide de l’IA, mais les équipes ont besoin de confiance, de traçabilité et de contrôle des coûts.

Pourquoi cela est important pour les leaders et les opérateurs en ingénierie

Pour les fondateurs, Copilot valide le marché payant des outils de développement IA. Un produit avec plus de 26 millions d’utilisateurs, plus de 4,7 millions d’abonnés payants et près de 140 000 organisations n’est pas une catégorie de nouveauté. Mais cela affaiblit également le positionnement générique d‘“assistant de codage IA”. Les produits concurrents ou adjacents doivent s’approprier un point douloureux plus étroit : le contexte de la base de code, la migration, l’automatisation de la révision, les tests, les mises à jour de dépendances, le triage de sécurité, la gouvernance des modèles, la gestion des coûts, le flux de travail de publication ou l’orchestration des agents.

Pour les équipes GTM techniques, le message le plus clair de Copilot n’est pas “l’IA écrit du code”. Les développeurs le savent déjà. Le message le plus utile est que le développement assisté par l’IA passe de la génération de code individuelle à la livraison de logiciels gouvernée. La propre feuille de route de Copilot pointe dans cette direction : révision de code, agent cloud, Agent HQ, métriques d’utilisation, contrôles de modèle, exclusion de contenu et flux de travail agentiques sécurisés.

Ce que les chiffres prouvent et ne prouvent pas

Les chiffres manquants sont aussi importants que ceux publiés. GitHub et Microsoft publient l’échelle des utilisateurs, les abonnés payants, le nombre d’organisations et le contexte de la plateforme, mais ils ne publient pas un chiffre clair d’utilisateurs actifs quotidiens de Copilot, une répartition des revenus payants par canal, ou un chiffre moyen de sièges par organisation.

Mettre les chiffres de Copilot en contexte

Utilisez les transcriptions des investisseurs de Microsoft pour les chiffres d’échelle publique les plus larges de Copilot : utilisateurs, abonnés payants, organisations, développeurs GitHub, intégration de nouveaux développeurs, volume de PR, croissance des abonnés d’entreprise, utilisation multi-modèle et croissance de la CLI (Microsoft FY26 Q1, Microsoft FY26 Q2, Microsoft FY26 Q3).

Utilisez la documentation GitHub pour les faits actuels sur les produits : plans, prix, allocations de crédits IA, mécanismes de facturation, hébergement de modèles, disponibilité des fonctionnalités, métriques d’utilisation, exclusion de contenu, référencement de code et contrôles d’utilisation responsable. Utilisez JetBrains, Stack Overflow, DORA et GitLab pour le contexte sur l’adoption du travail des développeurs, la confiance, la gouvernance et les goulots d’étranglement de la révision, tout en vous souvenant que leurs dénominateurs sont des populations d’enquête plutôt que la télémétrie de Copilot.

Questions fréquemment posées

Sources et lectures complémentaires