Automatisierung X im Jahr 2026: Was bleibt im API nach der Bereinigung?

Wenn Ihr Service oder Ihre Agentur die Arbeit mit X (ehemals Twitter) automatisiert hat, hat das Jahr 2026 die Regeln zweimal neu geschrieben. Im Februar hat die Plattform den kostenlosen API-Tarif endgültig eingestellt und neue Entwickler auf eine nutzungsabhängige Bezahlung umgestellt. Im April wurden aus allen Self-Service-Tarifen die Write-Endpunkte für Abonnements, Likes und Zitate entfernt – jetzt sind sie nur noch in Enterprise-Verträgen verfügbar, die bei etwa 42.000 Dollar pro Monat beginnen. Und im Mai hat die Plattform die Limits auf Kontobasis gesenkt: Ein nicht verifiziertes Profil veröffentlicht 50 originale Beiträge pro Tag statt der früheren 2400.

Im Folgenden wird analysiert, was tatsächlich verfügbar geblieben ist, wie viel es pro Operation kostet, welche Limits Sie zuerst erreichen werden und wo Proxys tatsächlich das Problem lösen, und wo sie das Limit nicht einmal um einen Antrag verschieben.

Was genau entfernt wurde und wann

Die Chronologie der Änderungen sieht folgendermaßen aus:

• Februar 2026 – Der kostenlose Tarif wurde eingestellt. Das Standardmodell für neue Entwickler ist Pay-per-Use, Bezahlung für tatsächliche Operationen.
• April 2026 – Die Endpunkte für Follow, Like und Quote-Post wurden aus allen Self-Service-Tarifen entfernt. Aus dem kostenlosen Tarif wurden sie noch früher entfernt, aber jetzt gibt es nur noch einen Zugang über Enterprise.
• Juni 2026 – Der Legacy-Tarif Basic für 200 Dollar pro Monat wird auf ein nutzungsabhängiges Modell umgestellt; neue Abonnements für Basic und Pro werden nicht eröffnet, alte Konten nutzen den Zugang weiter.
• Mai 2026 – Die Limits auf Kontobasis wurden gesenkt, und sie gelten für API, Web und mobile Anwendungen.

Die praktische Schlussfolgerung aus dem ersten Block: Jedes Produkt, das auf automatischer Abonnierung, Autoliking oder dem Zitieren fremder Beiträge basierte, hat den legalen Self-Service-Weg verloren. Es ist nicht teurer geworden – es wurde genau genommen verloren. Der Unterschied ist grundlegend: Preiserhöhungen können mit dem Budget behandelt werden, das Fehlen eines Endpunkts kann nur durch einen Enterprise-Vertrag behoben werden.

Was auf nutzungsabhängiger Bezahlung geblieben ist

Self-Service deckt heute vier Gruppen von Operationen ab: Veröffentlichung von Beiträgen, Lesen von Beiträgen und Feeds, Antworten in einem begrenzten Fenster und persönliche Nachrichten an diejenigen, die zugestimmt haben, sie zu erhalten. Die Preise pro Operation:

• 0,015 $ – gewöhnlicher Textbeitrag.
• 0,20 $ – Beitrag, der einen Link enthält. Der Unterschied beträgt mehr als das Dreizehnfache, und dies ist der am meisten unterschätzte Punkt in der Budgetberechnung.
• 0,005 $ – Lesen eines Beitrags, mit einem Limit von 2 Millionen Lesungen pro Monat.

Streaming und die Volltext-Archivsuche sind auf nutzungsabhängiger Basis nicht verfügbar – das ist das Gebiet von Pro (für diejenigen, die es noch haben) und Enterprise. Der Legacy Basic Tarif bot etwa 50.000 Einträge und 10–15.000 Lesungen pro Monat mit einem Suchfenster von sieben Tagen; Pro für 5000 Dollar – etwa 300.000 Einträge und eine Million Lesungen mit Archiv und Streaming.

Berechnen Sie Ihr Szenario im Voraus. Eine Content-Agentur, die 30 Beiträge mit Links pro Tag auf 20 Kundenkonten veröffentlicht, gibt allein für das Posten 120 Dollar pro Tag aus – 3600 pro Monat. Das gleiche Volumen ohne Links im Beitragstext kostet 270 Dollar pro Monat. Die Struktur der Veröffentlichung hat hier einen größeren Einfluss auf die Rechnung als die Tarifwahl.

Zwei verschiedene Limits: Anwendungsgrenze und Kontolimit

