Reglas y filtrado: Enterprise

Introducción a las reglas y consultas empresariales

Los productos que utilizan operadores empresariales te proporcionan datos sociales basados en las reglas de filtrado que configures. Las reglas se componen de una o más “cláusulas”, donde una cláusula es una palabra clave, una frase exacta o uno de los muchos operadores empresariales. Antes de comenzar a crear reglas con operadores empresariales, asegúrate de revisar la sintaxis descrita a continuación, consultar la lista de operadores disponibles y comprender las restricciones a la hora de crear reglas. También debes asegurarte de comprender los matices de cómo se evalúan las reglas desde el punto de vista lógico, en la sección “Orden de operaciones”. Se pueden combinar varias cláusulas con lógica “and” y “or”. Ten en cuenta: La lógica “and” se especifica con un espacio entre cláusulas, mientras que la lógica “or” se especifica con un OR en mayúsculas. Cada regla puede tener hasta 2.048 caracteres de longitud, sin límites en el número de cláusulas positivas (elementos que quieres hacer coincidir o filtrar) y cláusulas negativas (elementos que quieres excluir y con los que no quieres hacer coincidir).

Creación de reglas y consultas

Coincidencia de palabras clave Las coincidencias de palabras clave son similares a las consultas en una interfaz de búsqueda. Por ejemplo, la siguiente regla de operador enterprise coincidiría con actividades que tengan el término “social” en el cuerpo del texto. social Aplicar AND a términos con espacio en blanco Agregar otra palabra clave equivale a agregar otro requisito para encontrar coincidencias. Por ejemplo, esta regla solo coincidiría con actividades donde tanto “social” como “media” estén presentes en el texto, en cualquier orden: tener un espacio entre términos funciona como una lógica booleana AND. Si incluyes un AND explícito en tu regla, será rechazado por el endpoint de reglas. social media Aplicar OR a términos con OR en mayúsculas En muchas situaciones, en realidad se necesita lógica booleana OR. Esto también se logra fácilmente. Ten en cuenta que el operador OR debe estar en mayúsculas y que un ‘or’ en minúsculas se tratará como una palabra clave normal. social OR data Negar términos En otros escenarios quizá quieras excluir resultados con ciertas palabras clave (lógica booleana NOT). Por ejemplo, actividades con ‘happy’, pero excluyendo cualquier actividad con ‘birthday’ en el texto. social -personality Agrupación con paréntesis Estos tipos de lógica se pueden combinar mediante agrupación con paréntesis y ampliarse a consultas mucho más complejas. (social OR data) (academic OR research) -personality -information -university Sin embargo, esto es solo el principio: aunque los ejemplos anteriores se basan simplemente en coincidencias tokenizadas de palabras clave, los productos enterprise también ofrecen operadores para realizar distintos tipos de coincidencia sobre el texto. Coincidencia exacta "social media research" Coincidencia de subcadena contains:info Coincidencia por proximidad "social media research"~3 Además, otros operadores te permiten filtrar en función de aspectos únicos de los datos sociales, más allá del texto. El usuario que está publicando una Publicación from:XDeveloeprs Tweets geolocalizados en un radio de 10 millas de Pearl St. en Boulder, CO, Estados Unidos point_radius:[-105.27346517 40.01924738 10.0mi] Uniéndolo todo Estos operadores se pueden combinar con filtros de texto utilizando los mismos tipos de lógica descritos anteriormente.

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

Sintaxis booleana

Los ejemplos de la sección anterior utilizaron varios tipos de lógica booleana y agrupación. Consulta la tabla a continuación para obtener más detalles sobre la sintaxis y los requisitos de cada una.


