Add-on Blender
extensions, installation et compatibilité
Ce qui a changé depuis la plateforme d’extensions, ce qui n’est plus livré avec le logiciel, et comment éviter les add-ons qui ne se mettront jamais à jour.
Un add-on Blender est un script Python qui étend le logiciel libre de création 3D — pas un accessoire de mixeur de cuisine. L’extension, elle, est le paquet qui distribue ce code. Depuis la version 4.2 de juillet 2024, Blender embarque une plateforme d’extensions qui permet d’installer et de mettre à jour sans quitter le logiciel.
- Add-on ou extension : le premier est le code, la seconde est l’archive qui le distribue avec son manifeste.
- Installation locale : un fichier installé à la main ne recevra jamais de mise à jour, jamais de notification.
- Cinq add-ons livrés : LoopTools et Bool Tool n’en font plus partie et doivent être installés.
- Licence libre : même vendu, un add-on est distribué sous licence libre — on achète le téléchargement et le suivi.
- Permissions : elles informent, elles ne protègent pas, la Blender Foundation le dit explicitement.
Un add-on Blender, c’est quoi exactement
Précision utile avant d’aller plus loin : il est question ici de Blender, le logiciel libre de création 3D, et non de l’appareil de cuisine qui porte le même nom en anglais. Le mot « add-on » lève l’ambiguïté pour qui connaît le logiciel ; il ne la lève pas forcément pour qui arrive par une recherche.
Cela posé, la vraie question n’est pas de savoir ce qu’est un add-on, mais pourquoi le sujet est devenu confus depuis deux ans. Le système d’installation a changé, la liste des outils fournis avec le logiciel a fondu, et une bonne partie des tutoriels francophones décrit encore l’état d’avant.
Un add-on est un script Python qui étend Blender en s’appuyant sur son interface de programmation, bpy : du code, exécuté par le logiciel, qui ajoute des menus, des opérateurs, des panneaux ou des outils absents nativement.
Il faut immédiatement distinguer deux choses que beaucoup de contenus confondent. L’add-on, c’est le code. L’extension, c’est le paquet qui le distribue : une archive contenant ce code et un fichier de description nommé blender_manifest.toml. Ce manifeste déclare l’identifiant, la version, le nom, le mainteneur, la licence, la version minimale de Blender requise et, éventuellement, les permissions demandées. Un add-on peut donc être livré sous forme d’extension, mais tout ce qui se distribue en extension n’est pas un add-on : il n’existe aujourd’hui que deux types d’extensions, les add-ons et les thèmes.
Trois éléments sont régulièrement pris pour des add-ons sans en être. Un thème n’est qu’un fichier de couleurs, sans code. Un preset est un fichier de réglages rangé dans un dossier dédié, jamais installé depuis la plateforme. Un groupe de nœuds vit à l’intérieur d’un fichier .blend et ne s’installe nulle part. Quant aux bibliothèques d’assets, elles sont indexées par le navigateur d’assets et suivent un mécanisme entièrement séparé.
Extensions
ce que la plateforme a changé
Jusqu’à la version 4.2, un add-on Blender commençait par un dictionnaire Python nommé bl_info placé en tête de script, et s’installait à la main. La version 4.2 LTS, sortie le 16 juillet 2024, a introduit la plateforme d’extensions et changé la logique.
Concrètement, Blender embarque désormais un dépôt distant officiel, extensions.blender.org, consultable et installable depuis les préférences du logiciel, dans une section distincte de la liste des add-ons. Le manifeste remplace l’ancien bl_info. Les dépôts multiples sont pris en charge : par défaut un dépôt distant officiel et deux dépôts locaux, auxquels on peut ajouter des dépôts tiers — c’est le mécanisme prévu pour les add-ons commerciaux, qui ne peuvent pas figurer sur la plateforme officielle.
Deux précisions comptent. D’abord, l’accès au dépôt en ligne n’est pas actif par défaut : il faut l’autoriser explicitement au premier usage. Ensuite, la mise à jour n’est pas automatique au sens strict. Blender propose de vérifier les mises à jour disponibles et de toutes les installer, et une option permet de faire cette vérification au démarrage, mais rien ne se met à jour dans votre dos.
Les add-ons antérieurs à ce système continuent de fonctionner. La documentation les qualifie de « legacy » et conserve une page d’installation qui leur est dédiée. Ils sont dépréciés, pas supprimés — nuance qui a son importance quand on hérite d’un outil ancien et toujours utile.
La version stable actuelle est Blender 5.2 LTS, publiée le 14 juillet 2026 et maintenue jusqu’en juillet 2028. Particularité de ce cycle : la version stable est elle-même une LTS. La 4.5 LTS reste maintenue jusqu’en juillet 2027, tandis que la 4.2 LTS — celle qui avait introduit les extensions — arrive en fin de support. Ces bornes déterminent ce qu’un développeur d’add-on estime devoir prendre en charge, et donc ce que vous trouverez comme compatibilité annoncée sur les fiches.
Installer, mettre à jour, désinstaller
Trois voies d’installation coexistent, et le choix n’est pas neutre : il détermine si votre outil recevra ou non des mises à jour.
-
Activer un add-on déjà livré
Certains add-ons sont fournis avec Blender : ils ne s’installent pas, ils s’activent en cochant leur case dans la liste des add-ons des préférences. Ils suivent le cycle de vie du logiciel et n’ont pas de mise à jour propre.
-
Installer depuis la plateforme
On recherche l’extension depuis Blender, dans la section dédiée des préférences, et on l’installe en un clic. On peut aussi glisser dans la fenêtre le lien d’installation proposé par le site. C’est la seule voie qui donne accès aux mises à jour, à la fiche de compatibilité et à l’historique des versions.
-
Installer un fichier récupéré ailleurs
Une archive obtenue chez un développeur s’installe par le menu prévu à cet effet, ou par simple glisser-déposer dans Blender. Conséquence décisive, et souvent découverte trop tard : le paquet atterrit dans un dépôt local, et ne recevra jamais de mise à jour — ni notification, ni vérification, rien. C’est la première chose à contrôler devant un add-on figé dans une vieille version.
Côté rangement, les extensions vivent dans le répertoire utilisateur de Blender, sous un sous-dossier extensions, à l’intérieur d’un dossier nommé d’après la version. Les add-ons livrés avec le logiciel sont ailleurs, dans un dossier addons_core du répertoire système. Ce détail explique un incident classique : en passant d’une version majeure à la suivante, Blender crée un nouveau dossier de configuration, et si l’on refuse l’import des préférences au premier lancement, on se retrouve avec une liste d’extensions vide et l’impression d’avoir tout perdu.
La désinstallation, enfin, est définitive. Les données locales qu’une extension a pu créer pour son propre usage survivent aux mises à jour, mais disparaissent à la désinstallation. Pour mettre un outil de côté temporairement, mieux vaut le désactiver que le désinstaller.
Ce qui est livré avec Blender, ce qui ne l’est plus
C’est le point sur lequel les contenus francophones sont le plus souvent périmés. La liste des add-ons fournis avec Blender s’est considérablement réduite : le manuel n’en documente plus que cinq.
| Outil | Statut aujourd’hui | À quoi il sert |
|---|---|---|
| Node Wrangler | Livré avec Blender | Raccourcis et automatismes dans les éditeurs de nœuds |
| Rigify | Livré avec Blender | Génération de rigs d’animation, la documentation la plus fournie du manuel |
| glTF 2.0 | Livré avec Blender | Import et export au format d’échange 3D le plus courant |
| LoopTools | Extension à installer | Outils de retouche de boucles et de topologie, gratuit et maintenu |
| Bool Tool | Extension à installer | Opérations booléennes accélérées, gratuit et maintenu |
| Import Images as Planes | N’existe plus comme add-on | Devenu un outil natif, au menu d’ajout d’objets |
Aux trois add-ons livrés listés ci-dessus s’ajoutent Manage UI Translations, réservé aux traducteurs de l’interface, et VR Scene Inspection, pour l’inspection de scènes en réalité virtuelle. Tout le reste s’installe.
Le cas d’Import Images as Planes mérite d’être signalé, parce qu’on le recommande encore partout. La fonction a été intégrée au logiciel sous la forme d’un outil natif, accessible par le menu d’ajout d’objets, et gère aussi bien une image isolée que plusieurs images, une séquence ou un clip vidéo. Chercher l’add-on est une perte de temps.
Du côté des outils tiers, la prudence s’impose sur les noms comme sur les statuts. Animation Nodes, longtemps la référence du motion design procédural, n’a plus de version stable publiée au-delà de Blender 4.2 : le dépôt reste actif, mais sur les versions récentes seul un build quotidien est envisageable — un build non figé, susceptible de changer de comportement d’un jour à l’autre, ce qui le rend inadapté à un projet suivi. Entre-temps, les Geometry Nodes, qui ne sont pas un add-on mais une fonctionnalité native, ont largement repris ce terrain.
Choisir un add-on
ce qu’il faut regarder sur la fiche
La plateforme officielle compte plus d’un millier d’extensions publiées. Autant dire qu’il faut trier, et que la popularité affichée n’est pas un bon guide. Quatre indications présentes sur chaque fiche suffisent à écarter l’essentiel des mauvaises surprises.
Les bornes de version déclarées
Chaque extension déclare la version minimale de Blender qu’elle exige, et parfois une version maximale. Blender masque ou refuse ce qui sort de ces bornes. Sur une boutique tierce, l’équivalent est la ligne indiquant les versions prises en charge : si la vôtre n’y figure pas, considérez que l’add-on n’a pas encore été validé dessus.
La date de la dernière version
Un add-on dont la dernière publication précède la dernière version majeure de Blender demande une vérification avant installation. Ce n’est pas rédhibitoire — certains outils simples traversent les versions sans broncher — mais cela indique où porter l’attention.
Ce que la fiche déclare
La plateforme officielle n’accepte que des extensions libres, avec une licence déclarée au format standard dans le manifeste. Une licence absente ou fantaisiste sur un canal tiers est un signal : le développeur n’a pas compris les règles auxquelles il est soumis, ou ne s’en soucie pas.
Ce que l’add-on annonce faire
Le manifeste peut déclarer un accès aux fichiers, au réseau, au presse-papiers, à la caméra ou au micro. Une demande d’accès réseau sur un outil de modélisation purement local mérite au minimum une question. Attention toutefois à la portée de cette information, détaillée plus bas.
Un cinquième point, invisible sur la fiche mais décisif : sur la plateforme officielle, toute extension soumise passe par une file de revue publique avant d’être publiée. Ce filtre n’existe pas ailleurs.
Gratuit, payant, et la question de la licence
Un add-on qui utilise l’interface Python de Blender est considéré comme une œuvre dérivée, et doit donc être distribué sous une licence compatible avec la licence libre du logiciel. La Blender Foundation l’écrit noir sur blanc : on est libre de vendre de tels scripts, mais la vente porte alors sur le service de téléchargement lui-même, et l’acheteur reçoit le code sous la même licence que tout le monde.
Autrement dit, quand vous achetez un add-on payant, vous n’achetez pas un droit d’usage exclusif. Vous payez l’accès au téléchargement, les mises à jour, le support et le travail du développeur. C’est parfaitement légitime, et c’est aussi pour cette raison que les fiches produit des add-ons commerciaux affichent une licence libre sans que cela choque personne.
La plateforme officielle, elle, n’accepte que des extensions libres : licence libre obligatoire pour les add-ons, et contenus embarqués placés dans le domaine public. Les add-ons commerciaux passent donc par des canaux tiers — la place de marché historique, les boutiques des développeurs, ou des dépôts d’extensions tiers que Blender sait consommer depuis la version 4.2.
Un mot sur le nom, puisqu’il fausse encore beaucoup de recherches : la place de marché longtemps appelée Blender Market a été renommée Superhive en avril 2025, à la demande de la Blender Foundation, pour se conformer à sa politique de marque. Elle n’a jamais appartenu à la fondation, contrairement à ce que son ancien nom laissait croire.
Sécurité
ce qui protège et ce qui ne protège pas
Blender embarque un interpréteur Python complet, sans restriction. Un add-on s’exécute avec les droits de l’utilisateur qui a lancé le logiciel, et il n’existe aucun bac à sable. Un script peut donc, techniquement, lire et écrire des fichiers, lancer des processus, accéder au réseau.
Le bloc de permissions déclaré dans le manifeste est un dispositif de transparence, destiné à informer sur les intentions du développeur. La Blender Foundation précise explicitement qu’il ne s’agit pas d’une fonctionnalité de sécurité : un add-on malveillant peut ne déclarer aucune permission et faire exactement ce qu’il veut. Le manuel le reconnaît pour l’accès réseau, en indiquant que Blender ne peut pas empêcher un add-on tiers de contourner la règle.
Ce qui protège réellement tient en quelques habitudes. Passer par la plateforme officielle, où chaque soumission est revue publiquement et où le code, étant libre, reste consultable. Devant une archive tierce, ouvrir le fichier Python principal et y chercher trois choses : des appels à des modules système, des connexions réseau non annoncées, du code illisible ou volontairement obscurci. Se méfier des fichiers .blend récupérés au hasard, qui peuvent contenir des scripts à exécution automatique. Ne pas lancer Blender avec des droits d’administrateur. Et désactiver l’accès en ligne quand on n’en a pas l’usage.
Quand un add-on cesse de fonctionner
Trois causes expliquent l’essentiel des pannes, et aucune n’est mystérieuse.
La première est la rupture d’interface de programmation lors d’une version majeure. Blender 5.0 a supprimé définitivement l’ancien module de dessin bgl et plusieurs éléments d’interface : tout add-on qui dessinait dans la vue 3D par ce biais s’est arrêté net. À l’inverse, la 5.2 est très légère de ce côté, si bien qu’un add-on fonctionnel en 5.0 ou 5.1 a de bonnes chances de l’être encore.
La deuxième est plus discrète : depuis le passage aux extensions, le nom de module d’un add-on installé change de forme et devient un chemin préfixé par bl_ext, suivi du nom du dépôt. Un add-on ancien qui codait son identifiant de préférences en dur, au lieu de s’appuyer sur la variable prévue à cet effet, perd silencieusement ses réglages. Ses imports internes doivent également être relatifs.
La troisième, on l’a vu, tient au dépôt local : un paquet installé depuis un fichier reste à sa version d’origine.
Pour diagnostiquer, deux réflexes suffisent. Vérifier les bornes de version affichées sur la fiche de l’extension ou sur la page produit du vendeur. Et ouvrir la console système, qui affiche le message d’erreur exact lorsqu’un add-on refuse de s’activer — les préférences se contentent, elles, d’une icône d’avertissement sans détail.
Un dernier conseil, sans dramatiser : avant une montée de version majeure, faites la liste des add-ons dont dépend réellement votre travail et vérifiez leur compatibilité annoncée. Une version fraîchement sortie n’a pas encore été rattrapée par tous les développeurs, et il est plus confortable d’attendre quelques semaines que de perdre un outil au milieu d’un projet.
Quelle différence entre un add-on et une extension Blender ?
L’add-on est le code : un script Python qui étend Blender via son interface de programmation. L’extension est le format de distribution : une archive contenant ce code et un manifeste qui déclare identifiant, version, licence et version minimale de Blender requise. Il n’existe que deux types d’extensions, les add-ons et les thèmes.
Pourquoi mon add-on ne se met-il jamais à jour ?
Le plus souvent parce qu’il a été installé depuis un fichier local. Dans ce cas, il est rangé dans un dépôt local, et Blender n’ira jamais y chercher de mise à jour : ni notification, ni vérification. Seules les extensions installées depuis un dépôt distant, officiel ou tiers, sont concernées par la fonction de mise à jour.
Quels add-ons sont encore livrés avec Blender ?
Cinq seulement sont documentés comme fournis avec le logiciel : Node Wrangler, Rigify, l’import-export glTF 2.0, Manage UI Translations et VR Scene Inspection. LoopTools et Bool Tool, longtemps pris pour des composants natifs, sont désormais des extensions à installer depuis la plateforme officielle.
Un add-on payant peut-il être sous licence propriétaire ?
Non. Un add-on qui utilise l’interface Python de Blender doit être distribué sous une licence compatible avec celle du logiciel. Ce qui est vendu, c’est le service de téléchargement, les mises à jour et le support : l’acheteur reçoit le code sous licence libre, exactement comme tout le monde. C’est la position officielle de la Blender Foundation.
Les permissions affichées par une extension protègent-elles vraiment ?
Non, et la Blender Foundation le dit explicitement : le bloc de permissions du manifeste est un dispositif de transparence, destiné à informer sur les intentions du développeur, pas un mécanisme de sécurité. Un add-on malveillant peut n’en déclarer aucune. Ce qui protège reste le passage par la plateforme officielle, la lecture du code et la prudence sur les fichiers récupérés au hasard.
Pourquoi mon add-on a-t-il cessé de fonctionner après une mise à jour majeure ?
Généralement parce que la nouvelle version a supprimé une partie de l’interface de programmation sur laquelle il reposait. Blender 5.0 a par exemple retiré définitivement l’ancien module de dessin bgl, arrêtant net les add-ons qui dessinaient dans la vue 3D par ce biais. Autre cause fréquente : le nom de module d’une extension a changé de forme, et un add-on ancien qui codait son identifiant en dur perd ses réglages sans message d’erreur.
Un outil libre change vite : le réflexe qui fait gagner du temps reste de vérifier une compatibilité avant une mise à jour, jamais après.