Twitter Viewer gibt es überall. Für KI-Agents funktioniert fast keiner.

Kurz gesagt: Ein Twitter Viewer ist eine Seite, die ein öffentliches X-Profil, einen Post oder eine Trendliste ohne X-Account anzeigt. Davon gibt es Dutzende, und für einen Menschen im Browser sind die meisten in Ordnung. Wir haben am 7. Oktober 2026 acht der bekanntesten so abgerufen, wie es ein KI-Agent tun würde: mit curl und ohne Cookies. Zwei lieferten eine Cloudflare-Challenge, zwei Nitter-Instanzen waren offline oder aus rechtlichen Gründen gesperrt, drei gaben eine JavaScript-Hülle ohne Daten zurück, und einer, FxTwitter, antwortete mit JSON, allerdings nur für einzelne Posts und Nutzer. Keine einzige Viewer-Seite selbst ließ sich per Skript lesen. Ein agententauglicher Twitter Viewer legt die Anfrage in die URL, liefert unter derselben URL JSON oder Markdown, schreibt sein Rate-Limit in die Header und teilt die Feldnamen mit einer abgerechneten API. Genau so ist die Twitter Viewer-Serie auf UnifAPI gebaut, und jede Seite darin ist kostenlos nutzbar, ohne Login, ohne Account und ohne API-Key, pro Besucher begrenzt auf 20 Abfragen pro 10 Minuten.

„Twitter viewer“ gehört zu den meistgesuchten Begriffen rund um X, und die Suche kommt in vielen Schreibweisen: „x viewer“, der Tippfehler „twitter viwer“, das spanische und portugiesische „visualizador de twitter“, das koreanische „x 뷰어“, das japanische „twitterビューア“. Dahinter steckt immer dieselbe Absicht: ein X Profil ohne Account ansehen, Tweets ohne Anmeldung lesen, kurz gesagt Twitter ohne Login ansehen.

Wer diese Suchanfragen eingibt, hat sich verändert. Ein wachsender Anteil der Abfragen wird gar nicht mehr getippt. Sie kommen von einem Agent, der „diesen Account prüfen“ soll, von einem Skript, das jede Nacht Engagement-Zahlen aktualisiert, oder von einem Recherche-Workflow, der sich auf fünfzig Handles verteilt. Diesen Aufrufern ist ein hübsches Banner egal. Sie wollen wissen, ob ein Programm die Seite adressieren, lesen und als verlässlich einstufen kann. Um diese Lücke geht es in diesem Beitrag, und darum, was wir getestet haben, bevor wir unseren eigenen Viewer gebaut haben.

Was ein Twitter Viewer macht und wer ihn nutzt

Ein Twitter Viewer liest die öffentlichen Daten von X und stellt sie auf einer Seite dar, die sich ohne Account öffnen lässt. Profil-Viewer zeigen Bio, Follower-Zahlen und aktuelle Posts. Tweet-Viewer zeigen einen einzelnen Post komplett mit Medien und Metriken. Trend-Viewer listen, was an einem Ort gerade im Trend liegt. Manche Seiten bündeln mehrere davon hinter einem Suchfeld.

Die Nutzerschaft hat zwei Hälften, und beide brauchen etwas anderes:

Die meisten Viewer wurden nur für die erste Hälfte entworfen. 2022 war das vertretbar. Heute ist es ein Problem, denn aus der zweiten Hälfte kommt der wiederkehrende Traffic, und erst die zweite Hälfte macht aus einem Viewer eine Datenquelle für einen ganzen Workflow.

Acht Twitter Viewer im Test, abgerufen wie ein Agent es tun würde

Die Methode ist bewusst simpel, denn genau so geht ein Agent beim ersten Versuch vor. Bei jedem Viewer haben wir die öffentliche Profilseite von @NASA (oder das nächstliegende Äquivalent, das die Seite anbietet) mit curl angefordert: Standard-User-Agent, keine Cookies, kein JavaScript. Festgehalten haben wir den HTTP-Status, ob die Profildaten schon in der ersten Antwort steckten, ob es eine JSON-, Markdown- oder RSS-Alternative gibt und ob die Seite einen Weg für Agents dokumentiert. Wo eine Seite den Standard-User-Agent blockiert hat, haben wir es mit einem Chrome-User-Agent-String noch einmal versucht.