Hier passieren die häufigsten Fehler. In X gibt es zwei unabhängige Limits, die nach verschiedenen Entitäten berechnet werden.

Erstes – die Limits der Anwendung und des Tokens. Dies sind die klassischen Rate-Limits der Endpunkte in gleitenden Fenstern:

• Suche nach neuen Beiträgen – 300 Anfragen pro Benutzer in 15 Minuten und 450 für die Anwendung;
• Erstellung von Beiträgen – 100 pro Benutzer in 15 Minuten und 10.000 für die Anwendung pro Tag;
• Lesen des Feeds – 900 pro Benutzer in 15 Minuten;
• Löschen von Beiträgen – 50 pro Benutzer in 15 Minuten;
• Persönliche Nachrichten – bis zu 1440 pro Tag pro Konto.

Das Fenster beginnt mit der ersten Anfrage und nicht mit der runden Stundenmarke. Bei Überschreitung kommt HTTP 429 mit dem Fehlercode 88, und im Header x-rate-limit-reset befindet sich der Unix-Zeitstempel des Rücksetzzeitpunkts. Dies ist das einzige ehrliche Signal, wann Sie die Anfrage wiederholen können: blinde Wiederholungen mit einer festen Pause verbrauchen einfach das Kontingent und verlängern die Sperre.

Zweites – die Limits des Kontos selbst. Ab Mai 2026 ist ein nicht verifiziertes Profil auf etwa 50 originale Beiträge, 200 Antworten, 400 Abonnements und 500 persönliche Nachrichten pro Tag beschränkt. Der Schlüssel: Dieser Zähler ist gemeinsam. Es spielt keine Rolle, ob die Aktion aus der offiziellen API, aus der Weboberfläche oder aus der mobilen Anwendung stammt – sie landet im selben Topf.

Hieraus folgt eine Sache, die die Proxy-Industrie nicht laut genug kommuniziert: Ein IP-Wechsel verschiebt keines dieser Limits. Die Limits der Endpunkte sind an das Anwendungstoken und den Benutzerkontext gebunden, die Limits der Aktionen sind an das Konto selbst gebunden. Die Rotation von Adressen wird Ihnen keinen zusätzlichen Beitrag pro Tag bringen. Genau dieselbe Schlussfolgerung haben wir am Beispiel von Reddit API-Limits und der Rolle von Proxys im Jahr 2026 behandelt: Proxys sind für die Verfügbarkeit und Geografie verantwortlich, nicht für die Kontingente.

Wo Proxys wirklich benötigt werden

Das bedeutet nicht, dass Proxys bei der Arbeit mit X nicht benötigt werden. Ihre Aufgabe ist einfach eine andere, und sie wird genau formuliert:

1. Geografische Verfügbarkeit und regionale Ausgabe. Trends, lokale Feeds, Zugang zur Plattform aus Ländern, in denen sie eingeschränkt ist. Hier ist die reale IP der benötigten Region wichtig – residential Proxys bieten die Adresse eines normalen Heim-Internetdienstanbieters, die sich nicht von dem Verkehr eines echten Benutzers nach ASN unterscheidet.
2. Isolation der Infrastruktur. Eine Agentur, die Konten verschiedener Kunden verwaltet, sollte deren Sitzungen nicht im selben Netzwerk-Kontext mischen. Wenn ein Kunde unter Einschränkungen steht, sollten die anderen dies nicht spüren. Die Regel ist einfach, und wir haben sie ausführlich in dem Material über das Prinzip „ein Proxy – ein Konto“ behandelt.
3. Stabilität des Kanals. Lange Aufgaben zum Lesen von Feeds stoßen häufiger auf Netzwerkunterbrechungen als auf Limits. Ein dedizierter Kanal mit vorhersehbarer Verzögerung bedeutet weniger Wiederholungen und weniger verbrauchtes Kontingent.
4. Arbeiten mit mobilen Szenarien. Wenn der Prozess auf dem Verhalten des mobilen Clients basiert, sieht die Adresse des Mobilfunkanbieters für die Plattform natürlicher aus als die Adresse eines Rechenzentrums. Für solche Aufgaben werden mobile Proxys verwendet.

Die ehrliche Formulierung lautet: Proxys lösen die Frage „woher und wie zuverlässig kommen Sie“, aber nicht die Frage „wie viele Aktionen Ihnen erlaubt sind“. Ein Verkäufer, der das Gegenteil verspricht, verkauft Ihnen Erwartungen, die nicht erfüllt werden.

Was man nicht tun sollte

