Statistiques Dify.

L’empreinte publique de Dify en 2026 est plus facile à mal interpréter si chaque grand nombre est traité comme des « utilisateurs ». Le projet open source est clairement vaste : le dépôt langgenius/dify comptait 147 742 étoiles GitHub, 23 264 forks et environ 1 375 contributeurs dans l’instantané de l’API GitHub du 5 juillet 2026. Ce sont de solides signaux d’attention et de participation open source.

La question la plus difficile est de savoir ce que ces chiffres prouvent. Les étoiles GitHub ne mesurent pas les utilisateurs de Dify Cloud. Les pulls Docker ne sont pas équivalents à des déploiements auto-hébergés actifs. Un dépôt de plugins n’est pas la même chose que l’adoption de plugins. Les pages de tarification ne révèlent pas les revenus. Le financement est un élan pour l’entreprise, pas un nombre de clients. La manière utile de lire Dify en 2026 est comme une plateforme en couches : projet open source, distribution auto-hébergée, produit d’espace de travail hébergé, écosystème de plugins et de fournisseurs de modèles, et contexte de l’entreprise LangGenius.

Où en est Dify en 2026

Les chiffres clés de Dify utilisent des dénominateurs différents, il faut donc les lire comme des signaux distincts d’open source, de distribution, de tarification et d’entreprise plutôt que comme un seul chiffre.

Les étoiles ne sont pas des utilisateurs : lecture des chiffres de Dify

Dify a une empreinte publique plus forte que de nombreuses entreprises privées de plateformes d’applications d’IA, mais cette empreinte est inégale. La couche open source est visible via GitHub, les pages de versions, les graphiques de contributeurs et Docker Hub. La couche produit hébergée est visible via la tarification, les documents de facturation, les documents des fournisseurs de modèles et les intégrations d’espaces de travail. La couche entreprise est visible via l’annonce de financement de Dify, Business Wire et les annonces de conformité.

Ces couches répondent à des questions différentes. Les étoiles GitHub répondent à la question : « Quelle est l’attention publique des développeurs pour le projet ? » Les forks répondent à la question : « Combien de comptes GitHub ont copié le dépôt ? » Les contributeurs répondent à la question : « Quelle est l’étendue de la participation au projet open source ? » Les pulls Docker répondent à la question : « À quelle fréquence les images officielles ont-elles été tirées ? » La tarification répond à la question : « Comment Dify package-t-il le produit hébergé ? » Le financement répond à la question : « Quel type d’élan d’investisseurs et d’entreprise a été divulgué ? »

Aucun de ces chiffres ne répond à la question : « Combien d’utilisateurs actifs de Dify Cloud y a-t-il ? » Ils ne répondent pas non plus au nombre de clients payants, au nombre d’espaces de travail actifs mensuels, aux installations auto-hébergées actives, aux revenus, à la rétention, au taux de désabonnement, à la rétention nette des revenus ou à la profondeur du déploiement client. Cette absence n’est pas inhabituelle pour une entreprise privée avec un produit open source, mais elle modifie la façon dont chaque statistique doit être utilisée.

Empreinte open source : étoiles, forks, contributeurs, commits et versions

L’empreinte open source de Dify est la partie publique la plus forte de son histoire de données. Le dépôt principal langgenius/dify n’est pas un petit projet secondaire : l’instantané de l’API GitHub du 5 juillet 2026 montrait 147 742 étoiles, 23 264 forks, 816 observateurs/abonnés et un horodatage de dernière poussée le même jour. La page GitHub a arrondi cela à 148 000 étoiles et 23,3 000 forks.

La pente historique est importante. Le jalon officiel de Dify indique que le projet a dépassé les 100 000 étoiles GitHub le 5 juin 2025, et que Dify avait été open-sourcé le 15 mai 2023. Au 5 juillet 2026, le projet avait atteint environ 147,7 000 étoiles dans l’instantané de l’API — soit environ 47 700 étoiles au-dessus de ce jalon officiel.

