> ## Documentation Index
> Fetch the complete documentation index at: https://docs.rockapi.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Guide des places de marché API : comparer, s'abonner et tester

> Évaluez les fiches API, les documents OpenAPI, les conditions d'abonnement, l'authentification et la consommation avant l'intégration en production.

Une **place de marché API** rassemble offres, documentation et parcours d'achat. Il reste à vérifier que chaque service répond à vos exigences. Une fiche ou une spécification OpenAPI ne garantit pas disponibilité, protection des données ou compatibilité avec votre application.

![Parcours d'achat API allant de la découverte et la comparaison à l'abonnement, au test et à l'intégration](https://mintcdn.com/rockapi/Y2PJHTzmky-wG67e/images/blog/api-marketplace-workflow.svg?fit=max\&auto=format\&n=Y2PJHTzmky-wG67e\&q=85\&s=8360bb64cd8c977178f5216bdd46bfd4)

Ce schéma conserve ses libellés anglais. Il décrit le parcours d'achat ; les outils de test et les obligations d'abonnement dépendent du service.

## Distinguer modèles et abonnements de services

Pour un modèle IA, consultez le [catalogue actuel et les prix](https://rockapi.ai/pricing). Les requêtes suivent les endpoints de modèles et leurs règles de consommation. Une API tierce peut exiger un abonnement actif et utiliser ses propres URL, authentification, quotas et renouvellements. Ne supposez pas qu'elle accepte Chat Completions ou se facture en tokens de modèle.

| Avant l'abonnement | Informations à conserver |
| - | - |
| Besoin fonctionnel | Endpoints, entrées, exemples de sorties et limites |
| Authentification | Origine de la clé, en-tête, abonnement et droits requis |
| Coût | Devise, unité, usage inclus, dépassements, renouvellement et résiliation |
| Exploitation | Limites de débit, délais, erreurs et contact d'assistance |
| Données | Conditions de conservation, traitement et usages autorisés |

Si ces informations manquent, contactez l'assistance du service avant de payer. Un montant sans unité ni conditions de forfait ne permet pas d'estimer une dépense mensuelle.

## Préparer un petit test à partir de la spécification

OpenAPI décrit méthodes, chemins, paramètres, corps, schémas de sécurité et réponses. Lisez les exigences de l'endpoint choisi et comparez une réponse d'exemple aux champs utilisés par votre application. Contrôlez selon le besoin pagination, champs facultatifs, résultats vides et suivi des tâches asynchrones.

Utilisez des données synthétiques et une requête sans effet gênant. Préférez une opération en lecture seule si elle existe ; comprenez les conséquences d'une opération d'écriture avant de l'exécuter. Fixez budget et critères de réussite avant de souscrire. Vérifiez qu'un essai est réellement proposé : les tests ne sont pas nécessairement gratuits.

## Tester avec les bons accès

Pour un service de la place de marché, examinez le forfait, abonnez-vous si nécessaire et utilisez la console en ligne lorsqu'elle existe. Sinon, reprenez son exemple de requête documenté. Créez l'identifiant demandé, vérifiez URL complète et méthode, puis envoyez la plus petite requête valide. Consultez le [parcours d'abonnement et de test OpenAPI](https://docs.rockapi.ai/fr/blog/buyers/how-to-subscribe-and-test-openapi.md).

Pour un modèle de conversation, créez une clé de plateforme dans [Clés API](https://rockapi.ai/keys), stockez-la dans `ROCK_API_KEY` et placez un identifiant exact accessible à votre compte dans `ROCK_API_MODEL`. Le SDK utilise `https://rockapi.ai/v1` comme URL de base complète ; curl utilise :

```bash theme={null}
curl --fail-with-body https://rockapi.ai/v1/chat/completions \
  -H "Authorization: Bearer $ROCK_API_KEY" \
  -H "Content-Type: application/json" \
  -d "{\"model\":\"$ROCK_API_MODEL\",\"messages\":[{\"role\":\"user\",\"content\":\"Réponds bonjour.\"}]}"
```

Définissez les deux variables et vérifiez le solde requis. L'acheteur ne configure pas les canaux fournisseurs. Cet exemple concerne la conversation avec un modèle, pas toutes les API du marché.

## Accepter la réponse et rapprocher l'usage

Examinez statut et corps, même si la console indique une réussite. Essayez une entrée invalide documentée et vérifiez son traitement. Pour `401` ou `403`, contrôlez clé, abonnement et droits ; pour `429`, quota et limites. Gardez horodatage et identifiant de requête ou de tâche, sans secrets.

Retrouvez le montant liquidé ou le quota d'abonnement consommé dans les journaux. La [facturation](https://docs.rockapi.ai/fr/pricing-and-billing.md) distingue consommation des modèles et forfaits de services. Une erreur HTTP seule ne prouve pas l'absence de frais.

Transférez méthode, URL, en-têtes et corps validés dans le code. Séparez clés de test et de production, définissez délais et nouvelles tentatives limitées, puis utilisez la [liste de contrôle d'abonnement](https://docs.rockapi.ai/fr/blog/buyers/api-subscription-checklist.md) avant d'augmenter le trafic.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.