Creare una query

​

Creazione di una query

Limitazioni delle query

Le query sono soggette a limiti in base al livello di accesso in uso.

Se disponi dell’accesso Pro, la query può essere lunga fino a 512 caratteri.

Se disponi dell’accesso Enterprise, contatta il tuo account manager.

Disponibilità degli operatori

Sebbene la maggior parte degli operatori sia disponibile per qualsiasi sviluppatore, alcuni sono riservati a chi è stato approvato per l’accesso Enterprise. Indichiamo a quale livello di accesso è disponibile ciascun operatore nella lista degli operatori utilizzando le seguenti etichette:

• Operatori di base: disponibili quando si utilizza qualsiasi Project.
• Operatori avanzati: disponibili quando si utilizza un Project con accesso Enterprise   

​

Tipi di operatori: autonomi e con obbligo di congiunzione

Gli operatori autonomi possono essere usati da soli o insieme ad altri operatori (inclusi quelli che richiedono una congiunzione).

Ad esempio, la seguente query funzionerà perché utilizza l’operatore #hashtag, che è autonomo:

#xapiv2

Gli operatori con obbligo di congiunzione non possono essere usati da soli in una query; possono essere usati solo quando nella query è incluso almeno un operatore autonomo. Questo perché usarli da soli sarebbe troppo generico e porterebbe a corrispondere un volume estremamente elevato di Post.

Ad esempio, le seguenti query non sono supportate poiché contengono solo operatori con obbligo di congiunzione:

has:media has:links OR is:retweet

Se aggiungiamo un operatore autonomo, come la frase “X data”, la query funzionerà correttamente.

“X data” has:mentions (has:media OR has:links)

​

Operatori booleani e raggruppamento

Se desideri concatenare più operatori in un’unica query, hai a disposizione i seguenti strumenti:

