Noch keine Ausgabe. Senden Sie das Formular ab, um Inhalte zu generieren.
Transparente Preisgestaltung ohne versteckte Gebühren. Bezahlen Sie nach Verbrauch.
| Regel & Modalität | Channel | Guthaben | Preis (USD) | Offizieller / Referenzpreis | Tägliche Ersparnis |
|---|---|---|---|---|---|
user-by-screen-name otherTwitter | Starter | 0.01per post | $0.00005 | - | - |
Wettbewerberpreise kosten $45.450 mehr
ApiPass ist 90.90% günstiger, geschätzt bei mehrere Aufrufe mit insgesamt 10,000 zurückgegebenen Posts
user-by-screen-name
ApiPass-Preis
$0.0005
0,1 Credits per post
Wettbewerberpreise
Vollständige Anleitung zur Verwendung von twitter-api-graphql
Rufen Sie vollständige X (Twitter)-Benutzerprofildaten sofort ab, indem Sie einen einzigen screen_name übergeben — ohne OAuth, ohne Ärger mit Rate-Limits und ohne manuelles GraphQL-Signing.

Die Twitter Graphql User By Screen Name API auf ApiPass ist ein verwalteter Endpoint, der die interne UserByScreenName-GraphQL-Operation von X hinter einer sauberen, asynchronen REST-Schnittstelle kapselt. Anstatt sich mit Guest Tokens, Query-IDs, Feature-Flags oder ständig wechselnden GraphQL-Hashes auseinanderzusetzen, senden Sie einfach per POST einen screen_name (z. B. elonmusk) an /api/v1/jobs/createTask mit dem model twitter/graphql/user-by-screen-name, und ApiPass gibt eine taskId zurück, die Sie über /api/v1/jobs/recordInfo abfragen können — oder automatisch über eine callBackUrl erhalten. Die Antwort liefert das vollständige Benutzerobjekt: rest_id, Anzeigename, Bio, Follower-/Following-Zahlen, Verifizierungsstatus, Profil- und Bannerbilder, Erstellungsdatum, Standort, angehefteter Tweet, hervorgehobenes Label und Safety-Mode-Felder. Im Hintergrund verteilt der channel: auto-Router von ApiPass jeden Aufruf in Echtzeit auf starter-, regular- und official-Anbieter, um Kosten, Stabilität und Geschwindigkeit auszubalancieren — so erhalten Sie produktionsreife Twitter-Benutzerdaten, ohne jemals direkt den Pfad /graphql/.../UserByScreenName aufzurufen.
Überspringen Sie den gesamten Ablauf im X Developer Portal. Ein einzelner Authorization: Bearer YOUR_API_KEY-Header ist alles, was Sie benötigen — keine App-Prüfung, keine Consumer Keys, keine Access Tokens.
Benutzerprofilabfragen im Pay-per-Use-Modell von X kosten etwa $0.010 pro Abfrage, und die kostenlose Stufe ist für neue Entwickler nicht mehr verfügbar; bestehende Nutzer wurden auf Pay-per-Use migriert. Das Multi-Provider-Routing von ApiPass weist Sie automatisch dem günstigsten stabilen Kanal zu.
Der Standard channel: auto ermöglicht es APIPASS, jede Aufgabe basierend auf Live-Preisen und Stabilitätsmetriken auf starter-, regular- und official-Anbieter zu verteilen — Sie erhalten das beste Verhältnis aus Preis und Zuverlässigkeit, ohne manuelle Feinabstimmung.
Anders als X API v2, die standardmäßig nur id/name/username zurückgibt und Sie zwingt, Felder und Erweiterungen aufzuzählen (die X API v2-Version liefert standardmäßig nur die user id-, name- und username-Felder; für zusätzliche Felder müssen Sie die fields- und expansions-Parameter verwenden), gibt der GraphQL-Endpoint das vollständige, umfangreiche Benutzerobjekt in einem einzigen Aufruf zurück.
Fire-and-forget-Aufgaben geben sofort eine taskId zurück; geben Sie eine callBackUrl an, und ApiPass sendet das Ergebnis an Ihren Server, sobald es bereit ist — ideal für serverlose und queuebasierte Architekturen.
Keine 15-Minuten-Rolling-Windows, die Sie im eigenen Code verwalten müssen, keine Logik zum Aktualisieren von Guest Tokens, kein Drift von GraphQL-Query-Hashes — ApiPass übernimmt all das upstream, damit Ihre Anwendung einfach bleibt.
Übergeben Sie screen_name: "elonmusk" und erhalten Sie das vollständige Benutzerobjekt — einschließlich rest_id, der kanonischen numerischen Benutzer-ID, die praktisch jeder andere Twitter-GraphQL-Endpoint benötigt (UserTweets, Followers, Following, UserMedia usw.).
Schalten Sie withSafetyModeUserFields und withHighlightedLabel direkt im input.variables-Objekt um, um zu steuern, welche erweiterten Profilfelder (Safety-Mode-Metadaten, hervorgehobene Creator-Labels) in der Antwort erscheinen.
Jede Anfrage durchläuft eine konsistente Zustandsmaschine waiting → queuing → generating → success / fail, die über /api/v1/jobs/recordInfo abgefragt werden kann; createTime, completeTime, costTime und resultJson werden in einem vorhersehbaren Schema zurückgegeben.
Wandeln Sie jedes @handle in die stabile numerische rest_id um, die Ihre nachgelagerten Pipelines benötigen.
Rufen Sie Follower-Zahlen, Verifizierungsabzeichen, Bio-Keywords, Kontoalter und hervorgehobene Labels ab, um Profile im großen Maßstab zu bewerten und zu ranken.
Validieren Sie automatisch, dass eingereichte Twitter-Handles existieren, aktiv sind, nicht geschützt sind und den erwarteten Metadaten entsprechen, bevor Sie Registrierungen, Giveaways oder KOL-Partnerschaften genehmigen.
Reichern Sie jeden Kontaktdatensatz, der einen Twitter-Handle enthält, in Millisekunden mit Profilbild, Standort, Website-URL, Follower-Zahl und Erstellungsdatum an.
Während die offizielle API von X Benutzerabfragen hinter Entwicklergenehmigung, gestaffelten Preisen und spärlichen Standardfeldern beschränkt, liefert ApiPass das vollständige GraphQL-Profilobjekt über einen einzigen einfachen, automatisch gerouteten Pay-per-Task-Aufruf.
Der offizielle Endpoint GET /2/users/by/username/:username erfordert, dass Sie Felder manuell über Query-Parameter erweitern, und liefert standardmäßig nur id, name und username — zusätzliche Felder erfordern die Parameter fields und expansions. Der GraphQL-Wrapper von ApiPass gibt das vollständige native Benutzerobjekt (einschließlich angehefteter Tweets, Professional-Account-Informationen, Verifizierungstyp und hervorgehobener Labels) in einem einzigen Aufruf zurück, ohne fields=-Aufzählung.
X hat den Zugriff in einem nutzungsbasierten Modell gebündelt, bei dem das Erstellen eines Posts etwa 0.010 kostet, das Lesen eines Posts etwa 0.005 und Benutzerprofilabfragen sowie DM-Lesevorgänge jeweils etwa $0.010 kosten, zusätzlich zu monatlichen Obergrenzen. ApiPass berechnet nur erfolgreiche Aufgaben, leitet Sie standardmäßig zum kostengünstigsten stabilen Anbieter weiter und verlangt keinen Antrag im Developer Portal.
Lösen Sie jeden erwähnten Handle in einem Tweet-Stream in ein vollständiges Profil auf, damit Analysten nach Follower-Größe, Verifizierungsstatus oder Kontoalter filtern können.
Bestätigen Sie, dass ein mit einer Wallet verknüpfter Twitter-Handle echt, ausreichend alt ist und Follower-Schwellenwerte erfüllt, bevor Sie Tokens, NFTs oder Whitelist-Plätze ausgeben.
Rufen Sie schnell verlässliche Metadaten (Erstellungsdatum, Standort, Profilhistorie-Signale, hervorgehobene Labels) zu jedem öffentlichen Konto ab, das untersucht wird.
Reichern Sie Twitter-Handles von Kandidaten mit Bio, Website-URL und Follower-Zahlen an, um Developer Advocates, Designer und Creator für die Ansprache zu finden.
Registrieren Sie sich bei ApiPass und holen Sie Ihren YOUR_API_KEY aus dem Dashboard. Kein Antrag im Developer Portal, kein OAuth-Setup und keine App-Prüfung erforderlich — ein einzelner Bearer Token schaltet jedes Modell auf der Plattform frei.
Senden Sie eine POST-Anfrage an https://api.apipass.dev/api/v1/jobs/createTask, setzen Sie das model auf twitter/graphql/user-by-screen-name und geben Sie Ihren Ziel-Handle in input.variables.screen_name an (zum Beispiel elonmusk). Optional können Sie withSafetyModeUserFields und withHighlightedLabel einschließen, um die Antwort anzureichern, und eine callBackUrl übergeben, wenn ApiPass das Ergebnis automatisch an Ihren Server senden soll. Die API antwortet sofort mit einer taskId wie task_12345678.
Warten Sie entweder darauf, dass ApiPass die abgeschlossene Payload per POST an Ihre callBackUrl sendet, oder fragen Sie https://api.apipass.dev/api/v1/jobs/recordInfo?taskId=task_12345678 mit Ihrem Bearer Token ab. Sobald data.state den Wert success annimmt, ist das vollständige Benutzerprofil — einschließlich rest_id, Bio, Follower- und Following-Zahlen, Verifizierungsstatus, Profilbildern, Erstellungsdatum und allen angeforderten optionalen Feldern — in data.resultJson.resultObject verfügbar. Das war’s: Sie rufen nun Twitter-GraphQL-Benutzerdaten in Produktion ab.
Alle APIs erfordern eine Authentifizierung über Bearer Token.
Authorization: Bearer
Benutzerinformationen anhand von screen_name abrufen
Die API akzeptiert eine JSON-Nutzlast mit der folgenden Struktur:
1{
2 "model": "string",
3 "callBackUrl": "string (optional)",
4 "channel": "auto",
5 "input": {
6 "variables": {
7 "screen_name": "string",
8 "withSafetyModeUserFields": "boolean",
9 "withHighlightedLabel": "boolean",
10 }
11 }
12}modelErforderlichstringDer für die Generierung zu verwendende Modellname
"twitter/graphql/user-by-screen-name"
callBackUrlOptionalstringCallback-URL für Benachrichtigungen bei Aufgabenabschluss. Wenn sie weggelassen wird, wird kein Callback gesendet.
"https://your-domain.com/api/callback"
channelOptionalstringSie können den entsprechenden Anbieter innerhalb von APIPASS über den Parameter channel angeben; diese Anbieter übernehmen die eigentlichen Aufgaben zur Bild- und Videogenerierung. APIPASS bietet derzeit drei Anbieteroptionen:
Der Standardwert für den Parameter channel ist auto. Wenn aktiviert, verteilt APIPASS Aufgaben automatisch auf verfügbare Anbieter basierend auf Echtzeitpreisen und Stabilitätsmetriken, um minimale Kosten und zuverlässige Leistung auszubalancieren. Behalten Sie den Standardwert auto bei, sofern Sie keine benutzerdefinierten Routing-Anforderungen haben.
Verfügbare Optionen:
auto
Das Eingabeobjekt enthält die folgenden Parameter:
input.variables.screen_nameErforderlichstringelonmusk
input.variables.withSafetyModeUserFieldsOptionalbooleantrue
input.variables.withHighlightedLabelOptionalbooleantrue
1curl -X POST "https://api.apipass.dev/api/v1/jobs/createTask" \
2 -H "Content-Type: application/json" \
3 -H "Authorization: Bearer YOUR_API_KEY" \
4 -d '{
5 "model": "twitter/graphql/user-by-screen-name",
6 "callBackUrl": "https://your-domain.com/api/callback",
7 "input": {
8 "variables": {
9 "screen_name": "elonmusk",
10 "withSafetyModeUserFields": true,
11 "withHighlightedLabel": true
12 }
13 }
14 }'1{
2 "code": 200,
3 "message": "success",
4 "data": {
5 "taskId": "task_12345678"
6 }
7}codeStatuscode, 200 bei Erfolg, andere Werte bei Fehlern
messageAntwortnachricht, Fehlerbeschreibung bei fehlgeschlagener Anfrage
data.taskIdAufgaben-ID zum Abfragen des Aufgabenstatus und der Ergebnisse