La participation est également visible. La pagination du point de terminaison des contributeurs indiquait environ 1 375 contributeurs, et le point de terminaison des commits indiquait 11 474 commits, correspondant à l’interface utilisateur web. Ce sont des signes d’un projet open source actif, mais ils mesurent toujours l’activité du projet plutôt que l’utilisation en production.

Le carnet de commandes des problèmes et des demandes de tirage doit être interprété avec prudence. L’API du dépôt a signalé 883 problèmes ouverts et demandes de tirage combinés. Une recherche GitHub séparée a renvoyé 282 problèmes ouverts et 601 demandes de tirage ouvertes, plus 17 922 problèmes fermés et 14 598 demandes de tirage fermées. Un grand carnet de commandes peut indiquer un engagement communautaire actif, un développement intense, une complexité du produit ou une pression de maintenance — il ne doit pas être simplifié en « sain » ou « malsain » sans examiner les étiquettes, l’âge et le taux de clôture.

L’état de la version est plus facile à lire. Dify 1.15.0 était la dernière version stable dans l’instantané du 5 juillet, publiée le 25 juin 2026, et la page des versions montre également les versions 2026 telles que 1.13.0, 1.14.0 et leurs versions de correctifs. Dify 1.15.0 a introduit difyctl, un client en ligne de commande pour exécuter des applications et des flux de travail Dify à partir du terminal, des scripts et des pipelines CI. Il s’agit d’une extension de la surface du produit, passant de la console web à l’automatisation des développeurs.

Signaux de distribution Docker et d’auto-hébergement

L’histoire de l’auto-hébergement de Dify est visible sous deux angles : les documents officiels et les images Docker officielles. Le README de GitHub indique que le moyen le plus simple de démarrer le serveur est via Docker Compose, et les documents dédiés à l’auto-hébergement montrent le démarrage rapide pour Docker Compose. Les documents indiquent aux utilisateurs de cloner le dépôt, d’entrer dans le répertoire docker, de copier le fichier d’environnement et d’exécuter la commande compose.

Les mêmes documents de démarrage rapide indiquent que la pile démarre 5 services principaux et 6 composants dépendants : des services principaux tels que l’API, le service de tâches en arrière-plan, le planificateur, le web et le démon de plugin, ainsi que des composants tels que Weaviate, PostgreSQL, Redis, Nginx, le proxy SSRF et le sandbox. Cette architecture est importante pour les métriques — un seul environnement de travail peut tirer plusieurs images, et ces images peuvent être tirées à nouveau lors des mises à niveau, des tâches CI, des échecs de cache, des déploiements échoués et des exécutions de tests.

L’erreur est de sommer ces quatre chiffres et d’appeler le résultat des déploiements. Si dify-api, dify-web, dify-sandbox et dify-plugin-daemon font tous partie du même modèle de déploiement Dify, alors l’ajout des nombres de pulls entre les services double ou quadruple le nombre d’activités liées au déploiement. Les pulls Docker incluent également les reconstructions automatisées, les tentatives, le réchauffement du cache et le renouvellement des versions. Utilisez-les pour la chaleur de la distribution, pas pour les instances actives.

Les documents sur les variables d’environnement décrivent les URL publiques de l’API de la console, les URL de l’API backend, les URL de l’application web, les URL de déclenchement, les URL de fichiers, les besoins de rappel OAuth, le mode de collaboration, les paramètres de base de données, les paramètres de file d’attente, les paramètres de tâches en arrière-plan et les profils de stockage vectoriel. Ce sont de véritables surfaces de déploiement qui rendent Dify pertinent pour les équipes qui souhaitent contrôler les données, les clés de modèle, les intégrations et l’infrastructure. Le signal d’auto-hébergement est donc fort mais indirect : Docker Hub prouve l’activité de distribution autour des images officielles, et les documents prouvent que Dify prend en charge le déploiement opérationnel auto-hébergé — aucun ne prouve le nombre d’installations auto-hébergées actives aujourd’hui.

Dify Cloud, tarification et packaging des espaces de travail

