ルールとフィルタリング：エンタープライズ

エンタープライズ向けルールとクエリの概要

エンタープライズオペレーターを利用する製品は、設定したフィルタリングルールに基づいてソーシャルデータを提供します。ルールは 1 つ以上の「句」で構成され、句にはキーワード、完全一致のフレーズ、または多数あるエンタープライズオペレーターのいずれかが含まれます。エンタープライズオペレーターを使ってルールの作成を始める前に、以下で説明する構文を確認し、利用可能なオペレーターの一覧に目を通し、ルール構築に関する制約を理解しておいてください。また、「演算の順序」セクションで説明しているように、ルールが論理的にどのように評価されるかというニュアンスも理解しておく必要があります。複数の句は、「and」ロジックと「or」ロジックの両方で組み合わせることができます。 注意: 「and」ロジックは句同士の間にスペースを入れて指定し、「or」ロジックは大文字の OR を使って指定します。各ルールは最大 2,048 文字まで指定でき、ポジティブ句 (マッチさせたい条件やフィルタ対象) およびネガティブ句 (除外してマッチさせたくない条件) の数に制限はありません。

ルールとクエリの構築

キーワードマッチ キーワードマッチは、検索インターフェースで使用するクエリと似ています。たとえば、次のエンタープライズ向けオペレーターを用いたルールは、テキスト本文に “social” という語を含むアクティビティにマッチします。 social 空白による AND (ANDing terms with white space) キーワードをもう 1 つ追加するということは、マッチを見つけるための条件を 1 つ追加するのと同じです。たとえば、次のルールは、テキスト内に “social” と “media” の両方が存在するアクティビティにのみマッチします (順序は不問) ——語と語の間にスペースを入れることは、ブール AND ロジックとして動作します。ルール内に明示的な AND を含めると、そのルールは rules エンドポイントによって拒否されます。 social media 大文字の OR による OR (ORing terms with upper-case OR) 多くのケースでは、ブール OR ロジックが必要になりますが、これも簡単に実現できます。OR 演算子は必ず大文字でなければならず、小文字の ‘or’ は通常のキーワードとして扱われる 点に注意してください。 social OR data 語の否定 (Negating terms) 特定のキーワードを含む結果を除外したい (ブール NOT ロジック) ケースもあります。たとえば、「happy」を含むが、テキスト内に「birthday」を含むものは除外したい場合などです。 social -personality かっこによるグルーピング (Grouping with parentheses) これらのロジックは、かっこを使ったグルーピングで組み合わせることができ、さらに複雑なクエリへと拡張できます。 (social OR data) (academic OR research) -personality -information -university とはいえ、これはほんの導入に過ぎません。上記の例はキーワードのトークン化されたマッチングだけに依存していますが、エンタープライズ製品ではテキストに対して異なる種類のマッチングを行うためのオペレーターも提供しています。 完全一致 (Exact match) "social media research" 部分一致 (Substring match) contains:info 近接マッチ (Proximity match) "social media research"~3 さらに、他のオペレーターを使うことで、テキスト以外にも、ソーシャルデータの固有の側面に基づいてフィルタできます。 ポストを行っているユーザー from:XDeveloeprs アメリカ合衆国コロラド州ボルダーの Pearl St. から 10 マイル以内の位置情報付きツイート point_radius:[-105.27346517 40.01924738 10.0mi] すべてを組み合わせる これらは、上で説明したのと同じ種類のロジックを使ってテキストフィルターと組み合わせることができます。

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

ブール構文

前のセクションの例では、さまざまな種類のブールロジックとグルーピングを使用しました。以下の表で、それぞれの構文と要件について詳しく説明します。


