Die offizielle X API hat keine Monatspläne mehr. Du kaufst Guthaben, und jede Anfrage zieht Geld davon ab. Einen Post zu lesen kostet einen halben Cent. Ein Nutzerprofil zu lesen kostet einen Cent. Unten findest du die veröffentlichten Preise, was typische Workloads damit kosten und in welchen Fällen du die offizielle API nutzen solltest.
Alle Preise haben wir am 2026-10-09 auf der Preisseite der X API geprüft. X schreibt, dass sich Preise ändern können und die Developer Console immer die aktuellen Preise zeigt. Schau also dort nach, bevor du ein Budget festlegst.
Die Pläne für 200 $ und 5.000 $ gibt es nicht mehr
Jahrelang wurde die X API im Abo verkauft. Der günstigste bezahlte Plan kostete 200 $ pro Monat, die nächste Stufe 5.000 $ pro Monat.
GIGAZINE berichtete, dass @XDevelopers am 6. Februar 2026 die allgemeine Verfügbarkeit von Pay-per-Use angekündigt hat. Vorher lief das Modell seit etwa Oktober 2025 in einer geschlossenen Beta. Nutzer des alten Free-Plans bekamen einmalig einen Gutschein über 10 $.
Open Terms Archive hat dieselbe Änderung dokumentiert: Die Pauschalpläne für 200 $ und 5.000 $ wurden durch Pay-per-Use ersetzt. Dort steht auch, dass kommerzielle Nutzung weiterhin einen Enterprise-Plan erfordert. Wenn du ein Produkt baust, das du verkaufst, lies die aktuellen Bedingungen, bevor du davon ausgehst, dass Pay-per-Use dich abdeckt.
Erst Guthaben kaufen, dann pro Anfrage zahlen
Die Preisseite beschreibt das Modell in wenigen Zeilen. Es gibt kein Abo. Du kaufst Guthaben vorab in der Developer Console, und jede Anfrage zieht ihren veröffentlichten Preis von deinem Guthaben ab.
Dafür brauchst du ein X-Entwicklerkonto. Laut der Übersicht zur X API registrierst du dich bei console.x.com, legst eine App an und bekommst dort deine Zugangsdaten.
Lesen kostet 0,005 $ pro Post und 0,010 $ pro Nutzer
Das sind die wichtigsten Preise auf der Preisseite:
| Vorgang | Preis | Einheit |
|---|---|---|
| Posts: Read | 0,005 $ | pro Ressource (Post) |
| User: Read | 0,010 $ | pro Ressource (Nutzer) |
| Owned Reads | 0,001 $ | pro Ressource |
| Post: Create | 0,015 $ | pro Anfrage |
| Post: Create (mit URL) | 0,200 $ | pro Anfrage |
Achte auf die Spalte Einheit. Lesezugriffe werden pro Ressource berechnet, also pro Post oder Nutzerobjekt, das du zurückbekommst. Eine HTTP-Anfrage, die 100 Posts liefert, wird als 100 Post-Reads abgerechnet, also 0,50 $. Schreibzugriffe werden pro Anfrage berechnet.
Owned Reads, also Daten über dein eigenes Konto, sind mit 0,001 $ günstig. Das Geld geht beim Lesen fremder öffentlicher Posts und Profile drauf.
Pay-per-Use endet bei 3 Mio. gelesenen Posts im Monat
Pay-per-Use ist auf 3 Millionen gelesene Posts pro monatlichem Abrechnungszeitraum begrenzt. Darüber verweist X auf Enterprise. Bei 0,005 $ pro Post kostet es 15.000 $, dieses Limit zu erreichen, die meisten kleinen Projekte kommen also nie dorthin. Eine Monitoring- oder Forschungspipeline, die große Mengen Posts liest, kann es aber erreichen.
Dieses Limit ist unabhängig von den Rate-Limits, die begrenzen, wie viele Anfragen du pro 15-Minuten-Fenster an jeden Endpoint senden darfst. Die erklärt Twitter API rate limits explained (englisch).
Aktuelle Aktionen
Die Preisseite listet zurzeit drei Aktionen:
- 20 $ Gratisguthaben, nachdem du deine erste berechtigte Karte hinterlegt hast.
- Deine erste automatische Aufladung wird verdoppelt, bis 50 $.
- Bis zu 20 % zurück als Guthaben für die xAI API.
Aktionen ändern sich öfter als die Grundpreise. Sieh die Liste als Momentaufnahme zum oben genannten Datum.
Was typische Workloads kosten
Die Beispiele unten rechnen nur mit den Grundpreisen, ohne Aktionen.
1.000 Posts kosten 5 $
| Gelesene Posts pro Monat | Kosten bei 0,005 $ pro Post |
|---|---|
| 1.000 | 5 $ |
| 10.000 | 50 $ |
| 100.000 | 500 $ |
| 1.000.000 | 5.000 $ |
| 3.000.000 (das Limit) | 15.000 $ |
Eine Million gelesene Posts kosten 5.000 $, so viel wie früher der Monatsplan für 5.000 $.
10.000 Profile kosten 100 $
Bei 0,010 $ pro Nutzer kosten 10.000 Profilabfragen 100 $ und 100.000 kosten 1.000 $. Ein User-Read kostet doppelt so viel wie ein Post-Read. Wenn dein Produkt Kontolisten anreichert (etwa ein CRM, das Follower-Zahlen und Bios abruft), können Profile dein größter Kostenpunkt werden.
Ein Post mit Link kostet 0,20 $ statt 0,015 $
Ein einfacher Post kostet 0,015 $, 1.000 Posts also 15 $. Ein Post mit URL kostet 0,200 $, 1.000 davon also 200 $. Für einen Scheduler oder einen Bot, der Links teilt, solltest du mit dem URL-Preis rechnen. Mit dem einfachen Preis fällt deine Schätzung viel zu niedrig aus.
Ein kleines Analyse-Tool: 360 $ im Monat
Angenommen, ein Tool liest jeden Monat 50.000 Posts, fragt 5.000 Profile ab und veröffentlicht 300 Posts mit Links:
- 50.000 Posts x 0,005 $ = 250 $
- 5.000 Nutzer x 0,010 $ = 50 $
- 300 Posts mit URL x 0,200 $ = 60 $
Das sind 360 $ pro Monat vor Aktionsguthaben. 300 $ davon entfallen aufs Lesen.
Zum Posten die offizielle API nutzen
Wir betreiben eine Lese-API eines Drittanbieters und schicken Leute trotzdem in diesen Fällen zur offiziellen API:
- Posten und Handeln im Namen von Nutzern. Posts erstellen, antworten oder irgendetwas im Namen eines Nutzers tun, erfordert die offizielle API und die Autorisierung des Nutzers. Zum Posten ist die offizielle API das richtige Werkzeug.
- Daten deines eigenen Kontos. Owned Reads für 0,001 $ sind günstig, und du liest deine eigenen Daten über den Kanal von X.
- Ein Vertrag mit X. Wenn deine Firma eine direkte Vereinbarung mit X, eine dokumentierte Datenlizenz oder einen Compliance-Nachweis braucht, nimm die offizielle API.
- Ankündigungen von Änderungen. X kündigt Änderungen an seiner eigenen API an. Drittanbieter haben keine solche Beziehung zur Plattform.
- Sehr hohes Volumen oder kommerzielle Bedingungen. Über 3 Millionen gelesene Posts pro Monat, oder wenn die Bedingungen es verlangen, brauchst du Enterprise.
Drittanbieter-APIs sind zum Lesen öffentlicher Daten günstiger
Wenn der Großteil deiner Rechnung aufs Lesen öffentlicher Daten entfällt (Suche, Timelines, Follower-Listen, Profilabfragen), kosten Drittanbieter-APIs einen Bruchteil der offiziellen Preise. Sie sind nicht mit X verbunden und liefern nur öffentliche Daten. Sie rechnen außerdem in unterschiedlichen Einheiten ab: manche pro zurückgeliefertem Element, manche pro Aufruf. Das macht direkte Vergleiche schwieriger, als die Schlagzeilen vermuten lassen.
TwittrAPI ist einer davon. Wir rechnen pro API-Aufruf ab, ab 0,065 $ pro 1.000 Aufrufe in der Stufe Scale, 0,075 $ in Volume und 0,09 $ in Standard. Zum Vergleich mit der offiziellen API: Eine einzelne Profilabfrage ist ein Aufruf, 1.000 Abfragen kosten bei uns also zwischen 0,065 $ und 0,09 $ und bei X zum User-Read-Preis 10 $. Bei Suche und Timelines hängt der Vergleich davon ab, wie viele Ergebnisse ein Aufruf liefert, und das variiert je nach Endpoint und Abfrage. Teste deine eigenen Abfragen, bevor du einer Zahl pro Tweet vertraust.
Die Anbieter im Vergleich findest du in Die günstigste Twitter API 2026. Was „ohne Entwicklerkonto“ in der Praxis heißt, erklärt how to get an X API key without a developer account (englisch). Unsere aktuellen Preise stehen auf der Preisseite, die Dokumentation (englisch) zeigt, wie Anfragen funktionieren, und unter /start bekommst du einen Key mit 0,10 $ Testguthaben.
Häufige Fragen
Was kostet die X API pro Monat?
Einen festen Monatspreis gibt es nicht mehr. Du kaufst Guthaben in der Developer Console, und jede Anfrage zieht ihren Preis ab: 0,005 $ pro gelesenem Post, 0,010 $ pro gelesenem Nutzer, 0,015 $ pro erstelltem Post und 0,200 $ pro Post mit URL. Was du im Monat zahlst, hängt davon ab, wie viel du liest und schreibst.
Gibt es die X API noch kostenlos?
Nicht als monatliches Kontingent. Pay-per-Use läuft über vorab gekauftes Guthaben. Die Preisseite nennt zurzeit 20 $ Gratisguthaben, nachdem du deine erste berechtigte Karte hinterlegt hast, und Nutzer des alten Free-Plans bekamen zum Start von Pay-per-Use einmalig einen Gutschein über 10 $.
Was passiert nach 3 Mio. gelesenen Posts im Monat?
Pay-per-Use endet bei 3 Millionen gelesenen Posts pro monatlichem Abrechnungszeitraum. Darüber verweist X auf einen Enterprise-Plan.
Brauche ich ein X-Entwicklerkonto für die X API?
Ja. Offizielle Keys kommen von console.x.com, wo du eine App anlegst und Zugangsdaten bekommst. Drittanbieter-APIs für öffentliche Daten stellen eigene Keys aus; how to get an X API key without a developer account (englisch) erklärt den Unterschied.
