Télécharger les sites web qui utilisent DigitalOcean Spaces

À propos de DigitalOcean Spaces

Le stockage objet est choisi par la personne qui construit le circuit de déploiement, pas par celle qui écrit les mots de la page. DigitalOcean Spaces se situe dans cette couche et abrite les images, les fichiers vidéo, les sauvegardes et les paquets statiques qu’un site ne veut pas servir depuis son propre serveur applicatif. Le trouver sur un domaine en dit moins sur le contenu du site que sur l’équipe qui se trouve derrière et sur les décisions d’hébergement qu’elle a déjà prises.

DigitalOcean a lancé le service en 2017, pendant un mouvement plus large des simples machines virtuelles vers des briques managées, et a gardé son interface compatible avec l’API de stockage objet pour laquelle les développeurs écrivaient déjà. Une équipe peut donc déplacer ses compartiments d’un fournisseur à l’autre sans réécrire le code applicatif, et quiconque lit une liste d’adoptants comme une question concurrentielle doit garder à l’esprit ce faible coût de changement. Le service est sous licence Proprietary, il n’existe donc pas d’édition auto-hébergée ni la moindre ambiguïté sur qui exploite le stockage derrière un compartiment donné.

La détection dépend de ce qu’un navigateur peut voir. Nous enregistrons le service lorsque les ressources se chargent depuis les noms d’hôtes de stockage ou de périphérie du fournisseur lui-même, ce qui couvre la configuration par défaut que la plupart des projets ne prennent jamais la peine de modifier. Un projet qui place un domaine personnalisé devant son compartiment disparaît de ce signal, tout comme celui qui n’utilise le service que pour des sauvegardes privées, sans rien qui atteigne la page publique. Les décomptes sont ici un plancher plutôt qu’un recensement, et l’écart est le plus large chez les grands sites, car un domaine de ressources personnalisé est exactement le genre de finition qu’applique une équipe d’ingénierie plus étoffée.

En octobre 2026 nous détectons le service sur 31 731 sites. 24 230 d’entre eux se trouvent aux États-Unis, et .com est le suffixe courant, ce qui correspond à une base d’utilisateurs faite de jeunes pousses, d’agences et d’éditeurs de produits plutôt qu’au web national des petites entreprises, lequel tend à reposer sur des domaines nationaux et de l’hébergement mutualisé. La géographie reflète aussi les endroits où la communauté de développeurs et le marketing du fournisseur ont été les plus forts, ce dont il faut se souvenir avant de lire la répartition par pays comme un énoncé sur la demande mondiale.

Pour un chercheur, le mode utile est comparatif. Une requête domaine par domaine vous apprend qu’un site conserve ses ressources chez un fournisseur cloud précis, ce qui, isolément, vaut rarement la peine d’être connu. Une liste téléchargeable permet plutôt de poser des questions de population : quels segments du web tournent sur du cloud de milieu de marché plutôt que sur des comptes hyperscale, comment le choix de stockage se corrèle aux frameworks et aux outils d’analyse présents sur la même page, et quelles agences déploient une stack identique chez tous les clients qu’elles touchent. Les équipes commerciales des fournisseurs concurrents de stockage et de diffusion traitent la liste comme un vivier de prospects qualifiés, puisque chaque entrée a déjà prouvé qu’elle achète de l’infrastructure au mois plutôt que de louer un hébergement mutualisé. Les chercheurs en sécurité s’en servent autrement, comme ensemble de départ pour vérifier l’exposition et la mauvaise configuration des compartiments dans de nombreuses organisations à la fois.