Scraping eBay: Comparaison des 4 meilleurs fournisseurs

Nous avons évalué eBay auprès de 4 fournisseurs de web scraping, pour un total de 1,400 requêtes sur les pages de recherche et de produits de 7 sites eBay par pays, en mesurant à la fois le taux de réussite et le temps de réalisation de bout en bout.

Résultats du benchmark de scraping eBay

Vous pouvez en savoir plus sur notre méthodologie de benchmark.

• Vous pouvez également consulter notre benchmark de scraping e-commerce complet couvrant les 100 premiers domaines e-commerce.

Performance par place de marché

Performance par type de page

Quelles données pouvez-vous scraper sur eBay

Étant donné que seuls Bright Data et Apify ont renvoyé des données structurées JSON, ils étaient les seuls fournisseurs dont la sortie pouvait être comparée champ par champ. Pour chacun d'eux, nous avons examiné les champs de données propres à ce fournisseur (les champs partagés tels que brand, title et description ont été exclus). Bright Data a renvoyé 59 champs de données par produit, tandis que Apify en a renvoyé 10.

Les autres fournisseurs n'ont pas renvoyé de champs JSON prêts à l'emploi. Leurs réponses étaient du HTML rendu, il faut donc extraire les données en analysant la page avec des sélecteurs CSS au lieu de lire directement des champs structurés.

Essai gratuit des fournisseurs de scraping eBay

Fournisseurs de scraping eBay

Bright Data a été le meilleur performer sur eBay dans notre benchmark, réussissant 99.1 % des requêtes, le taux de réussite le plus élevé de tous les fournisseurs testés, avec un temps de réalisation de bout en bout médian d'environ 25 secondes.

Bright Data dispose de quatre APIs de scraping disponibles pour eBay :

• eBay, Collect products by URL (ebay.com) : cible les pages individuelles de listing de produits et extrait des données structurées, y compris le titre, le prix, l'état, les informations sur le vendeur, les avis et évaluations des acheteurs, les caractéristiques de l'article, les détails de livraison et les images.

• eBay, Discover by category (ebay.com) : collecte les enregistrements de produits en parcourant une catégorie eBay donnée plutôt qu'une URL unique.

• eBay, Discover by keywords (ebay.com) : recueille les données de produits à partir des résultats de recherche eBay pour des mots-clés spécifiés.

• eBay, Discover by shop URL (ebay.com) : collecte l'intégralité du catalogue de produits répertorié par un vendeur ou une boutique eBay donné(e).

Des datasets prêts à l'emploi pour eBay sont également disponibles sur la Dataset Marketplace de Bright Data :

Dataset eBay Products : une collection pré-construite de listings eBay avec les détails des produits, les prix, les informations sur le vendeur et les avis clients. Les cas d'usage courants sont l'intelligence tarifaire, la surveillance des concurrents et l'étude de marché.

