Descarregar sites que utilizam libphonenumber

Sobre libphonenumber

Nada num número de telefone é tão simples como parece. O comprimento, o prefixo, se uma gama é móvel ou fixa e se um zero inicial sobrevive quando o número atravessa uma fronteira são todas decisões que um regulador tomou e pode desfazer. O libphonenumber existe por causa disso e porque os números de telefone são um dos poucos tipos de dados correntes em que uma validação ingénua tem a garantia de estar errada. Publicada pela Google com licença Apache 2.0 e originalmente escrita em Java em 2009, a biblioteca analisa, valida e formata números de acordo com o plano de numeração de cada país que tenha um.

A propriedade importante é que a biblioteca é sobretudo metadados. A sua lógica de análise é pequena e estável, e o grosso de qualquer versão é uma tabela que descreve que prefixos existem, que comprimentos são legais, que gamas são móveis e a que país pertence um número. Os planos de numeração mudam constantemente. Os reguladores abrem novas gamas móveis, retiram prefixos antigos e alongam os números de assinante, pelo que uma cópia da biblioteca envelhece de uma forma específica e mensurável. Uma compilação desatualizada não rebenta. Uma compilação desatualizada rejeita em silêncio clientes reais cujos números foram atribuídos depois de essa cópia ter sido publicada, uma falha que nunca aparece num registo de erros e que se manifesta apenas como conversão que o negócio não consegue explicar.

É nos dados de versão que o envelhecimento se torna visível, e é por isso que esta entrada vale mais do que uma simples verificação de nome. Conseguimos separar 60 versões distintas no terreno, com 1.12.41 a repetir-se numa grande parte da população. A dispersão é, na prática, um mapa de quão obsoleta se tornou a validação de telefones em toda a web, porque a versão que alguém empacotou é a versão que o seu formulário de registo continua a correr, e os pacotes só são reconstruídos quando outra coisa qualquer obriga a reconstruí-los.

Ler corretamente esta população exige uma grande ressalva. A biblioteca é uma dependência e não um serviço, e corre no servidor na maior parte dos casos em que importa, dentro de pipelines de registo, plataformas de dados de clientes e sistemas de mensagens que nenhum rastreador consegue ver. O que detetamos é a fatia do lado do navegador, a adaptação entregue numa página para que um formulário possa validar antes de submeter. Em outubro de 2026 essa fatia cobre 29 100 sites, e a base instalada real, em todas as linguagens e ambientes de execução, é consideravelmente maior e não é observável a partir de fora.

A geografia lê-se da mesma maneira e merece o mesmo cuidado. Dos sites detetados, 25 613 estão nos Estados Unidos, com a mistura de domínios a pender para .com. Uma concentração assim diz mais sobre que mercado constrói a introdução internacional de telefones nos seus formulários, e sobre onde esses sites estão alojados, do que sobre onde a biblioteca é genuinamente necessária, porque a validação transfronteiriça preocupa as empresas que vendem além-fronteiras e empresas dessas não estão distribuídas de forma uniforme.

Uma consulta por domínio indica se um formulário valida os números corretamente. A lista responde a perguntas que só existem em agregado. Que partes da web correm metadados de numeração obsoletos e rejeitariam um número móvel acabado de atribuir, com que rapidez um determinado setor reconstrói os pacotes do seu front end, que sites fazem negócio internacional suficiente para sequer se darem ao trabalho de resolver o problema, e que fornecedores de plataformas congelam uma única versão no produto que revendem a milhares de comerciantes. Para um operador de comunicações, uma equipa antifraude, um fornecedor de formulários ou para quem mede a atualidade das dependências à escala, o achado é a dispersão de versões em toda a população, e nenhum site isolado a consegue produzir.