Tipo de lógica	Sintaxis del operador	Descripción
AND	social data	Un espacio en blanco entre dos operadores da como resultado una lógica AND entre ellos. Coincide con actividades que contienen ambas palabras clave (“social”, “data”). No uses AND explícitamente en tu regla. Usa solo espacios en blanco. Un AND explícito se tratará como una palabra clave normal.
OR	social OR data	Para aplicar OR entre dos operadores, inserta un OR en mayúsculas, delimitado por espacios en blanco entre ellos. Coincide con actividades que contienen CUALQUIERA de las palabras clave (“social” OR “data”). Ten en cuenta que, si combinas la funcionalidad OR y AND en una sola regla, debes entender el orden de las operaciones descrito en nuestra sección “Order of operations”, y considerar agrupar operadores no negados usando paréntesis como se describe a continuación para asegurarte de que tu regla se comporte como esperas. Debes usar “OR” en mayúsculas en tu regla. La forma en minúsculas ‘or’ se tratará como una palabra clave normal.
NOT	social data -apple -android -phone	Inserta un carácter `-` inmediatamente delante del operador o grupo de operadores. La regla de ejemplo mostrada coincide con actividades que contienen la palabra clave “social”, pero excluye aquellas que contienen la palabra clave “data”. No se permiten OR negados cuando la regla solicitaría “todo en el firehose excepto la negación”. Por ejemplo, `apple OR -ipad` no es válido porque coincidiría con todas las actividades excepto aquellas que mencionan “ipad”.
Grouping	(social OR data) -XDeveloeprs -api	Los paréntesis alrededor de varios operadores crean un “grupo” funcional. Los grupos se pueden conectar a cláusulas de la misma manera que una cláusula individual mediante espacios en blanco (AND) u OR. Sin embargo, ten en cuenta que es una buena práctica no agrupar negaciones aplicando el signo de negación - a todo el grupo. En su lugar, debes negar cada operador individual, encadenándolos mediante espacios en blanco (AND). Por ejemplo, en lugar de usar -(iphone OR imac OR macbook), usa lo siguiente: -iphone -imac -macbook El agrupamiento es especialmente importante cuando una sola regla combina funcionalidad AND y OR, debido al orden de las operaciones utilizado para evaluar la regla. Consulta a continuación para obtener más detalles.

Ten en cuenta que los operadores pueden ser positivos o negativos. Los operadores positivos definen lo que quieres incluir en los resultados. Por ejemplo, el operador has:hashtags indica “Quiero actividades que contengan hashtags”. Los operadores negativos definen lo que quieres excluir de los resultados y se crean utilizando la lógica booleana NOT descrita anteriormente. Por ejemplo, -has:hashtags indica “Excluye cualquier actividad que contenga hashtags, incluso si por lo demás coincide con mi regla”. Los productos de operadores Premium no tienen restricciones en el número de cláusulas positivas y negativas, sujeto a una longitud máxima de 2.048 caracteres.

Orden de operaciones

Al combinar la funcionalidad AND y OR en una misma regla, el siguiente orden de operaciones determinará cómo se interpreta tu regla.

Primero se combinan los operadores conectados por lógica AND
Luego se aplican los operadores conectados con lógica OR

Ejemplo:

apple OR iphone ipad se evaluaría como apple OR (iphone ipad)
ipad iphone OR android se evaluaría como (iphone ipad) OR android

Para eliminar la incertidumbre y asegurarte de que tus reglas se evalúen como está previsto, agrupa los términos con paréntesis cuando corresponda. Por ejemplo:

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

Signos de puntuación, diacríticos y distinción entre mayúsculas y minúsculas

Si especificas una regla de palabra clave o hashtag con acentos o diacríticos para operadores empresariales, esta hará coincidir el texto de las Publicaciones respetando los diacríticos (en hashtags o palabras clave). Una regla con la palabra clave Diacr**í**tica o el hashtag #cumplea**ñ**os coincidirá con “Diacrítica” o “#cumpleaños” pero no con “Diacritica” o “#cumpleanos” sin la tilde en la í o la eñe. Los caracteres con acentos o diacríticos se tratan igual que los caracteres normales y no se consideran límites de palabra. Por ejemplo, una regla de cumpleaños solo coincidiría con actividades que contengan la palabra cumpleaños y no coincidiría con actividades que contengan cumplea, cumplean u os. Todos los operadores se evalúan sin distinguir entre mayúsculas y minúsculas. Por ejemplo, la regla Cat coincidirá con todo lo siguiente: “cat”, “CAT”, “Cat”.