Drei Dinge fallen auf.

Erstens: Für Automatisierung ist die Nitter-Ära vorbei. Nitter stellte im Januar 2024 den Betrieb ein, als X die Gastkonten abschaffte, kam 2025 auf Basis echter Accounts zurück, und im August 2026 erhielten das Projekt und seine größten öffentlichen Instanzen Unterlassungsaufforderungen von X Corp. Am Testtag lieferte die größte Instanz für jeden Pfad HTTP 451, RSS eingeschlossen. Ein Workflow auf Basis von Nitter-RSS hat keinen Ausweichpfad mehr.

Zweitens: Die beiden Viewer, die bei menschlichen Suchen gut ranken, Sotwe und Twstalker, sitzen für jeden Nicht-Browser-Client hinter einer Cloudflare-Bot-Challenge. Für eine Seite, deren einziges Publikum Menschen sind, ist das eine vertretbare Entscheidung. Für einen Agent bedeutet es einen 403 und eine HTML-Seite mit dem Text „Just a moment“.

Drittens: Die Seiten, die überhaupt an Agents denken, tun das am Rand. twitterviewer.net veröffentlicht eine llms.txt, die unmissverständlich erklärt, dass Profil- und Tweet-Seiten Browser-Oberflächen sind und keine crawlbaren Feeds, und verweist Agents auf einen MCP-Server, der eine OAuth-Registrierung verlangt. FxTwitter, das eigentlich Link-Vorschauen repariert, ist der einzige Dienst, der auf eine schlichte URL mit JSON antwortet, und er deckt einzelne Posts und Nutzerdatensätze ab, nicht Suche, Antworten, Medienwände, Trends oder Follower.

Das ehrliche Fazit lautet also nicht „kein Viewer bedient Agents“. Es lautet: „Kein Viewer bedient Agents unter derselben URL, die ein Mensch nutzt, und die wenigen, die Agents überhaupt bedienen, decken nur einen Bruchteil von X ab.“

Sieben Arten, wie Twitter Viewer an Agents scheitern

Die Tabelle oben zeigt die Daten eines Vormittags. Das Muster dahinter zieht sich durch die ganze Kategorie, und es lohnt sich, jeden Fehler einzeln zu benennen, denn jeder hat eine andere Lösung.

Die Fehler 1 bis 3 erklären, warum „twitter viewer API“ und „twitter viewer json“ eigene Suchanfragen sind. Man findet einen Viewer, der fürs Auge funktioniert, und stellt dann fest, dass er sich nicht aufrufen lässt.

Wie ein agententauglicher Twitter Viewer aussieht

Dreht man die sieben Fehler um, ergibt sich eine kurze Spezifikation. Ein agententauglicher Viewer sollte:

1. Die Anfrage in die URL legen. ?q=<handle> beim Profil-Viewer, ?q=<post URL or ID> beim Tweet-Viewer. Die URL allein reproduziert die Ansicht, lässt sich also loggen, cachen, teilen und wiederholen.
2. Unter derselben URL ein Maschinenformat liefern. ?format=json für Programme, ?format=md oder Accept: text/markdown für ein Modell, das das Ergebnis als Text liest. Kein separates Produkt, kein Registrierungsprozess.
3. Die Daten schon mit der ersten Anfrage ausliefern. Keine leere Hülle, kein zweiter Fetch, den man erst entdecken muss.
4. Nicht-Browser-Clients als Normalfall behandeln. Skript und Browser bekommen dieselbe Antwort. Die Missbrauchskontrolle läuft am Netzwerkrand und richtet sich nach dem Volumen, nicht nach dem Client-Typ.
5. Seine Limits nennen. X-RateLimit-Limit, X-RateLimit-Remaining und X-RateLimit-Reset in jeder Antwort. Ein 429 trägt Retry-After und sagt, wo sich die Obergrenze aufheben lässt.
6. Feldnamen stabil und dokumentiert halten. profile.followers bleibt profile.followers.
7. Irgendwohin führen. Wenn aus einem Abruf fünfhundert werden, sollten dieselben Feldnamen über eine abgerechnete API mit Key verfügbar sein, damit sich der Code nicht ändert.

