Descarregar sites que utilizam Glider.js

Sobre Glider.js

Um carrossel é uma pequena decisão técnica que sobrevive a quem a tomou. Alguém que monta uma página precisa que as imagens avancem, deita a mão a uma biblioteca, e a escolha fica no markup durante anos. Glider.js é uma dessas escolhas, um projeto na categoria JavaScript libraries, escrito em JavaScript e publicado com licença MIT desde 2018.

O objetivo de desenho por trás de Glider.js era deixar de lutar contra o navegador. Em vez de animar as posições dos elementos em JavaScript, a biblioteca apoia-se no comportamento nativo de deslocamento, e é por isso que se mantém fluida em telemóveis baratos e que o ficheiro é pequeno o suficiente para ser colocado em linha. Não exige jQuery e não pressupõe nenhuma framework. Para o programador que escolhe um slider, o atrativo é a biblioteca fazer muito pouco. Para quem estuda pilhas de frontend, o atrativo vai no sentido inverso, porque uma dependência tão leve tende a aparecer em sites onde alguém se preocupou com o peso da página.

Em outubro de 2026 detetamos Glider.js em 4207 sites, distribuídos por 9 versões distintas, sendo 1.7.7 a que registamos mais vezes do que qualquer outra. Uma dispersão tão ampla numa biblioteca tão simples diz alguma coisa sobre a forma como ela chega. Os carrosséis raramente são instalados de propósito. Chegam incluídos em temas, em extensões de construtores de páginas e em modelos iniciais, pelo que a versão que corre num site ativo reflete normalmente a idade do modelo e não uma decisão deliberada de atualizar. Os dados de versão são aqui uma ferramenta grosseira para datar a compilação em redor, e não uma medida da atenção do dono.

A pergunta a que uma consulta por domínio não responde é comparativa. Verificar um site concreto revela que ele carrega a biblioteca. Uma lista completa dos sites que a transportam mostra que temas a distribuem, que agências a adotaram como norma e como uma dependência pequena se propaga por um ecossistema de modelos que ninguém encara como ecossistema. Para quem mantém o projeto, a lista é um mapa de compatibilidade a consultar antes de uma versão que quebre a compatibilidade. Para quem vende componentes, ferramentas de teste ou serviços de frontend, é uma população alcançável e não uma anedota tirada de um registo de pacotes.

Há um limite que vale a pena dizer com clareza. A deteção depende de que a biblioteca seja carregada como um ficheiro identificável. Onde tenha sido renomeada, concatenada num único pacote aplicacional ou servida a partir de um caminho privado, o nosso rastreador não a vê. A contagem deve ler-se como um limite inferior e não como um recenseamento, e é provável que a diferença seja maior nas compilações mais sofisticadas, o que é o contrário do enviesamento que a maioria das pessoas espera.