Descarregar sites que utilizam Popper

Sobre Popper

Ninguém se propõe instalar Popper. As equipas de front-end escolhem uma biblioteca de componentes, um sistema de design ou uma framework de estilos, e o motor de posicionamento chega lá dentro. Detetar a biblioteca numa página está portanto mais perto de ler um manifesto de dependências do que de ler uma decisão de tecnologia, e o valor do sinal vem do que ele implica sobre tudo o que vem empacotado com ela.

Popper está publicada na categoria Miscellaneous, com licença MIT, e está disponível desde 2016. A tarefa que cumpre é restrita. Dado um elemento de referência e um elemento flutuante, uma dica, um menu pendente, um menu, a biblioteca calcula onde a parte flutuante deve ficar e o que deve acontecer quando a janela de visualização fica sem espaço. É esse âmbito restrito que a levou a acabar embutida dentro de frameworks de componentes muito usadas, em vez de concorrer com elas.

É nos dados de versão que esta pegada se torna interessante. Seguimos neste momento 94 versões distintas em circulação, e a versão que registamos com mais frequência é 1.14.7. Uma versão de primeira geração a ocupar essa posição, numa biblioteca cuja segunda geração já está disponível há anos, não é prova de que os programadores a prefiram. A fixação de versão aqui é herdada. Um site corre a versão que a sua framework incorporou no momento em que o tema, o modelo ou a última renovação séria do front-end foram construídos.

Visto assim, o campo de versão torna-se uma ferramenta de datação. Uma página que carrega uma versão antiga é uma página cuja pilha de front-end não foi reconstruída desde que essa versão era a atual, e o mesmo raciocínio estende-se a todas as outras bibliotecas do mesmo pacote. Para quem vende ferramentas de front-end, trabalho de desempenho, correção de acessibilidade ou uma migração de sistema de design, uma biblioteca de posicionamento estagnada é um indicador barato e surpreendentemente fiável de uma base de código em que ninguém toca há muito tempo.

Em outubro de 2026 detetamos a biblioteca em 520 115 sites, 171 097 deles nos Estados Unidos, com .com comum a todo o conjunto. A geografia de uma dependência empacotada repete sobretudo a geografia das frameworks que a transportam, por isso uma repartição por país é aqui uma prova mais fraca sobre a preferência dos programadores do que parece. A distribuição de versões e a coocorrência com outras bibliotecas são os campos que realmente transportam informação.

A deteção depende da biblioteca ser servida como um ficheiro identificável ou de expor um nome global identificável, e as cadeias de compilação modernas dificultam as duas coisas. O código empacotado, minificado e podado perde o nome do ficheiro e muitas vezes a indicação de versão, por isso o nosso número fica abaixo da utilização real, e essa diferença pesa mais nos sites com as ferramentas mais recentes, o que é o contrário de um erro aleatório. Quem raciocina sobre tendências de adoção a partir desta pegada tem de manter esse enviesamento presente, porque os sites mais fáceis de detetar são sistematicamente os mais antigos.

Uma consulta por domínio não ajuda em nada disto, porque todas as perguntas que aqui vale a pena fazer são comparativas. Que versão corre onde, como difere a dispersão de versões por país, por terminação de domínio e por sistema de gestão de conteúdos, que frameworks de componentes viajam com que versões e como se desloca toda a distribuição de uma exportação para a seguinte são todas perguntas sobre uma população. Responder-lhes exige o ficheiro, não uma caixa de pesquisa.