So ist die kostenlose X-Viewer-Serie auf UnifAPI gebaut. Jede Viewer-Seite ist eine dünne Schicht über einem kostenlosen Endpoint unter /tools/x/, sodass Browser und Agent exakt denselben Datensatz lesen, und dieser Datensatz hat dieselbe Form wie die kostenpflichtige X / Twitter API.

Wie Agents überhaupt einen Twitter Viewer finden

Auffindbarkeit für Agents ist ein eigenes Problem, und sie ist nicht dasselbe wie ein gutes Ranking für „twitter viewer“.

Bittet jemand einen Assistenten, „die aktuellen Posts von @NASA anzusehen“, versucht der Assistent meist zuerst https://x.com/NASA und bekommt eine JavaScript-Anwendung ohne Daten. Sein nächster Schritt ist eine Websuche, und die Suchanfragen, die er dafür formuliert, sind nicht die eines Menschen. Es sind Problembeschreibungen. Aus unserer Erfahrung beim Bauen und Testen von Agents auf öffentlichen Daten sehen sie so aus:

• view x profile without login json
• get tweet by url as json no api key
• x.com returns empty page curl how to read profile
• twitter trends api free no key
• nitter alternative api 2026
• fetch twitter replies for a tweet id

Die Seiten, die diese Anfragen gewinnen, haben ein paar Gemeinsamkeiten. Sie schreiben das URL-Muster wörtlich in den Text, statt es hinter einem Button zu verstecken. Sie zeigen ein curl-Beispiel und eine Beispielantwort. Sie verwenden die Wörter, nach denen ein Agent sucht: JSON, Markdown, kein API-Key, Rate-Limit, Retry-After. Sie veröffentlichen eine llms.txt und idealerweise eine Markdown-Alternative jeder Seite, damit ein Modell alles in einer einzigen Anfrage lesen kann. Und sie sagen, was das Tool nicht kann, denn ein Agent, der die Grenze kennt, verschwendet keine Aufrufe mehr an geschützte Accounts.

Genau das haben wir auf die Viewer-Seiten selbst angewendet. Jeder X Viewer auf UnifAPI nennt im ersten Absatz seinen Endpoint, seine Parameter und sein Limit, hat eine Markdown-Alternative und steht in der llms.txt der Website. Es geht nicht darum, irgendetwas auszutricksen, sondern darum, die Frage des Agents in seinem Vokabular zu beantworten, und zwar auf der Seite, auf der er landet.

Einen Twitter Viewer von der Kommandozeile aufrufen

Jeder Viewer der Serie hat eine URL-Form und eine Endpoint-Form. Beide sind kostenlos, beide sind pro Besucher rate-limitiert, und beide liefern denselben Body.

Ein öffentliches Profil als JSON:

curl -s "https://unifapi.com/tools/x/profile?handle=nasa" | jq '.profile.followers, .engagementRate'

Dasselbe Profil als Markdown, die richtige Wahl, wenn das Ergebnis direkt in den Kontext eines Modells wandert:

curl -s -H "Accept: text/markdown" "https://unifapi.com/tools/x-profile-viewer?q=nasa"

Ein Post per URL:

curl -s "https://unifapi.com/tools/x/post?url=https://x.com/NASA/status/1234567890123456789"

Die Antworten darunter, die meistgelikten zuerst, dann die nächste Seite:

curl -s "https://unifapi.com/tools/x/replies?id=1234567890123456789&sort=top"
curl -s "https://unifapi.com/tools/x/replies?id=1234567890123456789&sort=top&cursor=<nextCursor>"

