Recherche de Paquets NPM Gratuite

NPM Package Info est un outil en ligne gratuit qui vous permet de consulter des informations sur n'importe quel paquet NPM, notamment les versions, les dépendances et les statistiques de téléchargement.

Oui, il est entièrement gratuit et ne nécessite aucune inscription.

NPM Package Info affiche la description du paquet, la dernière version, toutes les versions, les dépendances, les téléchargements hebdomadaires, les liens vers le dépôt et les informations de licence.

Absolument. NPM Package Lookup traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, NPM Package Lookup est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans aucune application à télécharger.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement NPM Package Lookup dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a ni page d'inscription ni restriction d'utilisation.

NPM Package Lookup prend en charge un large éventail de formats et de langages populaires. Consultez l'interface de l'outil pour la liste complète des options prises en charge.

Saisissez simplement votre contenu dans le champ prévu, ajustez les paramètres selon vos préférences, et l'outil le traitera instantanément. Vous pouvez ensuite copier le résultat dans le presse-papiers ou le télécharger.

NPM Package Lookup fonctionne dans tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Un paquet scopé est publié sous un espace de noms d'organisation ou d'utilisateur npm, écrit sous la forme @scope/nom, et vous le recherchez de la même façon que n'importe quel paquet : saisissez le nom complet, avec le @ et la barre oblique, dans la barre de recherche. L'outil interroge directement le registre public npm, si bien que @tanstack/react-query, @types/node et @angular/core résolvent tous vers leurs véritables métadonnées, versions et dépendances. Les noms scopés comptent car deux paquets peuvent partager le même nom de base tout en appartenant à des scopes différents ; omettre le préfixe renverrait alors le mauvais projet, voire aucun résultat. Les commandes d'installation générées pour npm, yarn, pnpm et bun conservent le scope intact, et les liens CDN vers unpkg et jsDelivr sont correctement encodés pour l'URL. Saisissez le nom scopé complet ci-dessus pour l'inspecter avant de l'ajouter à votre package.json.

Un paquet peut proposer un support TypeScript de deux façons, et l'outil les distingue à l'aide d'un badge. Les types intégrés signifient que le paquet lui-même déclare un champ types ou typings dans son package.json et embarque ses propres définitions .d.ts, ce qui vous donne l'IntelliSense complet dès l'installation, sans rien de plus. L'autre cas est DefinitelyTyped, où les types résident dans un paquet communautaire séparé nommé @types/quelquechose, à installer comme dépendance de développement. Lorsqu'un paquet n'a pas de types intégrés mais qu'un paquet @types correspondant existe, l'outil affiche une commande npm install -D @types/... prête à copier, pour éviter de devoir la chercher. Savoir dans quel cas vous vous trouvez évite bien des lignes rouges frustrantes après l'installation. Recherchez n'importe quel paquet ici pour vérifier son statut TypeScript avant de vous engager.

Ces trois groupes d'un package.json jouent des rôles différents, et l'onglet Dépendances les sépare pour une lecture rapide. Les dépendances d'exécution (dependencies) sont les paquets dont un projet a besoin pour fonctionner réellement et qui sont installés automatiquement avec lui. Les devDependencies sont des outils utiles uniquement pendant le développement ou la construction du projet, comme les lanceurs de tests, les bundlers et les définitions de types ; elles sont ignorées lorsque le paquet est consommé comme dépendance par un autre projet. Les peerDependencies déclarent un paquet que le projet hôte doit déjà fournir lui-même, comme un plugin exigeant une version précise de React ou d'ESLint, plutôt que d'embarquer sa propre copie, ce qui évite les installations dupliquées ou en conflit. Des peer dependencies mal alignées sont une cause fréquente d'avertissements à l'installation et de bugs à l'exécution. Chaque dépendance affichée ici est un badge cliquable qui relance la recherche, pour parcourir l'arbre à la main et inspecter chaque paquet avant de l'ajouter.

npm utilise des dist-tags, des pointeurs nommés vers des versions publiées précises, que l'outil liste dans l'onglet Versions aux côtés de l'historique complet et daté des publications. Le tag latest est celui par défaut : lorsque vous exécutez npm install sans préciser de version, vous obtenez ce que latest désigne, normalement la dernière version stable. Le tag next pointe habituellement vers une préversion ou une build bêta que les mainteneurs souhaitent rendre disponible pour des tests, sans en faire l'installation par défaut. D'autres tags personnalisés comme canary, rc ou legacy peuvent aussi apparaître selon le projet. Cela compte car installer next ou un autre tag peut récupérer du code instable ou susceptible de changer sans préavis. Parcourez ici l'historique daté des versions pour confirmer exactement quand un correctif ou une fonctionnalité est sorti, puis fixez dans votre package.json la version précise que vous voulez plutôt que de faire confiance à un tag mouvant.

Les chiffres de téléchargement proviennent de l'API officielle des téléchargements npm, la même source utilisée par d'autres outils de registre, et l'outil affiche le total des installations sur les 30 derniers jours ainsi qu'un graphique en sparkline quotidien pour voir si l'usage progresse ou stagne. Il est important de lire ces chiffres comme un signal de popularité plutôt que comme un décompte d'utilisateurs humains distincts. Chaque installation est comptée, y compris celles issues de pipelines CI automatisés, de builds d'images Docker, de serveurs miroirs et d'un développeur relançant npm install à répétition, ce qui gonfle le total brut. Un paquet installé comme dépendance transitive d'un projet populaire peut afficher des chiffres énormes sans avoir été choisi directement par qui que ce soit. Utilisez la tendance et l'échelle relative pour comparer des candidats et repérer les forks abandonnés, pas comme une taille d'audience exacte. Recherchez un paquet ici pour consulter ses téléchargements mensuels et sa tendance avant de le comparer à des alternatives.