Automatisation de X en 2026 : que reste-t-il dans l'API après le nettoyage ?

Si votre service ou agence a automatisé le travail avec X (anciennement Twitter), l'année 2026 a réécrit les règles à deux reprises. En février, la plateforme a définitivement fermé le tarif gratuit de l'API et a transféré les nouveaux développeurs vers un paiement à l'unité. En avril, tous les points de terminaison d'abonnement, de likes et de citations ont disparu des tarifs self-serve — ils ne vivent désormais que dans des contrats Enterprise, qui commencent à environ 42 000 dollars par mois. Et en mai, la plateforme a réduit les limites au niveau du compte : un profil non vérifié publie 50 posts originaux par jour au lieu des 2400 précédents.

Ensuite, nous examinerons ce qui reste réellement disponible, combien cela coûte par opération, quelles limites vous rencontrerez en premier et où les proxies résolvent vraiment le problème, et où ils ne déplacent pas le plafond d'un seul appel.

Ce qui a été supprimé et quand

La chronologie des changements est la suivante :

• Février 2026 — le tarif gratuit a été arrêté. Le modèle par défaut pour les nouveaux développeurs est le pay-per-use, paiement pour les opérations réelles.
• Avril 2026 — les points de terminaison follow, like et quote-post ont été retirés de tous les tarifs self-serve. Ils avaient déjà été retirés du niveau gratuit plus tôt, mais maintenant, le seul moyen d'y accéder est via Enterprise.
• Juin 2026 — le tarif legacy Basic à 200 dollars par mois passe à un modèle à l'unité ; aucune nouvelle souscription à Basic et Pro n'est ouverte, les anciens comptes continuent d'avoir accès.
• Mai 2026 — les limites au niveau du compte ont été réduites, et elles sont communes pour l'API, le web et l'application mobile.

La conclusion pratique du premier bloc : tout produit qui était construit autour de l'abonnement automatique, du like automatique ou de la citation de posts d'autres utilisateurs a perdu son chemin légal self-serve. Ce n'est pas devenu plus cher — il a simplement disparu. La différence est fondamentale : une augmentation de prix peut être gérée par le budget, l'absence de point de terminaison ne peut être résolue que par un contrat Enterprise.

Ce qui reste en paiement à l'unité

Le self-serve couvre aujourd'hui quatre groupes d'opérations : publication de posts, lecture de posts et de flux, réponses dans une fenêtre limitée et messages directs à ceux qui ont accepté de les recevoir. Les prix par opération :

• 0,015 $ — post textuel ordinaire.
• 0,20 $ — post contenant un lien. La différence est de plus de treize fois, et c'est le point le plus sous-estimé dans le calcul du budget.
• 0,005 $ — lecture d'un post, avec un plafond de 2 millions de lectures par mois.

