Descargar sitios web que utilizan Popper

Acerca de Popper

Nadie se propone instalar Popper. Los equipos de front-end eligen una biblioteca de componentes, un sistema de diseño o un framework de estilos, y el motor de posicionamiento llega dentro. Detectar la biblioteca en una página se parece por tanto más a leer un manifiesto de dependencias que a leer una decisión tecnológica, y el valor de la señal viene de lo que implica sobre todo lo que va empaquetado a su alrededor.

Popper pertenece a la categoría Miscellaneous, se publica con licencia MIT y está disponible desde 2016. La tarea que realiza es acotada. Dado un elemento de referencia y un elemento flotante, un tooltip, un desplegable, un menú, la biblioteca calcula dónde debe situarse la parte flotante y qué debe ocurrir cuando el viewport se queda sin espacio. Ese alcance reducido es la razón de que acabara incrustada dentro de frameworks de componentes muy usados en lugar de competir con ellos.

Es en los datos de versión donde esta huella se vuelve interesante. Ahora mismo seguimos 94 versiones distintas en circulación, y la que registramos con más frecuencia es 1.14.7. Que una versión de primera generación ocupe ese puesto, en una biblioteca cuya segunda generación lleva años disponible, no es prueba de que los desarrolladores la prefieran. La fijación de versión es aquí heredada. Un sitio ejecuta la versión que su framework incorporó en el momento en que se construyó el tema, la plantilla o la última renovación seria del front-end.

Visto así, el campo de versión se convierte en una herramienta de datación. Una página que lleva una versión antigua es una página cuya pila de front-end no se ha reconstruido desde que esa versión era la vigente, y el mismo razonamiento se extiende a todas las demás bibliotecas del mismo paquete. Para quien vende herramientas de front-end, trabajo de rendimiento, subsanación de accesibilidad o una migración de sistema de diseño, una biblioteca de posicionamiento anticuada es un indicador barato y sorprendentemente fiable de una base de código que nadie ha tocado en mucho tiempo.

En octubre de 2026 detectamos la biblioteca en 520.115 sitios, 171.097 de ellos en Estados Unidos, con .com extendido por todo el conjunto. La geografía de una dependencia empaquetada repite sobre todo la geografía de los frameworks que la transportan, así que un desglose por país es aquí una prueba más débil sobre la preferencia de los desarrolladores de lo que parece. La distribución de versiones y la aparición conjunta con otras bibliotecas son los campos que llevan información de verdad.

La detección depende de que la biblioteca se sirva como un archivo identificable o exponga un nombre global identificable, y los flujos de compilación modernos juegan en contra de ambas cosas. El código empaquetado, minificado y depurado por tree shaking pierde el nombre de archivo y a menudo la cadena de versión, así que nuestra cifra se queda por debajo del uso real, y esa merma golpea con más fuerza a los sitios con las cadenas de herramientas más nuevas, justo lo contrario de un error aleatorio. Quien razone sobre tendencias de adopción a partir de esta huella debe tener presente ese sesgo, porque los sitios más fáciles de detectar son sistemáticamente los más antiguos.

Una consulta por dominio no puede ayudar en nada de esto, porque toda pregunta que merece la pena hacer aquí es comparativa. Qué versión funciona dónde, cómo cambia el reparto de versiones por país, por terminación de dominio y por gestor de contenidos, qué frameworks de componentes viajan con qué versiones y cómo se desplaza el conjunto de la distribución entre una exportación y la siguiente son todas preguntas sobre una población. Responderlas exige el archivo, no un cuadro de búsqueda.