Qué comprueba esta herramienta
Buena parte de la web sigue sirviendo salida de webpack, y su estructura merece entenderse por sí misma, aparte del grafo de dependencias general y agnóstico del empaquetador que dibuja el Visualizador de Dependencias de Bundle JS. Esta herramienta busca específicamente las piezas de un bundle webpack:
- El arranque en tiempo de ejecución — la función con forma
__webpack_require__que trae todo build de webpack, detectada por el mecanismo exacto que usa para invocar un módulo (modules[moduleId].call(module.exports, module, module.exports, require)), no buscando el nombre literal. Ese mecanismo sobrevive al renombrado completo de identificadores, así que sigue coincidiendo en un build donde todos los nombres fueron minificados. - El mapa de módulos — ya sea en la forma clásica de objeto (
{0: fn, 1: fn, ...}) o en la forma de array ([fn, fn, ...]) que usan por defecto las versiones más recientes de webpack. - Metadatos de chunk-push — en builds con división de código, la llamada
(self.webpackChunkXxx = self.webpackChunkXxx || []).push([[chunkIds], {modules}, runtime]), extrayendo el nombre y los ids del chunk. - Auxiliares del runtime — cuáles de
.m(mapa de módulos),.c(caché de módulos),.d(define getter),.o(hasOwnProperty),.n(getter de export por defecto),.s(id del módulo de entrada) y.p(ruta pública) están presentes.
Selecciona cualquier módulo de la lista para ver su código real en un panel con resaltado de sintaxis — sin ejecutar nada, solo el texto que webpack envolvió alrededor de ese módulo.
Cuando no es webpack
Si no se encuentra ni el runtime ni un mapa de módulos, la herramienta dice "esto no parece salida de webpack" en vez de forzar una suposición, y añade una pista sencilla y honesta cuando hay alguna disponible: un comentario //# sourceMappingURL=, o que el archivo se analice como módulo ES (habitual en la salida de Rollup, esbuild y Vite).
Limitación conocida
Un bundle que pasó por webpack y luego por una segunda pasada de minificación más agresiva que también renombra los nombres de propiedad del propio runtime puede escapar a la comprobación de forma de .call() y reportarse como no-webpack. Es una decisión deliberada: un falso negativo poco frecuente es mejor que inventar un mapa de módulos que en realidad no existe.
Privacidad
Todo funciona en tu navegador mediante un analizador JavaScript real (acorn). El archivo que pegas o subes nunca se envía a ningún sitio.
Tiny Online Tools







