API d'actualités crypto pour agents IA : ce que retournent les endpoints WEEX

La plupart des API d'actualités crypto sont vendues comme des moteurs de sentiment. Elles retournent un article plus un chiffre — un score de polarité, un indicateur haussier/baissier — et vous permettent de traiter ce chiffre comme une entrée pour une position. WEEX a construit l'inverse. L'API d'actualités WEEX a été lancée en juillet 2026 sous forme de flux de contenu structuré : articles, métadonnées, mappages de pièces, horodatages de publication. Aucun champ de sentiment. Aucun score. Aucun signal.

Cette distinction est plus importante qu'il n'y paraît, et c'est la première chose à comprendre avant de brancher une API d'actualités crypto dans un système automatisé.

Ce qu'une API d'actualités crypto retourne réellement

Une API d'actualités crypto est un flux programmatique d'articles publiés et de leurs métadonnées. Vous envoyez une requête GET avec des filtres — section, pièce, plage de dates, langue — et vous obtenez du JSON en retour : titres, résumés, liens sources, horodatages, tags et les pièces auxquelles chaque élément fait référence.

Ce que vous en faites est votre problème. L'API ne vous dit pas que l'article est une bonne nouvelle. Elle vous dit que l'article existe, quand il a été publié et quel actif il concerne.

L'implémentation WEEX tourne sur https://api-spot.weex.com et expose quatre endpoints de contenu. Trois sont ouverts ; un est restreint.

Chacun comporte un poids IP de 1, ce qui est le moins cher possible pour les endpoints WEEX. Les en-têtes de réponse retournent X-USED-WEIGHT-1M et X-REMAINING-WEIGHT-1M afin que vous puissiez budgétiser par rapport à la limite plutôt que de la découvrir. Si vous la dépassez, vous obtenez un 429 plus un bannissement de 10 secondes — court, mais assez long pour faire échouer une boucle sensible à la latence si vous ne ralentissez pas. Les règles complètes se trouvent dans la documentation sur les restrictions d'accès WEEX.

Pourquoi les données d'actualités ne sont pas un signal de trading

C'est la ligne que la plupart des fournisseurs brouillent, et la brouiller est un risque réel pour quiconque livre un agent aux utilisateurs.

Un score de sentiment est une opinion dérivée. Lorsqu'un fournisseur vous donne sentiment: 0.82 et que votre bot prend une position longue, vous avez externalisé un jugement à un modèle que vous ne pouvez pas auditer, entraîné sur un corpus que vous ne pouvez pas voir, sur une échelle de score que personne ne publie. Si le score est faux, vous assumez toujours l'exécution.

L'API d'actualités WEEX ne retourne rien de tout cela. Scannez le schéma documenté ArticleListItem — environ 30 champs couvrant les ID, la section, le titre, le résumé, la catégorie, le site source, l'URL source originale, les horodatages de publication, les tags et les mappages de pièces — et il n'y a aucun champ de sentiment, de confiance ou de recommandation nulle part. Le flux donne à votre modèle de la matière première. Votre modèle fait l'interprétation, et votre équipe possède la logique.

Pour quiconque opérant sous une revue de conformité, cette séparation est plus facile à défendre que "la boîte noire de notre fournisseur a dit d'acheter".

À l'intérieur de l'API d'actualités WEEX : quatre sections, un appel

Le choix de conception le plus utile ici est que section est un paramètre plutôt qu'un produit séparé. Un endpoint, quatre types de contenu :

news bénéficie de contrôles supplémentaires que les autres sections n'ont pas : category et categoryFilter (mutuellement exclusifs — filtrer dedans ou dehors, jamais les deux) et prioritySort pour un tri pondéré éditorialement. learn bénéficie d'un filtrage par level entre Débutant, Intermédiaire et Avancé. Les quatre prennent en charge withCount, une pagination jusqu'à 200 éléments par page (25 par défaut) et trois extensions optionnelles : populateThumbnail, populateTagLists et populateCoins.

Laissez les extensions désactivées par défaut et elles retournent null. C'est délibéré — vous payez pour les jointures que vous demandez.

