Règles et filtrage : Enterprise

Premiers pas avec les règles et requêtes Enterprise

Les produits qui utilisent des opérateurs Enterprise vous fournissent des données sociales en fonction des règles de filtrage que vous définissez. Les règles sont constituées d’une ou plusieurs « clauses », où une clause est un mot-clé, une expression exacte ou l’un des nombreux opérateurs Enterprise. Avant de commencer à créer des règles avec des opérateurs Enterprise, assurez-vous de passer en revue la syntaxe décrite ci-dessous, de consulter la liste des opérateurs disponibles et de comprendre les contraintes liées à la création de règles. Vous devez également bien comprendre les subtilités de l’évaluation logique des règles, dans la section « Order of operations ». Plusieurs clauses peuvent être combinées avec une logique « et » et « ou ». Remarque : la logique « et » est spécifiée par un espace entre les clauses, tandis que la logique « ou » est spécifiée par un OR en majuscules. Chaque règle peut contenir jusqu’à 2 048 caractères, sans limite quant au nombre de clauses positives (éléments que vous souhaitez inclure dans la correspondance ou le filtrage) et de clauses négatives (éléments que vous souhaitez exclure et ne pas faire correspondre).

Création de règles et de requêtes

Correspondance par mot-clé Les correspondances par mot-clé sont similaires aux requêtes dans une interface de recherche. Par exemple, l’opérateur de règle Enterprise suivant ferait correspondre les activités contenant le terme « social » dans le corps du texte. social Combiner des termes avec un espace Ajouter un autre mot-clé revient à ajouter une autre condition pour trouver des correspondances. Par exemple, cette règle ne ferait correspondre que les activités où « social » et « media » sont tous les deux présents dans le texte, dans n’importe quel ordre – le fait d’avoir un espace entre les termes fonctionne comme une logique booléenne AND. Si vous incluez un AND explicite dans votre règle, il sera rejeté par le point de terminaison des règles. social media Combiner des termes avec OR en majuscules De nombreuses situations nécessitent cependant une logique booléenne OR. Cela est aussi très simple à réaliser. Remarquez que l’opérateur OR doit être en majuscules et qu’un « or » en minuscules sera traité comme un mot-clé ordinaire. social OR data Négation de termes D’autres scénarios peuvent nécessiter l’exclusion de résultats contenant certains mots-clés (logique booléenne NOT). Par exemple, des activités avec « happy », mais en excluant celles contenant « birthday » dans le texte. social -personality Regroupement avec des parenthèses Ces types de logique peuvent être combinés en utilisant le regroupement avec des parenthèses et étendus à des requêtes beaucoup plus complexes. (social OR data) (academic OR research) -personality -information -university Ce n’est cependant qu’un début – bien que les exemples ci‑dessus reposent simplement sur une mise en correspondance tokenisée des mots-clés, les produits Enterprise offrent également des opérateurs pour effectuer différents types de correspondance sur le texte. Correspondance exacte "social media research" Correspondance par sous-chaîne contains:info Correspondance par proximité "social media research"~3 En outre, d’autres opérateurs vous permettent de filtrer selon des aspects uniques des données sociales, au‑delà du simple texte. L’utilisateur qui publie une Publication from:XDeveloeprs Tweets géolocalisés dans un rayon de 10 miles autour de Pearl St. à Boulder, CO, États-Unis point_radius:[-105.27346517 40.01924738 10.0mi] Combiner tous les éléments Ceux‑ci peuvent être combinés avec des filtres de texte en utilisant les mêmes types de logique que ceux décrits ci‑dessus.

(social OR data) (academic OR research OR "social media research") point_radius:[-105.27346517 40.01924738 10.0mi] lang:en -personality -information -university

Syntaxe booléenne

Les exemples de la section précédente utilisaient différents types de logique booléenne et de regroupement. Consultez le tableau ci‑dessous pour plus de détails sur la syntaxe et les exigences de chacune.


