Agents IA
Un outil read_url pour Claude, Cursor, OpenClaw, n8n ou votre propre agent, avec une limite de longueur par page.
Réponse rapide
À quoi sert une API de lecture web ?
Les équipes utilisent une API de lecture web pour donner aux agents IA un outil de fetch, pour ingérer des sites dans des index RAG, pour surveiller les changements de pages publiques et pour convertir leurs propres sites web en Markdown. WebReaderAPI couvre les quatre avec une seule clé : /read pour une page, /batch pour une liste, /crawl pour un site, à un crédit par page à partir de 0,07 $US/1K pages en octobre 2026. Sans KYC ; payez en crypto.
Quel est votre cas d'usage ?
Ingestion RAG
Crawlez de la documentation et des blogs vers des chunks Markdown qui conservent leurs titres et l'URL source.
Surveillance des modifications
Lisez les pages de tarifs, les politiques et les changelogs selon un planning et récupérez les différences sous forme de texte.
Site web en Markdown
Exportez votre propre site en fichiers Markdown pour une migration, une sauvegarde ou votre propre assistant.
Des rapports, articles et manuels depuis un lien, convertis en texte Markdown.
llms.txt
Construisez un fichier llms.txt pour votre propre site à partir d'un crawl, avec une ligne par page.
Quel endpoint et combien de pages chaque cas d'usage nécessite-t-il ?
Volumes typiques pour une petite équipe, pour dimensionner un premier pack. Un crédit par page, deux lorsque la page nécessite un navigateur.
| Cas d'usage | Endpoint | Pages typiques par mois |
|---|---|---|
| Agent qui lit 5 pages par tâche, 100 tâches par jour | /read | Environ 15 000 |
| Index RAG de 3 sites de documentation, actualisé chaque semaine | /crawl, puis /batch | 6 000 pour le construire, quelques centaines par semaine ensuite |
| Surveillance quotidienne de 200 pages concurrentes et de politiques | /batch | Environ 6 000 |
| Export d'un site de 2 000 pages, une fois | /crawl | 2 000, en une fois |
Quel problème ces quatre cas d'usage ont-ils en commun ?
Dans les quatre cas, il faut la partie lisible d'une page, pas sa mise en page. Un agent gaspille des tokens sur les menus ; un index classe le boilerplate ; un outil de veille déclenche de fausses alertes quand une pub change ; une migration recopie les bannières cookies dans le nouveau site. L'extraction du contenu principal résout le même problème à chaque fois.
Ils partagent aussi les mêmes limites. Les pages derrière un login ou un paywall sont hors de portée, et les sites qui refusent robots.txt sont ignorés et non facturés. Nous respectons robots.txt : notre crawler s'identifie comme WebReaderAPI, suit les règles écrites pour lui ou pour tous les robots, et ne lit pas une page qu'un site interdit. Les pages refusées ne sont pas facturées.
Comment choisir entre /read, /batch et /crawl ?
Utilisez l'outil le plus simple qui fait le travail.
/readrenvoie une page de façon synchrone. Il convient aux agents, qui décident page par page quoi lire ensuite./batchlit jusqu'à 100 URLs que vous connaissez déjà, en tâche de fond. Il convient aux listes de veille et aux rafraîchissements./crawldécouvre et lit un site entier à partir d'une URL de départ, jusqu'à 10 000 pages, en suivant son sitemap et son robots.txt. Il convient aux premiers builds et aux exports.
Les trois acceptent les mêmes options, comme format, main_content, render et max_chars, et sont facturés de la même façon.
Combien coûtera un premier projet ?
La plupart des premiers projets tiennent dans un petit pack. Un agent prototype, un index de documentation unique ou une liste de surveillance de quelques centaines de pages utilise quelques milliers à quinze mille crédits par mois. 10 000 pages coûtent 3,75 $US et 50 000 pages coûtent 14,25 $US, en octobre 2026.
Les crédits n'expirent jamais, donc acheter le plus grand pack pour un projet susceptible de grandir ne coûte rien de plus pendant un mois calme. Les pages en échec et les pages refusées par robots.txt sont gratuites.
Packs pour un premier projet
Commencez petit ; les crédits se reportent sans date limite. 1 crédit = 1 page lue sans navigateur ; 2 crédits quand la page nécessite un navigateur pour exécuter JavaScript. Une requête qui échoue, ou qu'un robots.txt de site refuse, n'est pas facturée.
Test
10 000 pages
3,75 $US
0,38 $US/1K pages
- Testez-le sur vos vraies URL
- Même API que le pack le plus grand
- Les crédits n'expirent jamais
Starter
50 000 pages
14,25 $US
0,28 $US/1K pages
- Un agent IA ou un prototype RAG
- Crawler un site de documentation
- Les crédits n'expirent jamais
Build
100 000 pages
21,75 $US
0,22 $US/1K pages
- Agents en production et pipelines RAG
- Tâches batch et crawl
- Les crédits n'expirent jamais
Dans chaque offre: Extraction du contenu principal · Rendu JavaScript si nécessaire · Pages en échec et refusées non facturées · Les crédits n'expirent jamais
Cas d'usage : questions fréquentes
Puis-je utiliser une seule clé pour plusieurs projets ?
Oui, ou créez une clé par projet pour voir l'usage séparément et révoquer l'une sans toucher aux autres. Créez plusieurs clés API, par exemple une par agent ou par projet, et révoquez n'importe laquelle depuis votre dashboard.
Quel cas d'usage nécessite le rendu JavaScript ?
Tous ceux qui lisent des applications web modernes, des sites de documentation en single-page ou des pages qui chargent du contenu après la première réponse. Avec render=auto, l'API ne fait le rendu que lorsque le HTML brut contient trop peu de texte.
Y a-t-il un cas d'usage pour lequel WebReaderAPI n'est pas fait ?
Oui : la collecte de données personnelles sur des personnes privées, la lecture de contenu derrière un login ou un paywall, et tout ce qui exige de contourner le refus d'un site. Notre Acceptable Use Policy liste les règles.
Ai-je besoin d'une pièce d'identité pour commencer ?
Non. WebReaderAPI ne demande ni pièce d'identité, ni selfie, ni document. Une recharge commence à 25 $US, en BTC, USDT, USDC, ETH, SOL, LTC.