ロジックの種類	演算子の構文	説明
AND	social data	2 つの演算子の間に空白を入れると、その間に AND ロジックが適用されます。両方のキーワード (“social” と “data”) を含むアクティビティにマッチします。ルール内で AND を明示的に使用しないでください。空白のみを使用してください。AND を明示的に記述すると、通常のキーワードとして扱われます。
OR	social OR data	2 つの演算子を OR で結合するには、その間に空白で囲んだ全大文字の OR を挿入します。どちらか一方のキーワード (“social” または “data”) を含むアクティビティにマッチします。 1 つのルールの中で OR と AND の機能を組み合わせる場合は、「演算の順序」セクションで説明している演算順序を理解し、ルールが想定どおりに動作するように、下記の説明のとおり括弧を使って否定されていない演算子同士をグルーピングすることを検討してください。ルール内では必ず大文字の “OR” を使用する必要があります。小文字の ‘or’ は通常のキーワードとして扱われます。
NOT	social data -apple -android -phone	演算子または演算子のグループの直前に `-` 文字を挿入します。上記のルール例は、キーワード “social” を含むアクティビティにマッチしますが、キーワード “data” を含むものは除外します。否定された OR は、「firehose 内のすべて (ただし否定条件を除く) 」を要求するようなルールでは使用できません。たとえば、`apple OR -ipad` は、「“ipad” に言及しているもの以外のすべてのアクティビティ」にマッチしてしまうため無効です。
グルーピング	(social OR data) -XDeveloeprs -api	複数の演算子を括弧で囲むと、機能的な「グループ」が作成されます。グループは、個々の句と同様に、空白 (AND) や OR を介して句と接続できます。ただし一般的な推奨事項として、否定をグループ全体に適用してまとめて否定することは避けるべきです。その代わりに、各演算子を個別に否定し、それらを空白 (AND) で連結してください。たとえば、-(iphone OR imac OR macbook) を使用する代わりに、次のようにします: -iphone -imac -macbook 1 つのルールが AND と OR の機能を組み合わせる場合、そのルールの評価に使用される演算順序のため、グルーピングは特に重要になります。詳細は以下を参照してください。

注意: 演算子は肯定にも否定にもなり得ます。 肯定演算子 は、結果に 含めたい ものを定義します。たとえば、has:hashtags 演算子は「ハッシュタグを含むアクティビティが欲しい」という意味になります。 否定演算子 は、結果から 除外したい ものを定義し、上述したブール NOT ロジックを使用して作成します。たとえば、-has:hashtags は「ルールの他の条件にマッチしていても、ハッシュタグを含むアクティビティは除外する」という意味になります。 Premum operator 製品では、正の句と負の句の数に制限はなく、最大長 2,048 文字という制約のみがあります。

演算の順序

1つのルール内で AND と OR を組み合わせる場合、次の演算の順序によってルールの評価方法が決まります。

AND ロジックで接続された演算子が最初に結合されます
次に、OR ロジックで接続された演算子が適用されます

例:

apple OR iphone ipad は apple OR (iphone ipad) と評価されます
ipad iphone OR android は (iphone ipad) OR android と評価されます

あいまいさをなくし、ルールが意図したとおりに評価されるようにするには、適切な箇所で括弧を用いて語句をまとめてください。例えば:

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

句読点、ダイアクリティカルマーク、大小文字の区別

エンタープライズオペレーターでアクセントやダイアクリティカルマークを含むキーワードまたはハッシュタグのルールを指定した場合、そのダイアクリティカルマークを考慮してポスト本文 (ハッシュタグやキーワード) と照合されます。たとえば、キーワード Diacr**í**tica またはハッシュタグ #cumplea**ñ**os のルールは “Diacrítica” や “#cumpleaños” にはマッチしますが、チルダ付きの í や文字 eñe (ñ) を含まない “Diacritica” や “#cumpleanos” にはマッチしません。アクセントやダイアクリティカルマークを持つ文字は通常の文字と同様に扱われ、単語境界としては扱われません。たとえば、cumpleaños というルールは、単語 cumpleaños を含むアクティビティにのみマッチし、cumplea、cumplean、os を含むアクティビティにはマッチしません。すべてのオペレーターは大文字と小文字を区別せずに評価されます。たとえば、ルール Cat は次のすべてにマッチします: “cat”、“CAT”、“Cat”。

PowerTrack ルールタグ

「Matching rules」ページで説明しているとおり、各ルールにはタグを付けて作成できます。これらのタグはフィルタリング自体には影響しませんが、App 内でルールを論理的なグループにまとめるために使用できます。各ルールに設定できるタグは 1 つのみで、最大 255 文字までです。タグは、「Matching rules」ページで説明しているとおり、API を介してルールを作成する際に、JSON 形式のルールに含めます。

ルールをJSON形式にする