Type de logique	Syntaxe de l’opérateur	Description
AND	social data	L’espace entre deux opérateurs entraîne une logique AND entre eux Fait correspondre les activités contenant les deux mots‑clés (« social », « data »). N’utilisez pas AND explicitement dans votre règle. Utilisez uniquement l’espace. Un AND explicite sera traité comme un mot‑clé classique.
OR	social OR data	Pour appliquer OR entre deux opérateurs, insérez un OR en majuscules, entouré d’espaces, entre eux Fait correspondre les activités contenant L’UN OU L’AUTRE des mots‑clés (« social » OU « data ») Notez que si vous combinez les logiques OR et AND dans une seule règle, vous devez comprendre l’ordre des opérations décrit dans notre section « Order of operations » et envisager de regrouper les opérateurs non négatifs à l’aide de parenthèses, comme décrit ci‑dessous, afin de vous assurer que votre règle se comporte comme prévu. Vous devez utiliser « OR » en majuscules dans votre règle. Le « or » en minuscules sera traité comme un mot‑clé classique.
NOT	social data -apple -android -phone	Insérez un caractère `-` immédiatement devant l’opérateur ou le groupe d’opérateurs. La règle d’exemple affichée fait correspondre les activités contenant le mot‑clé « social », mais exclut celles qui contiennent le mot‑clé « data ». Les OR négatifs ne sont pas autorisés lorsque la règle demanderait « tout dans le firehose sauf la négation ». Par exemple, `apple OR -ipad` est invalide car cela ferait correspondre toutes les activités sauf celles mentionnant « ipad ».
Regroupement	(social OR data) -XDeveloeprs -api	Les parenthèses autour de plusieurs opérateurs créent un « groupe » fonctionnel. Les groupes peuvent être reliés à des clauses de la même manière qu’une clause individuelle via l’espace (AND) ou des OR. Toutefois, il est recommandé de ne pas regrouper les négations en appliquant le préfixe de négation - à l’ensemble du groupe. Vous devez plutôt négativer chaque opérateur individuellement, en les enchaînant via l’espace (AND). Par exemple, au lieu d’utiliser -(iphone OR imac OR macbook), utilisez ce qui suit : -iphone -imac -macbook Le regroupement est particulièrement important lorsqu’une seule règle combine les logiques AND et OR, en raison de l’ordre des opérations utilisé pour évaluer la règle. Voir ci‑dessous pour plus de détails.

Veuillez noter : les opérateurs peuvent être positifs ou négatifs. Les opérateurs positifs définissent ce que vous souhaitez inclure dans les résultats. Par exemple, l’opérateur has:hashtags signifie « Je veux des activités contenant des hashtags. » Les opérateurs négatifs définissent ce que vous souhaitez exclure des résultats et sont créés en utilisant la logique booléenne NOT décrite ci‑dessus. Par exemple, -has:hashtags signifie « Exclure toute activité contenant des hashtags, même si elle correspond par ailleurs à ma règle. » Les produits d’opérateurs Premium n’ont aucune restriction sur le nombre de clauses positives et négatives, sous réserve d’une longueur maximale de 2 048 caractères.

Ordre des opérations

Lorsque vous combinez la logique AND et OR dans une même règle, l’ordre des opérations suivant détermine la façon dont votre règle est évaluée.

Les opérateurs connectés par la logique AND sont d’abord combinés
Ensuite, les opérateurs connectés par la logique OR sont appliqués

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 vos règles sont évaluées comme prévu, regroupez les termes entre parenthèses lorsque cela est approprié. Par exemple :

(apple OR iphone) ipad
iphone (ipad OR android)

Ponctuation, signes diacritiques et sensibilité à la casse

Si vous spécifiez, pour des opérateurs Enterprise, une règle de mot-clé ou de hashtag contenant des accents ou des signes diacritiques, elle correspondra au texte des Publications en respectant ces diacritiques (dans les hashtags ou les mots-clés). Une règle avec un mot-clé Diacr**í**tica ou un hashtag #cumplea**ñ**os correspondra à « Diacrítica » ou « #cumpleaños », mais pas à « Diacritica » ou « #cumpleanos » sans la tilde sur í ou sans le eñe. Les caractères accentués ou comportant des signes diacritiques sont traités de la même façon que les autres caractères et ne sont pas considérés comme des délimiteurs de mots. Par exemple, une règle 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 règle Cat correspondra à tous les éléments suivants : « cat », « CAT », « Cat ».

