Télécharger les sites web qui utilisent Kotlin

À propos de Kotlin

Les langages côté serveur sont presque invisibles depuis l’extérieur d’un serveur web, et cette limite a sa place en tête de cette fiche plutôt qu’enfouie dessous. Un visiteur reçoit du balisage, des styles et des scripts. Le langage qui les a produits laisse tout au plus une trace : un nom de cookie de framework, une page d’erreur non gérée, un en-tête qu’un déploiement a oublié de retirer, un chemin d’artefact de compilation qui a survécu jusqu’en production. Kotlin réside entièrement dans cette couche invisible.

JetBrains a conçu le langage pour partager un environnement d’exécution avec Java, pour interopérer avec le code Java existant et pour supprimer la gestion des valeurs nulles et les formalités qui rendaient fatigante la maintenance des grandes bases de code Java. L’adoption est venue d’abord à l’intérieur des applications plutôt que sur le web public : les clients mobiles, les services d’arrière-plan, l’outillage de compilation et les plateformes internes représentent l’essentiel du code écrit dans ce langage, et aucune de ces surfaces ne produit de signature qu’un robot soit en droit de voir.

En octobre 2026 nous associons 17 sites à ce langage, et le chiffre est un artefact de détection plutôt qu’une mesure d’usage. Quand une association existe tout court, elle vient le plus souvent de quelque chose qu’un déploiement a laissé fuiter plutôt que de quelque chose que l’exploitant a choisi d’afficher. Une stack de service écrite en Kotlin qui se place derrière un proxy inverse et un réseau de diffusion de contenu n’expose rien, si bien que l’absence dans nos données ne prouve pas l’absence dans la base de code.

Malgré cette limite, la fiche reste utile, même si c’est pour une question plus ciblée que celle à laquelle elle semble d’abord répondre. Les domaines qui laissent effectivement fuiter une signature Kotlin appartiennent le plus souvent à des organisations qui construisent plutôt qu’elles n’assemblent : des entreprises dirigées par l’ingénierie, des produits destinés aux développeurs, des outils internes que personne n’a jamais habillés pour le public. Les recruteurs, les fournisseurs d’outils pour développeurs et les fournisseurs d’infrastructure paient précisément pour ce filtre, parce qu’une liste de domaines où des ingénieurs travaillent de façon démontrable dans un langage donné est une carte de recrutement et de vente qu’aucun annuaire de raisons sociales ne peut produire.

Le langage est public depuis 2011 et distribué sous licence Apache 2.0, de sorte qu’une correspondance n’implique aucun achat, aucune licence nominative et aucun contrat d’assistance que quiconque pourrait recouper. Une liste issue d’un parcours du web est le substitut le plus proche dont on dispose, et elle n’est honnête que si le sous-décompte est énoncé plutôt que dissimulé.

Une requête domaine par domaine confirme un seul site quand la signature se trouve exposée, ce qui est le cas facile. L’export répond aux questions plus difficiles : comment la population visible se répartit entre les hébergeurs et les marchés, comment elle bouge d’un parcours à l’autre, et quelles autres technologies accompagnent le langage sur les mêmes hôtes.