Télécharger les sites web qui utilisent Caddy

À propos de Caddy

Commençons par l’anomalie géographique, c’est le chemin le plus rapide vers ce que cette technologie signifie. Un serveur web écrit dans un langage système, promu par les forums de développeurs et les tutoriels de conteneurs, voit son empreinte se concentrer en Allemagne et sur les domaines .de plutôt que sur le web anglophone où réside l’essentiel de sa documentation et de sa communauté. Une concentration pareille signale d’ordinaire qu’une technologie s’est propagée par une culture professionnelle particulière plutôt que par la force de vente d’un fournisseur.

Caddy se range dans la catégorie Web servers, est publié sous licence Apache 2.0 et disponible depuis 2015, et son choix fondateur a été d’obtenir et de renouveler automatiquement les certificats de chiffrement, sans la moindre configuration. Les serveurs concurrents rendaient le chiffrement possible. La conception retenue ici en a fait le comportement par défaut et a fait de sa désactivation l’acte délibéré. Le fichier de configuration est écrit pour être lu par un humain plutôt que produit par un outil, une préférence qui dit quelque chose de celui qui le choisit.

Dans les faits, celui qui le choisit est l’exploitant et non le propriétaire du site. Personne n’achète ce serveur. Quelqu’un l’installe, en général la même personne qui administre la machine, écrit la définition du conteneur ou entretient le proxy inverse placé devant une application. Un site qui tourne derrière lui est très probablement auto-hébergé ou hébergé par un petit prestataire technique, et il a peu de chances de reposer sur une offre mutualisée grand public. Sa présence indique fortement un responsable technique en interne ou sous contrat.

Le poids national concorde avec cette lecture. L’Allemagne et, plus largement, le marché germanophone comptent une population dense de petits hébergeurs techniques, d’agences qui exploitent leur propre matériel et d’opérateurs soucieux de confidentialité qui préfèrent ne pas placer un proxy étranger devant chaque requête. Un serveur qui automatise les certificats et tourne sans peine sur une seule machine convient mieux à cette culture qu’à un marché où presque tout se termine sur un grand réseau de périphérie.

L’attribution repose principalement sur l’en-tête de réponse que le serveur envoie, et cette base est plus fragile qu’il n’y paraît. Les exploitants suppriment cet en-tête par simple hygiène. Les proxys inverses et les réseaux de diffusion le remplacent par le leur. Un serveur utilisé uniquement comme proxy interne derrière quelque chose de public ne s’annonce jamais. Notre décompte doit se lire comme les sites où le serveur est à la fois utilisé et visible, ce qui constitue un sous-ensemble des déploiements réels, et personne ne peut évaluer honnêtement de l’extérieur la part qui reste invisible.

En octobre 2026 l’empreinte visible s’élève à 541 507 sites, dont 155 581 se trouvent en Allemagne. La population est intéressante précisément parce qu’elle s’auto-sélectionne. Pour qui vend de l’outillage d’infrastructure, de la gestion de certificats, de la supervision ou des produits pour développeurs, une liste de sites qui font tourner un serveur moderne et assumé est une liste d’acheteurs techniquement sûrs d’eux, qui ont déjà fait une fois un choix non conventionnel et s’en sont sortis. Une requête sur un seul domaine ne peut pas produire cette liste. Seul un export le peut, et seul un export peut montrer si la population grandit, où elle grandit, quelles autres technologies ces exploitants font tourner à côté, et quels hébergeurs en font discrètement leur standard sous leur propre marque.