API経由でストリームにルールを追加または削除するためには、ルールをJSON形式で表現する必要があります。基本的には、各ルールを次の構造に当てはめます。 {"value":"insert_rule_here"} 二重引用符を含むルール ルールが、完全一致やその他の演算子に関連する二重引用符文字 (“) を含む場合、それらはJSON形式の構造と区別するために、バックスラッシュでエスケープしなければなりません。 "social data" @XDevelopers JSON形式にしたルールは次のようになります。 {"value":"\"social data\" @XDevelopers"} 二重引用符の文字列リテラルを含むルール 完全一致の中で二重引用符文字を文字列リテラルとして含めるには、二重にエスケープする必要があります。たとえば、“R” を囲む二重引用符も含めて、正確なフレーズ “Toys “R” Us” にマッチするルールの場合、プレーンテキストでの表現は次のようになります。 "Toys \"R\" Us" これをJSON形式に変換する場合、次の構造を使用します。 {"value":"\"Toys \\\"R\\\" Us\""} タグ付きのルール 前述のとおり、ルールに任意のタグを付与するには、ルールの値と一緒に追加の tag フィールドを含めるだけです。 {"value":"\"social data\" @XDevelopers","tag":"RULE-TAG-01"} APIリクエストでのフォーマット API経由でストリームにルールを追加または削除する場合、複数のJSON形式のルールはカンマ区切りにし、以下のようにJSONの “rules” 配列でラップする必要があります。 {"rules":[{"value":"from:XDevelopers"},{"value":"\social data\" @XDevelopers","tag":"RULE-TAG-01"}]}

引用ツイートに一致するオペレーター

PowerTrack API と Historical PowerTrack API を使用する場合、以下のオペレーターは、引用されている元のポストと新しい引用ツイートの両方のコンテンツに一致します。一方、Search API を使用する場合、これらのオペレーターは引用ツイートのコンテンツのみに一致し、引用されている元のポストのコンテンツには一致しません。

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

Enterprise operators

以下は、PowerTrack および Historical PowerTrack で利用できるオペレーターです。これらの一部は、30-Day および Full-Archive 検索 API でも利用できます。製品ごとの利用可能なオペレーター一覧については、この表を参照してください。

