Télécharger les sites web qui utilisent Amazon CloudFront

À propos de Amazon CloudFront

Un service de la catégorie CDN fait partie des rares technologies d’un site qui s’achètent vraiment. Quelqu’un a ouvert un compte, l’a rattaché à une facturation et a dirigé le DNS vers un fournisseur, et une facture arrive chaque mois, que l’on y repense ou non. Amazon CloudFront est le bras de distribution d’une relation de plateforme bien plus large, et le détecter sur un domaine revient le plus souvent à détecter la plateforme qui se trouve dessous.

La déduction va plus loin que la périphérie elle-même. Un site placé derrière ce service est, dans la plupart des cas, un site dont l’infrastructure d’origine se trouve elle aussi chez Amazon, avec un ingénieur ou une agence qui travaille tous les jours dans cette console, et avec un processus d’achat qui est déjà passé par la facturation cloud et ses validations. En octobre 2026 nous détectons le service sur 627 982 sites, ce qui dessine une population d’organisations qui exploitent une véritable infrastructure plutôt qu’un hébergement mutualisé. La technologie tient lieu d’indice de maturité technique et de budget, et ces deux éléments sont difficiles à observer autrement depuis l’extérieur.

C’est aux États-Unis que la concentration est la plus forte, avec 436 818 des sites de cette population, et .com porte l’essentiel de la répartition des domaines. La concentration tient en partie au marché et en partie à la facturation, puisqu’une plateforme mondiale facturée en dollars ne recrute pas ses clients de façon uniforme. Pour une équipe commerciale, la valeur pratique se loge souvent dans le résidu, c’est-à-dire l’ensemble des domaines situés hors de cette concentration, où la même infrastructure tourne avec bien moins de bruit concurrentiel autour d’elle.

La détection repose sur les en-têtes et les noms d’hôte, et ses limites méritent d’être dites clairement. Nous identifions le service à partir des en-têtes de réponse, des noms d’hôte des ressources et du comportement que la périphérie laisse voir. Une configuration qui supprime ou réécrit ces en-têtes, ou un autre proxy placé devant la périphérie, peut masquer complètement le service, et un site peut aussi s’en servir pour les images et la vidéo tout en servant son HTML depuis un endroit entièrement différent. Une correspondance signifie que le service participe à la diffusion de ce site, pas qu’il le diffuse en totalité, et certainement pas qu’il soit le seul fournisseur sur le chemin.

Il n’y a pas de champ de version pour un service géré de ce type, et ce vide est instructif en lui-même. Les plateformes de périphérie se mettent à jour d’elles-mêmes et n’exposent aucune version par site, si bien qu’il n’y a rien à fragmenter ni rien à dater. Le service est sous licence Proprietary et se vend depuis 2008, donc, contrairement à un composant open source, sa présence suppose par définition une facture. Ce que les données ne voient pas, c’est le montant de cette facture. Le volume de trafic, le palier de fonctionnalités et la valeur du contrat restent invisibles depuis l’extérieur, et toute estimation de dépense bâtie sur la seule présence n’est qu’une supposition en costume-cravate.

Les acheteurs de cette liste relèvent en général de la concurrence ou du conseil. Les fournisseurs rivaux de périphérie et de cloud veulent une liste de migration. Les cabinets de conseil et les revendeurs veulent des organisations déjà engagées sur une plateforme dont ils ont fait leur spécialité. Les fournisseurs de sécurité et de supervision veulent savoir à qui appartient le trafic qui passe par tel ou tel réseau de périphérie. Les chercheurs veulent la concentration elle-même, parce que la part du web adossée à une poignée de réseaux de périphérie relève de la résilience et non du marketing. Une requête indique si un site donné utilise le service. Le téléchargement dit combien, où, aux côtés de quoi, et dans quelle direction la population se déplace, et seule la seconde réponse permet de décider.