L'en-tête de locale est la partie sous-estimée. Vingt locales sont prises en charge, de en_US et zh_TW à ar_AR, fa_IR, vi_VN et pt_BR. Si vous construisez un agent pour un marché non anglophone, vous n'êtes pas coincé à traduire un flux anglais au moment de l'inférence en espérant que le ticker survive au voyage aller-retour.

Comment extraire des actualités spécifiques à une pièce avec une fenêtre temporelle

listByCoin est là où le travail piloté par les événements commence réellement. Vous passez symbol (par exemple BTC) ou slug (btc), plus startEnableDate et endEnableDate sous forme d'horodatages Unix en secondes ou millisecondes. Les deux bornes sont inclusives. Omettez la borne supérieure et les résultats s'arrêtent au moment actuel.

curl "https://api-spot.weex.com/api/v3/content/articles/listByCoin?section=news&symbol=BTC&startEnableDate=1785283200000&page=1&pageSize=50&withCount=true&populateCoins=true" \
  -H "locale: en_US"

Deux choses rendent cela pratique plutôt que décoratif.

Premièrement, populateCoins=true retourne un tableau coinsMaps avec slug, symbol, name, icon, type et locale par actif référencé. C'est une entité résolue, pas une correspondance de chaîne — la différence entre étiqueter correctement un article sur Ondo et étiqueter à tort chaque article contenant le mot "ondo".

Deuxièmement, parce que la fenêtre est explicite et bornée, vous pouvez rejouer une période historique contre le même endpoint que celui que vous utilisez en direct. Aligner une fenêtre d'actualités sur une fenêtre de prix est là où la plupart du code d'étude d'événements échoue ; ici, les horodatages sont tous en millisecondes UTC des deux côtés. Sur WEEX, les perpetuels BTC-USDT étaient cotés autour de 59 590,5 le 29 juillet 2026, et coupler cette série de prix avec un pull listByCoin sur le même intervalle est une jointure à deux horodatages, pas un projet d'ingénierie de données.

Les corps des articles ne sont pas dans les réponses de liste, par conception. Si vous avez besoin du texte intégral, detail retourne un body HTML plus une articleUrl générée par le serveur — mais c'est restreint aux UIDs autorisés, vous devez donc passer par le BD de WEEX d'abord. Prévoyez cela dans votre calendrier.

À vérifier avant de s'engager avec une API d'actualités crypto

Les pages de comparaison des fournisseurs notent sur le nombre de sources et le prix. Aucun ne prédit si l'intégration survit au contact avec la production. Ceux-ci le font :

WEEX publie une réponse pour chaque ligne ci-dessus. Notez que son schéma expose quatre champs de temps distincts — enabledDate, publishedAt, createdAt, updatedAt — ce qui est plus de précision que la plupart des flux ne vous donnent et, manipulé négligemment, plus de façons d'avoir tort. Choisissez-en un comme canonique pour votre pipeline et documentez le choix.

Où les équipes se brûlent

Les modes de défaillance sont ennuyeux et répétables.

La déduplication est la première. L'agrégation d'actualités signifie que le même événement arrive sous plusieurs ID depuis plusieurs sites sources. Les champs outerId et originalSourceUrl existent précisément pour que vous puissiez les réduire — utilisez-les, ou votre agent lira un titre comme quatre confirmations indépendantes et ajustera la taille en conséquence.

La seconde est de traiter l'arrivée des titres comme un timing négociable. Au moment où un élément est activé dans un système de contenu, les teneurs de marché ont généralement déjà ajusté leurs prix. Les données d'actualités sont bien mieux utilisées comme état — contexte de régime, indicateurs de risque, vetos de position — que comme déclencheur d'entrée. Une règle qui dit "ne pas ouvrir de nouveau levier sur cet actif pendant 30 minutes après l'apparition d'un élément réglementaire" a tendance à mieux survivre au trading en direct qu'une règle qui se déclenche sur l'impression.