Balises de règles PowerTrack

Comme décrit sur notre page « Matching rules », chaque règle peut être créée avec une balise. Ces balises n’ont aucun effet sur le filtrage, mais peuvent être utilisées pour créer des regroupements logiques de règles au sein de votre App. Chaque règle ne peut avoir qu’une seule balise, avec une longueur maximale de 255 caractères. Les balises sont incluses avec la règle au format JSON lors de leur création via l’API, comme décrit sur notre page « Matching rules ».

Formatage des règles en JSON

Pour ajouter ou supprimer une règle d’un flux via l’API, les règles doivent utiliser le format JSON. Concrètement, cela implique de placer chaque règle dans la structure suivante : {"value":"insert_rule_here"} Règles avec des guillemets doubles Si la règle contient des caractères de guillemet double (“) associés à des correspondances exactes ou à d’autres opérateurs, ils doivent être échappés avec une barre oblique inverse afin de les distinguer de la structure du format JSON. "social data" @XDevelopers La règle au format JSON serait : {"value":"\"social data\" @XDevelopers"} Règles avec des littéraux de chaîne contenant des guillemets doubles Pour inclure un caractère de guillemet double comme littéral de chaîne dans une correspondance exacte, il doit être échappé deux fois. Par exemple, pour une règle correspondant exactement à la phrase “Toys “R” Us”, incluant les guillemets doubles autour de “R”, la représentation en texte brut ressemblerait à ceci : "Toys \"R\" Us" En convertissant cela au format JSON, vous devez utiliser la structure suivante : {"value":"\"Toys \\\"R\\\" Us\""} Règles avec des tags Pour inclure un tag facultatif avec votre règle, comme décrit ci-dessus, il suffit d’ajouter un champ tag supplémentaire avec la valeur de la règle. {"value":"\"social data\" @XDevelopers","tag":"RULE-TAG-01"} Formatage pour les requêtes API Lorsque vous ajoutez ou supprimez des règles du flux via l’API, plusieurs règles au format JSON doivent être séparées par des virgules et encapsulées dans un tableau JSON rules, comme illustré ci-dessous : {"rules":[{"value":"from:XDevelopers"},{"value":"\social data\" @XDevelopers","tag":"RULE-TAG-01"}]}

Opérateurs correspondant aux Tweets cités

Lorsque vous utilisez la PowerTrack API et la Historical PowerTrack API, les opérateurs ci-dessous correspondent au contenu à la fois de la Publication originale citée et du nouveau Tweet cité. Cependant, si vous utilisez la Search API, ces opérateurs ne correspondent qu’au contenu du Tweet cité et ne correspondent à aucun contenu de la Publication originale citée.

Keywords
Phrases
Proximity
#hashtags
@mentions
$cashtags
url:
url_contains:
has:links
has:mentions
has:hashtags
has:media
has:symbols
is:quote
is:reply

Opérateurs Enterprise

Vous trouverez ci-dessous les opérateurs disponibles avec PowerTrack et Historical PowerTrack. Un sous-ensemble d’entre eux est disponible avec les API de recherche 30-Day et Full-Archive. Consultez ce tableau pour une liste, produit par produit, des opérateurs disponibles.