Pour le benchmark, Bright Data a traité les deux types de pages eBay différemment. Les pages produit ont été exécutées via l'API eBay, Collect products by URL de Bright Data scraper, qui renvoyait du JSON structuré avec des champs au niveau de l'annonce (titre, prix, vendeur, évaluations et caractéristiques de l'article). Les pages de recherche ou de listing n'ont pas été acheminées par un scraper eBay dédié ; elles sont passées par Bright Data’s Web Unlocker, qui renvoyait le HTML brut rendu que nous avons ensuite analysé nous-mêmes.

Oxylabs propose un seul endpoint d'API Web Scraper (realtime.oxylabs.io/v1/queries) qui couvre eBay via deux types de sources :

Source universelle (source: universal) : un scraper polyvalent qui accepte toute URL eBay, produit ou listing, avec rendu headless optionnel (render: html).

Source eBay Search (source: ebay_search) : une source eBay dédiée aux résultats de recherche/listings, pilotée par des paramètres de requête plutôt qu'une URL complète.

Decodo propose un Site Unblocker pour eBay : un endpoint proxy (unblock.decodo.com) qui récupère toute URL eBay, produit ou listing, directement via le proxy et renvoie la page.

Rendu JavaScript : le débloqueur peut exécuter JavaScript et renvoyer la page entièrement rendue (via un indicateur X-Smartproxy-Js-Render).

Il expose un mécanisme unique et polyvalent qui fonctionne de la même manière pour les pages produit et de recherche, sans scraper spécifique à eBay.

Zyte a été appelé via un seul endpoint, l'API Zyte (api.zyte.com/v1/extract), utilisée de la même manière pour chaque page eBay. Chaque requête transmettait l'URL cible ainsi que le type d'extraction souhaité, avec browserHtml: true pour que la page soit rendue dans un navigateur headless avant l'extraction.

Pour le benchmark, Zyte a traité les deux types de pages eBay avec deux modes d'extraction sur cette même API :

• Pages produit ont été demandées avec l'extraction product (extractFrom: browserHtml, ai: true).

• Pages de recherche/listings ont été demandées avec l'extraction productList (extractFrom: browserHtml, ai: true).

Dans notre benchmark, Zyte a réussi 95.4 % des requêtes eBay, avec un temps de réalisation de bout en bout médian d'environ 17 secondes.

Nimble a été appelé via un seul endpoint en temps réel, la Web API Nimble (api.webit.live/api/v1/realtime/web), utilisée de la même manière pour chaque page eBay. Chaque requête transmettait l'URL cible avec render: true (pour que la page soit rendue dans un navigateur headless), parse: true (demandant une analyse structurée), format: json, un locale, et un country défini pour correspondre au site eBay scrapé (US, GB, DE, FR, IT, ES, CA).

Pour le benchmark, les deux types de pages eBay ont été envoyés de la même manière. Les pages produit et les pages de recherche/listings utilisaient la structure de requête identique sur cet endpoint, seules l'URL et le pays différant ; Nimble n'a pas reçu de mode d'extraction spécifique au type de page pour les produits par rapport à la recherche.

Nimble a réussi 14.3 % des requêtes eBay, avec un temps de réalisation de bout en bout médian d'environ 92 secondes dans le benchmark de scraping eBay.

Apify a réussi 93.1 % des requêtes eBay, avec un temps de réalisation de bout en bout médian d'environ 61 secondes.

Il a été appelé via un seul acteur, l'outil de scraping e-commerce (apify~e-commerce-scraping-tool), exécuté de manière synchrone via /v2/acts/apify~e-commerce-scraping-tool/run-sync-get-dataset-items. Le même acteur a été utilisé pour chaque page eBay.

Les deux types de pages eBay ont été transmis à l'acteur dans des champs d'entrée différents. Les pages produit ont été fournies dans detailsUrls, et les pages de recherche/listings dans listingUrls. Chaque exécution était configurée avec scrapeMode: AUTO et incluait un countryCode, qui correspondait au site eBay pour certains domaines (US, GB, DE, FR) mais se rabattait sur us pour ebay.ca, ebay.es et ebay.it.

Ne manquez pas nos benchmarks et analyses basées sur les données. Le bouton ouvre Google ; sélectionner AIMultiple confirme que vous souhaitez voir AIMultiple plus souvent dans les résultats de recherche Google.

Ajouter comme source préférée

Méthodologie du benchmark de scraping eBay

Validation des URL

Nous avons confirmé que les pages produit étaient en ligne et affichaient un prix, et que les pages de listing étaient en ligne et renvoyaient plusieurs produits distincts plutôt qu'une page vide ou un seul produit. Nous avons supprimé les sous-domaines de pré-production et de test, ainsi que les paramètres régionaux mélangés, et exclu chaque URL échantillonnée de l'ensemble livré.

Exécution du benchmark

Chaque fournisseur a récupéré les mêmes nouvelles URL, avec un nombre égal de pages produit et de listing tirées de chaque domaine eBay lors de chaque exécution. Lorsqu'un fournisseur proposait un scraper e-commerce dédié pour eBay, nous l'avons utilisé ; sinon, nous avons utilisé le débloqueur web / scraper source universel du fournisseur. Tous les fournisseurs ont été exécutés depuis la même localisation de serveur, de sorte que la localisation n'a donné d'avantage à aucun fournisseur.

Un statut HTTP seul n'était pas considéré comme un succès. Les réponses HTTP dans la plage 200-399, ainsi que 404, étaient traitées comme une réponse HTTP valide, mais un statut valide n'était jamais suffisant en soi. Pour chaque URL, nous avons défini à l'avance les données attendues comme réalité de terrain : pour une réponse structurée (JSON), nous vérifiions que le champ cible était valide, et pour une réponse HTML, nous vérifiions que le sélecteur CSS défini était présent. Une réponse n'était comptée comme un succès que lorsque cette vérification était réussie.

Une page de blocage, un captcha ou une coquille vide obtenaient zéro, même avec un statut valide.

Le temps de réponse de bout en bout est rapporté sur les requêtes réussies, sauf dans la ventilation par domaine, où il est rapporté sur toutes les requêtes.

Citer cette recherche

Choisissez le format qui correspond à votre lieu de publication. Coller la version avec lien dans votre CMS préserve le lien retour.

@misc{sipi2026,
  author = {Şipi, Nazlı},
  title  = {{Scraping eBay: Comparaison des 4 meilleurs fournisseurs}},
  year   = {2026},
  month  = jul,
  howpublished    = {\url{https://aimultiple.com/ebay-scraping}},
  note   = {AIMultiple. Consulté le 13 Juillet 2026}
}

Nazlı Şipi

Chercheuse en IA

Suivre

Nazlı est analyste de données chez AIMultiple. Elle a une expérience préalable en analyse de données dans divers secteurs, où elle a travaillé à la transformation d'ensembles de données complexes en informations exploitables.

Voir le profil complet

Soyez le premier à commenter

Votre adresse courriel ne sera pas publiée. Tous les champs sont obligatoires. Les commentaires sont laissés dans leur langue d'origine.

Nom

Adresse email

Commentaire

0/450

Publier un commentaire