Dify Cloud a une surface de packaging publique plus claire que la plupart des plateformes d’applications d’IA open source. La page de tarification officielle indique que Sandbox est gratuit, Professionnel à 59 $ par espace de travail/mois, Équipe à 159 $ par espace de travail/mois, et Entreprise via contact et processus de vente. Dify indique également que la facturation annuelle permet d’économiser 17 %, et que les prix des abonnements excluent les taxes applicables.

Les documents de facturation explicitent l’unité : la facturation est par espace de travail. Un abonnement définit la limite de membres de l’équipe, l’accès aux fonctionnalités et les quotas d’utilisation pour l’ensemble de l’espace de travail. C’est important car Dify ne facture pas simplement par siège utilisateur individuel — il package un espace de travail avec des crédits, des applications, des limites de connaissances, du stockage, des limites de requêtes, des événements déclencheurs, un comportement de flux de travail, des journaux et un accès API.

Ces limites de plan sont précieuses pour les acheteurs car elles montrent la forme du produit Dify Cloud. Elles montrent également pourquoi la tarification ne doit pas être utilisée pour déduire les revenus. Un espace de travail peut utiliser différents modèles, des clés de fournisseur « apportez votre propre clé », des crédits Dify, différents volumes d’applications et différents modèles de flux de travail. Les remises, la facturation annuelle, les tarifs éducatifs, les contrats d’entreprise et l’auto-hébergement compliquent tous toute inférence de revenus. La page publique donne suffisamment de détails pour comparer le produit hébergé de Dify avec l’auto-hébergement, mais elle ne divulgue pas les espaces de travail actifs, les clients payants, le revenu annuel récurrent (ARR), la rétention ou la concentration des clients.

Surface du produit : applications, flux de travail, agents, connaissances, API, journaux et CLI

La surface du produit de Dify est plus large qu’une interface de chatbot. La page d’accueil indique que Dify offre des flux de travail agentiques, des pipelines RAG, des intégrations et de l’observabilité en un seul endroit, et le README de GitHub décrit Dify comme une plateforme de développement d’applications LLM open source avec prise en charge des flux de travail, des modèles, un IDE de prompt, un pipeline RAG, des capacités d’agent, LLMOps et des API backend-as-a-service.

Les documents rendent le modèle d’application plus précis. La page des concepts clés de Dify indique que le produit est conçu pour la création d’applications agentiques, et que les applications publiées peuvent être accessibles via API, web ou en tant que serveur MCP. Elle indique que les deux principaux types d’applications sont Workflow et Chatflow, avec Chatbot, Agent et Générateur de texte comme types d’applications de base supplémentaires, et que ces types d’applications fonctionnent sur le même moteur de flux de travail sous-jacent.

Les documents Agent décrivent les agents comme des applications de type chat où le modèle peut raisonner à travers une tâche, décider quoi faire ensuite et utiliser des outils de manière autonome, et indiquent que les agents conservent jusqu’à 500 messages ou 2 000 jetons d’historique de conversation avant que les messages plus anciens ne soient supprimés. Les connaissances et le RAG sont également centraux : les documents de connaissances de Dify décrivent la création rapide, les pipelines de connaissances, les bases de connaissances externes, la gestion de contenu, les tests de récupération, les métadonnées et l’intégration d’applications. Les documents de journaux indiquent que les journaux de conversation offrent une visibilité sur chaque interaction, aidant les équipes à déboguer les problèmes et à comprendre les modèles de comportement des utilisateurs.

La conclusion la plus sûre concernant le produit est que Dify est une plateforme d’applications d’IA, et pas seulement une démo d’agent ou une interface utilisateur RAG. Elle couvre la création d’applications, l’orchestration de flux de travail, la sélection de modèles, les connaissances, les API, les journaux, les plugins, l’auto-hébergement et l’invocation CLI. Rien de tout cela ne prouve l’utilisation en soi, mais cela explique pourquoi les métriques open source et Docker sont significatives.

Écosystème de plugins, de fournisseurs de modèles et d’intégration