Opérateur	Description
Mot-clé	Correspond à un mot-clé présent dans le corps du texte ou l’URL d’une Publication. Les mots-clés doivent commencer par un chiffre (0-9) ou par tout caractère autre qu’un signe de ponctuation. La correspondance de mots-clés est tokenisée, ce qui signifie que le mot-clé est comparé au texte du corps de la Publication après tokenisation. Pour les chaînes de caractères contenant de la ponctuation (par exemple, “coca-cola”), utilisez une “recherche de phrase exacte” entre guillemets. Exemple : `(social OR pizza OR wildfire) -planet`
emoji	Correspond à un emoji présent dans le corps d’une Publication, en utilisant une mise en correspondance tokenisée basée sur la ponctuation, les symboles/emoji et les caractères séparateurs. Si un emoji possède une variante, utilisez des guillemets pour les correspondances exactes. Exemple : `(🍕 OR 💜 OR 🐢) -🤖`
”correspondance exacte de la phrase”	Correspond à une expression exacte dans le corps d’une Publication. La ponctuation est traitée comme des espaces. Exemple : `("social media" OR "developer.x.com" OR "wildfire911" OR "coca-cola") -"planet earth"`
#	Correspond à toute Publication avec le hashtag spécifié. Il s’agit d’une correspondance exacte, ce qui signifie que `#2016` correspondra aux Publications avec `#2016` mais pas `#2016election`. Exemple : `(#social OR #pizza OR #2016election) -#planet`
@	Correspond à toute Publication qui mentionne le nom d’utilisateur spécifié. Exemple : `(@XDevelopers OR @api OR @twittereng) -@jack`
”keyword1 keyword2”~N	Opérateur de proximité qui retourne les Publications dont les mots-clés sont distants d’au plus N tokens les uns des autres. Les mots-clés dans l’ordre inverse ne peuvent être séparés que par au plus N-2 tokens. N ne peut pas être supérieur à 6. Exemple : `"social media"~5 OR "API"~3`
contains:	Correspondance de sous-chaîne pour les Publications dont le corps contient la sous-chaîne spécifiée, indépendamment de la tokenisation. Utilisez des guillemets doubles pour les sous-chaînes contenant des espaces ou de la ponctuation. Exemple : `(contains:social OR contains:"wikipedia.com") -contains:"buy now"`
from:	Fait correspondre toute Publication provenant d’un utilisateur donné, en fonction de son id de compte X numérique ou de son nom d’utilisateur (sans `@`). Exemple : `(from:2244994945 OR from:api OR from:twittereng) -from:jack`
to:	Fait correspondre toute Publication en réponse à un utilisateur spécifique, identifié par son X Account ID numérique ou par son nom d’utilisateur (sans `@`). Exemple : `(to:2244994945 OR to:api OR to:twittereng) -to:jack`
url:	Effectue une recherche tokenisée (mot-clé/phrase) dans les URL développées d’une publication. Exemple : `@XDevelopers url:"developer.x.com"`
url_title:	Effectue une correspondance de mot-clé/phrase sur la balise HTML `<title>` de l’URL développée. Disponible uniquement avec PowerTrack et Historical PowerTrack.
url_description:	Effectue une recherche de mot-clé ou d’expression dans les métadonnées de description de la page étendue. Disponible uniquement avec PowerTrack et Historical PowerTrack.
url_contains:	Fait correspondre les Publications dont les URL contiennent la phrase ou le mot-clé spécifié. Entourez de guillemets les termes de recherche contenant des signes de ponctuation. Exemple : `(url_contains:"developer.x.com" OR url_contains:wildfire) -url_contains:reddit`
bio:	Identifie un mot-clé ou une expression dans la bio de l’utilisateur d’une Publication. Il s’agit d’une correspondance tokenisée sur le champ ‘description’ de l’objet User. Exemple : `(bio:engineer OR bio:"wordpress.com" OR bio:🚀) -bio:troll` Remarque : uniquement disponible avec PowerTrack et Historical PowerTrack.
bio_name:	Fait correspondre un mot-clé dans le nom de profil de l’utilisateur d’une Publication. Il s’agit d’une correspondance tokenisée dans le champ « name » d’un utilisateur dans l’objet User. Remarque : Disponible uniquement avec PowerTrack et Historical PowerTrack.
bio_location:	Fait correspondre les Publications pour lesquelles l’emplacement de l’objet User contient le mot-clé ou la phrase spécifié(e). Cet opérateur effectue une correspondance tokenisée, similaire aux règles de mots-clés standard appliquées au corps du message. Cet emplacement fait partie de l’objet User et correspond à l’emplacement « d’origine » du compte. Remarque : Uniquement disponible avec PowerTrack et Historical PowerTrack.
statuses_count:	Fait correspondre des Publications lorsque l’auteur a publié un nombre de statuts dans l’intervalle donné. Si un seul nombre est spécifié, tout nombre supérieur ou égal sera pris en compte. Un intervalle peut être spécifié pour faire correspondre n’importe quel nombre dans cet intervalle (par ex. `statuses_count:1000..10000`). Exemple : `to:api statuses_count:10` Remarque : Disponible uniquement avec PowerTrack et Historical PowerTrack.
followers_count:	Fait correspondre des Publications lorsque l’auteur a un nombre d’abonnés compris dans l’intervalle indiqué. Si un nombre unique est spécifié, tout nombre supérieur ou égal sera pris en compte. Un intervalle peut être spécifié pour faire correspondre tout nombre dans cet intervalle (par exemple, `followers_count:1000..10000`). Remarque : Uniquement disponible avec PowerTrack et Historical PowerTrack.
friends_count:	Correspond aux Publications dont l’auteur a un nombre d’amis (le nombre d’utilisateurs qu’il suit) compris dans la plage indiquée. Si un seul nombre est spécifié, tout nombre supérieur ou égal sera pris en compte. Vous pouvez spécifier une plage pour faire correspondre n’importe quel nombre de cette plage (par exemple, `friends_count:1000..10000`). Remarque : uniquement disponible avec PowerTrack et Historical PowerTrack.
listed_count:	Fait correspondre des Publications lorsque l’auteur a été ajouté à des Listes sur X un certain nombre de fois dans l’intervalle spécifié. Si un seul nombre est indiqué, toute valeur supérieure ou égale sera prise en compte. Un intervalle peut être indiqué pour faire correspondre n’importe quel nombre compris dans cet intervalle (par exemple, `listed_count:10..100`). Remarque : Disponible uniquement avec PowerTrack et Historical PowerTrack.
$	Identifie toute Publication contenant l’entité « cashtag » spécifiée. Exemple : `($TWTR OR $TSLA OR $BRK.A) -$F` Remarque : l’opérateur de cashtag s’appuie sur l’extraction de l’entité « symbols » par X pour faire correspondre les cashtags, plutôt que de les extraire directement du corps de la Publication.
retweets_of:	Fait correspondre les Publications qui sont des Retweets d’un utilisateur spécifié. Accepte à la fois les noms d’utilisateur et les id numériques de compte X (et non les id de statut de Publication). Exemple : `(retweets_of:2244994945 OR retweets_of:api OR retweets_of:twittereng) -retweets_of:jack`
retweets_of_status_id:	Ne renvoie que les Retweets explicites de la Publication spécifiée. Utilisez l’identifiant d’une Publication originale et non celui d’un Retweet. Exemple : `retweets_of_status_id:1293593516040269825` Remarque : uniquement disponible avec PowerTrack et Historical PowerTrack.
in_reply_to_status_id:	Renvoie uniquement les réponses explicites à la Publication spécifiée. Exemple : `in_reply_to_status_id:1293593516040269825` Remarque : Disponible uniquement avec PowerTrack et Historical PowerTrack.
sample:	Renvoie un échantillon aléatoire de Publications correspondant à une règle. Le taux d’échantillonnage doit être un entier compris entre 1 et 100. L’opérateur réduit le périmètre à X %, puis la règle/le filtre est appliqué à ce sous-ensemble échantillonné. Exemple : `#happybirthday sample:5` `"happy birthday"~5 sample:80` Remarque : Disponible uniquement avec PowerTrack et Historical PowerTrack.
source:	Correspond à toute Publication générée par l’application source spécifiée. La valeur peut être le nom de l’application ou l’URL de l’application. Exemple : `#happybirthday source:"X for iPhone"` `"This is a test X from my TestingApp" source:MyTestAppName` Remarque : L’opérateur source effectue une recherche sur l’attribut de source de la Publication et ne peut pas être utilisé seul.
lang:	Correspond aux Publications que X a classées dans une langue donnée. Les Publications ne sont actuellement classées que dans une seule langue, donc rechercher plusieurs langues ne renvoie aucun résultat. Il est déconseillé de l’utiliser seul.

