Mis à jour le 30 octobre 2026 · 7 min de lecture
- Le rapport Octoverse 2026 de GitHub chiffre une bascule : plus de 40 % des pull requests démarrent avec un agent IA, contre 17 % en mars.
- Écrire du code n'est plus le goulot d'étranglement. La relecture le devient : c'est là que se joue la qualité de ce qui arrive sur votre site.
- Le risque n'est pas que l'IA code mal, c'est qu'elle code vite une dette invisible : performance, accessibilité, SEO technique, sécurité.
- Ce que je vérifie en héritant d'un code écrit par agent : le rendu réel, les Core Web Vitals, le balisage, et la cohérence avec un cahier des charges clair.
Plus de 40 % des pull requests sur GitHub démarrent désormais avec un agent IA (Octoverse 2026). Écrire du code ne coûte presque plus rien ; la valeur se déplace vers la relecture. Pour votre site, exigez un cahier des charges clair et une relecture humaine, sinon vous héritez d'une dette invisible.
Un chiffre a retenu mon attention cette semaine, et il ne sort pas d'un vendeur d'outils IA mais de GitHub lui-même, dans son rapport annuel Octoverse 2026 : plus de 40 % des pull requests (les demandes de fusion de code) démarrent désormais avec un agent IA, contre 17 % en mars. Sur la seule période de référence, cela représente environ 110 millions de pull requests lancées par un agent sur un mois, six fois plus qu'en mars.
Je ne vous écris pas cet article pour relayer une statistique. Je l'écris parce que ce basculement change concrètement ce que vous recevez quand vous commandez un site ou une évolution de site en 2026, et que la plupart des gens tirent la mauvaise conclusion : « si l'IA code, ce sera plus rapide et moins cher ». La réalité est plus subtile, et plus importante pour votre résultat.
Ce que dit vraiment l'Octoverse 2026
Au-delà des 40 %, le rapport donne l'échelle : 34,3 milliards de commits sur douze mois (plus de trois fois le niveau d'il y a deux ans), 1,3 milliard de pull requests fusionnées, plus de 225 millions de développeurs. Côté outils, 55 % des utilisateurs mensuels de GitHub Copilot emploient désormais des fonctions agentiques, contre 35 % un an plus tôt. Autrement dit, ce n'est pas une mode de niche, c'est le flux de travail par défaut qui est en train de changer.
Point crucial souvent mal rapporté : GitHub ne présente pas la relecture comme un simple embouteillage, mais comme l'endroit « où les développeurs façonnent ce qui revient ». C'est exactement le cœur du sujet. Quand l'écriture devient quasi gratuite, la valeur ne disparaît pas : elle se déplace vers le jugement, la relecture, la décision de ce qu'on garde.
Le goulot d'étranglement s'est déplacé vers la relecture
Pendant vingt ans, produire du code était l'étape lente et chère. Un agent inverse cet équilibre : il propose une pull request complète en quelques minutes. Ce qui reste lent, et doit le rester, c'est de vérifier que ce code fait la bonne chose, proprement, sans casser le reste. GitHub note d'ailleurs que 90 % des pull requests lancées par un agent étaient fusionnées en moins de deux semaines, légèrement plus que les autres : le code passe, et vite.
C'est là que je tique. « Fusionné » ne veut pas dire « bon pour votre entreprise ». Un agent optimise pour produire un diff qui compile et qui ressemble à ce qu'on lui a demandé. Il n'optimise pas spontanément pour votre temps de chargement, votre accessibilité, votre balisage SEO ou votre surface d'attaque. Si personne ne relit avec ces lunettes-là, le code passe quand même.
Le vrai risque pour votre site : une dette invisible
Le danger n'est pas le bug spectaculaire, qui se voit et se corrige. C'est la dette discrète : un composant qui recharge une grosse image à chaque interaction et dégrade l'INP, des titres qui sautent du H2 au H4 et brouillent la structure, des champs de formulaire sans label qui cassent l'accessibilité, une dépendance ajoutée « au cas où » qui ouvre une faille. Rien de tout cela n'empêche le site de s'afficher. Tout cela pèse sur votre référencement, votre conversion et votre sécurité, des mois plus tard.
J'ai déjà détaillé ce que je retrouve en reprenant des sites générés par IA dans mon article sur l'audit d'un site généré par IA, et l'impact SEO spécifique dans laisser une IA coder votre site. Le rapport Octoverse ne fait que confirmer, à l'échelle de l'industrie, ce que je vois sur le terrain projet par projet.
Ce que je vérifie quand j'hérite d'un code écrit par agent
Ma relecture ne regarde pas d'abord la propreté du code en soi, mais son effet sur l'utilisateur et sur le moteur. Je regarde le rendu réel sur mobile, les Core Web Vitals en conditions terrain (en particulier l'INP, traité dans mon guide sur l'INP), la hiérarchie des titres et le balisage, l'accessibilité au clavier, et les dépendances ajoutées. Surtout, je confronte le résultat à un cahier des charges explicite : un agent code très bien une intention floue en quelque chose de précis mais faux.
Ce qu'aucun agent ne fait à votre place
Un agent écrit. Il ne décide pas ce qui compte pour votre activité, ne hiérarchise pas vos priorités, et ne porte pas la responsabilité de ce qui part en production. La valeur d'un prestataire en 2026 n'est plus de taper le code le plus vite, c'est de définir le bon cahier des charges et de relire avec exigence, pour que la vitesse de l'IA devienne un avantage et non une dette. C'est l'approche que j'applique sur mes missions de création de site web : laisser l'IA accélérer la production, garder la main humaine sur la décision et la relecture.
Si vous avez un site construit vite avec de l'IA et un doute sur ce qu'il vous coûte vraiment en performance et en SEO, on peut en parler : calendly.com/treelink/30min.
Faut-il refuser qu'une IA touche au code de mon site ?
Un site codé par IA coûte-t-il forcément moins cher ?
D'où vient le chiffre de 40 % ?
