Télécharger les sites web qui utilisent Kadence WP Blocks

À propos de Kadence WP Blocks

Un logiciel qui se met à jour tout seul devrait converger vers une version unique. Kadence WP Blocks n’a pas convergé. Sur les sites où nous le détectons, nous relevons 28 versions distinctes, avec un centre de gravité situé sur 2.4.22. Un tel étalement à l’intérieur d’une seule population d’extensions dit déjà quelque chose d’utile avant même qu’un autre fait soit introduit, parce qu’il signifie que les mises à jour automatiques sont désactivées, que des sites sont délibérément figés, ou que les installations appartiennent à des propriétaires qui ont cessé d’y prêter attention après la mise en ligne.

L’extension elle-même est une bibliothèque de blocs. Construite par Kadence WP en 2019, distribuée sous licence GPL v2 et écrite en PHP côté WordPress, elle étend l’éditeur de blocs natif avec les briques de mise en page que le cœur laisse de côté, notamment les accordéons, les encadrés d’information, les listes à icônes, les onglets et les carrousels, ainsi que des réglages de typographie et d’espacement. Ceux qui fabriquent des sites s’en saisissent quand ils veulent la puissance d’un constructeur de pages sans adopter un constructeur de pages distinct, et elle s’accorde naturellement avec le thème de la même maison.

Sa présence porte donc un signal d’intention qu’une extension générique n’a pas. Quelqu’un concevait des pages marketing dans l’éditeur de blocs plutôt que d’écrire des articles, ce qui désigne un site d’entreprise avec des pages d’atterrissage, des pages de services et une personne ou une agence qui en a la charge. En octobre 2026 l’extension est détectée sur 61 175 sites, et nous en situons 29 702 aux États-Unis, avec .com dominant parmi les terminaisons de domaine. Une concentration sur un marché anglophone correspond bien à un produit vendu surtout par l’intermédiaire du canal des agences et des indépendants WordPress.

L’étalement des versions compte de nouveau quand on regarde pourquoi ces listes s’achètent. Les chercheurs en sécurité veulent la traîne de la distribution plutôt que sa tête, parce qu’une extension de blocs s’affiche sur la page publique et que le vieux code de rendu est précisément là où se logent les problèmes de balisage et de script. Les agences veulent la traîne pour la raison inverse, car une installation qui fait tourner une version en retard de plusieurs générations est un site dont le propriétaire n’a aucun contrat de maintenance. Les fournisseurs de bibliothèques de blocs concurrentes veulent la tête, puisqu’une version à jour signale un chantier actif contre lequel il vaut la peine de se positionner.

L’honnêteté sur la détection compte ici plus que d’habitude. Une extension de blocs ne laisse de trace sur une page que lorsque l’un de ses blocs s’y affiche réellement, si bien qu’un site qui l’emploie au fond de son arborescence tout en gardant une page d’accueil sobre peut nous échapper entièrement. Les extensions de cache agressif et d’optimisation des ressources fusionnent et réécrivent précisément les fichiers de style et de script dont dépend la lecture d’une version, ce qui peut masquer l’extension ou laisser derrière elle une chaîne de version périmée. Le décompte doit être tenu pour un plancher, et la distribution des versions pour un indice solide sur les sites où le marqueur a survécu plutôt que pour un inventaire parfait.

Ces limites expliquent aussi pourquoi une requête domaine par domaine répond à si peu de chose. Vérifier un site vous indique qu’il utilise l’extension, ce que vous soupçonniez souvent déjà. Le fichier de population répond aux questions qui n’existent qu’à l’échelle agrégée, comme le nombre d’installations en retard sur la version courante, le thème et la stack de commerce qui voyagent avec l’extension, les pays et les terminaisons de domaine où les utilisateurs se regroupent, et la façon dont la courbe des versions se déplace d’un relevé au suivant. Ce sont des questions de segment, et un segment ne s’assemble pas un domaine à la fois.