Se connecter
Ce que les SDKs vous apportent

Les SDKs sont de fins wrappers qui prennent en charge la mise en forme des requêtes (encodage URL, validation des paramètres, parsing des réponses, helpers de retry), afin que le code de votre application ressemble à du code métier plutôt qu'à de la plomberie HTTP. Chaque SDK expose le même ensemble de clients : Crawling API, Scraper API, Leads API, Screenshots API (plus Cloud Storage sur Python / Ruby / PHP / .NET), et la surface de l'API reflète les paramètres sous-jacents un à un. Si un paramètre est documenté sur la page de l'API, il fonctionne dans tous les SDKs. L'Enterprise Crawler est accessible via la Crawling API elle-même en passant les options async + callback + crawler ; il n'existe pas de classe client Crawler séparée.

Choisissez votre langage

Chaque langage dispose de sa propre page avec les instructions d'installation, l'authentification, des exemples multi-API et la référence des méthodes.

Le SDK le plus populaire. Installation avec pip install crawlbase. Compatible Python 3.9+ et livré avec des helpers async.
En savoir plus
Installation avec npm install crawlbase. ESM et CommonJS pris en charge. Basé sur les promises sur l'ensemble des APIs.
En savoir plus
Gem sans dépendances pour le scraping et le crawling avec les APIs Crawlbase. Ruby idiomatique ; compatible 2.7+ et JRuby.
En savoir plus
Package de classes léger compatible PSR. Installation via composer require crawlbase/crawlbase. PHP 7.4+.
En savoir plus
Client idiomatique, context-aware. go get github.com/crawlbase/crawlbase-go sur Go 1.18+.
En savoir plus
Artefact Maven / Gradle com.crawlbase:crawlbase. JDK 11+, compatible Jakarta sur l'ensemble des APIs.
En savoir plus
Package NuGet CrawlbaseAPI. .NET 6+ pris en charge, async/await partout. Installation avec dotnet add package CrawlbaseAPI.
En savoir plus

Plus

D'autres façons d'intégrer quand aucun des SDKs officiels ne convient.

Pas de SDK pour votre stack ? Appelez la Crawling API directement en HTTP : c'est exactement ce que fait chaque SDK en interne.
Utiliser l'API
Vous avez créé un SDK pour un langage que nous ne couvrons pas, ou vous souhaitez en développer un avec nous ? Contactez-nous et nous vous accompagnerons.
Nous contacter

Quel SDK choisir ?

Utilisez le SDK qui correspond au langage principal de votre projet : c'est presque toujours la bonne réponse. Les interfaces ont la même forme dans tous les langages, le choix se résume donc à l'adéquation avec votre écosystème (votre gestionnaire de dépendances, votre runtime, vos types existants).

Si votre stack n'est pas listée, vous pouvez utiliser la Crawling API directement en HTTP : c'est exactement ce que fait chaque SDK en interne. L'API Playground génère des exemples curl/HTTP bruts que vous pouvez porter vers n'importe quel client.

Open source

Tous les SDKs sont open source sur GitHub à l'adresse github.com/crawlbase. Issues, PRs et demandes de fonctionnalités sont les bienvenues : la plupart des manques signalés par les utilisateurs sont corrigés en l'espace d'un cycle de release.