オペレーター	説明
キーワード	ポストの本文テキストまたはURL内のキーワードに一致します。キーワードは、数字 (0〜9) または任意の句読点以外の文字で始まる必要があります。キーワードのマッチングはトークン化されており、ポスト本文のトークン化されたテキストに対してキーワードが照合されます。句読点を含む文字列 (例: “coca-cola”) には、引用符付きの “exact phrase match” を使用します。例: `(social OR pizza OR wildfire) -planet`
絵文字	ポスト本文内に含まれる絵文字に一致します。句読点、記号/絵文字、区切り文字に基づいてトークン化されたマッチングを行います。絵文字にバリアントがある場合は、完全一致させるために引用符で囲んでください。例: `(🍕 OR 💜 OR 🐢) -🤖`
「完全一致フレーズ検索」	ポスト本文内のフレーズに完全一致します。句読点は空白として扱われます。例: `("social media" OR "developer.x.com" OR "wildfire911" OR "coca-cola") -"planet earth"`
#	指定されたハッシュタグを含む投稿にマッチします。これは完全一致であり、`#2016` は `#2016` を含む投稿にはマッチしますが、`#2016election` にはマッチしません。例: `(#social OR #pizza OR #2016election) -#planet`
@	指定したユーザー名への言及を含むポストにマッチします。例: `(@XDevelopers OR @api OR @twittereng) -@jack`
”keyword1 keyword2”~N	キーワード同士が互いに N 個以内のトークン数の距離にあるポストにマッチする近接演算子です。キーワードが逆順で出現する場合、その間隔は N-2 個を超えることはできません。N は 6 を超える値にはできません。例: `"social media"~5 OR "API"~3`
contains:	トークン化に関わらず、本文内に指定した部分文字列を含む投稿を部分一致で検索します。空白文字や句読点を含む部分文字列には二重引用符を使用します。例: `(contains:social OR contains:"wikipedia.com") -contains:"buy now"`
from:	X の数値アカウント ID またはユーザー名 (`@` を除く) で特定された特定ユーザーからの任意のポストに一致します。例: `(from:2244994945 OR from:api OR from:twittereng) -from:jack`
to:	X の数値アカウント ID またはユーザー名 (`@` を除く) を指定して、特定のユーザー宛ての返信ポストすべてに一致します。例: `(to:2244994945 OR to:api OR to:twittereng) -to:jack`
url:	ポストの展開済みURLに対して、トークン化された (キーワード／フレーズ) 一致検索を行います。例: `@XDevelopers url:"developer.x.com"`
url_title:	展開された URL の HTML の title メタデータにキーワード／フレーズのマッチングを行います。 PowerTrack および Historical PowerTrack でのみ利用可能です。
url_description:	展開されたページの description メタデータに対して、キーワード／フレーズ一致を実行します。 PowerTrack および Historical PowerTrack でのみ利用可能です。
url_contains:	指定した語句またはキーワードを含むURLを持つ投稿にマッチします。句読点を含む検索語句は引用符で囲んでください。例: `(url_contains:"developer.x.com" OR url_contains:wildfire) -url_contains:reddit`
bio:	ポストのユーザー自己紹介文内のキーワードまたはフレーズにマッチします。これは、User object 内の’description’フィールドに対するトークン化されたマッチです。例: `(bio:engineer OR bio:"wordpress.com" OR bio:🚀) -bio:troll` 注: PowerTrack および Historical PowerTrack でのみ利用可能です。
bio_name:	ポストのユーザーのプロフィール名に含まれるキーワードに一致します。これは、User object 内のユーザーの「name」フィールドに対するトークン化された一致です。注意: PowerTrack および Historical PowerTrack でのみ利用できます。
bio_location:	User object の location (位置情報) に指定したキーワードまたはフレーズが含まれる投稿にマッチします。このオペレーターは、メッセージ本文に対する通常のキーワードルールと同様のトークン化マッチを行います。この location は User object の一部であり、アカウントの「ホーム」ロケーションを表します。注記: PowerTrack および Historical PowerTrack でのみ利用可能です。
statuses_count:	著者のステータス総数が指定した範囲内にある投稿にマッチします。単一の数値を指定した場合、その数値以上であればすべてマッチします。範囲を指定して、その範囲内の任意の数値にマッチさせることもできます (例: `statuses_count:1000..10000`) 。例: `to:api statuses_count:10` 注: PowerTrack および Historical PowerTrack でのみ利用可能です。
followers_count:	著者のフォロワー数が指定された範囲内にある投稿と一致します。単一の数値を指定した場合、その数値以上のフォロワー数を持つものがすべて一致します。範囲を指定して、その範囲内のフォロワー数を持つ投稿に一致させることもできます (例: `followers_count:1000..10000`) 。注: PowerTrack と Historical PowerTrack でのみ利用可能です。
friends_count:	著者の friends カウント (フォローしているユーザー数) が指定された範囲内にある投稿にマッチします。単一の数値を指定した場合、その値以上であればマッチします。範囲を指定して、その範囲内の任意の数値にマッチさせることができます (例：`friends_count:1000..10000`) 。注: PowerTrack および Historical PowerTrack でのみ利用可能です。
listed_count:	著者が X 上のリストに追加された回数が、指定された範囲内にある投稿に一致します。単一の数値を指定した場合、その数値以上であればすべて一致します。範囲を指定して、その範囲内の任意の数値に一致させることもできます (例: `listed_count:10..100`) 。注: PowerTrack および Historical PowerTrack でのみ利用可能です。
$	指定された「cashtag」エンティティを含むポストにマッチします。例: `($TWTR OR $TSLA OR $BRK.A) -$F` 注: cashtag 演算子は、本文から直接抽出するのではなく、cashtag を照合するために X の「symbols」エンティティ抽出機能に依存します。
retweets_of:	指定したユーザーのリツイートである投稿にマッチします。ユーザー名と数値のXアカウントIDの両方を受け付けます (ポストのステータスIDではありません) 。例: `(retweets_of:2244994945 OR retweets_of:api OR retweets_of:twittereng) -retweets_of:jack`
retweets_of_status_id:	指定したポストに対する明示的なリツイートのみを配信します。リツイートではなく、必ず元のポストのIDを使用してください。例: `retweets_of_status_id:1293593516040269825` 注: PowerTrack および Historical PowerTrack でのみ利用可能です。
in_reply_to_status_id:	指定されたポストに対する明示的な返信のみを配信します。例: `in_reply_to_status_id:1293593516040269825` 注: PowerTrack および Historical PowerTrack でのみ利用可能です。
sample:	ルールに一致する投稿のランダムサンプルを返します。サンプルの割合は 1 から 100 までの整数である必要があります。このオペレーターはまず対象範囲を X％に絞り、そのサンプリングされたサブセットに対してルール／フィルターを適用します。例: `#happybirthday sample:5` `"happy birthday"~5 sample:80` 注: PowerTrack および Historical PowerTrack でのみ利用可能です。
source:	指定されたソースアプリケーションによって生成された任意のポストにマッチします。値にはアプリケーション名またはその URL を指定できます。例: `#happybirthday source:"X for iPhone"` `"This is a test X from my TestingApp" source:MyTestAppName` 注: source 演算子はポストの source 属性を検索し、単独では使用できません。
lang:	特定の言語としてXによって分類された投稿にマッチします。投稿は現在1つの言語にのみ分類されているため、複数の言語を指定しても結果は返されません。単独での使用は推奨されません。