La liste ci-dessous représente les langues actuellement prises en charge et leur identifiant de langue BCP 47 associé :


Amharique : am	Allemand : de	Malayalam : ml	Slovaque : sk
Arabe : ar	Grec : el	Maldivien : dv	Slovène : sl
Arménien : hy	Gujarati : gu	Marathi : mr	Kurde sorani : ckb
Basque : eu	Créole haïtien : ht	Népali : ne	Espagnol : es
Bengali : bn	Hébreu : iw	Norvégien : no	Suédois : sv
Bosniaque : bs	Hindi : hi	Oriya : or	Tagalog : tl
Bulgare : bg	Hindi latinisé : hi-Latn	Panjabi : pa	Tamoul : ta
Birman : my	Hongrois : hu	Pachto : ps	Télougou : te
Croate : hr	Islandais : is	Persan : fa	Thaï : th
Catalan : ca	Indonésien : in	Polonais : pl	Tibétain : bo
Tchèque : cs	Italien : it	Portugais : pt	Chinois traditionnel : zh-TW
Danois : da	Japonais : ja	Roumain : ro	Turc : tr
Néerlandais : nl	Kannada : kn	Russe : ru	Ukrainien : uk
Anglais : en	Khmer : km	Serbe : sr	Ourdou : ur
Estonien : et	Coréen : ko	Chinois simplifié : zh-CN	Ouïghour : ug
Finnois : fi	Lao : lo	Sindhi : sd	Vietnamien : vi
Français : fr	Letton : lv	Sinhala : si	Gallois : cy
Géorgien : ka	Lituanien : lt