Troisièmement : conception de la limite de taux. Un bannissement de 10 secondes est trivial isolément et coûteux s'il survient au milieu d'un rééquilibrage sur un fan-out de requêtes de pièces. Lisez les en-têtes de poids sur chaque réponse et ralentissez avant de heurter le mur.

Pour commencer

L'API d'actualités WEEX est une API d'actualités crypto structurée pour les équipes qui veulent posséder leur propre inférence. Elle livre des métadonnées d'articles, des entités de pièces résolues, quatre sections de contenu et vingt locales via une interface REST avec un budget de poids documenté — et elle reste en dehors du business de vous dire quoi trader.

Si vous construisez un agent IA, un pipeline de recherche quantitative ou une couche de contexte de marché pour votre propre produit, commencez par la référence Obtenir la liste des articles et la référence Obtenir la liste des articles par pièce, puis créez une clé depuis le portail API WEEX. Les endpoints de liste sont ouverts ; prévoyez une approbation de liste autorisée si vous avez besoin des corps d'articles complets.

FAQ

1. L'API d'actualités WEEX est-elle un service de signal de trading ?

Non. Elle retourne du contenu publié et ses métadonnées — titres, résumés, sources, horodatages, tags et mappages de pièces. Il n'y a aucun score de sentiment, valeur de confiance ou champ de recommandation dans le schéma de réponse. Toute interprétation est construite par vous.

2. Quel est le coût de l'API d'actualités crypto en termes de limite de taux ?

Chaque endpoint de contenu comporte un poids IP de 1. Les limites sont appliquées par IP plutôt que par clé API, les dépasser retourne HTTP 429, et les violations répétées déclenchent un bannissement de 10 secondes. Chaque réponse inclut des en-têtes de poids utilisé et restant.

3. Puis-je obtenir le texte complet de l'article ?

Uniquement via l'endpoint detail, qui retourne un body HTML et une articleUrl. L'accès est restreint aux UIDs autorisés, vous devez donc en faire la demande via le BD de WEEX. Les endpoints de liste n'incluent jamais de corps.

4. Quelles langues le flux prend-il en charge ?

Vingt locales via l'en-tête de requête locale, y compris l'anglais, le chinois simplifié et traditionnel, le japonais, l'arabe, le persan, l'azéri, le vietnamien, l'indonésien, le russe, l'ukrainien, le polonais, l'italien, l'allemand, le français et plusieurs variantes espagnoles et portugaises. La valeur par défaut est en_US.

5. Comment extraire des actualités pour une pièce sur une plage de dates spécifique ?

Appelez listByCoin avec section=news, un symbol ou slug, et startEnableDate / endEnableDate comme horodatages Unix en secondes ou millisecondes. Les deux bornes sont inclusives ; omettre la borne de fin limite les résultats au moment actuel.

6. En quoi est-ce différent d'une API d'actualités crypto générale ?

La plupart des flux généraux regroupent du sentiment dérivé et s'arrêtent à l'anglais. Celui-ci expose du contenu structuré natif de l'échange sur quatre sections, résout les pièces en objets typés plutôt qu'en correspondances de texte, et ne retourne aucun jugement dérivé du tout.

Avertissement sur les risques

Les actifs crypto sont volatils et les trader peut entraîner une perte partielle ou totale de capital. Une API d'actualités crypto fournit des informations uniquement — ce n'est pas un conseil en investissement, pas un signal de trading et pas une prédiction de prix. Les systèmes automatisés construits sur des données d'actualités comportent leurs propres modes de défaillance : la latence et les pannes du flux peuvent laisser une stratégie agir sur un état obsolète, les éléments en double peuvent être mal lus comme une confirmation indépendante, et la limitation de taux ou les temps d'arrêt de l'API peuvent interrompre une position en cours au pire moment. Le levier magnifie tout cela. Testez toute intégration contre des données historiques, construisez des replis explicites pour le contenu manquant ou retardé, dimensionnez les positions sur votre propre cadre de risque plutôt que sur une seule entrée de données, et ne déployez jamais de capital que vous ne pouvez pas vous permettre de perdre.