API et intégration
API SMM Panel v2
Mis à jour le par La rédaction de PanelCompare
API SMM Panel v2 : pourquoi cela compte-t-il pour un acheteur ?
Une seule interface mise en œuvre partout : c’est le fait structurel qui explique le marché. Un client écrit pour un panel fonctionne avec des centaines d’autres en changeant l’URL de base : c’est pourquoi un panel peut être lancé en un après-midi en branchant un script sur un fournisseur, et pourquoi il existe des milliers de vitrines presque identiques.
C’est aussi ce qui rend un indice comparatif possible. Créer un compte et appeler l’action services renvoie en une requête tout un catalogue en JSON structuré (ID de service, nom, catégorie, tarif pour 1 000, min, max, indicateurs de refill et d’annulation) : des données propres et comparables, et non du HTML à analyser.
API SMM Panel v2 : comment cela se traduit-il dans une liste de prix ?
Le point d’accès est par convention /api/v2, et la page API du panel documente les actions. L’appeler sans clé renvoie une réponse d’erreur valide, ce qui prouve qu’un point d’accès compatible API v2 existe ; une erreur 404 dément l’affirmation d’un panel selon laquelle il a une API.
Deux bizarreries piègent toutes les intégrations. Les erreurs reviennent en HTTP 200 avec un objet error dans le corps, si bien que les codes de réponse ne portent aucune information ; et l’appel de statut multiple est la même action status avec un paramètre orders au pluriel, plafonné à 100 ID, plutôt qu’une action distincte.
Cette définition vous semble fausse ?
La terminologie de ce marché est fixée par les panels qui l’emploient, et elle évolue. Si un panel emploie « API SMM Panel v2 » dans un autre sens que celui décrit ici, envoyez-nous l’offre concernée : nous corrigerons la définition ou nous consignerons la variante. La démarche est décrite sur la page À propos.