Télécharger les sites web qui utilisent Vaadin

À propos de Vaadin

Un framework qui garde l’interface utilisateur côté serveur est une chose étrange à chercher sur le web public, car l’essentiel de ce qu’on construit avec lui n’est pas public. Vaadin est développé depuis 2002 par Vaadin Ltd., écrit en Java et publié sous la licence Apache 2.0. Le modèle de programmation conserve l’état des composants dans le processus serveur et n’envoie au navigateur que les différences, ce qui convient très bien aux logiciels métier internes et très mal aux sites marketing.

Ranger le framework dans la catégorie Web frameworks relève du compromis de taxonomie plutôt que de la description. Le code qu’exécute le navigateur est du JavaScript, si bien qu’un scanner front-end le trouve là, mais presque personne n’écrit de JavaScript pour s’en servir. L’acheteur est une équipe Java, généralement au sein d’une organisation où le langage back-end avait été fixé bien avant que la couche web n’existe, et l’attrait tient à ce qu’une seule équipe peut livrer une interface fonctionnelle sans qu’une seconde équipe ait à gérer une stack front-end séparée.

En octobre 2026 nous détectons Vaadin sur 88 sites, et, pour le dire honnêtement, ce sont les exceptions que nous comptons. Les applications de ce type se trouvent derrière l’authentification unique de l’entreprise, sur des noms d’hôte internes, dans des graphes de liens où aucun robot d’exploration n’entrera jamais. Ce qui atteint le web ouvert n’est qu’une frange étroite : portails clients, espaces de connexion pour revendeurs et partenaires, systèmes de réservation, services publics et, à l’occasion, un site produit. Considérez cette population comme un échantillon d’une base installée bien plus large plutôt que comme un recensement de celle-ci.

C’est dans les données de version que la population devient intéressante. Nous recensons 30 versions distinctes sous ce libellé, et celle que nous relevons le plus souvent est la version 7.6.8, qui se situe bien en retrait de la branche que le fournisseur livre aujourd’hui. Un éventail aussi large sur un framework de cet âge est moins un signe de négligence qu’un indice de ce à quoi sert le logiciel. Les applications métier sont commandées, livrées, puis maintenues par quiconque en hérite. Passer d’une version majeure à une autre d’un framework d’interface utilisateur oblige à retester chaque écran, et aucune pression marketing ne l’exige jamais, si bien que la version qu’un site affiche est souvent celle avec laquelle il est né.

La licence Apache 2.0 a une conséquence pour quiconque cherche à évaluer ce marché de l’extérieur. Le framework s’obtient gratuitement, si bien qu’il n’existe aucune trace d’achat, aucun téléchargement rattachable à un nom d’entreprise et aucun annuaire de partenaires qui couvre la base. Vaadin Ltd. vend par-dessus de l’outillage, des composants et de l’assistance, ce qui signifie que la propre liste de clients du fournisseur n’est qu’un sous-ensemble de l’usage réel, et un sous-ensemble biaisé, qui penche vers les organisations assez grandes pour acheter un contrat. Un dataset de détection est la seule vue disponible sur le reste.

Les usages pratiques découlent de cet écart. Les cabinets de conseil et les recruteurs à la recherche d’équipes Java dont la couche web vieillit peuvent les trouver par version. Les fournisseurs de stacks d’interface d’entreprise concurrentes peuvent dimensionner un marché de migration et viser précisément les branches les plus anciennes. Les chercheurs en sécurité ont besoin d’un décompte d’exposition pour un framework dont les déploiements publics sont des portails qui traitent de vraies transactions plutôt que des pages vitrines. Une requête sur un domaine confirme un site. Seul l’export complet permet de demander quelle version tourne où, sur quel suffixe et à côté de quoi, ce qui est la question à laquelle chacun de ces groupes finit par arriver.