以下は、現在サポートされている言語と、それぞれに対応する BCP 47 言語識別子の一覧です。


Amharic: am	German: de	Malayalam: ml	Slovak: sk
Arabic: ar	Greek: el	Maldivian: dv	Slovenian: sl
Armenian: hy	Gujarati: gu	Marathi: mr	Sorani Kurdish: ckb
Basque: eu	Haitian Creole: ht	Nepali: ne	Spanish: es
Bengali: bn	Hebrew: iw	Norwegian: no	Swedish: sv
Bosnian: bs	Hindi: hi	Oriya: or	Tagalog: tl
Bulgarian: bg	Latinized Hindi: hi-Latn	Panjabi: pa	Tamil: ta
Burmese: my	Hungarian: hu	Pashto: ps	Telugu: te
Croatian: hr	Icelandic: is	Persian: fa	Thai: th
Catalan: ca	Indonesian: in	Polish: pl	Tibetan: bo
Czech: cs	Italian: it	Portuguese: pt	Traditional Chinese: zh-TW
Danish: da	Japanese: ja	Romanian: ro	Turkish: tr
Dutch: nl	Kannada: kn	Russian: ru	Ukrainian: uk
English: en	Khmer: km	Serbian: sr	Urdu: ur
Estonian: et	Korean: ko	Simplified Chinese: zh-CN	Uyghur: ug
Finnish: fi	Lao: lo	Sindhi: sd	Vietnamese: vi
French: fr	Latvian: lv	Sinhala: si	Welsh: cy
Georgian: ka	Lithuanian: lt

例: (@XDevelopers OR to:XDevelopers) lang:es Note: 言語オペレーターは、X によって判定され、ポストの lang 属性として設定される特定のポスト言語に基づいてマッチングを行います。X Entities の JSON 属性の詳細については、HERE を参照してください。ポストの言語を分類できない場合、そのポストの lang には「und」 (undefined／未定義) が設定されます。