Etiquetas de reglas de PowerTrack

Como se describe en nuestra página “Matching rules”, cada regla puede crearse con una etiqueta. Estas etiquetas no tienen ningún efecto sobre el filtrado, pero se pueden usar para crear agrupaciones lógicas de reglas dentro de tu App. Cada regla puede tener solo una etiqueta, con un máximo de 255 caracteres. Las etiquetas se incluyen con la regla en formato JSON en el momento de su creación mediante la API, como se describe en nuestra página “Matching rules”.

Poner reglas en formato JSON

Para agregar o eliminar una regla de un stream a través de la API, las reglas deben utilizar el formato JSON. Básicamente, esto requiere colocar cada regla en la siguiente estructura: {"value":"insert_rule_here"} Reglas con comillas dobles Si la regla contiene caracteres de comillas dobles (") asociados con coincidencias exactas u otros operadores, deben escaparse usando una barra invertida para distinguirlos de la estructura del formato JSON. "social data" @XDevelopers La regla en formato JSON sería: {"value":"\"social data\" @XDevelopers"} Reglas con literales de cadena con comillas dobles Para incluir un carácter de comillas dobles como literal de cadena dentro de una coincidencia exacta, debe escaparse dos veces. Por ejemplo, para una regla que coincida con la frase exacta “Toys “R” Us”, incluyendo las comillas dobles alrededor de “R”, la representación en texto plano se vería de la siguiente manera: "Toys \"R\" Us" Al convertir esto a formato JSON, debes usar la siguiente estructura: {"value":"\"Toys \\\"R\\\" Us\""} Reglas con Tags Para incluir una tag opcional con tu regla, como se describió arriba, simplemente incluye un campo tag adicional con el valor de la regla. {"value":"\"social data\" @XDevelopers","tag":"RULE-TAG-01"} Formato para solicitudes de API Al agregar o eliminar reglas del stream a través de la API, varias reglas en formato JSON deben estar delimitadas por comas y envueltas en un array JSON rules, como se muestra a continuación: {"rules":[{"value":"from:XDevelopers"},{"value":"\social data\" @XDevelopers","tag":"RULE-TAG-01"}]}

Operadores que coinciden con Tweets citados

Cuando uses la PowerTrack API y la Historical PowerTrack API, los siguientes operadores coincidirán con contenido tanto de la Publicación original que fue citada como del nuevo Tweet citado. Sin embargo, si estás usando la Search API, estos operadores solo coincidirán con el contenido del Tweet citado y no con ningún contenido de la Publicación original que fue citada.

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

Operadores de Enterprise

A continuación se muestran los operadores disponibles con PowerTrack y Historical PowerTrack. Un subconjunto de ellos está disponible con las APIs de búsqueda de 30 días y de archivo completo (Full Archive). Consulta esta tabla para ver una lista de operadores disponibles por producto.

