Passer au contenu principal

Création d’une requête

Limites de la requête ! Vos requêtes seront limitées selon le niveau d’accès que vous utilisez. Si vous avez un accès Pro, votre requête peut comporter jusqu’à 512 caractères. Si vous avez un accès Enterprise, veuillez contacter votre gestionnaire de compte. Disponibilité des opérateurs La plupart des opérateurs sont disponibles pour tout développeur, mais certains sont réservés aux personnes approuvées pour un accès Enterprise. Nous indiquons le niveau d’accès requis pour chaque opérateur dans le tableau de la liste des opérateurs au moyen des libellés suivants :
  • Opérateurs de base : disponibles avec n’importe quel Project.
  • Opérateurs avancés : disponibles avec un Project disposant d’un accès Enterprise   

Types d’opérateurs : autonomes et nécessitant une conjonction

Les opérateurs autonomes peuvent être utilisés seuls ou avec n’importe quels autres opérateurs (y compris ceux qui nécessitent une conjonction). Par exemple, la query suivante fonctionnera parce qu’elle utilise l’opérateur #hashtag, qui est autonome : #xapiv2 Les opérateurs nécessitant une conjonction ne peuvent pas être utilisés seuls dans une query ; ils ne peuvent être utilisés que lorsqu’au moins un opérateur autonome est inclus dans la query. En effet, utiliser ces opérateurs seuls serait beaucoup trop général et ferait correspondre un volume extrêmement élevé de Posts. Par exemple, les queries suivantes ne sont pas prises en charge car elles ne contiennent que des opérateurs nécessitant une conjonction : has:media has:links OR is:retweet Si nous ajoutons un opérateur autonome, tel que l’expression « X data », la query fonctionnera alors correctement. « X data » has:mentions (has:media OR has:links)

Opérateurs booléens et regroupement