演算子	説明
place	指定された場所または X place ID がタグ付けされた投稿にマッチします。複数の単語から成る場所名は引用符で囲む必要があります。例: `(place:London OR place:"Great Britain") -place:USA` `place:fd70c22040963ac7` 注: X place ID の取得方法については、GET geo/search の公開 API エンドポイントを参照してください。注: リツイートや引用ツイートにはマッチしません。リツイートの場所情報は元のポストに紐づいているためです。
place_country	タグ付けされた場所／ロケーションに関連付けられた国コードが、指定した ISO alpha-2 文字コードと一致する投稿にマッチします。例: `place_country:GB OR place_country:AU OR place_country:CA` 注: リツイートや引用ツイートにはマッチしません。リツイートの場所情報は元のポストに紐付けられているためです。有効な ISO コード: ISO 3166-1 alpha-2.
point_radius:[lon lat radius]	定義された半径内にあるポストの Exact Location (x,y) または「Place」のジオポリゴンにマッチします。 * 半径: < 25mi * 対応単位: mi, km * 経度: ±180 * 緯度: ±90 座標は小数の度 (decimal degrees) で指定します。引数は角括弧で囲み、スペース区切りにします。例: `point_radius:[-105.27346517 40.01924738 0.5mi]` 例: `point_radius:[2.355128 48.861118 16km]` 注: リツイートや引用ツイートにはマッチしません。
bounding_box:[west_long south_lat east_long north_lat]	正確な位置情報またはバウンディングボックス内に完全に含まれる「Place」ジオポリゴンに対して一致します。引数は角括弧で囲み、スペース区切りで指定します。座標: 10進法の度 (経度 ±180、緯度 ±90) 。幅と高さは 25mi 未満である必要があります。例: `bounding_box:[-105.301758 39.964069 -105.178505 40.09455]` 注: リツイートや引用ツイートには一致しません。
profile_country	投稿者プロフィールに設定されているジオ情報の国コードが、指定した ISO 3166-1 alpha-2 形式の2文字の国コードと一致するポストにマッチします。
profile_region	著者のプロフィールの geo エンリッチメントにおける「region」フィールドに対して、文字列全体の完全一致でマッチします。空白または句読点を含む部分文字列には二重引用符を使用してください。例: `profile_region:"New York"`
profile_locality	投稿者のプロフィールの位置情報エンリッチメントにおける「locality」フィールドに対してマッチし、文字列の完全一致で照合します。空白または句読点を含む部分文字列にはダブルクォーテーションを使用します。例: `profile_locality:"San Francisco"`
profile_subregion	投稿者のプロフィールのジオ拡張に含まれる「subRegion」フィールドに対してマッチを行い、特定の郡や都市圏などを対象とします。完全一致の文字列マッチを行います。 Example: `profile_subregion:"Santa Clara County"`
has:geo	X からのポスト固有の位置情報データ (`geo` の緯度経度や、表示名とジオポリゴンを持つ `Place` の位置情報データを含む) を持つ投稿に一致します。注意: Search API では、`is:` や `has:` 以外の演算子と組み合わせて使用する必要があります。
has:profile_geo	値に関係なく、いずれかのプロフィールのジオメタデータを持つ投稿にマッチします。利用可能なエイリアス: `has:derived_user_geo`。注意: Search API を利用する場合、`is:` または `has:` 以外のオペレーターと組み合わせる必要があります。
has:links	ペイロードの “text” オブジェクト内にリンクまたは参照されているメディアを含む投稿 (メディアおよび引用ツイートを含む) にマッチします。注: Search API を使用する場合は、`is:` または `has:` 以外のオペレーターと組み合わせて使用する必要があります。
is:retweet	明示的なリツイートのみを返します。否定形にすることでリツイートを除外し、元の投稿のみを取得できます。このオペレーターは、引用ツイートではなく、通常のリツイートのみを対象とします。注: Search API では、`is:` または `has:` 以外のオペレーターと組み合わせて使用する必要があります。
is:reply	明示的な返信のみを返します。否定形を用いると、返信を除外できます。 PowerTrack は、元の投稿への返信、引用投稿内の返信、およびリツイート内の返信に一致します。 Search API は元の投稿への返信のみに一致します。例: `@XDevelopers -is:reply`
is:quote	引用ツイート、または別のポストを参照している投稿のみを返します。否定形を用いることで引用ツイートを除外できます。 Example: `@XDevelopers is:quote`
is:verified	「認証済み」の投稿者による投稿のみを返します。否定形で使用することで、認証済みの投稿者による投稿を除外できます。例: `@XDevelopers is:verified`
has:mentions	他のXユーザーへの言及を含む投稿にマッチします。注: Search API を使用する場合は、`is:` または `has:` 以外のオペレーターと組み合わせて使用する必要があります。
has:hashtags	ハッシュタグを含む投稿に一致します。注: Search API では、`is:` または `has:` 以外の演算子と組み合わせて使用する必要があります。
has:media	X によってメディア URL と分類されている URL (例: pic.x.com) を含む投稿にマッチします。利用可能なエイリアス: `has:media_link`。注意: Search API では、`is:` や `has:` 以外のオペレーターと組み合わせて使用する必要があります。
has:images	メディア URL (例: pic.x.com) を含むポストにマッチします。注: Search API では、`is:` および `has:` 以外のオペレーターと組み合わせて使用する必要があります。
has:videos	X にアップロードされたネイティブ動画を含む投稿にマッチします。利用可能な別名: `has:video_link`。この演算子は、YouTube、Periscope、その他の動画ホスティングサイトの動画にはマッチしません。注: Search API では、`is:` および `has:` 以外の演算子と組み合わせて使用する必要があります。
has:symbols	キャッシュタグ (例: $TWTR) を含む投稿にマッチします。注: Search API では、`is:` および `has:` 以外のオペレーターと組み合わせて使用する必要があります。

プロダクト別のオペレーター