Logica AND	Operatori successivi separati da uno spazio producono una logica booleana “AND”, il che significa che i Post corrisponderanno solo se entrambe le condizioni sono soddisfatte. Ad esempio, snow day #NoSchool corrisponderà ai Post che contengono i termini snow e day e l’hashtag #NoSchool.
Logica OR	Operatori successivi con OR tra di loro producono una logica OR, il che significa che i Post corrisponderanno se è soddisfatta almeno una delle condizioni. Ad esempio, specificare grumpy OR cat OR #meme corrisponderà a qualsiasi Post che contenga almeno i termini grumpy o cat, o l’hashtag #meme.
Logica NOT, negazione	Anteponi un trattino (-) a una parola chiave (o a qualsiasi operatore) per negarla (NOT). Ad esempio, cat #meme -grumpy corrisponderà ai Post che contengono l’hashtag #meme e il termine cat, ma solo se non contengono il termine grumpy. Una clausola di query comune è -is:retweet, che non corrisponderà ai Retweet, corrispondendo quindi solo ai Post originali, ai Quote Tweets e alle risposte. Tutti gli operatori possono essere negati, ma gli operatori negati non possono essere usati da soli.
Raggruppamento	Puoi usare le parentesi per raggruppare gli operatori. Ad esempio, (grumpy cat) OR (#meme has:images) restituirà o i Post contenenti i termini grumpy e cat, oppure Post con immagini che contengono l’hashtag #meme. Nota che prima si applicano gli AND, poi si applicano gli OR.

Nota sulle negazioni

L’operatore -is:nullcast deve sempre essere negato.

Gli operatori negati non possono essere usati da soli.

Non negare un insieme di operatori raggruppati tra parentesi. Invece, nega ciascun operatore singolarmente. Ad esempio, invece di usare skiing -(snow OR day OR noschool), suggeriamo di usare skiing -snow -day -noschool. 

Ordine delle operazioni

Quando combini funzionalità AND e OR, il seguente ordine delle operazioni determinerà come viene valutata la tua query.

1. Gli operatori collegati da logica AND vengono combinati per primi
2. Poi vengono applicati gli operatori collegati con logica OR

Ad esempio:

• apple OR iphone ipad verrebbe valutato come apple OR (iphone ipad)
• ipad iphone OR android verrebbe valutato come (iphone ipad) OR android

Per eliminare l’incertezza e assicurarti che la tua query venga valutata come previsto, raggruppa i termini con le parentesi quando opportuno. 

Ad esempio:

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

Punteggiatura, diacritici e distinzione tra maiuscole e minuscole

Se specifichi una query per parola chiave o hashtag con accenti o diacritici, corrisponderà al testo del Post che contiene sia il termine con accenti e diacritici, sia i termini con caratteri normali. Ad esempio, query con una parola chiave Diacrítica o hashtag #cumpleaños corrisponderanno a Diacrítica o #cumpleaños, così come a Diacritica o #cumpleanos senza la tilde í o la eñe.

I caratteri con accenti o diacritici sono trattati allo stesso modo dei caratteri normali e non sono considerati delimitatori di parola. Ad esempio, una query con la parola chiave cumpleaños corrisponderebbe solo ad attività contenenti la parola cumpleaños e non corrisponderebbe ad attività contenenti cumplea, cumplean o os.

Tutti gli operatori vengono valutati senza distinzione tra maiuscole e minuscole. Ad esempio, la query cat corrisponderà ai Post con tutti i seguenti: cat, CAT, Cat.

Il filtered stream si comporta in modo diverso rispetto ai conteggi dei Post. Quando crei una regola per il filtered stream, considera che parole chiave e hashtag che includono accenti e diacritici corrisponderanno solo a termini che includono anch’essi l’accento e il diacritico, e non corrisponderanno a termini che usano invece caratteri normali. 

Ad esempio, le regole del filtered stream che includono una parola chiave Diacrítica o l’hashtag #cumpleaños corrisponderanno solo ai termini Diacrítica e #cumpleaños, e non corrisponderanno a Diacritica o #cumpleanos senza la tilde í o la eñe.

Specificità ed efficienza

Quando inizi a creare la tua query, è importante tenere a mente alcuni aspetti.

• L’uso di operatori ampi e autonomi per la tua query, come una singola parola chiave o un #hashtag, in genere non è consigliato, poiché probabilmente restituirà un volume enorme di Post. Creare una query più solida produrrà un insieme più specifico di Post corrispondenti e, auspicabilmente, aumenterà l’accuratezza dei conteggi dei Post, aiutandoti a ottenere insight più utili. 
  • Ad esempio, se la tua query fosse solo la parola chiave happy, probabilmente otterresti da 200.000 a 300.000 Post al giorno.
  • Aggiungere più operatori condizionali restringe i risultati, ad esempio (happy OR happiness) place_country:GB -birthday -is:retweet
• Scrivere query efficienti è utile anche per rientrare nel limite di lunghezza in caratteri della query. Il conteggio dei caratteri include l’intera stringa della query, inclusi spazi e operatori.
  • Ad esempio, la seguente query è lunga 59 caratteri: (happy OR happiness) place_country:GB -birthday -is:retweet

Comportamento di corrispondenza dei Quote Tweet

Quando si utilizzano gli endpoint per i conteggi dei Post, gli operatori non faranno corrispondenza con il contenuto del Post originale che è stato citato, ma faranno corrispondenza con il contenuto incluso nel Quote Tweet.

Tuttavia, tieni presente che il filtered stream farà corrispondenza sia con il contenuto del Post originale citato sia con il contenuto del Quote Tweet.  

Costruire iterativamente una query

Testa spesso e il prima possibile la tua query

Che una query restituisca i risultati “giusti” al primo tentativo è raro. Su X c’è talmente tanto che può non essere evidente all’inizio e la sintassi di query descritta sopra può essere difficile da allineare alla tua esigenza.

Man mano che costruisci una query, è importante testarla periodicamente utilizzando uno degli endpoint Search Post per assicurarti che i Post che corrispondono alla tua query siano pertinenti al tuo caso d’uso.

Per questa sezione, inizieremo con la seguente query e la adatteremo in base ai risultati che riceviamo durante i test: 

happy OR happiness

Usa i risultati per restringere la query

Quando testi la query con Search Posts, dovresti esaminare i Post restituiti per verificare che includano i dati che ti aspetti di ricevere. Partire da una query ampia e da un superset di corrispondenze di Post ti consente di rivedere i risultati e restringere la query per filtrare quelli indesiderati.  

Quando abbiamo testato la query di esempio, abbiamo notato che ricevevamo Post in varie lingue. In questa situazione, vogliamo ricevere solo Post in inglese, quindi aggiungeremo l’operatore lang:

(happy OR happiness) lang:en

Il test ha restituito numerosi Post con auguri di buon compleanno, quindi aggiungeremo -birthday come parola chiave negata. Vogliamo anche ricevere solo Post originali, quindi abbiamo aggiunto l’operatore negato -is:retweet:

(happy OR happiness) lang:en -birthday -is:retweet

Amplia l’inclusione dove necessario

Se noti che tramite Search Posts non ricevi dati che ti aspetti, pur sapendo che esistono Post che dovrebbero essere restituiti, potresti dover ampliare la query rimuovendo operatori che potrebbero filtrare i dati desiderati. 

Nel nostro esempio, abbiamo notato altri Post nella nostra timeline personale che esprimevano l’emozione che cercavamo e non erano inclusi nei risultati del test. Per garantire una copertura maggiore, aggiungeremo le parole chiave excited ed elated.

(happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet

Adatta per tendenze/picchi nel periodo considerato

Le tendenze su X cambiano rapidamente. Mantenere la query dovrebbe essere un processo attivo. Se prevedi di utilizzare una query per un certo periodo, ti suggeriamo di controllare periodicamente i dati che stai ricevendo per capire se servono modifiche.

Nel nostro esempio, notiamo che abbiamo iniziato a ricevere alcuni Post con auguri di “happy holidays”. Poiché non vogliamo che questi Post siano inclusi nei risultati, aggiungeremo la parola chiave negata -holidays.

(happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet -holidays 

Una volta testata e iterata correttamente la tua query, puoi iniziare a inviarla con gli endpoint per i conteggi dei Post per ricevere solo il volume di Post invece dei payload completi dei Post.

​

Aggiunta di una query alla richiesta

Per aggiungere la query alla richiesta, devi utilizzare il parametro query. Come per qualsiasi parametro di query, assicurati di effettuare la codifica HTTP della query che hai elaborato.

Ecco un esempio di come potrebbe presentarsi utilizzando un comando cURL. Se desideri usare questo comando, ricordati di sostituire $BEARER_TOKEN con il tuo Bearer Token:

      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"

​

Esempi di query

Monitorare un disastro naturale

La seguente query ha trovato corrispondenza con Post originali provenienti da agenzie meteorologiche e stazioni di misurazione che parlano dell’uragano Harvey, che ha colpito Houston nel 2017.

Ecco come apparirebbe la query senza la codifica 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

Ed ecco come apparirebbe la query con la codifica HTTP, il parametro query e l’URI dei conteggi dei Post recenti:

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)

Analizzare il sentiment di una conversazione

La regola seguente può essere utilizzata per comprendere meglio il sentiment della conversazione che si sviluppa attorno all’hashtag #nowplaying, ma limitandosi ai soli Post pubblicati in Nord America.

Ecco come apparirebbero le due query, una per il positivo e una per il negativo, senza la codifica 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

Ed ecco come apparirebbero le query con la codifica HTTP, il parametro query e l’URI dei conteggi dei Post recenti:

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

Trovare Post relativi a una specifica annotazione di Post

Questa regola è stata creata per filtrare Post originali che includono un’immagine di un animale domestico che non sia un gatto, in cui la lingua identificata nel Post è il giapponese. Per farlo, abbiamo utilizzato l’operatore context: per sfruttare la funzionalità di annotazioni dei Post. Abbiamo anzitutto utilizzato l’endpoint di lookup dei Post e il parametro fields tweet.fields=context_annotations per identificare quali id domain.entity dobbiamo utilizzare nella nostra query:

• I Post relativi ai gatti restituiscono la domain 66 (categoria Interests and Hobbies) con entity 852262932607926273 (Cats).
• I Post relativi agli animali domestici restituiscono la domain 65 (Interests and Hobbies Vertical) con entity 852262932607926273 (Pets).

Ecco come apparirebbe la query senza la codifica HTTP:

context:65.852262932607926273 -context:66.852262932607926273 -is:retweet has:images lang:ja

Ed ecco come apparirebbe la query con la codifica HTTP, il parametro query e l’URI dei conteggi dei Post recenti:

https://api.x.com/2/tweets/counts/recent?query=context%3A65.852262932607926273%20-context%3A66.852262932607926273%20-is%3Aretweet%20has%3Aimages%20lang%3Aja

​

Operatori

Operatore	Tipo	Disponibilità	Descrizione
keyword	Standalone	Core	Corrisponde a una parola chiave nel corpo di un Post. Si tratta di una corrispondenza tokenizzata, il che significa che la stringa della parola chiave verrà confrontata con il testo tokenizzato del corpo del Post. La tokenizzazione divide le parole in base alla punteggiatura, ai simboli e ai caratteri separatori del piano base Unicode. Ad esempio, un Post con il testo “I like coca-cola” verrebbe diviso nei seguenti token: I, like, coca, cola. Questi token verrebbero quindi confrontati con la stringa della parola chiave utilizzata nella query. Per trovare corrispondenze con stringhe contenenti punteggiatura (ad esempio coca-cola), simboli o caratteri separatori, è necessario racchiudere la parola chiave tra virgolette doppie. Esempio: pepsi OR cola OR "coca cola"
emoji	Standalone	Core	Corrisponde a un emoji nel corpo di un Post. Simile a una parola chiave, gli emoji sono una corrispondenza tokenizzata, il che significa che l’emoji verrà confrontato con il testo tokenizzato del corpo del Post. Nota che se un emoji ha una variante, è necessario racchiuderlo tra virgolette doppie per aggiungerlo a una query. Esempio: (😃 OR 😡) 😬
"exact phrase match"	Standalone	Core	Corrisponde alla frase esatta nel corpo di un Post. Esempio: ("X API" OR #v2) -"recent counts"
#	Standalone	Core	Corrisponde a qualsiasi Post contenente un hashtag riconosciuto, se l’hashtag è un’entità riconosciuta in un Post. Questo operatore esegue una corrispondenza esatta, NON una corrispondenza tokenizzata, il che significa che la regola #thanku corrisponderà ai post con l’hashtag esatto #thanku, ma non a quelli con l’hashtag #thankunext. Esempio: #thankunext #fanart OR @arianagrande
@	Standalone	Core	Corrisponde a qualsiasi Post che menziona il nome utente specificato, se il nome utente è un’entità riconosciuta (incluso il carattere @). Esempio: (@XDevelopers OR @API) -@X
$	Standalone	Advanced	Corrisponde a qualsiasi Post che contiene il ‘cashtag’ specificato (dove il carattere iniziale del token è il carattere ‘'). Nota che l'operatore cashtag si basa sull'estrazione dell'entità 'symbols' di X per trovare corrispondenze con i cashtag, piuttosto che cercare di estrarre il cashtag dal corpo stesso. Esempio: `twtr OR @XDevelopers -$fb`
from:	Standalone	Core	Corrisponde a qualsiasi Post da un utente specifico. Il valore può essere il nome utente (escludendo il carattere @) o l’ID numerico dell’utente. È possibile passare solo un singolo nome utente/ID per operatore from:. Esempio: from:XDevelopers OR from:API -from:X
to:	Standalone	Core	Corrisponde a qualsiasi Post che è in risposta a un particolare utente. Il valore può essere il nome utente (escludendo il carattere @) o l’ID numerico dell’utente. È possibile passare solo un singolo nome utente/ID per operatore to:. Esempio: to:XDevelopers OR to:API -to:X
url:	Standalone	Core	Esegue una corrispondenza tokenizzata su qualsiasi URL formattato correttamente di un Post. Questo operatore può trovare corrispondenze nel contenuto dei campi url o expanded_url. Ad esempio, un Post contenente “You should check out X Developer Labs: https://t.co/c0A36SWil4” (con l’URL breve che reindirizza a https://developer.x.com) corrisponderà a entrambe le seguenti regole: from:XDevelopers url:"https://developer.x.com" e from:XDevelopers url:"https://t.co". Token e frasi contenenti punteggiatura o caratteri speciali dovrebbero essere racchiusi tra virgolette doppie.
retweets_of:	Standalone	Core	Corrisponde ai Post che sono Retweet dell’utente specificato. Il valore può essere il nome utente (escludendo il carattere @) o l’ID numerico dell’utente. È possibile passare solo un singolo nome utente/ID per operatore retweets_of:. Esempio: retweets_of:XDevelopers OR retweets_of:API
context:	Standalone	Core	Corrisponde ai Post con una specifica coppia domain id/entity id. È possibile passare solo un singolo dominio/entità per operatore context:. Esempio: context:domain_id.entity_id. È possibile combinare più domini/entità utilizzando l’operatore OR: (context:47.113922 9372198469633 OR context:11.1088514520308342784)
entity:	Standalone	Core	Corrisponde ai Post con un valore stringa di entità specifico. È possibile passare solo un singolo operatore entity:. Esempio: entity:"string declaration of entity/place". Si prega di notare che questo è disponibile solo con la ricerca recente.
conversation_id:	Standalone	Core	Corrisponde ai Post che condividono un ID conversazione comune. Un ID conversazione è impostato sull’ID del Post di un Post che ha iniziato una conversazione. Quando vengono pubblicate le risposte a un Post, anche le risposte alle risposte, il conversation_id viene aggiunto al suo payload JSON. È possibile passare solo un singolo ID conversazione per operatore conversation_id:. Esempio: conversation_id:1334987486343299072 (from:XDevelopers OR from:API)
list:	Standalone	Advanced	Corrisponde ai Post pubblicati da utenti che sono membri di una List specificata. Ad esempio, se @XDevelopers e @API fossero membri della List 123, e includessi list:123 nella tua query, la tua risposta conterrà solo Post che sono stati pubblicati da quegli account. È possibile trovare gli ID delle List utilizzando l’endpoint di ricerca List. Esempio: list:123
place:	Standalone	Advanced	Corrisponde ai Post taggati con la posizione specificata o l’ID luogo di X. I nomi di luoghi composti da più parole (“New York City”, “Palo Alto”) dovrebbero essere racchiusi tra virgolette. È possibile passare solo un singolo luogo per operatore place:. Nota: Vedere l’endpoint GET geo/search Standard v1.1 per come ottenere gli ID luogo di X. Esempio: place:"new york city" OR place:seattle OR place:fd70c22040963ac7
place_country:	Standalone	Advanced	Corrisponde ai Post dove il codice paese associato a un luogo/posizione taggato corrisponde al codice carattere ISO alpha-2 specificato. È possibile trovare un elenco di codici ISO validi su Wikipedia. È possibile passare solo un singolo codice ISO per operatore place_country:. Esempio: place_country:US OR place_country:MX OR place_country:CA
point_radius:	Standalone	Advanced	Corrisponde all’oggetto place.geo.coordinates del Post quando presente, e in X, a un poligono geo del luogo, dove il poligono del luogo è completamente contenuto all’interno della regione definita. point_radius:[longitude latitude radius]. Le unità di raggio supportate sono miglia (mi) e chilometri (km). Il raggio deve essere inferiore a 25mi. La longitudine è nell’intervallo di ±180. La latitudine è nell’intervallo di ±90. Tutte le coordinate sono in gradi decimali. Gli argomenti della regola sono contenuti tra parentesi quadre, delimitati da spazi. Esempio: point_radius:[2.355128 48.861118 16km] OR point_radius:[-41.287336 174.761070 20mi]
bounding_box:	Standalone	Advanced	Corrisponde all’oggetto place.geo.coordinates del Post quando presente, e in X, a un poligono geo del luogo, dove il poligono del luogo è completamente contenuto all’interno della regione definita. bounding_box:[west_long south_lat east_long north_lat]. La larghezza e l’altezza del riquadro di delimitazione devono essere inferiori a 25mi. La longitudine è nell’intervallo di ±180. La latitudine è nell’intervallo di ±90. Tutte le coordinate sono in gradi decimali. Gli argomenti della regola sono contenuti tra parentesi quadre, delimitati da spazi. Esempio: bounding_box:[-105.301758 39.964069 -105.178505 40.09455]
is:retweet	Conjunction required	Core	Corrisponde ai Retweet che corrispondono al resto della regola specificata. Questo operatore cerca solo veri Retweet (ad esempio, quelli generati utilizzando il pulsante Retweet). I Quote Tweet non verranno trovati da questo operatore. Esempio: data @XDevelopers -is:retweet
is:reply	Conjunction required	Core	Restituisce solo risposte esplicite che corrispondono a una regola. Può anche essere negato per escludere dalla consegna le risposte che corrispondono a una query. Nota: Questo operatore è disponibile anche con l’endpoint filtered stream. Quando utilizzato con filtered stream, questo operatore trova corrispondenze nelle risposte a un Post originale, nelle risposte nei Post quotati e nelle risposte nei Retweet. Esempio: from:XDevelopers is:reply
is:quote	Conjunction required	Core	Restituisce tutti i Quote Tweet, noti anche come Post con commenti. Esempio: "sentiment analysis" is:quote
is:verified	Congiunzione richiesta	Core	Restituisce solo Post i cui autori sono verificati da X. Esempio: #nowplaying is:verified
-is :nullcast	Congiunzione richiesta	Advanced	Rimuove Post creati esclusivamente per promozione su ads.x.com che hanno "source":"Twitter for Advertisers (legacy)" o "source":"Twitter for Advertisers". Questo operatore deve essere negato. Per maggiori informazioni sui Post Nullcast, consulta la nostra pagina sulla disponibilità dei Post. Esempio: "mobile games" -is:nullcast
has:hashtags	Congiunzione richiesta	Core	Corrisponde ai Post che contengono almeno un hashtag. Esempio: from:XDevelopers -has:hashtags
has:cashtags	Congiunzione richiesta	Advanced	Corrisponde ai Post che contengono un simbolo cashtag (con un carattere ‘' iniziale. Ad esempio, `tag). Esempio: #stonks has:cashtags`
has:links	Congiunzione richiesta	Core	Questo operatore corrisponde ai Post che contengono link e media nel corpo del Post. Esempio: from:XDevelopers announcement has:links
has:mentions	Congiunzione richiesta	Core	Corrisponde ai Post che menzionano un altro utente X. Esempio: #nowplaying has:mentions
has:media	Congiunzione richiesta	Core	Corrisponde ai Post che contengono un oggetto media, come una foto, GIF o video, come determinato da X. Questo non corrisponderà ai media creati con Periscope, o ai Post con link ad altri siti di hosting media. Esempio: (kittens OR puppies) has:media
has:images	Congiunzione richiesta	Core	Corrisponde ai Post che contengono un URL riconosciuto verso un’immagine. Esempio: #meme has:images
has:videos	Congiunzione richiesta	Core	Corrisponde ai Post che contengono video nativi X, caricati direttamente su X. Questo non corrisponderà ai video creati con Periscope, o ai Post con link ad altri siti di hosting video. Esempio: #icebucketchallenge has:videos
has:geo	Congiunzione richiesta	Advanced	Corrisponde ai Post che hanno dati di geolocalizzazione specifici del Post forniti dall’utente X. Questo può essere una posizione sotto forma di luogo X, con il nome visualizzato corrispondente, poligono geografico e altri campi, o in rari casi, una coordinata geografica lat-long. Nota: Gli operatori che corrispondono al luogo (geo del Post) includeranno solo corrispondenze dai post originali. I Retweet non contengono dati di luogo. Esempio: recommend #paris has:geo -bakery
lang:	Congiunzione richiesta	Core	Corrisponde ai Post che sono stati classificati da X come appartenenti a una particolare lingua (se, e solo se, il Post è stato classificato). È importante notare che ogni Post è attualmente classificato solo come appartenente a una lingua, quindi utilizzare AND insieme a più lingue non produrrà risultati. Puoi passare solo un singolo identificatore di lingua BCP 47 per operatore lang:. Nota: se non può essere effettuata alcuna classificazione linguistica, il risultato fornito è ‘und’ (per indefinito). Esempio: recommend #paris lang:en

Amarico: am	Tedesco: de	Malayalam: ml	Slovacco: sk
Arabo: ar	Greco: el	Maldiviano: dv	Sloveno: sl
Armeno: hy	Gujarati: gu	Marathi: mr	Curdo sorani: ckb
Basco: eu	Creolo haitiano: ht	Nepalese: ne	Spagnolo: es
Bengalese: bn	Ebraico: iw	Norvegese: no	Svedese: sv
Bosniaco: bs	Hindi: hi	Oriya: or	Tagalog: tl
Bulgaro: bg	Hindi latinizzato: hi-Latn	Punjabi: pa	Tamil: ta
Birmano: my	Ungherese: hu	Pashto: ps	Telugu: te
Croato: hr	Islandese: is	Persiano: fa	Thai: th
Catalano: ca	Indonesiano: in	Polacco: pl	Tibetano: bo
Ceco: cs	Italiano: it	Portoghese: pt	Cinese tradizionale: zh-TW
Danese: da	Giapponese: ja	Rumeno: ro	Turco: tr
Olandese: nl	Kannada: kn	Russo: ru	Ucraino: uk
Inglese: en	Khmer: km	Serbo: sr	Urdu: ur
Estone: et	Coreano: ko	Cinese semplificato: zh-CN	Uiguro: ug
Finlandese: fi	Lao: lo	Sindhi: sd	Vietnamita: vi
Francese: fr	Lettone: lv	Singalese: si	Gallese: cy
Georgiano: ka	Lituano: lt