xAI facture X Search à l'élément dès le 21 septembre : ce qui change

xAI a prévenu ses développeurs par courriel : le 21 septembre 2026 à 12 h 00 (heure du Pacifique), l'outil X Search de son API cesse d'être facturé à l'appel pour l'être à chaque élément renvoyé. Une bascule discrète, mais qui peut multiplier la note de tous ceux qui interrogent les données de X (ex-Twitter) via Grok.

Le principe est simple à énoncer : vous ne payez plus le fait de poser une question, vous payez ce que la réponse ramène. xAI présente le changement comme un alignement sur la tarification pay-as-you-go de l'API de X pour les requêtes de lecture. Voici les chiffres exacts, ce qu'ils recouvrent, et comment garder la facture sous contrôle.

01Ce qui change, chiffre par chiffre

Jusqu'ici, X Search suivait un modèle limpide : 5 $ pour 1 000 appels d'outil, quel que soit le volume de données rapporté par chaque appel. Une requête qui ramenait deux posts coûtait autant qu'une requête qui en ramenait cinquante.

À compter du 21 septembre, la facturation devient granulaire et se dédouble selon la nature de la donnée : 5 $ pour 1 000 posts récupérés d'un côté, 10 $ pour 1 000 profils d'utilisateurs récupérés de l'autre. Autrement dit, un profil coûte deux fois plus cher qu'un post.

Vous ne payez plus la question, vous payez tout ce que la réponse ramène.

Le détail qui compte : chaque post renvoyé est comptabilisé, y compris les posts parents et les posts cités qui accompagnent un fil. Une recherche qui remonte une conversation complète peut donc facturer bien plus d'éléments que le nombre de résultats que vous aviez en tête. Côté profils, chaque fiche renvoyée par une recherche d'utilisateurs entre dans le compteur.

02Pourquoi xAI bascule maintenant

L'entreprise justifie la mesure par un alignement sur la tarification de l'API de X, la plateforme sociale d'où proviennent ces données. Depuis la refonte de l'API de X, l'accès en lecture aux posts et aux profils est vendu à l'usage réel : xAI répercute cette logique sur son propre outil de recherche.

La bascule d'un forfait à l'appel vers un paiement à l'élément suit une pente désormais familière chez les fournisseurs d'API : facturer au plus près de la ressource consommée. C'est plus juste pour les petits usages ponctuels, potentiellement plus lourd pour les usages massifs et automatisés. Le reste du catalogue xAI (modèles de langage, autres outils) n'est pas touché.

03Qui est concerné

X Search sert de robinet aux données sociales en temps réel pour tous ceux qui passent par Grok plutôt que par l'API de X en direct. Sont concernés en premier lieu :

Le social listening et la veille : outils qui écoutent une marque, un secteur, un mot-clé ou un hashtag en continu. Ce sont les usages les plus exposés, car ils fetchent en volume et en boucle.

La veille concurrentielle et le SEO : suivi des signaux sociaux, repérage de contenus qui percent, analyse de sentiment autour d'une requête ou d'un produit. Beaucoup de tableaux de bord SEO récents branchent une brique X pour capter ce qui se dit avant que ça ne remonte dans les moteurs.

Les agents et applications tierces bâtis sur l'API xAI qui déclenchent des recherches X de façon autonome : chaque tour d'agent qui fouille un fil peut désormais additionner des dizaines d'éléments facturés sans que l'utilisateur final le voie passer.

04L'impact réel sur la facture

Le changement de métrique déplace le risque budgétaire. Avec l'ancien modèle, la dépense était prévisible : on plafonnait le nombre d'appels, on connaissait le coût. Avec le nouveau, deux requêtes identiques peuvent coûter très différemment selon la richesse des résultats.

Un exemple parlant : une recherche qui remonte un fil animé avec ses posts parents et cités peut facilement renvoyer 30 à 50 éléments là où vous n'attendiez qu'une poignée de résultats. À grande échelle, cette inflation silencieuse est exactement ce qui fait déraper une facture d'API.

Et les profils coûtent le double des posts : un outil qui enrichit systématiquement chaque auteur repéré (bio, statistiques, historique) verra ce poste peser lourd. La règle d'or devient : ne récupérer un profil que lorsqu'on en a réellement besoin.

05Comment garder la note sous contrôle

1. Plafonner les résultats. Demandez le strict nombre d'éléments utile à votre cas d'usage plutôt que de laisser l'outil ramener tout un fil. Moins d'éléments renvoyés, moins d'éléments facturés.

2. Éviter les fetch de threads profonds quand le contexte parent ou cité n'apporte rien à votre analyse : ce sont eux qui gonflent le compteur sans prévenir.

3. Dissocier posts et profils. Ne déclenchez une recherche de profils que sur les comptes qui comptent vraiment, puisque leur tarif est deux fois plus élevé.

4. Mettre en cache et dédupliquer. Un même post ou profil re-fetché plusieurs fois, c'est autant d'éléments repayés. Un cache court côté application évite de racheter la même donnée.

5. Instrumenter la consommation. Suivez le nombre d'éléments renvoyés par requête, pas seulement le nombre d'appels : c'est la nouvelle unité de coût. Cette dépendance à une brique dont le prix peut changer du jour au lendemain rappelle un principe déjà vu ailleurs, quand OpenAI a coupé l'accès de Cursor à son API : une visibilité ou un service construit sur une plateforme tierce reste à la merci de ses décisions.

06Ce qu'il faut retenir

Ce n'est pas une hausse de tarif brutale, c'est un changement de compteur : pour un usage léger et ciblé, la facture peut même baisser ; pour un usage massif et peu discipliné, elle peut nettement grimper. La différence se joue entièrement sur votre façon d'interroger X Search.

D'ici au 21 septembre, l'action utile est simple : auditer vos appels X Search en production, estimer combien d'éléments ils renvoient réellement, et appliquer les garde-fous ci-dessus avant que le nouveau compteur ne tourne.