Aucune sortie pour le moment. Envoyez le formulaire pour générer du contenu.
Tarifs transparents sans frais cachés. Payez à l'utilisation.
| Règle & Modalité | Channel | Crédits | Prix (USD) | Prix officiel / référence | Économie quotidienne |
|---|---|---|---|---|---|
user-by-screen-name otherTwitter | Starter | 0.01per post | $0.00005 | - | - |
Le prix concurrent coûte $45.450 de plus
ApiPass est 90.90% moins cher, estimé sur plusieurs appels retournant 10,000 posts retournés au total
user-by-screen-name
Prix ApiPass
$0.0005
0,1 crédits per post
Prix concurrents
Guide complet d'utilisation de twitter-api-graphql
Récupérez instantanément les données complètes de profil utilisateur X (Twitter) en fournissant un simple screen_name — sans OAuth, sans casse-tête de limites de débit, sans signature GraphQL manuelle.

Twitter Graphql User By Screen Name API sur ApiPass est un endpoint géré qui encapsule l’opération GraphQL interne UserByScreenName de X derrière une interface REST claire et asynchrone. Au lieu de gérer des jetons invités, des ID de requête, des feature flags ou des hachages GraphQL qui changent constamment, il vous suffit d’envoyer en POST un screen_name (par exemple elonmusk) à /api/v1/jobs/createTask avec le modèle twitter/graphql/user-by-screen-name, et ApiPass renvoie un taskId que vous pouvez interroger via /api/v1/jobs/recordInfo — ou recevoir automatiquement via une callBackUrl. La réponse fournit l’objet utilisateur complet : rest_id, nom d’affichage, bio, nombres d’abonnés et d’abonnements, statut de vérification, images de profil et de bannière, date de création, localisation, tweet épinglé, libellé mis en avant et champs de mode de sécurité. En arrière-plan, le routeur channel: auto d’ApiPass répartit chaque appel en temps réel entre des fournisseurs starter, regular et official afin d’équilibrer coût, stabilité et rapidité — vous obtenez ainsi des données utilisateur Twitter de qualité production sans jamais accéder directement au chemin /graphql/.../UserByScreenName.
Évitez tout le parcours du portail développeur X. Un seul en-tête Authorization: Bearer YOUR_API_KEY suffit — pas de revue d’application, pas de clés consumer, pas de jetons d’accès.
Les recherches de profils utilisateur sur le modèle à l’usage de X coûtent environ $0.010 chacune, et l’offre gratuite n’est plus disponible pour les nouveaux développeurs, les utilisateurs existants étant migrés vers la facturation à l’usage. Le routage multi-fournisseur d’ApiPass vous place automatiquement sur le canal stable le moins cher.
Le réglage par défaut channel: auto permet à APIPASS d’allouer chaque tâche entre les fournisseurs starter, regular et official selon les prix en temps réel et les métriques de stabilité — vous obtenez le meilleur rapport prix-fiabilité sans réglage manuel.
Contrairement à X API v2, qui ne renvoie par défaut que id/name/username et vous oblige à énumérer les champs et expansions (la version X API v2 ne fournit par défaut que les champs id, name et username de l’utilisateur, et pour demander des champs supplémentaires vous devez utiliser les paramètres fields et expansions), l’endpoint GraphQL renvoie l’objet utilisateur complet et riche en un seul appel.
Les tâches en mode fire-and-forget renvoient immédiatement un taskId ; fournissez une callBackUrl et ApiPass transmet le résultat à votre serveur dès qu’il est prêt — idéal pour les architectures serverless et basées sur des files d’attente.
Pas de fenêtres glissantes de 15 min à gérer dans votre propre code, pas de logique de rafraîchissement de jeton invité, pas de dérive des hachages de requêtes GraphQL — ApiPass absorbe tout cela en amont afin que votre application reste simple.
Transmettez screen_name: "elonmusk" et recevez l’objet utilisateur complet — y compris rest_id, l’ID utilisateur numérique canonique requis par pratiquement tous les autres endpoints Twitter GraphQL (UserTweets, Followers, Following, UserMedia, etc.).
Activez ou désactivez withSafetyModeUserFields et withHighlightedLabel directement dans l’objet input.variables pour contrôler les champs de profil étendus (métadonnées de mode de sécurité, libellés créateur mis en avant) qui apparaissent dans la réponse.
Chaque requête suit une machine d’états cohérente waiting → queuing → generating → success / fail, interrogeable via /api/v1/jobs/recordInfo, avec createTime, completeTime, costTime et resultJson renvoyés dans un schéma prévisible.
Convertissez n’importe quel @handle en rest_id numérique stable dont vos pipelines en aval ont besoin.
Récupérez les nombres d’abonnés, badges de vérification, mots-clés de bio, ancienneté du compte et libellés mis en avant pour scorer et classer les profils à grande échelle.
Validez automatiquement que les identifiants Twitter soumis existent, sont actifs, ne sont pas protégés et correspondent aux métadonnées attendues avant d’approuver des inscriptions, des giveaways ou des partenariats KOL.
Enrichissez en quelques millisecondes tout enregistrement de contact qui inclut un identifiant Twitter avec une photo de profil, une localisation, une URL de site web, un nombre d’abonnés et une date de création.
Alors que l’API officielle de X conditionne les recherches d’utilisateurs à une approbation développeur, à une tarification par paliers et à des champs par défaut limités, ApiPass fournit l’objet de profil GraphQL complet via un appel simple, routé automatiquement et facturé par tâche.
L’endpoint officiel GET /2/users/by/username/:username exige d’étendre manuellement les champs via des paramètres de requête et ne fournit par défaut que id, name et username — les champs supplémentaires nécessitent les paramètres fields et expansions. Le wrapper GraphQL d’ApiPass renvoie l’objet utilisateur natif complet (y compris tweets épinglés, informations de compte professionnel, type de vérification et libellés mis en avant) en un seul appel, sans énumération fields=.
X a consolidé l’accès dans un modèle basé sur l’usage où créer une publication coûte environ 0.010, lire une publication coûte environ 0.005, et les recherches de profils utilisateur ainsi que les lectures de DM coûtent environ $0.010 chacune, en plus de plafonds mensuels. ApiPass facture uniquement les tâches réussies, vous dirige par défaut vers le fournisseur stable au coût le plus bas et n’impose aucune étape de candidature sur le portail développeur.
Résolvez chaque identifiant mentionné dans un flux de tweets en profil complet afin que les analystes puissent filtrer par taille d’audience, statut de vérification ou ancienneté du compte.
Confirmez qu’un identifiant Twitter lié à un wallet est réel, suffisamment ancien et respecte les seuils d’abonnés avant d’émettre des tokens, des NFTs ou des places en whitelist.
Récupérez rapidement des métadonnées fiables (date de création, localisation, signaux d’historique de profil, libellés mis en avant) sur tout compte public faisant l’objet d’une enquête.
Enrichissez les identifiants Twitter de candidats avec bio, URL de site web et nombres d’abonnés afin d’identifier des developer advocates, designers et créateurs à contacter.
Inscrivez-vous sur ApiPass et récupérez votre YOUR_API_KEY depuis le tableau de bord. Aucune candidature sur un portail développeur, aucune configuration OAuth et aucune revue d’application requises — un simple jeton bearer débloque tous les modèles de la plateforme.
Envoyez une requête POST à https://api.apipass.dev/api/v1/jobs/createTask avec le modèle défini sur twitter/graphql/user-by-screen-name et fournissez l’identifiant cible dans input.variables.screen_name (par exemple, elonmusk). Vous pouvez éventuellement inclure withSafetyModeUserFields et withHighlightedLabel pour enrichir la réponse, et transmettre une callBackUrl si vous souhaitez qu’ApiPass envoie automatiquement le résultat à votre serveur. L’API répondra immédiatement avec un taskId tel que task_12345678.
Attendez qu’ApiPass envoie en POST la charge utile terminée à votre callBackUrl, ou interrogez https://api.apipass.dev/api/v1/jobs/recordInfo?taskId=task_12345678 avec votre jeton bearer. Une fois que data.state devient success, le profil utilisateur complet — y compris rest_id, bio, nombres d’abonnés et d’abonnements, statut de vérification, images de profil, date de création et tous les champs optionnels demandés — sera disponible dans data.resultJson.resultObject. C’est tout : vous récupérez désormais des données utilisateur Twitter GraphQL en production.
Toutes les API nécessitent une authentification via un token Bearer.
Authorization: Bearer
Obtenir les informations utilisateur par screen_name
L’API accepte une charge utile JSON avec la structure suivante :
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}modelRequisstringLe nom du modèle à utiliser pour la génération
"twitter/graphql/user-by-screen-name"
callBackUrlOptionnelstringURL de rappel pour les notifications de fin de tâche. Si elle est omise, aucun rappel ne sera envoyé.
"https://your-domain.com/api/callback"
channelOptionnelstringVous pouvez spécifier le fournisseur correspondant au sein d’APIPASS via le paramètre channel ; ces fournisseurs prennent en charge les tâches réelles de génération d’images et de vidéos. APIPASS propose actuellement trois options de fournisseur :
La valeur par défaut du paramètre channel est auto. Lorsqu’elle est activée, APIPASS répartit automatiquement les tâches entre les fournisseurs disponibles selon les tarifs en temps réel et les indicateurs de stabilité, afin d’équilibrer coût minimal et performances fiables. Conservez la valeur par défaut auto, sauf si vous avez des besoins de routage personnalisés.
Options disponibles :
auto
L’objet input contient les paramètres suivants :
input.variables.screen_nameRequisstringelonmusk
input.variables.withSafetyModeUserFieldsOptionnelbooleantrue
input.variables.withHighlightedLabelOptionnelbooleantrue
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}codeCode d’état, 200 en cas de succès, autres valeurs en cas d’échec
messageMessage de réponse, description de l’erreur en cas d’échec
data.taskIdID de tâche pour consulter l’état et les résultats de la tâche