Il y a des outils qu’on installe un jour « pour tester un truc vite fait » et qui finissent par coloniser tous les projets. Postman est de ceux-là. Lancé en 2012 à Bangalore par Abhinav Asthana, Ankit Sobti et Abhijit Kane comme side project pour simplifier les tests d’API, il est aujourd’hui utilisé par plus de 40 millions de développeurs dans le monde. Mais en mars 2026, Postman a opéré un virage stratégique majeur : l’outil de test est devenu une plateforme AI-native pensée pour l’ère des agents IA. Voici ce que ça change concrètement.

La base : ce que Postman fait depuis toujours

Avant de parler des nouveautés, un rappel utile pour ceux qui n’ont jamais ouvert l’outil. Postman est un client HTTP visuel qui permet d’envoyer des requêtes vers n’importe quelle API, d’inspecter les réponses, de gérer les headers, les tokens d’authentification, les variables d’environnement et les scripts de test. Sans lui, déboguer une API revient à jongler entre du cURL en ligne de commande et des logs serveur, ce que tout développeur a déjà fait et que personne n’aime faire.

Ce qui a rendu Postman incontournable, c’est le concept de collection : un regroupement structuré de requêtes, avec variables partagées, environnements (dev, staging, prod) et scripts d’automatisation. Une collection bien construite devient la documentation vivante d’une API. Elle peut être exportée en JSON, versionnée, partagée, importée depuis une spec OpenAPI, ou générée automatiquement depuis un fichier swagger.json.

Pro tip : si vous récupérez une spec OpenAPI d’une API tierce (Stripe, Twilio, n’importe quelle API publique), Postman peut l’importer directement via Fichier > Importer et génère toutes les requêtes en quelques secondes. C’est un gain de temps massif par rapport à la construction manuelle.

Postman v12 : la refonte de mars 2026

Le 1er mars 2026, Postman a lancé sa version 12, une refonte profonde qui touche à la fois l’architecture technique et le positionnement produit. Plusieurs changements majeurs méritent d’être compris.

Le premier est le passage à une architecture Git-native. Les workspaces Postman peuvent désormais être connectés directement à un dépôt Git, avec gestion des branches, travail hors ligne et synchronisation avec le code applicatif. C’est un changement fondamental : avant cette version, Postman vivait dans sa propre bulle de versioning, déconnectée du reste du cycle de développement. Désormais, faire évoluer une collection Postman sur une feature branch en parallèle du code correspondant devient naturel.

Le deuxième changement structurant est l’introduction du format YAML pour les collections, en remplacement du JSON historique. Plus lisible dans les diffs Git, plus facilement manipulable par des outils d’IA, ce format fait le lien entre lisibilité humaine et traitement machine.

L’API Catalog : la gouvernance à l’échelle

La fonctionnalité la plus significative de Postman v12 pour les équipes est l’API Catalog. C’est une couche de gouvernance centralisée qui agrège les specs, les collections, les historiques d’exécution de tests, les pipelines CI/CD et les métriques de production de toutes les APIs d’une organisation, dans une vue unifiée.

Pour un architecte technique ou un engineering manager, c’est une réponse directe au problème classique de l’API sprawl : des dizaines d’APIs développées par différentes équipes, sans visibilité transversale sur leur état de santé, leur niveau de couverture de tests ou leurs dépendances. L’API Catalog traite les APIs comme des actifs structurés plutôt que comme des artefacts isolés, et permet de voir d’un coup d’oeil lesquelles sont testées, documentées et monitorées en production.

Agent Mode : quand l’IA entre dans la boucle de développement

Le troisième pilier de v12 est l’Agent Mode, une couche d’IA intégrée directement dans les workflows Postman. Concrètement, l’agent peut lire les specs d’une API, générer des collections de tests, analyser des échecs, proposer des corrections et écrire du code. Ce n’est pas un chatbot collé sur le côté : l’IA intervient dans le flux de travail, directement sur les collections, les environnements et les specs.

Ce qui est intéressant dans le positionnement de Postman, c’est l’angle choisi : les agents IA interagissent désormais eux-mêmes avec des APIs pour accomplir des tâches. Postman veut devenir l’outil qui permet de concevoir, tester et monitorer les APIs que ces agents consomment. La plateforme a d’ailleurs ajouté le support natif du protocole MCP (Model Context Protocol, le standard d’Anthropic pour connecter les agents IA à des outils externes), aux côtés de GraphQL, gRPC, WebSocket, MQTT et Socket.IO.

Breaking news tech : Postman v12 expose une documentation indexée pour les agents IA via /llms.txt et /llms-full.txt à la racine de sa doc. En ajoutant .md à n’importe quelle URL de documentation, vous obtenez la version Markdown de la page, directement consommable par un LLM. C’est une approche que de plus en plus d’outils dev adoptent pour s’intégrer nativement dans les workflows IA.

Postman face à ses concurrents

Bruno mérite une mention particulière : ce challenger open source stocke les collections dans un format texte versionnable directement dans le repo Git, sans aucun cloud. Pour des équipes qui veulent garder leurs specs API 100% en local et intégrées au code, c’est l’alternative la plus crédible à Postman v11 et antérieurs. Avec la v12, Postman répond directement à cette critique en devenant Git-native.

Automatisation et CI/CD : la CLI Postman

La Postman CLI permet d’exécuter collections et tests directement en ligne de commande, ce qui ouvre la voie à une intégration native dans n’importe quel pipeline CI/CD :

Dans un pipeline GitHub Actions ou GitLab CI, ça ressemble à ça :

L’option --bail stoppe l’exécution dès le premier test en échec, pratique pour un gate de qualité bloquant avant déploiement. Les rapports JSON générés peuvent ensuite être parsés pour alimenter un dashboard de monitoring ou déclencher des alertes.

Tarification v12 : ce qui change

La refonte v12 s’accompagne d’une simplification des plans. Fini la jungle d’add-ons : Postman propose désormais quatre plans, Free, Solo, Team et Enterprise. Le plan Free reste généreux pour un usage individuel. Le plan Solo, nouveau, cible les développeurs freelance qui veulent les fonctionnalités IA et d’automatisation sans gérer une équipe. Le plan Team débloque la collaboration sur les workspaces partagés, le CI/CD et l’API Catalog.

Points clés à retenir

Postman v12 marque un tournant net : l’outil de test API des développeurs devient une plateforme de gouvernance et d’infrastructure API pensée pour un monde où les agents IA consomment des services autant que les humains. L’intégration Git-native, l’Agent Mode et l’API Catalog répondent à des irritants réels que les équipes tech connaissent bien.

Pour un développeur solo qui veut juste tester une API rapidement, Bruno ou Thunder Client restent plus légers. Pour une équipe qui gère un portfolio d’APIs en production avec des exigences de gouvernance et d’automatisation, Postman v12 n’a pas vraiment d’équivalent complet sur le marché.

Et vous, vous êtes resté sur Postman ou vous avez migré vers une alternative ? La question de la confidentialité des collections stockées dans le cloud revient souvent dans les équipes : c’est peut-être le vrai sujet de fond.