Le streaming et la recherche d'archives en texte intégral sur un modèle à l'unité ne sont pas disponibles — cela appartient à Pro (pour ceux qui l'ont encore) et Enterprise. Le Basic legacy offrait environ 50 000 enregistrements et 10–15 000 lectures par mois avec une fenêtre de recherche de sept jours ; Pro pour 5000 dollars — environ 300 000 enregistrements et un million de lectures avec archive et streaming.

Calculez votre scénario à l'avance. Une agence de contenu publiant 30 posts avec des liens par jour sur 20 comptes clients dépense uniquement pour la publication 120 dollars par jour — 3600 par mois. Le même volume sans liens dans le corps du post — 270 dollars par mois. La structure de publication influence ici le coût plus que le choix du tarif.

Deux plafonds différents : limite de l'application et limite du compte

C'est ici que l'on se trompe le plus souvent. Dans X, il y a deux plafonds indépendants, et ils sont calculés sur des entités différentes.

Premier — les limites de l'application et du token. Ce sont les limites classiques des points de terminaison dans des fenêtres glissantes :

• recherche de nouveaux posts — 300 requêtes par utilisateur toutes les 15 minutes et 450 par application ;
• création de posts — 100 par utilisateur toutes les 15 minutes et 10 000 par application par jour ;
• lecture de flux — 900 par utilisateur toutes les 15 minutes ;
• suppression de posts — 50 par utilisateur toutes les 15 minutes ;
• messages directs — jusqu'à 1440 par jour par compte.

La fenêtre commence avec la première requête, et non avec un chiffre rond à l'heure. En cas de dépassement, un HTTP 429 avec le code d'erreur 88 est renvoyé, et dans l'en-tête x-rate-limit-reset se trouve le timestamp Unix du moment de réinitialisation. C'est le seul signal honnête pour savoir quand répéter la requête : des retries aveugles avec une pause fixe brûlent simplement le quota et prolongent le blocage.

Deuxième — les limites du compte lui-même. Depuis mai 2026, un profil non vérifié est limité à environ 50 posts originaux, 200 réponses, 400 abonnements et 500 messages directs par jour. Clé : ce compteur est global. Peu importe si l'action provient de l'API officielle, de l'interface web ou de l'application mobile — elle va dans le même panier.

Il en découle une chose que l'industrie des proxies ne dit pas assez fort : le changement d'IP ne déplace aucun de ces plafonds. Les limites des points de terminaison sont liées au token de l'application et au contexte utilisateur, les limites d'actions — au compte lui-même. La rotation des adresses n'ajoutera aucun post par jour. Nous avons exactement la même conclusion en examinant les limites de l'API Reddit et le rôle des proxies en 2026 : les proxies sont responsables de la disponibilité et de la géographie, et non des quotas.

Où les proxies sont vraiment nécessaires

Cela ne signifie pas que les proxies ne sont pas nécessaires dans le travail avec X. Leur tâche est simplement différente, et elle se formule clairement :

1. Accessibilité géographique et délivrance régionale. Tendances, flux locaux, accès à la plateforme depuis des pays où elle est limitée. Ici, l'IP réelle de la région souhaitée est importante — les proxies résidentiels fournissent l'adresse d'un fournisseur d'accès domestique ordinaire, qui ne diffère pas du trafic d'un utilisateur vivant par ASN.
2. Isolation de l'infrastructure. Une agence gérant les comptes de différents clients ne doit pas mélanger leurs sessions dans un même contexte réseau. Un client est soumis à une restriction — les autres ne doivent pas le ressentir. La règle est simple, et nous l'avons détaillée dans un article sur le principe « un proxy — un compte ».
3. Stabilité du canal. Les longues tâches de lecture de flux rencontrent plus souvent des coupures réseau que des limites. Un canal dédié avec une latence prévisible signifie moins de répétitions et moins de quotas brûlés.
4. Travail avec des scénarios mobiles. Si le processus est lié au comportement d'un client mobile, l'adresse de l'opérateur mobile semble plus naturelle pour la plateforme que l'adresse d'un centre de données. Pour de telles tâches, on utilise des proxies mobiles.

La formulation honnête est la suivante : les proxies résolvent la question « d'où et à quel point vous arrivez de manière fiable », mais pas la question « combien d'actions vous êtes autorisé à faire ». Un vendeur qui promet le contraire vous vend une attente qui ne se réalisera pas.

Ce qu'il ne faut pas faire

Après les changements d'avril, certaines équipes envisagent l'automatisation par navigateur comme un remplacement des points de terminaison fermés. Il est important de comprendre le coût de cette solution.

Les règles de X exigent clairement que toute automatisation soit effectuée via l'API officielle : le scraping de l'interface, l'automatisation par navigateur et les API non officielles sont interdites par les conditions d'utilisation. La plateforme poursuit le scraping depuis 2023, et en mars 2026, une vague massive de bans a eu lieu pour « comportement non authentique ». Selon les praticiens, un compte utilisé pour la collecte automatique de données vit de trois à quatorze jours avant d'être bloqué — et aucune rotation d'adresses n'augmente fondamentalement cette durée, car la décision est prise sur la base de signaux comportementaux et de fingerprint, et non seulement d'IP.

À part cela : la tendance des derniers mois — les plateformes passent de plus en plus des blocages techniques aux blocages juridiques. En été 2026, X a exigé la fermeture des frontaux publics de Nitter ; nous avons examiné cela dans un article sur comment les plateformes ont changé d'armes contre le parsing. L'inventivité infrastructurelle n'est plus le principal facteur de risque — c'est devenu une lettre d'avocats.

Comment réorganiser le travail : ordre pratique

1. Divisez les opérations en celles restantes et celles perdues. Publication, lecture, réponses et DM — restent. Abonnements, likes, citations — ont disparu dans Enterprise. Tout ce qui est construit sur le deuxième groupe nécessite non pas une optimisation, mais un changement de modèle produit.
2. Recalculez le budget par opération, et non par tarif. Comptez séparément les posts avec des liens : à 0,20 $ l'unité, le fait de mettre le lien dans la première réponse au lieu du corps du post change considérablement la facture mensuelle.
3. Mettez en place votre propre limite de vitesse. Un token bucket de votre côté, réglé légèrement en dessous des limites officielles, est moins coûteux que de recevoir un 429 et de gérer les conséquences. Régulez le flux sortant à l'avance, et ne vous arrêtez pas après un refus.
4. Traitez les 429 par en-tête, et non par minuteur. Lisez x-rate-limit-reset et attendez exactement jusqu'au moment indiqué.
5. Divisez les clients dans différents contextes réseau. Un proxy séparé et un ensemble de données d'identification distinct pour chaque compte — une hygiène de base qui limite le rayon d'action en cas de restriction.
6. Surveillez les limites de niveau de compte séparément des limites API. Elles sont calculées avec les actions manuelles du spécialiste SMM. Si une personne publie des posts manuellement depuis l'application, votre planificateur obtiendra moins que prévu.

Conclusion

L'année 2026 a transformé X d'une plateforme avec une API bon marché en une plateforme avec une tarification à l'unité et une séparation stricte : les actions massives d'engagement ne sont accessibles qu'aux contrats d'entreprise, tout le reste — moyennant des frais et dans des limites étroites. Pour la plupart des équipes, la bonne réaction n'est pas de chercher des solutions de contournement, mais de réorganiser les processus selon l'ensemble d'opérations restantes, de calculer le coût par opération et de limiter à l'avance leur propre trafic.

Les proxies dans ce schéma restent un outil nécessaire, mais clairement défini : ils fournissent la géographie, la fiabilité du canal et l'isolation des comptes clients les uns des autres. Si vous avez besoin de cet effet précis — les adresses résidentielles de ProxyCove avec paiement pour le trafic résolvent le problème sans frais d'abonnement pour des ports inactifs. Si l'on vous promet un contournement des quotas — il vaut mieux relire la section sur les deux plafonds encore une fois.