Live-Trends für einen Standort, als Markdown:

curl -s "https://unifapi.com/tools/x/trends?location=japan&format=md"

Jede Antwort trägt die Rate-Limit-Header. Ein gut erzogener Agent liest X-RateLimit-Remaining und steuert sein Tempo, statt zu raten:

HTTP/2 200
X-RateLimit-Limit: 20
X-RateLimit-Remaining: 17
X-RateLimit-Reset: 1791356400
Content-Type: application/json

Ist das Fenster aufgebraucht, kommt auch der 429 mit einem JSON-Body, und der nennt den Upgrade-Pfad, statt den Aufrufer danach suchen zu lassen:

{
  "error": {
    "type": "rate_limited",
    "message": "Free limit of 20 requests per 10 minutes reached. Retry after 412s, or use a UnifAPI workspace key (pay as you go) for uncapped access.",
    "retryAfterSeconds": 412,
    "upgrade": "https://unifapi.com/apis/twitter"
  }
}

Endpoint-Referenz

Die neun Viewer teilen sich einen Umschlag. Listen kommen als { items, hasMore, nextCursor } zurück; cursor=<nextCursor> blättert weiter. Jeder Fehler hat die Form { error: { type, message } } mit einem der Typen validation_error, not_found, rate_limited, upstream_error, upstream_unavailable.

An jeden davon lässt sich format=md anhängen, alternativ geht Accept: text/markdown im Header, und derselbe Inhalt kommt als Markdown zurück. Jede Viewer-Seite nimmt dieselben Parameter über ?q= plus format= entgegen, also sind /tools/x-profile-viewer?q=nasa&format=json und /tools/x/profile?handle=nasa dieselbe Anfrage.

Die komplette Serie

Ein Viewer reicht selten. Einen Creator zu prüfen heißt: Profil, Medien-Tab und ein paar Antwort-Threads. Eine Story zu verfolgen heißt: Suche plus X Trends. Die Serie deckt die öffentliche Oberfläche von X auf neun Seiten ab.

Die Hub-Seite nimmt ein Handle, einen Post-Link, einen Hashtag oder eine Freitextsuche entgegen und leitet an den Viewer weiter, der die Anfrage beantworten kann. Für einen Agent heißt das: ein einziger Einstiegspunkt. Die Eingabe geht an /tools/twitter-viewer?q=…&format=json, und das Ergebnis lässt sich direkt lesen.

Was die Viewer nicht tun

Agententauglich heißt nicht unbegrenzt, und es heißt nicht privat.

• Sie lesen ausschließlich öffentliche Daten. Geschützte Accounts zeigen ihren öffentlichen Header und sonst nichts.
• Sie sind pro Besucher rate-limitiert: 20 Abrufe pro 10 Minuten, durchgesetzt am Netzwerkrand und ausgewiesen in den Headern.
• Sie melden sich nie bei X an. Kein Account von Ihnen ist beteiligt, und nichts wird geschrieben, geliked, gefolgt oder gesendet.
• Videos spielen vom eigenen CDN von X. Nichts wird neu gehostet oder zum Download angeboten.
• Sie ersetzen nicht die Nutzungsbedingungen von X. Die Datensätze sind so zu verwenden wie jede andere öffentliche Seite.

Genau diese Grenzen machen die Ausgabe zitierfähig. Ein Agent kann auf einen öffentlichen Datensatz verweisen und dem Operator die Kontrolle darüber lassen, was als Nächstes passiert.

Wenn ein Viewer nicht mehr reicht

Kostenlose Viewer sind zum Ansehen da. Sobald ein Workflow Volumen oder Garantien braucht, stehen dieselben Datensätze über die X / Twitter API auf UnifAPI mit einem Workspace-Key bereit. Abgerechnet wird nutzungsbasiert (Pay as you go), ohne Gratis-Tarif, aus dem man herauswächst, und ohne Abo, das man dimensionieren muss. Die Feldnamen entsprechen denen der Viewer, sodass der Prompt, der gegen /tools/x/profile funktioniert hat, ohne Umschreiben auch gegen die API läuft.