Operador	Descripción
Palabra clave	Hace coincidir una palabra clave presente en el cuerpo de texto o la URL de una Publicación. Las palabras clave deben comenzar con un dígito (0-9) o con cualquier carácter que no sea de puntuación. La coincidencia de palabras clave se tokeniza; es decir, la palabra clave se compara con el texto tokenizado del cuerpo de la Publicación. Para cadenas que contengan signos de puntuación (por ejemplo, “coca-cola”), usa una “coincidencia de frase exacta” entre comillas. Ejemplo: `(social OR pizza OR wildfire) -planet`
emoji	Coincide con un emoji dentro del cuerpo de una Publicación, mediante una coincidencia tokenizada basada en la puntuación, los símbolos/emojis y los caracteres separadores. Si un emoji tiene una variante, utiliza comillas para coincidencias exactas. Ejemplo: `(🍕 OR 💜 OR 🐢) -🤖`
”coincidencia exacta de frase”	Coincide con una frase exacta en el cuerpo de una Publicación. La puntuación se considera como espacio en blanco. Ejemplo: `("social media" OR "developer.x.com" OR "wildfire911" OR "coca-cola") -"planet earth"`
#	Coincide con cualquier Publicación que tenga el hashtag especificado. Es una coincidencia exacta, lo que significa que `#2016` coincidirá con Publicaciones que tengan `#2016` pero no con `#2016election`. Ejemplo: `(#social OR #pizza OR #2016election) -#planet`
@	Coincide con cualquier publicación que mencione el nombre de usuario especificado. Ejemplo: `(@XDevelopers OR @api OR @twittereng) -@jack`
”keyword1 keyword2”~N	Operador de proximidad que encuentra una Publicación en la que las palabras clave están a una distancia máxima de N tokens entre sí. Las palabras clave en orden inverso no pueden estar separadas por más de N-2 tokens. N no puede ser mayor que 6. Ejemplo: `"social media"~5 OR "API"~3`
contains:	Coincidencia de subcadenas en Publicaciones con la subcadena especificada en el cuerpo, independientemente de la tokenización. Utiliza comillas dobles para subcadenas con espacios en blanco o signos de puntuación. Ejemplo: `(contains:social OR contains:"wikipedia.com") -contains:"buy now"`
from:	Coincide con cualquier Publicación de un usuario específico mediante el id numérico de cuenta de X o el nombre de usuario (sin `@`). Ejemplo: `(from:2244994945 OR from:api OR from:twittereng) -from:jack`
to:	Coincide con cualquier Publicación que responda a un usuario específico mediante el ID numérico de la cuenta de X o el nombre de usuario (sin `@`). Ejemplo: `(to:2244994945 OR to:api OR to:twittereng) -to:jack`
url:	Realiza una coincidencia tokenizada (palabra o frase clave) en las URL expandidas de una Publicación. Ejemplo: `@XDevelopers url:"developer.x.com"`
url_title:	Realiza una coincidencia de palabra o frase clave en los metadatos del título HTML de la URL expandida. Disponible solo con PowerTrack y Historical PowerTrack.
url_description:	Realiza una coincidencia de palabra clave o frase en los metadatos de la descripción de la página expandida. Disponible solo con PowerTrack y Historical PowerTrack.
url_contains:	Coincide con Publicaciones cuya URL contiene la frase o palabra clave especificada. Entrecomilla los términos de búsqueda que incluyan signos de puntuación. Ejemplo: `(url_contains:"developer.x.com" OR url_contains:wildfire) -url_contains:reddit`
bio:	Coincide con una palabra clave o frase dentro de la biografía del usuario de una Publicación. Se trata de una coincidencia tokenizada dentro del campo ‘description’ del User object. Ejemplo: `(bio:engineer OR bio:"wordpress.com" OR bio:🚀) -bio:troll` Nota: Solo está disponible con PowerTrack y Historical PowerTrack.
bio_name:	Coincide con una palabra clave en el nombre de perfil del usuario de una Publicación. Se trata de una coincidencia tokenizada dentro del campo “name” de un usuario en el User object. Nota: Solo disponible con PowerTrack y Historical PowerTrack.
bio_location:	Coincide con Publicaciones en las que la ubicación del objeto User contiene la palabra clave o frase especificada. Este operador realiza una coincidencia tokenizada, similar a las reglas de palabras clave normales en el cuerpo del mensaje. Esta ubicación forma parte del objeto User, y es la ubicación ‘principal’ de la cuenta. Nota: Solo disponible con PowerTrack y Historical PowerTrack.
statuses_count:	Coincide con Publicaciones cuando el autor ha publicado una cantidad de estados dentro del rango dado. Si se especifica un solo número, coincidirá cualquier número igual o superior. Se puede especificar un rango para que coincida cualquier número dentro del mismo (por ejemplo, `statuses_count:1000..10000`). Ejemplo: `to:api statuses_count:10` Nota: Solo disponible con PowerTrack y Historical PowerTrack.
followers_count:	Coincide con Publicaciones cuando el autor tiene un número de seguidores dentro del rango indicado. Si se especifica un solo número, coincidirá cualquier número igual o superior. Se puede especificar un rango para hacer coincidir cualquier número dentro de dicho rango (por ejemplo, `followers_count:1000..10000`). Nota: Solo disponible con PowerTrack y Historical PowerTrack.
friends_count:	Coincide con Publicaciones cuando el autor tiene una cantidad de amigos (el número de usuarios a los que sigue) dentro del rango dado. Si se especifica un solo número, cualquier número igual o superior coincidirá. Se puede especificar un rango para que coincida con cualquier número dentro de ese rango (por ejemplo, `friends_count:1000..10000`). Nota: Solo disponible con PowerTrack y Historical PowerTrack.
listed_count:	Coincide con Publicaciones cuando el autor ha sido incluido en listas de X un cierto número de veces dentro del intervalo indicado. Si se especifica un solo número, coincidirá cualquier número igual o superior. Se puede especificar un intervalo para que coincida cualquier número dentro de ese intervalo (por ejemplo, `listed_count:10..100`). Nota: Solo disponible con PowerTrack y PowerTrack histórico.
$	Coincide con cualquier Publicación que incluya la entidad «cashtag» especificada. Ejemplo: `($TWTR OR $TSLA OR $BRK.A) -$F` Nota: El operador de cashtag se basa en la extracción de la entidad `symbols` de X para identificar cashtags, en lugar de extraerlos directamente del cuerpo de la Publicación.
retweets_of:	Coincide con Publicaciones que son Retweets de un usuario especificado. Acepta tanto nombres de usuario como ids numéricos de cuentas de X (NO ids de estado de Publicación). Ejemplo: `(retweets_of:2244994945 OR retweets_of:api OR retweets_of:twittereng) -retweets_of:jack`
retweets_of_status_id:	Devuelve solo los Retweets explícitos de la Publicación especificada. Utiliza el id de una Publicación original y no el de un Retweet. Ejemplo: `retweets_of_status_id:1293593516040269825` Nota: Solo disponible con PowerTrack y Historical PowerTrack.
in_reply_to_status_id:	Devuelve solo respuestas explícitas a la Publicación especificada. Ejemplo: `in_reply_to_status_id:1293593516040269825` Nota: Solo disponible con PowerTrack y Historical PowerTrack.
sample:	Devuelve una muestra aleatoria de Publicaciones que cumplen una regla. El porcentaje de muestreo debe ser un entero entre 1 y 100. El operador reduce el alcance al X%, luego se aplica la regla/filtro a ese subconjunto muestreado. Ejemplo: `#happybirthday sample:5` `"happy birthday"~5 sample:80` Nota: Solo disponible con PowerTrack y Historical PowerTrack.
source:	Coincide con cualquier Publicación generada por la aplicación de origen especificada. El valor puede ser el nombre o la URL de la aplicación. Ejemplo: `#happybirthday source:"X for iPhone"` `"This is a test X from my TestingApp" source:MyTestAppName` Nota: El operador `source` busca en el atributo de origen de la Publicación y no se puede utilizar por sí solo.
lang:	Coincide con Publicaciones clasificadas por X como pertenecientes a un idioma en particular. Actualmente, las Publicaciones se clasifican en un solo idioma, por lo que hacer coincidir varios idiomas no devuelve resultados. No se recomienda usarlo por sí solo.

