« Meilleure API de web scraping pour Amazon » est une question sans réponse unique, car la surveillance d’Amazon n’est pas une tâche unique. Suivre le prix de deux mille ASINs sur cinq places de marché, auditer qui détient la buy box sur vos propres annonces, et observer le renouvellement des meilleures ventes d’une catégorie touchent tous à Amazon, mais attendent chacun des choses différentes d’une API.
Plutôt qu’un classement de fournisseurs, qui serait obsolète en un trimestre et ne vous dirait rien sur votre propre charge de travail, ce guide trie les options par type, expose les critères qui distinguent réellement une bonne API Amazon d’une API utilisable, et propose une méthode pour tester des candidats sur vos propres ASINs avant de vous engager.
Commencez par écarter ce qui ne convient pas
Les propres API d’Amazon sont conçues pour les vendeurs et affiliés travaillant sur leurs propres comptes, et elles ont leurs propres conditions d’éligibilité et d’utilisation. Ce sont le bon outil pour vos propres annonces, commandes et stocks. Ce ne sont pas un moyen de surveiller les offres, prix ou classements des concurrents sur l’ensemble du catalogue, ce qui est l’objet de ce guide.
Pour cette tâche, il existe trois types d’API.
Les trois types d’API pour Amazon
Les API e-commerce dédiées. Des points d’accès structurés pour chaque surface Amazon : produit, recherche, meilleures ventes, promotions, catégories, profils vendeurs. Vous envoyez un ASIN ou une requête et recevez du JSON déjà analysé. Pas de sélecteurs, pas de parseur à maintenir, et lorsque Amazon change son balisage, c’est le fournisseur qui absorbe le changement.
Les API de web scraping généralistes. Vous envoyez n’importe quelle URL, l’API gère les proxies, le rendu et les nouvelles tentatives, et vous recevez du HTML ou du JSON produit selon des règles d’extraction que vous définissez. Plus flexible, car cela fonctionne sur n’importe quel site marchand et n’importe quelle page, et vous êtes responsable de l’analyse, y compris de la maintenance lorsque le balisage change.
Les proxies autogérés. Vous exécutez vous-même le navigateur ou le client HTTP, le parseur et la logique de nouvelle tentative, en passant par des proxies résidentiels. Contrôle maximal et coût unitaire le plus bas à très grande échelle, en échange de l’effort d’ingénierie le plus important. Cette approche est traitée dans le scraping des données produit Amazon avec des proxies.
| API e-commerce dédiée | API de scraping généraliste | Proxies autogérés | |
|---|---|---|---|
| Sortie | JSON structuré par surface | HTML, ou JSON via vos règles | Ce que vous construisez |
| Maintenance du parseur | Fournisseur | Vous | Vous |
| Fonctionne au-delà d’Amazon | Limité aux sites pris en charge | N’importe quel site | N’importe quel site |
| Effort d’ingénierie | Le plus faible | Modéré | Le plus élevé |
| Idéal pour | Amazon à grand volume, démarrage rapide | Surveillance multi-sites marchands | Très grande échelle, flux personnalisés |
La plupart des dispositifs matures de veille tarifaire finissent par utiliser plus d’un type : une API dédiée pour Amazon, et une API de scraping généraliste pour la longue traîne des sites marchands qu’aucun point d’accès structuré ne couvre.
Les critères qui comptent réellement pour Amazon
Les listes de fonctionnalités se ressemblent toutes. Voici les propriétés qui déterminent si les données sont utilisables.
La couverture des places de marché. Amazon est un ensemble de vitrines nationales avec des prix, vendeurs et disponibilités différents pour un même ASIN. Vérifiez que chaque place de marché où vous vendez est prise en charge, pas seulement les États-Unis.
La couverture des surfaces. La veille tarifaire nécessite généralement plus que la page produit : classements de recherche, mouvements des meilleures ventes, promotions, et données vendeurs pour identifier vos concurrents directs. Listez les surfaces dont votre flux de travail a besoin et vérifiez chacune d’elles.
La séparation entre résultats organiques et sponsorisés. Les résultats de recherche mélangent placements payants et organiques. Une API qui les renvoie dans une liste unique non différenciée corrompra silencieusement toute analyse de classement.
La parité entre appareils. Mobile et ordinateur peuvent classer les résultats différemment. Si vos clients achètent sur mobile, vous avez besoin des résultats mobiles.
La stabilité de la sortie. Une API structurée n’a de valeur que si son schéma reste stable. Demandez comment les changements majeurs sont communiqués, et observez la complétude des champs pendant un essai plutôt que de faire confiance à une réponse d’exemple.
La facturation au succès. Payer pour des requêtes bloquées ou échouées transforme une cible peu fiable en problème budgétaire. Privilégiez les fournisseurs qui ne facturent que les réponses réussies, et vérifiez comment le « succès » est défini.
La concurrence et la fraîcheur des données. Le plafond de concurrence détermine à quelle vitesse vous pouvez rafraîchir un catalogue, ce qui détermine à quel point vos prix peuvent devenir obsolètes.
Un détail qui piège chaque pipeline Amazon
Les prix reviennent sous forme de chaînes d’affichage dans le format propre à chaque place de marché, et le symbole monétaire seul n’identifie pas la devise : $ sur amazon.com, amazon.ca et amazon.com.au représente trois devises différentes. Résolvez la devise ISO à partir du symbole et de la place de marché ensemble, et conservez la chaîne brute à côté du montant analysé. Le schéma de chargement complet se trouve dans transférer les données d’une API de web scraping vers SQL.
La buy box est l’autre piège. L’offre gagnante peut dépendre du lieu de livraison et des vendeurs actifs à ce moment précis, donc toute API renvoie une vue de la buy box, pas la buy box. Sachez quelle vue vous obtenez, et enregistrez la place de marché et l’horodatage avec chaque observation.
Comment évaluer les candidats sur vos propres données
Une réponse d’exemple dans la documentation ne prouve rien concernant votre catalogue. Menez un essai qui reflète la tâche réelle.
- Choisissez un échantillon fixe : quelques centaines de vos ASINs réels sur les places de marché qui vous intéressent, en donnant plus de poids aux produits les plus importants.
- Faites-le tourner selon un calendrier pendant une semaine, à la cadence que vous comptez utiliser en production.
- Mesurez la complétude des champs par champ et par place de marché. Un champ de prix vide sur 8 % des produits allemands est une observation réelle.
- Vérifiez ponctuellement l’exactitude en comparant un sous-ensemble aléatoire des prix retournés avec la page en direct au même moment.
- Enregistrez le taux de succès et la latence par place de marché, pas en agrégat, car un fournisseur peut être excellent aux États-Unis et faible ailleurs.
- Calculez le coût par enregistrement utilisable, c’est-à-dire les lignes complètes, exactes et correctement attribuées, et non le coût par requête.
Faites tourner chaque candidat sur le même échantillon, la même semaine, à la même cadence. Comparer des fournisseurs testés dans des conditions différentes est la manière la plus sûre de fausser une décision d’achat, et c’est le même principe que nous appliquons à nos propres benchmarks.
Où se situe Shifter
L’API Amazon de Shifter est une API e-commerce dédiée. Un seul point d’accès avec un paramètre type couvre la recherche, le détail produit, les meilleures ventes, les promotions du jour, les catégories, les profils vendeurs, les produits vendeurs et les avis vendeurs, sur 19 places de marché Amazon, avec des résultats desktop ou mobile et du JSON par défaut :
curl "https://ecom.shifter.io/v1?engine=amazon&api_key=YOUR_API_KEY&type=product&product_id=B08C1W5N87&domain=amazon.de"Les réponses de recherche gardent les placements sponsorisés dans un champ distinct des résultats organiques, et la pagination est exposée dans la réponse. Les appels Amazon puisent dans le quota du plan SERP API, il n’y a donc qu’un seul pool de clés et un seul plan pour les deux. Les points d’accès et paramètres se trouvent dans la documentation de l’API Amazon, avec les tarifs sur la page de tarification SERP API.
L’API de web scraping de Shifter couvre tout ce que les points d’accès structurés ne couvrent pas : autres sites marchands, sites de marques, et toute page que vous souhaitez extraire vous-même. Elle rend le JavaScript à la demande, renvoie du JSON via des règles d’extraction, cible un pays par requête, maintient les sessions pour les flux paginés, relance automatiquement les requêtes échouées, et ne facture que les réponses réussies. Voir la page API de web scraping.
Les proxies résidentiels de Shifter sont l’option autogérée, pour les équipes qui veulent un contrôle total du navigateur et du parseur.
Faire correspondre la tâche à l’outil
| Tâche | Meilleur choix |
|---|---|
| Suivi de prix pour une liste fixe d’ASINs sur plusieurs places de marché | API Amazon dédiée |
| Suivi du classement de recherche et de la part de rayon | API Amazon dédiée, avec séparation sponsorisé/organique |
| Tarification concurrentielle sur Amazon et d’autres sites marchands | API Amazon plus une API de scraping généraliste |
| Identification des vendeurs sur vos propres annonces | Points d’accès vendeurs de l’API dédiée |
| Flux personnalisés que les points d’accès structurés n’exposent pas | API de scraping généraliste ou proxies autogérés |
| Très grands catalogues avec une ingénierie de scraping interne | Proxies autogérés |
Les usages en aval sont traités dans construire un flux tarifaire concurrentiel en temps réel, le respect du MAP à grande échelle et détecter les vendeurs tiers qui détournent vos annonces.
FAQ
Puis-je utiliser la propre API d’Amazon pour surveiller les prix des concurrents ?
Les API d’Amazon sont construites pour les vendeurs et affiliés travaillant sur leurs propres comptes, selon leurs propres conditions. Pour surveiller le catalogue au sens large, les équipes utilisent une API e-commerce dédiée, une API de scraping généraliste ou des proxies.
Une API Amazon dédiée est-elle toujours meilleure qu’une API de scraping généraliste ?
Pour les surfaces Amazon qu’elle prend en charge, elle est généralement plus rapide à intégrer et moins coûteuse à maintenir. Une API de scraping généraliste l’emporte lorsque vous surveillez aussi d’autres sites marchands ou avez besoin de pages que les points d’accès structurés ne couvrent pas.
À quelle fréquence les prix Amazon doivent-ils être rafraîchis ?
Adaptez la cadence à la vitesse réelle à laquelle votre catégorie évolue, ce que vous pouvez mesurer pendant l’essai. Beaucoup d’équipes rafraîchissent une liste de surveillance prioritaire plusieurs fois par jour et la longue traîne quotidiennement.
Quelle est l’erreur la plus courante lors de l’achat d’une API Amazon ?
Évaluer sur une réponse d’exemple plutôt que sur vos propres ASINs, sur vos propres places de marché, sur une semaine. La complétude des champs en dehors des États-Unis est là où la plupart des options diffèrent.
En résumé
Il n’existe pas de meilleure API de web scraping pour Amazon dans l’absolu, seulement le meilleur choix pour une tâche donnée. Les API e-commerce dédiées sont la voie la plus rapide vers des données Amazon structurées sur plusieurs places de marché. Les API de scraping généralistes étendent le même pipeline à tous les autres sites marchands. Les proxies autogérés conviennent aux opérations très grandes et très personnalisées.
Choisissez selon la couverture des places de marché et des surfaces, la séparation entre organique et sponsorisé, la stabilité de la sortie et la facturation au succès uniquement, puis validez ce choix sur vos propres ASINs pendant une semaine avant de vous engager. Le cas d’usage plus large se trouve sur la page veille tarifaire.