Descargar sitios web que utilizan Webpack

Acerca de Webpack

Casi todo lo demás en una página de tecnología describe algo que se ejecuta en un navegador o en un servidor. Webpack se ejecuta en la máquina de un desarrollador, termina su trabajo mucho antes de que nadie visite el sitio y después no está presente en absoluto. Lo que detectamos es un residuo.

El empaquetador toma los ficheros fuente de una aplicación y sus dependencias y emite un conjunto compacto de ficheros apto para un navegador. Por el camino deja formas reconocibles: la función auxiliar de ejecución que descarga fragmentos de código bajo demanda, la convención de nombres aplicada a esos fragmentos y la estructura de registro de módulos que envuelve la salida compilada. Publicada en 2012 con licencia MIT, la herramienta estandarizó esas formas en buena parte del ecosistema, y por eso mismo se pueden leer desde fuera. No publicamos ninguna versión para ella, porque un paquete compilado no anuncia ninguna y deducir una publicación a partir de la forma del código sería una conjetura disfrazada de dato.

En octubre de 2026 el residuo es visible en 786.881 sitios, clasificados en la categoría Miscellaneous, y en Estados Unidos se concentran 455.444, mientras que .com recoge buena parte del resto. Aquí la distribución refleja dónde se construyen las interfaces de tipo aplicación y no dónde está la web, lo que dibuja un mapa realmente distinto del que trazaría un sistema de gestión de contenidos.

La presencia arrastra una inferencia que importa comercialmente. Un sitio con residuo de empaquetador fue compilado, y un sitio compilado tiene un manifiesto de paquetes, un árbol de dependencias, una cadena de herramientas en alguna parte de su historia y una persona o un equipo a los que se paga por mantener todo eso. Las páginas escaparate montadas en un creador de webs no tienen este aspecto. Quien vende herramientas para desarrolladores, monitorización de errores, análisis de dependencias o selección de personal de ingeniería busca exactamente la población que aísla la huella de un empaquetador, y la huella mantiene esa población estable sin depender de qué framework esté de moda en cada momento.

La investigación de seguridad usa la misma señal desde el otro lado. La salida empaquetada se entrega con frecuencia con los mapas de código fuente sin retirar, con las versiones de las dependencias incrustadas en el código compilado y con las rutas internas de los módulos conservadas dentro de los nombres de los fragmentos, así que esa población es también la población que conviene revisar en busca de divulgación accidental. Una lista de sitios compilados es un marco de partida razonable para ese tipo de estudio, y no hay ninguna forma realista de reunirla a mano.

El subrecuento es grave y ninguna formulación lo suaviza. Una compilación puede configurarse para borrar todos los marcadores que buscamos, y los metaframeworks que envuelven al empaquetador emiten a menudo una salida que lleva su propia firma en lugar de la subyacente. Un sitio puede compilarse con la herramienta y parecer, desde fuera, que nunca pasó por ella. La ausencia aquí no significa casi nada, mientras que la presencia es fiable, y esa combinación tiene la forma adecuada para la prospección comercial y la forma equivocada para la aritmética de cuota de mercado. Quien cite un porcentaje del ecosistema a partir de esta columna está citando una cota inferior.

Una consulta dominio a dominio no encaja en nada de esto. Comprobar el residuo de empaquetador en un sitio aislado es un ejercicio de herramientas de desarrollo que cualquiera hace en un minuto, y la respuesta no sostiene ninguna decisión. La lista descargable responde a lo que una comprobación aislada no puede: qué tamaño tiene la web compilada, cómo se reparte entre países y sufijos de dominio, qué frameworks y qué herramientas de monitorización viajan junto a ella en los mismos registros y dónde se puede encontrar y dimensionar un segmento de sitios con un equipo de ingeniería detrás antes de que nadie gaste dinero en intentar alcanzarlo.