La siguiente lista muestra los idiomas actualmente admitidos y su correspondiente identificador de idioma BCP 47:


Amárico: am	Alemán: de	Malayalam: ml	Eslovaco: sk
Árabe: ar	Griego: el	Maldivo: dv	Esloveno: sl
Armenio: hy	Guyaratí: gu	Maratí: mr	Kurdo sorani: ckb
Vasco: eu	Criollo haitiano: ht	Nepalí: ne	Español: es
Bengalí: bn	Hebreo: iw	Noruego: no	Sueco: sv
Bosnio: bs	Hindi: hi	Oriya: or	Tagalo: tl
Búlgaro: bg	Hindi latinizado: hi-Latn	Panyabí: pa	Tamil: ta
Birmano: my	Húngaro: hu	Pastún: ps	Telugu: te
Croata: hr	Islandés: is	Persa: fa	Tailandés: th
Catalán: ca	Indonesio: in	Polaco: pl	Tibetano: bo
Checo: cs	Italiano: it	Portugués: pt	Chino tradicional: zh-TW
Danés: da	Japonés: ja	Rumano: ro	Turco: tr
Neerlandés: nl	Canarés: kn	Ruso: ru	Ucraniano: uk
Inglés: en	Jemer: km	Serbio: sr	Urdu: ur
Estonio: et	Coreano: ko	Chino simplificado: zh-CN	Uigur: ug
Finés: fi	Lao: lo	Sindhi: sd	Vietnamita: vi
Francés: fr	Letón: lv	Cingalés: si	Galés: cy
Georgiano: ka	Lituano: lt

