Descargar sitios web que utilizan Modernizr

Acerca de Modernizr

Es en la columna de versión donde la ficha de Modernizr se vuelve extraña, y la rareza merece una explicación antes que nada. Guardamos 439 valores de versión distintos, muchos más de los que el proyecto ha publicado nunca, porque la biblioteca se consume normalmente como una compilación a medida. Un desarrollador elige las pruebas de funcionalidad que un proyecto necesita de verdad, el constructor marca la salida con un identificador de esa combinación, y ese identificador es lo que acaba en la página. La cadena registrada como 2 es la huella de una de esas compilaciones y no un número de publicación, lo que significa que contar valores distintos mide lo variadas que son las compilaciones y no cuántas actualizaciones hubo.

La biblioteca en sí responde a una pregunta que en gran medida ha dejado de hacerse. Publicada en 2009 con licencia MIT, comprueba en el navegador capacidades concretas para que una página pueda adaptarse a lo que de verdad está soportado en lugar de adivinarlo a partir de la cadena de agente de usuario. En una época en la que los navegadores discrepaban entre sí en casi todo, la detección de funcionalidades era la manera responsable de construir. Después los navegadores convergieron. La técnica sobrevive en casos acotados, pero un front end que todavía carga una biblioteca de detección de propósito general suele ser un front end montado cuando la técnica era práctica habitual.

En octubre de 2026 todavía la encontramos en 781.084 sitios, clasificada en la categoría JavaScript libraries, con 260.516 de ellos en Estados Unidos y con una gran parte del volumen concentrada en el sufijo .com. Un reparto así sigue los ecosistemas de temas y plantillas de la época, no una preferencia actual entre los desarrolladores, y por esa misma razón las cadenas de versión siguen congeladas donde las dejó un constructor.

La presencia es por tanto una herramienta de datación, y las herramientas de datación tienen compradores. Las agencias que venden reconstrucciones quieren sitios cuyo front end sea anterior a la generación actual de marcos de trabajo, porque en esos proyectos la reconstrucción es un argumento fácil. Los equipos de seguridad y de cumplimiento quieren la misma población por otro motivo, ya que una página que nadie ha reconstruido en años suele arrastrar otras dependencias sin mantenimiento junto a esta, y una biblioteca de detección es una manera barata de encontrar ese grupo sin auditar cada script de cada página. Los proveedores de herramientas más nuevas leen la lista como un objetivo al que desbancar.

Nada de ese razonamiento funciona de dominio en dominio. Una consulta confirma que un sitio concreto carga una biblioteca de detección y ahí se acaba. La lista descargable le permite tomar el grupo entero, agruparlo por país y por sufijo de dominio, cruzarlo con las demás tecnologías registradas para esos mismos servidores y terminar con una afirmación defendible sobre qué parte de un mercado sigue sirviendo código de front end de una época concreta. El cruce es lo que importa. Una columna de tecnología por sí sola es una curiosidad, y esa misma columna cruzada con la geografía, la plataforma y el software instalado en el mismo servidor es un argumento.

Las salvedades importan y las dos empujan el recuento hacia abajo o hacia un lado. Las compilaciones a medida se empaquetan con frecuencia dentro del fichero de script principal de un sitio, donde el comentario identificador se elimina y la biblioteca se vuelve invisible para un rastreador externo, de modo que la huella real es mayor que la cifra que publicamos. La detección tampoco puede distinguir un uso moderno deliberado de un fragmento heredado que nadie ha quitado, y en la práctica el segundo caso es habitual. Usado como marcador de la antigüedad de un front end, el registro es fiable. Usado como medida de quién depende activamente hoy de la detección de funcionalidades, exageraría la intención, porque la mayoría de estas instalaciones son herencia y no elección.