Ce qui est confirmé
GitHub a annoncé le 28 août 2026 plusieurs changements à venir pour GitHub Copilot. Ils concernent la facturation des offres Copilot Business et Copilot Enterprise, puis l’unification de Copilot Chat, de GitHub Mobile et du cloud agent. Pour une équipe qui utilise Copilot dans son stack de développement, le sujet n’est pas une nouvelle fonctionnalité isolée. Il touche au pilotage des accès, au budget et à la conservation des échanges.
Fait confirmé : GitHub prévoit de réactiver les inscriptions de nouveaux clients Copilot Business et Copilot Enterprise réglant par carte bancaire ou PayPal à partir du 1er septembre 2026. L’entreprise indique aussi renforcer la vérification des comptes et mettre à jour l’expérience de facturation pour ces moyens de paiement. L’annonce officielle de GitHub reste la référence à consulter avant toute décision de déploiement.
Le point important est simple : un siège Copilot ne doit plus être pensé comme une simple permission technique. Il devient un poste de dépense à surveiller dès son attribution. Cette évolution arrive alors que les équipes cherchent déjà à mesurer l’usage réel de leurs agents IA, un sujet que j’ai aussi abordé dans mon article sur l’indicateur de retour sur investissement de GitHub Copilot.
Ce que GitHub change pour la facturation Copilot
Fait confirmé : à compter du 1er septembre 2026 pour les nouveaux clients concernés, toute nouvelle attribution de siège Copilot Business ou Copilot Enterprise exigera le paiement de ce siège avant que l’utilisateur puisse accéder à Copilot. GitHub précise également qu’au début du cycle de facturation suivant, tous les sièges attribués seront facturés à l’avance.
Pour les clients déjà actifs, GitHub annonce une entrée en vigueur de ces changements de facturation à partir du 1er octobre 2026. C’est une date à noter dans le calendrier de la personne qui administre GitHub, mais aussi dans celui de la finance ou des opérations. Un administrateur peut ajouter un accès pour résoudre un besoin immédiat. Le coût et la gouvernance de cet accès doivent désormais être regardés au même moment.
Fait confirmé : GitHub indique que les prix de Copilot Business et Copilot Enterprise ne changent pas dans cette annonce. En revanche, le retrait d’un siège ne donne pas lieu à un remboursement calculé au prorata. La suppression sera prise en compte lors du cycle mensuel suivant. GitHub détaille ces règles dans son changelog.
Cette nuance compte. Réduire le nombre de sièges reste une décision possible, mais elle ne produit pas nécessairement un effet financier immédiat. Il faut donc éviter de confondre deux opérations : retirer un accès pour améliorer la sécurité et réduire une dépense à court terme. Elles peuvent aller dans le même sens, mais elles ne suivent pas le même calendrier.
GitHub conserve aussi une règle de proratisation pour les sièges ajoutés en cours de cycle. Fait confirmé : un siège ajouté au milieu d’un cycle reste facturé au prorata entre sa date d’attribution et la fin de la période de facturation. GitHub indique par ailleurs que les usages additionnels au-delà des allocations incluses restent achetables.
Les éléments qui ne changent pas selon GitHub
L’annonce ne décrit pas une refonte complète de la gestion des dépenses Copilot. Plusieurs mécanismes restent disponibles.
Fait confirmé : GitHub conserve les contrôles de dépenses, le suivi de l’usage et la possibilité d’acheter des crédits IA supplémentaires. Si l’usage inclus est dépassé, un paiement additionnel peut être nécessaire pour que les utilisateurs continuent d’utiliser le service. GitHub précise aussi que l’usage inclus peut être proratisé sur le mois afin de s’aligner sur la proratisation du coût du siège.
Dans une équipe, ces éléments invitent à séparer trois questions. Premièrement, qui a réellement besoin d’un siège. Deuxièmement, quel niveau d’usage est constaté. Troisièmement, qui peut autoriser une dépense supplémentaire. Sans cette séparation, un dashboard d’usage devient un simple tableau consulté après coup.
Analyse : si ton équipe distribue les accès Copilot au fil des demandes, un contrôle mensuel peut être trop tardif. Le changement de paiement avant accès pousse à formaliser la décision au moment de l’attribution. Cela ne demande pas forcément un processus lourd. Un propriétaire de budget, une justification courte et une revue régulière des sièges peuvent déjà clarifier le workflow.
Je te recommande également de garder une trace distincte des décisions d’accès et des données d’usage. Les premières concernent la gouvernance. Les secondes concernent la valeur perçue. C’est proche de la logique à appliquer dans un CRM : avant de comparer les outils, il faut savoir quel processus on veut suivre. Si tu pars de zéro sur ce sujet, mon guide sur le rôle d’un CRM et les critères de choix peut t’aider à cadrer cette méthode.
Une expérience Copilot unifiée à partir de fin septembre
La seconde évolution annoncée porte sur l’expérience produit. Fait confirmé : GitHub prévoit, au plus tôt le 28 septembre 2026, de relancer Copilot Chat sur github.com, Copilot Chat dans GitHub Mobile et GitHub Copilot cloud agent sous une expérience Copilot unique.
Pourquoi c’est important
Le terme « au plus tôt » est essentiel. Il indique une date plancher, pas une garantie de disponibilité exacte ce jour-là. Je ne présenterais donc pas le 28 septembre comme une date de migration certaine pour chaque organisation. Il faut la traiter comme le début possible du lancement annoncé par GitHub.
Fait confirmé : les politiques distinctes de ces expériences doivent être remplacées par une politique unique. GitHub indique que cette expérience unifiée sera activée par défaut après son lancement. Le cloud agent utilisera Sandbox afin de proposer une expérience cloud plus rapide, selon l’annonce.
GitHub ajoute que Copilot sur github.com migrera entièrement vers l’expérience de sessions d’agent, auparavant utilisée seulement par le cloud agent. Cette évolution est cohérente avec l’orientation plus agentique de Copilot, visible aussi dans l’actualité des plugins d’agents GitHub. Il ne faut toutefois pas en déduire des capacités non annoncées. La source fournie décrit un rapprochement des expériences et de leurs politiques, pas un inventaire complet de nouvelles fonctions.
La conservation des données de chat mérite une vérification interne
Le changement le plus sensible de cette annonce concerne la rétention des données. Fait confirmé : avec la migration vers les sessions d’agent, GitHub indique que les données de chat seront conservées pendant toute la durée de vie du compte, au lieu de 28 jours. GitHub précise que cela s’aligne sur l’expérience existante de Copilot cloud agent.
Ce n’est pas un détail de paramétrage. Les conversations peuvent contenir du contexte technique, des extraits de code, des demandes de correction ou des éléments sur l’organisation du travail. La source ne détaille pas ici les options de configuration, les procédures internes à mettre à jour ni les modalités exactes de contrôle. Ces points restent donc inconnus dans le paquet de sources fourni.
Analyse : avant l’unification, je vérifierais qui utilise Copilot sur github.com, dans l’application mobile et via le cloud agent. Je demanderais ensuite à la personne responsable de la sécurité ou de la conformité d’évaluer si la nouvelle durée de conservation correspond aux règles internes. Cette vérification ne présume pas qu’il existe un problème. Elle évite de découvrir un changement de rétention après le déploiement.
Pour les petites structures, la bonne approche consiste souvent à documenter ce qui est réellement utilisé avant de chercher à optimiser. Cela vaut pour Copilot comme pour une automation marketing. Dans mon guide sur l’automatisation de son business, je défends la même idée : cartographier un flux réel est plus utile que connecter des outils sans responsable ni mesure.
Ce qui est confirmé, ce qui reste inconnu
Voici la lecture la plus prudente de l’annonce.
Confirmé : les nouvelles inscriptions Copilot Business et Copilot Enterprise payées par carte bancaire ou PayPal doivent commencer à être réactivées à partir du 1er septembre 2026. Les nouveaux sièges nécessitent un paiement avant l’accès. Les clients existants doivent voir les changements de facturation à partir du 1er octobre 2026.
Confirmé : GitHub ne change pas les prix de Copilot Business et Copilot Enterprise dans cette annonce. Les ajouts de sièges en cours de cycle restent proratisés. Le retrait d’un siège ne donne pas droit à un remboursement proratisé. Les contrôles de dépenses, le suivi de l’usage et l’achat de crédits IA supplémentaires restent disponibles.
Confirmé : GitHub prévoit une expérience unique réunissant Copilot Chat sur github.com, Copilot Chat dans GitHub Mobile et le cloud agent, au plus tôt le 28 septembre 2026. Elle sera activée par défaut après le lancement annoncé. La rétention des données de chat doit passer à la durée de vie du compte.
Inconnu dans la source fournie : le calendrier précis pour chaque compte, les réglages disponibles pour modifier ou administrer la conservation des chats, les critères détaillés de vérification des comptes et les conséquences opérationnelles pour chaque configuration d’entreprise. Sur ces sujets, il vaut mieux consulter la documentation liée par GitHub et les paramètres de son organisation plutôt que d’extrapoler.
Ce que ça change pour toi
Concrètement, si tu gères une équipe produit, technique ou no-code, le premier réflexe est de recenser les sièges et leur propriétaire. Ne te limite pas au nombre de personnes qui écrivent du code. Copilot peut intervenir dans la revue, la documentation, la gestion d’incidents ou la préparation de tâches. L’important est de relier chaque accès à un usage identifiable.
Ensuite, aligne ton cycle de revue des accès avec ton cycle de facturation. La source indique une facturation anticipée des sièges attribués au début du cycle suivant et l’absence de remboursement au prorata lors d’un retrait. Une revue conduite juste avant la période de facturation peut donc être plus utile qu’une revue irrégulière.
Ce que cela change
Enfin, traite le changement de conservation des chats comme un sujet de gouvernance. Documente les usages attendus de Copilot. Rappelle ce qui ne doit pas être collé dans un chat selon les règles de ton organisation. Vérifie les exigences applicables avec les équipes compétentes. Cette recommandation est une analyse de méthode, pas une obligation annoncée par GitHub.
Si ton objectif est d’industrialiser tes processus sans multiplier les accès inutiles, tu peux aussi consulter mon article sur l’IA en entreprise et le problème de l’intégration. Pour les sujets de SEO, d’automation et de stack marketing, je partage aussi des ressources sur mon agence AskOptimize.
Mon avis
À mon avis, ce changement rappelle qu’un outil IA d’équipe doit être administré comme un service métier, pas comme un simple avantage individuel. Le prix annoncé ne change pas, mais le moment du paiement et les règles de rétention changent la façon de gérer les accès. Je pense qu’une équipe gagnera plus à définir un propriétaire, une revue et un cadre d’usage qu’à chercher immédiatement à multiplier les sièges. Le bon indicateur n’est pas le nombre d’accès activés. C’est la capacité à expliquer pourquoi chaque accès existe.
FAQ
Quand les nouveaux clients peuvent-ils de nouveau s’inscrire à GitHub Copilot Business ou Enterprise ?
Selon GitHub, les inscriptions de nouveaux clients réglant par carte bancaire ou PayPal doivent commencer à être réactivées à partir du 1er septembre 2026.
À quelle date les changements de facturation concernent-ils les clients Copilot existants ?
GitHub indique que les clients Copilot Business et Copilot Enterprise déjà actifs peuvent s’attendre à ces mises à jour de facturation à partir du 1er octobre 2026.
Le retrait d’un siège GitHub Copilot donne-t-il droit à un remboursement immédiat ?
Non. GitHub précise que la révocation d’un siège ne produit pas de remboursement au prorata. Le retrait est reflété au cycle mensuel de facturation suivant.
Les prix de GitHub Copilot Business et Enterprise augmentent-ils avec cette annonce ?
Non, GitHub indique que les prix de Copilot Business et Copilot Enterprise ne changent pas dans l’annonce du 28 août 2026. Cette réponse ne couvre pas d’éventuels changements ultérieurs non inclus dans la source.
Combien de temps les données de chat Copilot seront-elles conservées après l’unification ?
GitHub annonce que les données de chat seront conservées pendant toute la durée de vie du compte, au lieu de 28 jours, avec la migration vers l’expérience de sessions d’agent.
Information & avertissement
Cet article s’appuie exclusivement sur l’annonce officielle de GitHub, publiée le 28 août 2026. Les dates annoncées peuvent évoluer. Vérifie les paramètres, la documentation et les conditions applicables à ton organisation avant de modifier des accès ou un budget. Aucun lien affilié ni aucune offre commerciale n’est intégré à cet article.
Sources et méthode
Les informations ont été vérifiées à partir des sources ci-dessous.
Les faits confirmés sont distingués des analyses et des limites encore ouvertes.