Ejemplo: (@XDevelopers OR to:XDevelopers) lang:es Nota: El operador de idioma se aplica al idioma específico de la Publicación determinado por X y establecido en el atributo lang de la Publicación. Consulte aquí para obtener más información sobre los atributos JSON de X Entities. Si no se puede realizar una clasificación de idioma para una Publicación, el valor lang de la Publicación se establecerá como ‘und’ (por indefinido).

Operador	Descripción
place	Coincide con Publicaciones etiquetadas con la ubicación especificada o el ID de lugar de X. Los nombres de lugares con varias palabras deben ir entre comillas. Ejemplo: `(place:London OR place:"Great Britain") -place:USA` `place:fd70c22040963ac7` Nota: Consulta el endpoint público de la API GET geo/search para saber cómo obtener los ID de lugar de X. Nota: No coincidirá con Retweets ni con Quote Tweets, ya que los lugares de los Retweets están asociados a la Publicación original.
place_country	Coincide con las Publicaciones en las que el código de país asociado a un lugar/ubicación etiquetado coincide con el código ISO alfa-2 de dos caracteres proporcionado. Ejemplo: `place_country:GB OR place_country:AU OR place_country:CA` Nota: No coincidirá con Retweets o Tweets citados, ya que los lugares de los Retweets se adjuntan a la Publicación original. Códigos ISO válidos: ISO 3166-1 alpha-2.
point_radius:[lon lat radius]	Coincide con la ubicación exacta (x, y) de la Publicación o con un polígono geográfico de “Place” dentro del radio definido. * Radio: < 25mi * Unidades admitidas: mi, km * Longitud: ±180 * Latitud: ±90 Las coordenadas están en grados decimales. Los argumentos van entre corchetes y separados por espacios. Ejemplo: `point_radius:[-105.27346517 40.01924738 0.5mi]` Ejemplo: `point_radius:[2.355128 48.861118 16km]` Nota: No coincidirá con Retweets ni Tweets citados.
bounding_box:[west_long south_lat east_long north_lat]	Coincide con la ubicación exacta o con un polígono geográfico de “Place” totalmente contenido en una caja delimitadora. Los argumentos van entre corchetes y separados por espacios. Coordenadas: grados decimales (±180 long, ±90 lat). El ancho y el alto deben ser < 25 mi. Ejemplo: `bounding_box:[-105.301758 39.964069 -105.178505 40.09455]` Nota: No se aplicará a Retweets ni a Tweets citados.
profile_country	Devuelve las Publicaciones cuyo código de país de geolocalización del perfil del autor corresponde a un código ISO-3166-1-alpha-2 de dos letras.
profile_region	Coincide con el valor del campo “region” del enriquecimiento de geolocalización del perfil del autor, con una coincidencia exacta de la cadena completa. Usa comillas dobles para subcadenas que contengan espacios o signos de puntuación. Ejemplo: `profile_region:"New York"`
profile_locality	Coincide con el campo «locality» del enriquecimiento geográfico del perfil del autor mediante una coincidencia exacta de la cadena completa. Usa comillas dobles para las subcadenas que contengan espacios en blanco o signos de puntuación. Ejemplo: `profile_locality:"San Francisco"`
profile_subregion	Coincide con el campo “subRegion” del enriquecimiento geográfico del perfil del autor, que incluye condados o áreas metropolitanas específicos. Coincidencia exacta de la cadena completa. Ejemplo: `profile_subregion:"Santa Clara County"`
has:geo	Coincide con Publicaciones que contienen datos de geolocalización específicos de la Publicación de X, incluidos lat-long de `geo` o datos de ubicación de `Place` con un nombre visible y un polígono geográfico. Nota: Con la Search API, debe combinarse con operadores que no sean `is:` o `has:`.
has:profile_geo	Coincide con Publicaciones que tengan cualquier metadato de Profile Geo, independientemente de su valor. Alias disponible: `has:derived_user_geo`. Nota: Con la Search API, debe combinarse con operadores que no sean `is:` o `has:`.
has:links	Coincide con Publicaciones que tienen un enlace o contenido multimedia referenciado en el objeto “text” del payload, incluidos contenido multimedia y Tweets citados. Nota: Con la Search API, debe combinarse con operadores que no sean `is:` ni `has:`.
is:retweet	Devuelve solo retweets explícitos. Se puede negar para excluir retweets y devolver solo contenido original. Este operador busca solo Retweets propiamente dichos y no Tweets citados. Nota: Con la Search API, debe combinarse con operadores que no sean `is:` o `has:`.
is:reply	Devuelve solo respuestas explícitas. Puede usarse en forma negada para excluir respuestas. PowerTrack encuentra respuestas a Publicaciones originales, respuestas en Publicaciones citadas y respuestas en Retweets. La Search API solo encuentra respuestas a Publicaciones originales. Ejemplo: `@XDevelopers -is:reply`
is:quote	Devuelve únicamente Tweets citados o Publicaciones que hacen referencia a otra Publicación. Se puede negar para excluir los Tweets citados. Ejemplo: `@XDevelopers is:quote`
is:verified	Devuelve solo Publicaciones de autores verificados. Puede negarse para excluir Publicaciones de autores verificados. Ejemplo: `@XDevelopers is:verified`
has:mentions	Coincide con Publicaciones que mencionan a otro usuario de X. Nota: Cuando se usa con Search API, debe combinarse con operadores que no sean `is:` ni `has:`.
has:hashtags	Coincide con Publicaciones que contienen un hashtag. Nota: Con Search API, debe combinarse con operadores que no sean `is:` ni `has:`.
has:media	Coincide con Publicaciones que contienen una URL de contenido multimedia clasificada por X (por ejemplo, pic.x.com). Alias disponible: `has:media_link`. Nota: Con Search API, debe combinarse con operadores que no sean `is:` ni `has:`.
has:images	Coincide con Publicaciones que contienen una URL de contenido multimedia (p. ej., pic.x.com). Nota: Con Search API, debe combinarse con operadores que no sean `is:` ni `has:`.
has:videos	Coincide con Publicaciones que contienen videos nativos de X subidos a X. Alias disponible: `has:video_link`. Este operador no devuelve coincidencias para videos de YouTube, Periscope u otras plataformas de alojamiento de video. Nota: Con Search API, debe combinarse con operadores que no sean `is:` o `has:`.
has:symbols	Coincide con Publicaciones que contienen un símbolo cashtag (p. ej., $TWTR). Nota: Con la Search API, se debe combinar con operadores que no sean `is:` ni `has:`.

Operadores según producto