Exemple : (@XDevelopers OR to:XDevelopers) lang:es Remarque : L’opérateur de langue se base sur la langue spécifique de la Publication, telle que déterminée par X et renseignée dans l’attribut de Publication lang. Voir ici pour plus d’informations sur les attributs JSON des entités X. Si aucune classification de langue ne peut être effectuée pour une Publication, la valeur lang de la Publication sera définie à « und » (pour « indéfini »).

Opérateur	Description
place	Renvoie les Publications marquées avec l’emplacement spécifié ou l’`id` de lieu X correspondant. Les noms de lieu comportant plusieurs mots doivent être placés entre guillemets. Exemple : `(place:London OR place:"Great Britain") -place:USA` `place:fd70c22040963ac7` Remarque : Consultez le point de terminaison d’API public GET geo/search pour savoir comment obtenir des `id` de lieu X. Remarque : Ne renvoie aucun résultat pour les Retweets ou les Quote Tweets, car les lieux des Retweets sont rattachés à la Publication d’origine.
place_country	Fait correspondre les Publications pour lesquelles le code pays associé à un lieu/emplacement étiqueté correspond au code ISO alpha-2 à deux lettres fourni. Exemple : `place_country:GB OR place_country:AU OR place_country:CA` Remarque : ne correspond pas aux Retweets ni aux Tweets cités, car les lieux des Retweets sont rattachés à la Publication d’origine. Codes ISO valides : ISO 3166-1 alpha-2.
point_radius:[lon lat radius]	Fait correspondre l’emplacement exact (x,y) de la Publication ou un polygone géographique « Place » dans le rayon défini. * Rayon : < 25 mi * Unités prises en charge : mi, km * Longitude : ±180 * Latitude : ±90 Les coordonnées sont en degrés décimaux. Les arguments sont entre crochets, séparés par des espaces. Exemple : `point_radius:[-105.27346517 40.01924738 0.5mi]` Exemple : `point_radius:[2.355128 48.861118 16km]` Remarque : Ne correspondra pas aux Retweets ou aux Quote Tweets.
bounding_box:[west_long south_lat east_long north_lat]	Correspond à l’Emplacement exact ou à un polygone géographique « Place » entièrement contenu dans une boîte englobante. Les arguments sont placés entre crochets et séparés par des espaces. Coordonnées : degrés décimaux (±180 long, ±90 lat). La largeur et la hauteur doivent être < 25 mi. Exemple : `bounding_box:[-105.301758 39.964069 -105.178505 40.09455]` Remarque : ne correspond pas aux Retweets ni aux Quote Tweets.
profile_country	Renvoie les Publications pour lesquelles le code de pays géographique du profil de l’auteur correspond à un code ISO‑3166‑1‑alpha‑2 (deux lettres) donné.
profile_region	Effectue une correspondance exacte sur la valeur complète du champ « region » provenant de l’enrichissement géographique du profil de l’auteur. Utilisez des guillemets doubles pour les sous-chaînes contenant des espaces ou de la ponctuation. Exemple : `profile_region:"New York"`
profile_locality	Correspond au champ « locality » provenant de l’enrichissement géographique du profil de l’auteur, avec une correspondance exacte sur la chaîne complète. Utilisez des guillemets doubles pour les sous-chaînes contenant des espaces ou de la ponctuation. Exemple : `profile_locality:"San Francisco"`
profile_subregion	Fait correspondre le champ “subRegion” de l’enrichissement géographique du profil de l’auteur, y compris des comtés ou des zones métropolitaines spécifiques. Correspondance exacte sur la chaîne complète. Exemple : `profile_subregion:"Santa Clara County"`
has:geo	Fait correspondre les Publications qui comportent des données de géolocalisation spécifiques à la Publication provenant de X, y compris les données « geo » (latitude-longitude) ou les données de localisation « Place » avec un nom d’affichage et un polygone géographique. Remarque : avec l’API Search, il doit être combiné à des opérateurs autres que `is:` ou `has:`.
has:profile_geo	Renvoie les Publications comportant n’importe quelles métadonnées de géolocalisation de profil, quelle qu’en soit la valeur. Alias disponible : `has:derived_user_geo`. Remarque : avec l’API Search, doit être combiné avec des opérateurs autres que `is:` ou `has:`.
has:links	Fait correspondre les Publications comportant un lien ou un média référencé dans l’objet “text” de la charge utile, y compris les médias et les Tweets cités. Remarque : avec Search API, doit être combiné avec des opérateurs autres que `is:` ou `has:`.
is:retweet	Renvoie uniquement les retweets explicites. Peut être inversé pour exclure les retweets et ne renvoyer que du contenu original. Cet opérateur ne prend en compte que les vrais retweets et pas les Tweets cités. Remarque : avec l’API Search, il doit être combiné avec des opérateurs autres que `is:` ou `has:`.
is:reply	Renvoie uniquement les réponses explicites. Peut être utilisé sous forme négative pour exclure les réponses. PowerTrack fait correspondre les réponses aux Publications originales, les réponses dans les Publications citées et les réponses dans les Retweets. L’API Search ne fait correspondre que les réponses aux Publications originales. Exemple : `@XDevelopers -is:reply`
is:quote	Renvoie uniquement les Quote Tweets ou les Publications qui font référence à une autre Publication. Peut être utilisé en négation pour exclure les Quote Tweets. Exemple : `@XDevelopers is:quote`
is:verified	Retourne uniquement les Publications d’auteurs « vérifiés ». Peut être utilisé en négation pour exclure les Publications d’auteurs vérifiés. Exemple : `@XDevelopers is:verified`
has:mentions	Renvoie les Publications mentionnant un autre utilisateur X. Remarque : avec la Search API, doit être combiné à des opérateurs autres que `is:` ou `has:`.
has:hashtags	Correspond aux Publications contenant un hashtag. Remarque : avec l’API Search, doit être utilisé conjointement avec des opérateurs autres que `is:` ou `has:`.
has:media	Correspond aux Publications contenant une URL de média classée par X (par exemple, pic.x.com). Alias disponible : `has:media_link`. Remarque : avec l’API Search, doit être combiné avec des opérateurs autres que `is:` ou `has:`.
has:images	Correspond aux Publications contenant une URL de média (par exemple, pic.x.com). Remarque : avec la Search API, doit être combiné à des opérateurs autres que `is:` ou `has:`.
has:videos	Renvoie les Publications contenant des vidéos natives X mises en ligne sur X. Alias disponible : `has:video_link`. Cet opérateur n’inclut pas les vidéos provenant de YouTube, Periscope ou d’autres sites d’hébergement de vidéos. Remarque : avec Search API, il doit être combiné avec des opérateurs autres que `is:` ou `has:`.
has:symbols	Renvoie les Publications contenant un cashtag (par ex. $TWTR). Remarque : avec Search API, doit être combiné avec des opérateurs autres que `is:` ou `has:`.

Opérateurs par produit