Télécharger les sites web qui utilisent Next.js

À propos de Next.js

De tout ce qu’un robot peut trouver sur une page, un framework de rendu est l’un des rares signaux qui reflète une véritable décision d’architecture. Quelqu’un en a débattu, l’a consigné, et a recruté en conséquence. Next.js sur un domaine implique une chaîne de compilation, une étape de déploiement, un dépôt de code, et une personne dont le travail consiste notamment à maintenir tout cela, et c’est pourquoi ce marqueur fonctionne si bien comme filtre de qualification.

Next.js relève de la catégorie JavaScript frameworks, est maintenu par Vercel, distribué sous licence MIT, et en usage public depuis 2016. Le framework enveloppe une bibliothèque de composants avec du rendu côté serveur, de la génération statique, un routage fondé sur les fichiers et une compilation aux partis pris affirmés, si bien qu’une seule base de code peut produire des pages qui se comportent comme un site vitrine et des pages qui se comportent comme une application. L’adoption arrive le plus souvent avec un ensemble de choix plus large : un système de design, un back-end de contenu découplé, une plateforme d’hébergement bâtie autour du framework, et une stack analytique choisie par la même équipe.

En octobre 2026 nous détectons le framework sur 536 824 sites. C’est aux États-Unis que la concentration est la plus forte, avec 373 458 sites, et .com revient tout au long de l’empreinte, une répartition qui suit la part du web portée par les produits et le capital-risque bien plus étroitement qu’elle ne suit un marché national. Une concentration de ce type rend la liste utile comme approximation du type d’entreprise plutôt que de la géographie.

Les champs de version méritent un avertissement plutôt qu’un titre. Nous suivons 22 versions distinctes et nous enregistrons 7.0.2 plus souvent que toute autre. La visibilité des versions n’a rien d’aléatoire. Une version n’est attribuable que si la compilation déployée laisse une empreinte derrière elle, dans un manifeste de compilation, un chemin d’actif ou un en-tête de réponse, et l’exposition de cette empreinte a été activement supprimée des publications récentes et des réglages par défaut des hébergeurs récents. Les versions que nous pouvons lire penchent donc vers les déploiements plus anciens et plus ouvertement configurés, et la partie moderne du parc installé est sous-représentée dans la répartition des versions alors qu’elle est pleinement présente dans le décompte des sites. Quiconque bâtit sur ce champ un argumentaire de migration, une estimation d’exposition aux vulnérabilités ou une courbe d’adoption des versions devrait le traiter comme un plancher pour les versions anciennes plutôt que comme un recensement.

Pour un chercheur commercial, le framework est un signal de budget et d’effectifs. Les sites construits ainsi ont des ingénieurs front-end, une chaîne de déploiement et un circuit d’achat déjà en place pour les outils de développement, ce qui donne une conversation commerciale différente de celle que vous avez avec un site assemblé dans un constructeur de pages. Pour un chercheur technique, la même empreinte est une carte de compatibilité, car tout ce qui doit prendre place à l’intérieur d’une page, un gestionnaire de balises, un outil de consentement, un widget de conversation, une plateforme d’expérimentation, se comporte différemment sous rendu serveur et hydratation que sur une page statique.

Rien de tout cela ne peut s’assembler un domaine à la fois. Une requête vous dit qu’un site utilise le framework. Un export vous dit combien de sites d’un pays ou d’un secteur l’utilisent, quels choix de contenu, d’analytique, de paiement et d’hébergement l’accompagnent, à quoi ressemble la dispersion des versions sur l’ensemble du groupe une fois appliquée la réserve ci-dessus, et quels sites l’ont adopté ou abandonné entre deux fichiers pris à des mois d’intervalle. Les questions de population demandent des populations, et c’est là toute la différence entre une boîte de recherche et un dataset.