L’histoire de l’écosystème de Dify a considérablement changé avec les plugins. Le README officiel de dify-official-plugins indique qu’à partir de Dify v1.0.0 en février 2025, les modèles et les outils ont été migrés vers des plugins et stockés dans le dépôt officiel de plugins, et ces plugins officiels sont téléchargés sur le Dify Marketplace et maintenus par l’équipe officielle de Dify.

Un instantané de l’arborescence GitHub du 5 juillet 2026 de langgenius/dify-official-plugins a trouvé 260 répertoires de types de plugins de premier niveau sous les modèles, les outils, les sources de données, les extensions, les déclencheurs et les stratégies d’agent. Le dépôt officiel dify-official-plugins lui-même comptait 596 étoiles, 859 forks et 44 problèmes ouverts dans l’instantané de l’API. L’annonce de lancement des plugins de Dify présente le système comme un mélange de plugins officiels, de solutions partenaires et de contributions communautaires vérifiées, et indique que les plugins du Marketplace sont soumis à une révision de code, s’exécutent de manière isolée avec des autorisations définies et incluent des déclarations de traitement des données.

Ce chiffre de 260 doit être utilisé avec prudence. L’arborescence récursive du dépôt contenait également de nombreux dossiers imbriqués, et ces chiffres imbriqués ne sont pas des nombres exacts de plugins — ils sont une carte de la surface d’implémentation. La couche d’outils de plugin est plus petite mais active : le dépôt officiel dify-plugin-sdks comptait 143 étoiles, 140 forks et 73 problèmes ouverts ; PyPI dify-plugin était à la version 0.9.1 avec 142 versions et un dernier téléchargement le 17 juin 2026 ; et le package npm dify-client était à la version 3.1.0.

Cette surface d’écosystème est importante car Dify est en concurrence pour être la couche d’orchestration entre les équipes, les modèles, les données, les outils et les applications. Mais la surface de l’écosystème n’est pas l’adoption. Un répertoire de plugins ne prouve pas une installation active. Une version de package ne prouve pas les téléchargements. Une page de fournisseur de modèles ne prouve pas le volume d’utilisation du modèle. Utilisez ces chiffres pour montrer l’étendue de la plateforme, puis maintenez la visibilité de l’écart d’utilisation.

Contexte de l’entreprise : financement, valorisation et préparation à l’entreprise

Le contexte de l’entreprise de Dify est devenu plus clair en mars 2026. Le blog de Dify indique qu’elle a levé 30 millions de dollars en série Pre-A menée par HSG, avec la participation de GL Ventures, Alt-Alpha Capital, 5Y Capital, Mizuho Leaguer Investment et NYX Ventures, et indique que l’investisseur de retour 5Y Capital a doublé sa mise.

Le signal de l’entreprise doit rester dans son couloir. Une série Pre-A de 30 millions de dollars n’est pas un revenu. Une valorisation de 180 millions de dollars n’est pas un ARR. La participation des investisseurs n’est pas le nombre de clients. Le financement montre que Dify a un élan soutenu par les investisseurs autour de la catégorie des flux de travail agentiques d’entreprise, mais il ne comble pas les dénominateurs manquants concernant les utilisateurs actifs, les espaces de travail payants, les déploiements auto-hébergés ou la rétention.

La sécurité et la conformité ajoutent une autre couche de préparation à l’entreprise. Dify déclare avoir achevé la conformité SOC 2 Type II, ISO 27001:2022 et GDPR pour la deuxième année consécutive, avec des audits couvrant la gestion du personnel, l’intégration des fournisseurs, la sécurité des données, les opérations système et la sécurité du développement. La conformité est significative pour les acheteurs qui évaluent l’infrastructure d’IA hébergée ou d’entreprise, mais elle ne prouve pas le nombre d’entreprises utilisant Dify. Elle prouve que Dify investit dans la surface de confiance que les entreprises exigent généralement avant que les achats ne puissent être mis à l’échelle.