Si vous souhaitez enchaîner plusieurs opérateurs dans une seule query, vous disposez des outils suivants :
Logique ANDDes opérateurs successifs séparés par un espace produisent une logique booléenne « AND », ce qui signifie que les Posts ne correspondent que si les deux conditions sont remplies. Par exemple, snow day #NoSchool correspondra aux Posts contenant les termes snow et day et le hashtag #NoSchool.
Logique ORDes opérateurs successifs avec OR entre eux produisent une logique OR, ce qui signifie que les Posts correspondent si l’une ou l’autre des conditions est remplie. Par exemple, spécifier grumpy OR cat OR #meme correspondra à tout Post contenant au moins les termes grumpy ou cat, ou le hashtag #meme.
Logique NOT, négationPréfixez un mot-clé (ou tout opérateur) d’un tiret (-) pour le nier (NOT). Par exemple, cat #meme -grumpy correspondra aux Posts contenant le hashtag #meme et le terme cat, mais uniquement s’ils ne contiennent pas le terme grumpy. Une clause de query courante est -is:retweet, qui n’inclura pas les Retweets, correspondant ainsi uniquement aux Posts originaux, aux Quote Tweets et aux réponses. Tous les opérateurs peuvent être niés, mais les opérateurs niés ne peuvent pas être utilisés seuls.
RegroupementVous pouvez utiliser des parenthèses pour regrouper des opérateurs. Par exemple, (grumpy cat) OR (#meme has:images) renverra soit des Posts contenant les termes grumpy et cat, soit des Posts avec des images contenant le hashtag #meme. Notez que les AND sont appliqués en premier, puis les OR.
Remarque sur les négations L’opérateur -is:nullcast doit toujours être nié. Les opérateurs niés ne peuvent pas être utilisés seuls. Ne niez pas un ensemble d’opérateurs regroupés entre parenthèses. Niez plutôt chaque opérateur individuellement. Par exemple, au lieu d’utiliser skiing -(snow OR day OR noschool), nous suggérons d’utiliser skiing -snow -day -noschool.  Ordre des opérations Lorsque vous combinez les logiques AND et OR, l’ordre d’évaluation suivant déterminera la façon dont votre query est interprétée.
  1. Les opérateurs reliés par une logique AND sont d’abord combinés
  2. Ensuite, les opérateurs reliés par une logique OR sont appliqués
Par exemple :
  • apple OR iphone ipad sera évalué comme apple OR (iphone ipad)
  • ipad iphone OR android sera évalué comme (iphone ipad) OR android
Pour éliminer toute ambiguïté et garantir que votre query est évaluée comme prévu, regroupez les termes avec des parenthèses lorsque cela est pertinent.  Par exemple :
  • (apple OR iphone) ipad
  • iphone (ipad OR android)  
Ponctuation, diacritiques et sensibilité à la casse Si vous spécifiez un mot-clé ou un hashtag dans une query avec des accents ou des diacritiques, il correspondra au texte du Post qui contient à la fois le terme avec accents et diacritiques, ainsi que le même terme avec des caractères non accentués. Par exemple, des queries avec le mot-clé Diacrítica ou le hashtag #cumpleaños correspondront à Diacrítica ou #cumpleaños, ainsi qu’à Diacritica ou #cumpleanos sans la tilde í ou le eñe. Les caractères accentués ou diacrités sont traités comme des caractères ordinaires et ne constituent pas des délimiteurs de mots. Par exemple, une query avec le mot-clé cumpleaños ne correspondrait qu’aux activités contenant le mot cumpleaños et ne correspondrait pas aux activités contenant cumplea, cumplean ou os. Tous les opérateurs sont évalués sans tenir compte de la casse. Par exemple, la query cat correspondra aux Posts contenant indifféremment cat, CAT ou Cat. Le comportement de correspondance du flux filtré diffère de celui des décomptes de Posts. Lors de la création d’une règle de flux filtré, notez que les mots-clés et hashtags comportant des accents et des diacritiques ne correspondent qu’aux termes qui comportent également ces accents et diacritiques, et ne correspondent pas aux termes utilisant des caractères non accentués.  Par exemple, des règles de flux filtré qui incluent le mot-clé Diacrítica ou le hashtag #cumpleaños ne correspondront qu’aux termes Diacrítica et #cumpleaños, et ne correspondront pas à Diacritica ou #cumpleanos sans la tilde í ou le eñe. Spécificité et efficacité Lorsque vous commencez à élaborer votre query, il est important de garder à l’esprit quelques éléments.
  • L’utilisation d’opérateurs larges et autonomes pour votre query, comme un simple mot‑clé ou un #hashtag, n’est généralement pas recommandée, car cela correspondra probablement à un volume massif de Posts. Créer une query plus robuste produira un ensemble plus précis de Posts correspondants et devrait améliorer l’exactitude de vos décomptes de Posts afin de vous aider à dégager des insights plus pertinents.
    • Par exemple, si votre query se limitait au mot‑clé happy, vous obtiendriez probablement entre 200 000 et 300 000 Posts par jour.
    • L’ajout d’opérateurs conditionnels supplémentaires restreint vos résultats, par exemple (happy OR happiness) place_country:GB -birthday -is:retweet
  • Rédiger des queries efficaces aide également à respecter la limite de longueur (en caractères) de la query. Le nombre de caractères inclut l’intégralité de la chaîne de query, y compris les espaces et les opérateurs.
    • Par exemple, la query suivante comporte 59 caractères : (happy OR happiness) place_country:GB -birthday -is:retweet
Comportement d’appariement des Quote Tweet Lors de l’utilisation des endpoints de décompte de Posts, les opérateurs ne correspondent pas au contenu du Post original cité, mais correspondent au contenu inclus dans le Quote Tweet. Cependant, veuillez noter que le flux filtré correspondra à la fois au contenu du Post original cité et au contenu du Quote Tweet.   Construire une query de manière itérative Testez votre query tôt et souvent Obtenir dès la première tentative une query qui renvoie les « bons » résultats est rare. Il y a tellement de choses sur X qui peuvent ne pas être évidentes au départ, et la syntaxe de query décrite ci‑dessus peut être difficile à faire correspondre à votre besoin. Au fur et à mesure que vous construisez une query, il est important de la tester périodiquement à l’aide de l’un des endpoints Search Post afin de vous assurer que les Posts correspondant à votre query sont pertinents pour votre cas d’usage. Pour cette section, nous allons commencer avec la query suivante et l’ajuster en fonction des résultats obtenus lors de nos tests :  happy OR happiness Utiliser les résultats pour affiner la query Lorsque vous testez la query avec Search Posts, parcourez les Posts renvoyés pour voir s’ils incluent les data que vous attendez. Commencer par une query large et un surensemble de correspondances de Posts vous permet d’examiner le résultat et d’affiner la query pour filtrer les résultats indésirables.   Lorsque nous avons testé la query d’exemple, nous avons constaté que nous recevions des Posts dans différentes langues. Dans cette situation, nous voulons recevoir uniquement des Posts en anglais ; nous allons donc ajouter l’opérateur lang: : (happy OR happiness) lang:en Le test a renvoyé un certain nombre de Posts souhaitant un joyeux anniversaire ; nous allons donc ajouter -birthday comme opérateur de mot‑clé négatif. Nous voulons également ne recevoir que des Posts originaux, donc nous ajoutons l’opérateur négatif -is:retweet : (happy OR happiness) lang:en -birthday -is:retweet Ajuster pour l’inclusion si nécessaire Si vous constatez que vous ne recevez pas via Search Posts les data que vous attendez, alors que vous savez que des Posts existants devraient correspondre, vous devrez peut‑être élargir votre query en supprimant des opérateurs qui filtrent les data souhaitées.  Dans notre exemple, nous avons remarqué qu’il y avait d’autres Posts dans notre timeline personnelle qui exprimaient l’émotion recherchée et qui n’étaient pas inclus dans les résultats de test. Pour assurer une meilleure couverture, nous allons ajouter les mots‑clés excited et elated. (happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet S’adapter aux tendances/pics de popularité sur la période Les tendances vont et viennent rapidement sur X. La maintenance de votre query doit être un processus actif. Si vous prévoyez d’utiliser une query pendant un certain temps, nous vous suggérons de vérifier périodiquement les data que vous recevez afin de déterminer si des ajustements sont nécessaires. Dans notre exemple, nous remarquons que nous avons commencé à recevoir des Posts souhaitant « happy holidays ». Comme nous ne voulons pas que ces Posts soient inclus dans nos résultats, nous allons ajouter le mot‑clé négatif -holidays. (happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet -holidays  Une fois que vous avez correctement testé et itéré votre query, vous pouvez commencer à l’envoyer avec les endpoints de décompte de Posts afin de recevoir uniquement le volume de Posts plutôt que l’intégralité des charges utiles de Post.

Ajout d’une query à votre requête

Pour ajouter votre query à votre requête, vous devez utiliser le paramètre query. Comme pour tout paramètre de query, veillez à HTTP encoder la query que vous avez élaborée. Voici un exemple de ce à quoi cela peut ressembler avec une commande cURL. Si vous souhaitez utiliser cette commande, veillez à remplacer $BEARER_TOKEN par votre propre Jeton Bearer :
      curl https://api.x.com/2/tweets/counts/recent?query=cat%20has%3Amedia%20-grumpy&tweet.fields=created_at&max_results=100 -H "Authorization: Bearer $BEARER_TOKEN"

Exemples de requêtes

Suivi d’une catastrophe naturelle La requête suivante correspond aux Posts originaux provenant d’agences météorologiques et de jauges qui évoquent l’ouragan Harvey, qui a frappé Houston en 2017. Voici à quoi ressemblerait la requête sans encodage HTTP : has:geo (from:NWSNHC OR from:NHC_Atlantic OR from:NWSHouston OR from:NWSSanAntonio OR from:USGS_TexasRain OR from:USGS_TexasFlood OR from:JeffLindner1) -is:retweet Et voici à quoi ressemblerait la requête avec l’encodage HTTP, le paramètre query et l’URI des décomptes de Posts récents : https://api.x.com/2/tweets/counts/recent?query=-is%3Aretweet%20has%3Ageo%20(from%3ANWSNHC%20OR%20from%3ANHC\_Atlantic%20OR%20from%3ANWSHouston%20OR%20from%3ANWSSanAntonio%20OR%20from%3AUSGS\_TexasRain%20OR%20from%3AUSGS_TexasFlood%20OR%20from%3AJeffLindner1) Analyser le sentiment d’une conversation La règle suivante peut être utilisée pour mieux comprendre le sentiment de la conversation autour du hashtag #nowplaying, en le limitant aux Posts publiés en Amérique du Nord. Voici à quoi ressembleraient deux requêtes distinctes, l’une positive et l’autre négative, sans encodage HTTP : #nowplaying (happy OR exciting OR excited OR favorite OR fav OR amazing OR lovely OR incredible) (place_country:US OR place_country:MX OR place_country:CA) -horrible -worst -sucks -bad -disappointing #nowplaying (horrible OR worst OR sucks OR bad OR disappointing) (place_country:US OR place_country:MX OR place_country:CA) -happy -exciting -excited -favorite -fav -amazing -lovely -incredible Et voici à quoi ressemblerait la requête avec l’encodage HTTP, le paramètre query et l’URI des décomptes de Posts récents : https://api.x.com/2/tweets/counts/recent?query=%23nowplaying%20(happy%20OR%20exciting%20OR%20excited%20OR%20favorite%20OR%20fav%20OR%20amazing%20OR%20lovely%20OR%20incredible)%20(place\_country%3AUS%20OR%20place\_country%3AMX%20OR%20place_country%3ACA)%20-horrible%20-worst%20-sucks%20-bad%20-disappointing https://api.x.com/2/tweets/counts/recent?query=%23nowplaying%20(horrible%20OR%20worst%20OR%20sucks%20OR%20bad%20OR%20disappointing)%20(place\_country%3AUS%20OR%20place\_country%3AMX%20OR%20place_country%3ACA)%20-happy%20-exciting%20-excited%20-favorite%20-fav%20-amazing%20-lovely%20-incredible Trouver des Posts liés à une annotation de Post spécifique Cette règle a été conçue pour filtrer les Posts originaux qui incluent l’image d’un animal de compagnie autre qu’un chat, lorsque la langue identifiée dans le Post est le japonais. Pour ce faire, nous avons utilisé l’opérateur context: afin de tirer parti de la fonctionnalité Post annotation. Nous avons d’abord utilisé l’endpoint Post lookup et le paramètre fields tweet.fields=context_annotations pour identifier quels ids domain.entity utiliser dans notre query :
  • Les Posts liés aux chats renvoient le domain 66 (catégorie Centres d’intérêt et passe-temps) avec l’entity 852262932607926273 (Cats).
  • Les Posts liés aux animaux de compagnie renvoient le domain 65 (Verticale Centres d’intérêt et passe-temps) avec l’entity 852262932607926273 (Pets).
Voici à quoi ressemblerait la requête sans encodage HTTP : context:65.852262932607926273 -context:66.852262932607926273 -is:retweet has:images lang:ja Et voici à quoi ressemblerait la requête avec l’encodage HTTP, le paramètre query et l’URI des décomptes de Posts récents : https://api.x.com/2/tweets/counts/recent?query=context%3A65.852262932607926273%20-context%3A66.852262932607926273%20-is%3Aretweet%20has%3Aimages%20lang%3Aja

Opérateurs

OpérateurTypeDisponibilitéDescription
keywordAutonomeCoreCorrespond à un mot-clé dans le corps d’un Post. Il s’agit d’une correspondance tokenisée, ce qui signifie que votre chaîne de mot-clé sera comparée au texte tokenisé du corps du Post. La tokenisation divise les mots en fonction de la ponctuation, des symboles et des caractères de séparation du plan de base Unicode. Par exemple, un Post avec le texte « I like coca-cola » serait divisé en tokens suivants : I, like, coca, cola. Ces tokens seraient ensuite comparés à la chaîne de mot-clé utilisée dans votre requête. Pour correspondre aux chaînes contenant de la ponctuation (par exemple coca-cola), des symboles ou des caractères de séparation, vous devez entourer votre mot-clé de guillemets doubles. Exemple : pepsi OR cola OR "coca cola"
emojiAutonomeCoreCorrespond à un emoji dans le corps d’un Post. Similaire à un mot-clé, les emojis sont une correspondance tokenisée, ce qui signifie que votre emoji sera comparé au texte tokenisé du corps du Post. Notez que si un emoji a une variante, vous devez l’entourer de guillemets doubles pour l’ajouter à une requête. Exemple : (😃 OR 😡) 😬
"exact phrase match"AutonomeCoreCorrespond à la phrase exacte dans le corps d’un Post. Exemple : ("X API" OR #v2) -"recent counts"
#AutonomeCoreCorrespond à tout Post contenant un hashtag reconnu, si le hashtag est une entité reconnue dans un Post. Cet opérateur effectue une correspondance exacte, NON une correspondance tokenisée, ce qui signifie que la règle #thanku correspondra aux posts avec le hashtag exact #thanku, mais pas à ceux avec le hashtag #thankunext. Exemple : #thankunext #fanart OR @arianagrande
@AutonomeCoreCorrespond à tout Post qui mentionne le nom d’utilisateur donné, si le nom d’utilisateur est une entité reconnue (incluant le caractère @). Exemple : (@XDevelopers OR @API) -@X
$AutonomeAdvancedCorrespond à tout Post qui contient le « cashtag » spécifié (où le caractère initial du token est le caractère « »). Notez que l'opérateur cashtag s'appuie sur l'extraction d'entité « symbols » de X pour correspondre aux cashtags, plutôt que d'essayer d'extraire le cashtag du corps lui-même. Exemple : `twtr OR @XDevelopers -$fb`
from:AutonomeCoreCorrespond à tout Post d’un utilisateur spécifique. La valeur peut être soit le nom d’utilisateur (excluant le caractère @) soit l’ID utilisateur numérique de l’utilisateur. Vous ne pouvez passer qu’un seul nom d’utilisateur/ID par opérateur from:. Exemple : from:XDevelopers OR from:API -from:X
to:AutonomeCoreCorrespond à tout Post qui est en réponse à un utilisateur particulier. La valeur peut être soit le nom d’utilisateur (excluant le caractère @) soit l’ID utilisateur numérique de l’utilisateur. Vous ne pouvez passer qu’un seul nom d’utilisateur/ID par opérateur to:. Exemple : to:XDevelopers OR to:API -to:X
url:AutonomeCoreEffectue une correspondance tokenisée sur toute URL correctement formatée d’un Post. Cet opérateur peut correspondre au contenu des champs url ou expanded_url. Par exemple, un Post contenant « You should check out X Developer Labs: https://t.co/c0A36SWil4 » (avec l’URL courte redirigeant vers https://developer.x.com) correspondra aux deux règles suivantes : from:XDevelopers url:"https://developer.x.com" et from:XDevelopers url:"https://t.co". Les tokens et phrases contenant de la ponctuation ou des caractères spéciaux doivent être entre guillemets doubles.
retweets_of:AutonomeCoreCorrespond aux Posts qui sont des Retweets de l’utilisateur spécifié. La valeur peut être soit le nom d’utilisateur (excluant le caractère @) soit l’ID utilisateur numérique de l’utilisateur. Vous ne pouvez passer qu’un seul nom d’utilisateur/ID par opérateur retweets_of:. Exemple : retweets_of:XDevelopers OR retweets_of:API
context:AutonomeCoreCorrespond aux Posts avec une paire ID de domaine/ID d’entité spécifique. Vous ne pouvez passer qu’un seul domaine/entité par opérateur context:. Exemple : context:domain_id.entity_id. Vous pouvez combiner plusieurs domaines/entités en utilisant l’opérateur OR : (context:47.113922 9372198469633 OR context:11.1088514520308342784)
entity:AutonomeCoreCorrespond aux Posts avec une valeur de chaîne d’entité spécifique. Vous ne pouvez passer qu’un seul opérateur entity:. Exemple : entity:"string declaration of entity/place". Veuillez noter que ceci n’est disponible qu’avec la recherche récente.
conversation_id:AutonomeCoreCorrespond aux Posts qui partagent un ID de conversation commun. Un ID de conversation est défini sur l’ID de Post d’un Post qui a commencé une conversation. Lorsque des réponses à un Post sont publiées, même des réponses aux réponses, le conversation_id est ajouté à sa charge utile JSON. Vous ne pouvez passer qu’un seul ID de conversation par opérateur conversation_id:. Exemple : conversation_id:1334987486343299072 (from:XDevelopers OR from:API)
list:AutonomeAdvancedCorrespond aux Posts publiés par des utilisateurs qui sont membres d’une List spécifiée. Par exemple, si @XDevelopers et @API étaient membres de la List 123, et que vous incluiez list:123 dans votre requête, votre réponse ne contiendra que les Posts qui ont été publiés par ces comptes. Vous pouvez trouver les ID de List en utilisant l’endpoint de recherche de List. Exemple : list:123
place:AutonomeAdvancedCorrespond aux Posts étiquetés avec l’emplacement spécifié ou l’ID de lieu X. Les noms de lieux composés de plusieurs mots (« New York City », « Palo Alto ») doivent être entourés de guillemets. Vous ne pouvez passer qu’un seul lieu par opérateur place:. Note : Voir l’endpoint GET geo/search Standard v1.1 pour savoir comment obtenir les ID de lieu X. Exemple : place:"new york city" OR place:seattle OR place:fd70c22040963ac7
place_country:AutonomeAdvancedCorrespond aux Posts où le code pays associé à un lieu/emplacement étiqueté correspond au code de caractère alpha-2 ISO donné. Vous pouvez trouver une liste de codes ISO valides sur Wikipedia. Vous ne pouvez passer qu’un seul code ISO par opérateur place_country:. Exemple : place_country:US OR place_country:MX OR place_country:CA
point_radius:AutonomeAdvancedCorrespond à l’objet place.geo.coordinates du Post lorsqu’il est présent, et dans X, à un polygone géographique de lieu, où le polygone de lieu est entièrement contenu dans la région définie. point_radius:[longitude latitude radius]. Les unités de rayon prises en charge sont les miles (mi) et les kilomètres (km). Le rayon doit être inférieur à 25 mi. La longitude est dans la plage de ±180. La latitude est dans la plage de ±90. Toutes les coordonnées sont en degrés décimaux. Les arguments de règle sont contenus dans des crochets, délimités par des espaces. Exemple : point_radius:[2.355128 48.861118 16km] OR point_radius:[-41.287336 174.761070 20mi]
bounding_box:AutonomeAdvancedCorrespond à l’objet place.geo.coordinates du Post lorsqu’il est présent, et dans X, à un polygone géographique de lieu, où le polygone de lieu est entièrement contenu dans la région définie. bounding_box:[west_long south_lat east_long north_lat]. La largeur et la hauteur de la boîte englobante doivent être inférieures à 25 mi. La longitude est dans la plage de ±180. La latitude est dans la plage de ±90. Toutes les coordonnées sont en degrés décimaux. Les arguments de règle sont contenus dans des crochets, délimités par des espaces. Exemple : bounding_box:[-105.301758 39.964069 -105.178505 40.09455]
is:retweetConjonction requiseCoreCorrespond aux Retweets qui correspondent au reste de la règle spécifiée. Cet opérateur ne recherche que les vrais Retweets (par exemple, ceux générés en utilisant le bouton Retweet). Les Quote Tweets ne seront pas trouvés par cet opérateur. Exemple : data @XDevelopers -is:retweet
is:replyConjonction requiseCoreLivre uniquement les réponses explicites qui correspondent à une règle. Peut également être nié pour exclure les réponses qui correspondent à une requête de la livraison. Note : Cet opérateur est également disponible avec l’endpoint de flux filtré. Lorsqu’il est utilisé avec le flux filtré, cet opérateur correspond aux réponses à un Post original, aux réponses dans les Posts cités, et aux réponses dans les Retweets. Exemple : from:XDevelopers is:reply
is:quoteConjonction requiseCoreRetourne tous les Quote Tweets, également connus sous le nom de Posts avec commentaires. Exemple : "sentiment analysis" is:quote
is:verifiedConjonction requiseCoreLivre uniquement les Posts dont les auteurs sont vérifiés par X. Exemple : #nowplaying is:verified
-is :nullcastConjonction requiseAdvancedSupprime les Posts créés uniquement pour la promotion sur ads.x.com qui ont un "source":"Twitter for Advertisers (legacy)" ou "source":"Twitter for Advertisers". Cet opérateur doit être utilisé avec une négation. Pour plus d’informations sur les Posts Nullcast, consultez notre page sur la disponibilité des Posts. Exemple : "mobile games" -is:nullcast
has:hashtagsConjonction requiseCoreCorrespond aux Posts qui contiennent au moins un hashtag. Exemple : from:XDevelopers -has:hashtags
has:cashtagsConjonction requiseAdvancedCorrespond aux Posts qui contiennent un symbole cashtag (avec un caractère ‘' en préfixe. Par exemple, `tag). Exemple : #stonks has:cashtags`
has:linksConjonction requiseCoreCet opérateur correspond aux Posts qui contiennent des liens et des médias dans le corps du Post. Exemple : from:XDevelopers announcement has:links
has:mentionsConjonction requiseCoreCorrespond aux Posts qui mentionnent un autre utilisateur X. Exemple : #nowplaying has:mentions
has:mediaConjonction requiseCoreCorrespond aux Posts qui contiennent un objet média, tel qu’une photo, un GIF ou une vidéo, tel que déterminé par X. Cela ne correspondra pas aux médias créés avec Periscope, ni aux Posts avec des liens vers d’autres sites d’hébergement de médias. Exemple : (kittens OR puppies) has:media
has:imagesConjonction requiseCoreCorrespond aux Posts qui contiennent une URL reconnue vers une image. Exemple : #meme has:images
has:videosConjonction requiseCoreCorrespond aux Posts qui contiennent des vidéos X natives, téléchargées directement sur X. Cela ne correspondra pas aux vidéos créées avec Periscope, ni aux Posts avec des liens vers d’autres sites d’hébergement vidéo. Exemple : #icebucketchallenge has:videos
has:geoConjonction requiseAdvancedCorrespond aux Posts qui ont des données de géolocalisation spécifiques au Post fournies par l’utilisateur X. Cela peut être soit un lieu sous la forme d’un lieu X, avec le nom d’affichage correspondant, le polygone géographique et d’autres champs, soit dans de rares cas, une coordonnée géographique latitude-longitude. Remarque : Les opérateurs correspondant au lieu (géo du Post) n’incluront que les correspondances des Posts originaux. Les Retweets ne contiennent aucune donnée de lieu. Exemple : recommend #paris has:geo -bakery
lang:Conjonction requiseCoreCorrespond aux Posts qui ont été classifiés par X comme étant d’une langue particulière (si, et seulement si, le Post a été classifié). Il est important de noter que chaque Post n’est actuellement classifié que comme étant d’une seule langue, donc l’utilisation de l’opérateur AND avec plusieurs langues ne donnera aucun résultat. Vous ne pouvez passer qu’un seul identifiant de langue BCP 47 par opérateur lang:. Remarque : si aucune classification de langue ne peut être effectuée, le résultat fourni est ‘und’ (pour indéfini). Exemple : recommend #paris lang:en
Amharique: amAllemand: deMalayalam: mlSlovaque: sk
Arabe: arGrec: elMaldivien: dvSlovène: sl
Arménien: hyGujarati: guMarathi: mrSorani kurde: ckb
Basque: euCréole haïtien: htNépalais: neEspagnol: es
Bengali: bnHébreu: iwNorvégien: noSuédois: sv
Bosniaque: bsHindi: hiOdia: orTagalog: tl
Bulgare: bgHindi latinisé: hi-LatnPendjabi: paTamoul: ta
Birman: myHongrois: huPachtou: psTélougou: te
Croate: hrIslandais: isPersan: faThaï: th
Catalan: caIndonésien: inPolonais: plTibétain: bo
Tchèque: csItalien: itPortugais: ptChinois traditionnel: zh-TW
Danois: daJaponais: jaRoumain: roTurc: tr
Néerlandais: nlKannada: knRusse: ruUkrainien: uk
Anglais: enKhmer: kmSerbe: srOurdou: ur
Estonien: etCoréen: koChinois simplifié: zh-CNOuïghour: ug
Finnois: fiLao: loSindhi: sdVietnamien: vi
Français: frLetton: lvSinghalais: siGallois: cy
Géorgien: kaLituanien: lt
I