Ein typischer Weg:

1. Ein Mensch probiert den Twitter Profil Viewer an drei Handles aus.
2. Ein Agent bekommt dieselbe URL mit ?format=json und soll über Nacht fünfzig Handles bewerten. Er stößt ans Limit pro Besucher und liest den 429.
3. Das Team ergänzt einen Workspace-Key und verlegt die Schleife auf die API. Der Scoring-Code ändert sich nicht.

Diese Kontinuität ist der Grund, Viewer und API auf derselben Datenschicht zu bauen.

FAQ

Was ist ein Twitter Viewer? Eine Website, die ein öffentliches X-Profil, einen Post oder eine Trendliste anzeigt, ohne dass eine Anmeldung bei X nötig ist. Sie liest nur, was der Account öffentlich gemacht hat. „X Viewer“ und „Twitter Visualizer“ bezeichnen dasselbe unter anderem Namen.

Was ist der beste Twitter Viewer ohne Account? Für einen Menschen tut es jede der oben genannten Seiten, die bei ihm lädt; sie unterscheiden sich vor allem in Werbung und Tempo. Für ein Skript oder einen KI-Agent stellt sich die Frage anders: Gefragt ist ein Viewer, der auf eine schlichte URL mit JSON antwortet und sein Rate-Limit ausweist. Am Testtag tat FxTwitter das für einzelne Posts und Nutzer, und die Viewer von UnifAPI tun es für Profile, Posts, Antworten, Medien, Suche, Trends, Communities und Follower.

Gibt es eine Nitter-Alternative, die für Skripte noch funktioniert? Keinen direkten Ersatz. Die öffentlichen Nitter-Instanzen sind offline oder gesperrt, und kein Fork nutzt dieselben Routen. Zum Lesen eignet sich ein Viewer, der unter einer URL Markdown oder JSON zurückgibt. Für Feeds eignet sich eine API, die dieselben Posts als JSON liefert und per Cursor blättern lässt.

Warum haben KI-Agents mit den meisten Twitter Viewern Probleme? Die meisten Viewer legen die Anfrage in ein Formular statt in die URL, liefern nur HTML, rendern Ergebnisse mit JavaScript, blockieren Nicht-Browser-Clients und nennen nie ihre Rate-Limits. Ein Agent braucht in jedem Punkt das Gegenteil.

Kann ich Twitter-Viewer-Ergebnisse als JSON bekommen? Bei den Viewern von UnifAPI ja. format=json an eine beliebige Viewer-URL anhängen oder den passenden /tools/x/-Endpoint direkt aufrufen. Mit format=md oder dem Header Accept: text/markdown kommt Markdown zurück.

Ist der kostenlose X Viewer wirklich kostenlos? Wo liegt das Limit? Ja. Jede Ansicht ist ein echter Abruf und kostet nichts. Kostenlose Ansichten sind auf 20 Abrufe pro 10 Minuten und Besucher begrenzt, die Header zeigen, wie viele übrig sind und wann das Fenster zurückgesetzt wird, und unbegrenzter Zugriff ist nutzungsbasiert (Pay as you go) mit einem UnifAPI-Workspace-Key möglich.

Zeigt ein Twitter Viewer private oder geschützte Accounts? Nein. Ein geschützter Account zeigt nur seinen öffentlichen Header. Viewer lesen öffentliche Daten und nutzen nie einen X-Login.

Was Sie als Nächstes lesen sollten

Twitter Viewer - die Hub-Seite; Handle, Link, Hashtag oder Suchanfrage einfügen.

Twitter-Profil-Viewer-Workflow - die Fünf-Minuten-Prüfung, um einen Account vor der Ansprache zu bewerten.

Agent-First-Skills für öffentliche Daten - wie sich Abfragen öffentlicher Daten so kapseln lassen, dass ein Agent sie ohne Aufsicht nutzen kann.

X / Twitter API - die abgerechnete Oberfläche für den Moment, in dem aus einem Abruf viele werden.