Contexte du marché : constructeurs d’applications d’IA et flux de travail agentiques

L’adoption plus large de l’IA explique pourquoi la catégorie de Dify est importante, mais elle ne doit pas être transformée en adoption spécifique à Dify. L’enquête auprès des développeurs de Stack Overflow 2025 indique que 84 % des répondants utilisent ou prévoient d’utiliser des outils d’IA dans le développement, et que 51 % des développeurs professionnels utilisent des outils d’IA quotidiennement. Il s’agit du contexte de la catégorie développeur-IA, et non de la part de Dify.

L’Octoverse 2025 de GitHub présente l’IA, les agents et les langages typés comme des changements majeurs dans le développement logiciel. L’attention open source de Dify s’inscrit dans cet écosystème GitHub plus large, mais les métriques de niveau plateforme de GitHub ne prouvent pas l’utilisation de Dify. L’Index de l’IA de Stanford 2026 est utile pour la même raison : il montre un environnement d’adoption et de mesure de l’IA plus large, et son cadre autour de l’adoption rapide de l’IA générative soutient un langage prudent concernant les plateformes agentiques. L’État de l’IA de McKinsey note que la mise à l’échelle des agents est encore inégale selon les fonctions.

Le principal enseignement de la catégorie est que Dify se situe sur un marché où la création d’applications d’IA passe des invites et des interfaces de chat aux flux de travail, aux agents, au routage de modèles, à la récupération de connaissances, aux outils, aux API et à l’observabilité. Les propres documents de Dify s’alignent sur ce changement grâce aux flux de travail et aux chatflows, aux agents, aux connaissances, aux intégrations et à la publication d’API.

Ce que cela signifie pour les opérateurs et les constructeurs d’IA

Pour les opérateurs, la statistique Dify la plus importante n’est pas un seul chiffre. C’est l’écart entre l’élan open source visible et l’utilisation en production invisible.

Pour les équipes GTM, le contexte de l’entreprise de Dify doit être utilisé avec prudence. La série Pre-A de 30 millions de dollars, la valorisation de 180 millions de dollars et la posture SOC 2 / ISO 27001 / GDPR soutiennent l’idée que Dify est sérieuse en ce qui concerne les flux de travail d’entreprise. Elles ne révèlent pas la conversion, la valeur moyenne des contrats ou le taux de désabonnement.

Le principal enseignement pour les opérateurs est que Dify dispose de preuves publiques de son élan à plusieurs niveaux : attention open source, vélocité des versions, distribution Docker, tarification hébergée, architecture de plugins, posture de sécurité et de conformité, et soutien en capital-risque. Les données publiques manquantes sont tout aussi importantes : les utilisateurs actifs exacts, les clients payants, les revenus, les cohortes retenues, les déploiements auto-hébergés actifs et la distribution des clients ne sont pas disponibles dans un ensemble de données publiques actuel et clair.

Ce qu’il faut surveiller jusqu’à la fin de 2026

Le premier chiffre à surveiller est la vélocité de GitHub. Si les étoiles, les forks, les contributeurs, les versions et les PR fermées continuent d’augmenter, le projet open source reste actif ; si les versions ralentissent ou si le carnet de commandes augmente sans résolution, les mêmes métriques publiques pourraient commencer à signifier une pression de maintenance plutôt qu’un élan. Le second est la distribution Docker par image — les nombres de pulls devraient rester des nombres de pulls, mais les changements dans la cadence de mise à jour et les balises peuvent indiquer un packaging actif.

Les 260 répertoires de types de plugins de premier niveau actuels montrent l’étendue du contrôle de source, mais les données d’installation et d’utilisation du marché seraient un signal d’adoption beaucoup plus fort. Dify a divulgué 30 millions de dollars de financement en série Pre-A et Business Wire rapporte une valorisation de 180 millions de dollars. Une future divulgation des revenus, des espaces de travail payants, des clients d’entreprise, de la rétention ou des déploiements actifs modifierait matériellement le tableau des données.

Questions fréquemment posées

Sources et lectures complémentaires