Nach den Änderungen im April betrachten einige Teams die browserbasierte Automatisierung als Ersatz für die geschlossenen Endpunkte. Es ist wichtig, den Preis dieser Lösung zu verstehen.

Die Regeln von X verlangen ausdrücklich, dass alle Automatisierungen über die offizielle API durchgeführt werden: Scraping der Schnittstelle, browserbasierte Automatisierung und inoffizielle APIs sind durch die Nutzungsbedingungen verboten. Die Plattform klagt seit 2023 gegen Scraping, und im März 2026 gab es eine massive Welle von Sperren wegen „nicht authentischem Verhalten“. Schätzungen von Praktikern zufolge lebt ein Konto, das für das automatische Sammeln von Daten verwendet wird, zwischen drei und vierzehn Tagen bis zur Sperrung – und keine Rotation von Adressen verlängert diesen Zeitraum grundsätzlich, da die Entscheidung auf Verhaltens- und Fingerabdrucksignalen und nicht nur auf der IP basiert.

Separat: Der Trend der letzten Monate – Plattformen wechseln zunehmend von technischen Sperren zu rechtlichen. Im Sommer 2026 forderte X die Schließung öffentlicher Frontends von Nitter; wir haben dies in dem Material behandelt, wie Plattformen ihre Waffen gegen Parsing gewechselt haben. Infrastruktur-Innovationen sind nicht mehr der Hauptfaktor für das Risiko – es ist ein Schreiben von Anwälten geworden.

Wie man die Arbeit umstellt: praktischer Ablauf

1. Teilen Sie die Operationen in verbleibende und verlorene auf. Posten, Lesen, Antworten und DM – sind geblieben. Abonnements, Likes, Zitate – sind in Enterprise gegangen. Alles, was auf der zweiten Gruppe basiert, erfordert nicht Optimierung, sondern einen Wechsel des Produktmodells.
2. Berechnen Sie das Budget nach Operationen und nicht nach Tarif. Zählen Sie die Beiträge mit Links separat: bei 0,20 $ pro Stück ändert das Einfügen eines Links in die erste Antwort anstelle des Textkörpers die monatliche Rechnung erheblich.
3. Setzen Sie Ihren eigenen Geschwindigkeitsbegrenzer. Ein Token-Bucket auf Ihrer Seite, der etwas unter den offiziellen Limits eingestellt ist, ist günstiger, als 429 zu fangen und mit den Folgen umzugehen. Regulieren Sie den ausgehenden Fluss im Voraus und stoppen Sie nicht aufgrund einer Ablehnung.
4. Behandeln Sie 429 nach Header und nicht nach Timer. Lesen Sie x-rate-limit-reset und warten Sie genau bis zu dem angegebenen Zeitpunkt.
5. Verteilen Sie die Kunden auf verschiedene Netzwerk-Kontexte. Ein separater Proxy und ein separater Satz von Anmeldedaten für jedes Konto – grundlegende Hygiene, die den Radius der Auswirkungen bei jeder Einschränkung begrenzt.
6. Überwachen Sie die account-level Limits separat von den API-Limits. Sie werden zusammen mit den manuellen Aktionen des SMM-Spezialisten berechnet. Wenn eine Person Beiträge manuell aus der Anwendung veröffentlicht, erhält Ihr Planer weniger, als er erwartet hat.

Fazit

Das Jahr 2026 hat X von einer Plattform mit günstigem API zu einer Plattform mit nutzungsabhängiger Abrechnung und strenger Trennung verwandelt: Massenaktionen zur Interaktion sind nur für Unternehmensverträge verfügbar, alles andere kostet Geld und ist in engen Grenzen. Für die meisten Teams ist die richtige Reaktion, nicht nach Schlupflöchern zu suchen, sondern die Prozesse an den verbleibenden Satz von Operationen anzupassen, die Kosten pro Operation zu berechnen und den eigenen Traffic im Voraus zu begrenzen.

Proxys bleiben in diesem Schema ein notwendiges, aber genau umrissenes Werkzeug: Sie bieten Geografie, Zuverlässigkeit des Kanals und Isolation der Kundenkonten voneinander. Wenn Sie genau diesen Effekt benötigen – bieten die residential Adressen von ProxyCove mit nutzungsabhängiger Bezahlung eine Lösung ohne monatliche Gebühren für inaktive Ports. Wenn Ihnen jedoch Umgehungen von Kontingenten versprochen werden – lesen Sie den Abschnitt über die beiden Limits besser noch einmal durch.