Descargar sitios web que utilizan libphonenumber

Acerca de libphonenumber

Nada en un número de teléfono es tan sencillo como parece. La longitud, el prefijo, si un rango es de móvil o de fijo y si un cero inicial sobrevive cuando el número cruza una frontera son decisiones que tomó un regulador y que puede deshacer. libphonenumber existe por eso, y porque los números de teléfono son uno de los pocos tipos de datos habituales en los que una validación ingenua está condenada a equivocarse. Publicada por Google con licencia Apache 2.0 y escrita originalmente en Java en 2009, la biblioteca analiza, valida y da formato a los números conforme al plan de numeración de cada país que tenga uno.

La propiedad importante es que la biblioteca es sobre todo metadatos. Su lógica de análisis es pequeña y estable, y el grueso de cualquier versión es una tabla que describe qué prefijos existen, qué longitudes son legales, qué rangos son de móvil y a qué país pertenece un número. Los planes de numeración cambian constantemente. Los reguladores abren rangos nuevos de móvil, retiran prefijos antiguos y alargan los números de abonado, así que una copia de la biblioteca envejece de una forma concreta y medible. Una compilación desactualizada no se cae. Una compilación desactualizada rechaza en silencio a clientes reales cuyos números se emitieron después de que se publicara esa copia, un fallo que nunca aparece en un registro de errores y que solo se manifiesta como una conversión que el negocio no sabe explicar.

Es en los datos de versión donde ese envejecimiento se hace visible, y por eso esta entrada vale más que una simple comprobación de nombre. Distinguimos 60 versiones diferentes sobre el terreno, y 1.12.41 se repite en buena parte de la población. El reparto es en la práctica un mapa de lo caduca que se ha vuelto la validación telefónica en la web, porque la versión que alguien empaquetó es la versión con la que su formulario de registro sigue funcionando, y los paquetes solo se reconstruyen cuando otra cosa obliga a reconstruirlos.

Leer bien la población exige una advertencia importante. La biblioteca es una dependencia y no un servicio, y funciona en el servidor en la mayoría de los lugares donde de verdad importa, dentro de flujos de registro, plataformas de datos de clientes y sistemas de mensajería que ningún rastreador puede ver. Lo que detectamos es la porción del lado del navegador, la adaptación que se incluye en una página para que un formulario pueda validar antes de enviarse. En octubre de 2026 esa porción cubre 29.100 sitios, y la base instalada real en todos los lenguajes y entornos de ejecución es bastante mayor y no se puede observar desde fuera.

La geografía se lee igual y merece el mismo cuidado. En Estados Unidos están 25.613 de los sitios detectados, con una mezcla de dominios inclinada hacia .com. Una concentración así dice más sobre qué mercado incorpora a sus formularios la introducción de teléfonos internacionales, y sobre dónde se alojan esos sitios, que sobre dónde se depende de verdad de la biblioteca, porque la validación transfronteriza preocupa a las empresas que venden fuera de sus fronteras y las empresas de ese tipo no están repartidas de forma uniforme.

Una consulta por dominio dice si un formulario concreto valida bien los números. La lista responde a preguntas que solo existen en conjunto. Qué partes de la web funcionan con metadatos de numeración caducos y rechazarían un móvil recién emitido, con qué rapidez reconstruye un sector determinado los paquetes de su front end, qué sitios hacen suficiente negocio internacional como para molestarse siquiera con el problema, y qué proveedores de plataforma congelan una única versión en el producto que revenden a miles de comercios. Para un operador de comunicaciones, un equipo antifraude, un proveedor de formularios o cualquiera que mida a gran escala lo actualizadas que están sus dependencias, el hallazgo es el reparto de versiones en toda la población, y ningún sitio individual puede producirlo.