メインコンテンツへスキップ

クエリの作成

クエリの制限事項 利用しているアクセスレベルに応じて、クエリには制限があります。 プロアクセスの場合、クエリの長さは512文字までです。 エンタープライズアクセスの場合は、担当のアカウントマネージャーにお問い合わせください。 オペレーターの提供状況 ほとんどのオペレーターはどの開発者でも利用できますが、エンタープライズアクセスの承認を受けた方のみが利用できるものもあります。各オペレーターがどのアクセスレベルで利用可能かは、次のラベルで示したオペレーター一覧の表をご参照ください。
  • コアオペレーター: どのアプリでも利用可能
  • アドバンストオペレーター: エンタープライズアクセスを持つプロジェクトで利用可能   

演算子の種類:単体と連結必須

単体演算子 は、それ単体でも、他の任意の演算子(連結必須のものを含む)と組み合わせても使用できます。 たとえば、次のクエリは、単体演算子である #hashtag を使用しているため有効です: #xapiv2 連結必須 の演算子は、クエリ内で単独では使用できません。クエリに少なくとも1つの単体演算子が含まれている場合にのみ使用できます。これは、これらの演算子を単独で使用すると条件が広すぎ、極めて大量の Post に一致してしまうためです。 たとえば、次のクエリは連結必須の演算子しか含まないためサポートされません: has:media has:links OR is:retweet “X data” のような単体演算子を追加すると、そのクエリは正しく動作します。 “X data” has:mentions (has:media OR has:links)

ブール演算子とグループ化

1つのクエリ内で複数の演算子を組み合わせたい場合、次のツールを利用できます。
AND ロジック連続する演算子の間をスペースで区切ると、ブールの「AND」ロジックになります。これは、両方の条件が満たされた場合にのみ Post が一致することを意味します。たとえば、snow day #NoSchool は、snow と day の語句とハッシュタグ #NoSchool を含む Post に一致します。
OR ロジック演算子の間に OR を置いた連続する演算子は OR ロジックになります。これは、いずれかの条件が満たされれば Post が一致することを意味します。たとえば、grumpy OR cat OR #meme と指定すると、少なくとも grumpy または cat の語句、もしくはハッシュタグ #meme を含む任意の Post に一致します。
NOT ロジック、否定キーワード(または任意の演算子)の前にダッシュ(-)を付けると、それを否定(NOT)できます。たとえば、cat #meme -grumpy は、ハッシュタグ #meme と語句 cat を含む Post に一致しますが、語句 grumpy を含まない場合に限ります。よく使われるクエリ句に -is:retweet があり、これはリツイートには一致せず、オリジナルの Post、引用 Tweet、返信のみに一致します。すべての演算子は否定できますが、否定演算子を単独で使用することはできません。
グループ化かっこを使用して演算子をグループ化できます。たとえば、(grumpy cat) OR (#meme has:images) は、grumpy と cat の語句を含む Post、または画像を含みハッシュタグ #meme を含む Post のいずれかを返します。AND が先に適用され、その後に OR が適用される点に注意してください。
否定に関する注意 演算子 -is:nullcast は常に否定されていなければなりません。 否定演算子は単独では使用できません。 かっこでまとめた演算子の集合を一括で否定しないでください。代わりに、各演算子を個別に否定してください。たとえば、skiing -(snow OR day OR noschool) を使用する代わりに、skiing -snow -day -noschool を使用することをお勧めします。  演算の順序 AND と OR の機能を組み合わせる場合、次の演算順序によってクエリの評価方法が決まります。
  1. AND ロジックで接続された演算子が最初に結合される
  2. 次に、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)  
句読点、ダイアクリティカルマーク、大文字・小文字の区別 アクセントやダイアクリティカルマークを含むキーワードやハッシュタグを指定した場合、その語句にアクセントやダイアクリティカルマークがある場合と、通常の文字の場合の両方の Post 本文に一致します。たとえば、キーワード Diacrítica やハッシュタグ #cumpleaños を含むクエリは、Diacrítica#cumpleaños に加え、チルデ付きの í や eñe を含まない Diacritica#cumpleanos にも一致します。 アクセントやダイアクリティカルマークを含む文字は通常の文字と同様に扱われ、単語境界とは見なされません。たとえば、キーワード cumpleaños を含むクエリは、語 cumpleaños を含むアクティビティにのみ一致し、cumpleacumplean、または os を含むアクティビティには一致しません。 すべての演算子は大文字・小文字を区別せずに評価されます。たとえば、クエリ cat は、catCATCat のいずれを含む Post にも一致します。 filtered stream の一致動作は、Post のカウントとは異なります。filtered stream ルールの作成 時には、アクセントやダイアクリティカルマークを含むキーワードやハッシュタグは、同じくアクセントやダイアクリティカルマークを含む語句にのみ一致し、通常の文字を使用する語句には一致しないことに注意してください。  たとえば、キーワード Diacrítica やハッシュタグ #cumpleaños を含む filtered stream のルールは、Diacrítica#cumpleaños にのみ一致し、チルデ付きの í や eñe のない Diacritica#cumpleanos には一致しません。 特異性と効率性 クエリの作成を開始する際には、いくつか留意すべき点があります。
  • 単体のキーワードや#hashtagといった広範な単体オペレーターをクエリに使うことは、一般的に推奨されません。膨大な数のPostにマッチしてしまう可能性が高いためです。より堅牢なクエリを作成することで、より特定的な一致Postの集合が得られ、Post件数の精度が向上し、より価値のあるインサイトの発見に役立つことが期待できます。 
    • たとえば、クエリがキーワード happy のみだった場合、1日に20万〜30万件のPostが返る可能性があります。
    • さらに条件オペレーターを追加すると結果が絞り込まれます。例: (happy OR happiness) place_country:GB -birthday -is:retweet
  • 効率的なクエリを書くことは、クエリの文字数制限内に収めるうえでも有益です。文字数には、スペースやオペレーターを含むクエリ文字列全体がカウントされます。
    • たとえば、次のクエリは59文字です: (happy OR happiness) place_country:GB -birthday -is:retweet
Quote Tweetのマッチング動作 Post countsエンドポイントを使用する場合、オペレーターは引用元のオリジナルのPostの内容にはマッチせず、Quote Tweetに含まれる内容にマッチします。 ただし、filtered streamは、引用元のオリジナルのPostの内容とQuote Tweetの内容の両方にマッチすることに注意してください。   クエリを反復的に構築する クエリを早期かつ頻繁にテストする 最初の試行で「望ましい」結果を返すクエリを作ることはまれです。Xには非常に多くの情報があり、当初は明白でないものもありますし、上述のクエリ構文を望むクエリに合わせるのが難しい場合もあります。 クエリを構築する際は、Search Postエンドポイントのいずれかを使って定期的にテストし、クエリにマッチしているPostがユースケースに関連していることを確認することが重要です。 このセクションでは、次のクエリから開始し、テストで得られた結果に基づいて調整していきます。  happy OR happiness 結果を使ってクエリを絞り込む Search Postsでクエリをテストする際は、返ってきたPostを確認して、期待し受け取りたいdataが含まれているか確かめてください。広いクエリとPost一致のスーパーセットから始めることで、結果をレビューし、望ましくない結果を除外するようにクエリを絞り込めます。   例のクエリをテストしたところ、さまざまな言語のPostが返ってくることに気づきました。今回は英語のPostのみを受け取りたいので、lang:オペレーターを追加します: (happy OR happiness) lang:en テストでは、誕生日を祝うPostが多数見られたため、否定のキーワードオペレーターとして -birthday を追加します。また、オリジナルのPostのみを受け取りたいので、否定の -is:retweet オペレーターも追加しました: (happy OR happiness) lang:en -birthday -is:retweet 必要に応じて包含のために調整する Search Postsで、期待しているのに受け取れていないdataがある、または返ってくるはずの既存のPostがあると分かっている場合は、望ましいdataを除外している可能性のあるオペレーターを削除してクエリを広げる必要があるかもしれません。  この例では、探している感情を表現している他のPostが自分のタイムラインにあるのに、テスト結果には含まれていないことに気づきました。網羅性を高めるため、キーワード excited と elated を追加します。 (happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet 期間中の人気トレンド/バーストに合わせて調整する Xではトレンドはすぐに移り変わります。クエリのメンテナンスは継続的なプロセスであるべきです。クエリをしばらく使う予定がある場合は、受け取っているdataを定期的に確認し、調整の必要があるかを見直すことをお勧めします。 この例では、「happy holidays」を願うPostが届き始めたことに気づきました。これらのPostを結果に含めたくないため、否定のキーワード -holidays を追加します。 (happy OR happiness OR excited OR elated) lang:en -birthday -is:retweet -holidays  クエリのテストと反復を適切に行えたら、Post countsエンドポイントにクエリを送信し、完全なPostペイロードではなくPostのボリュームのみを受け取り始めることができます。

クエリをリクエストに追加する

クエリをリクエストに追加するには、query パラメータを使用する必要があります。ほかのクエリパラメータと同様に、作成したクエリは必ず HTTP エンコードしてください。 以下は、cURL コマンドを使用した例です。このコマンドを使用する場合は、$BEARER_TOKEN を自身の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"

クエリ例

自然災害の追跡 次のクエリは、2017年にヒューストンを襲ったハリケーン・ハービーについて言及している、気象機関や観測所からの元のPostに一致しました。 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 HTTPエンコード、クエリパラメータ、最近のPost件数のURIを含めると、クエリは次のとおりです: 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) 会話のセンチメントの確認 次のルールは、ハッシュタグ #nowplaying を中心に展開する会話のセンチメントをよりよく把握するために使用できますが、北米内で公開されたPostのみに範囲を限定しています。 HTTPエンコードなしの場合、ポジティブ用とネガティブ用の2つのクエリは次のとおりです: #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 HTTPエンコード、クエリパラメータ、最近のPost件数のURIを含めると、クエリは次のとおりです: 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 特定のPostアノテーションに関連するPostを見つける このルールは、猫ではないペットの画像を含む元のPostのうち、Postで判定された言語が日本語のものを抽出するために作成されました。これを行うために、Post annotation 機能を活用する context: 演算子を使用しました。まず、Post lookup エンドポイントと tweet.fields=context_annotations のfieldsパラメータを使用して、クエリで使用する必要がある domain.entity のIDを特定しました:
  • 猫に関連するPostは、domain 66(Interests and Hobbies カテゴリ)と entity 852262932607926273(Cats)を返します。
  • ペットに関連するPostは、domain 65(Interests and Hobbies Vertical)と entity 852262932607926273(Pets)を返します。
HTTPエンコードなしの場合、クエリは次のとおりです: context:65.852262932607926273 -context:66.852262932607926273 -is:retweet has:images lang:ja HTTPエンコード、クエリパラメータ、最近のPost件数のURIを含めると、クエリは次のとおりです: https://api.x.com/2/tweets/counts/recent?query=context%3A65.852262932607926273%20-context%3A66.852262932607926273%20-is%3Aretweet%20has%3Aimages%20lang%3Aja

演算子

オペレータータイプ提供可否概要
keyword単体コア機能Post の本文内のキーワードに一致します。これはトークン化によるマッチングであり、指定したキーワード文字列は Post 本文のトークン化済みテキストと照合されます。トークン化では、句読点、記号、Unicode ベーシックプレーンの区切り文字に基づいて語を分割します。例えば、「I like coca-cola」というテキストを含む Post は、次のトークンに分割されます: I、like、coca、cola。これらのトークンが、クエリで使用したキーワード文字列と比較されます。句読点(例: coca-cola)、記号、または区切り文字を含む文字列にマッチさせるには、キーワードをダブルクォーテーションで囲む必要があります。例:pepsi OR cola OR "coca cola"
絵文字単体コアPost 本文内の絵文字に一致します。キーワードと同様に、絵文字はトークン化による一致であり、指定した絵文字は Post 本文のトークン化済みテキストと照合されます。絵文字にバリアントがある場合は、クエリに追加する際に必ず二重引用符で囲んでください。例:(😃 OR 😡) 😬
"フレーズの完全一致"単体コアPostの本文内で、指定したフレーズに完全一致でマッチします。例:("X API" OR #v2) -"recent counts"
#単体コア機能認識済みのハッシュタグを含む任意のPostにマッチします(そのハッシュタグがPost内で認識済みエンティティである場合)。このオペレーターはトークン化によるマッチではなく、完全一致で動作します。つまり、このルール#thankuは、ハッシュタグ #thanku に完全一致する投稿のみを対象とし、ハッシュタグ #thankunext の投稿には一致しません。例:#thankunext #fanart OR @arianagrande
@単体コア指定したユーザー名が認識済みのエンティティである場合(@文字を含む)、そのユーザー名への言及を含む任意のPostに一致します。例:(@XDevelopers OR @API) -@X
$単体詳細設定先頭文字が「」のトークンである指定の「キャッシュタグ」を含む任意のPostに一致します。なお、キャッシュタグ演算子はXのsymbolsエンティティ抽出に依存しています'本文からキャッシュタグを直接抽出しようとするのではなく、X の「symbols」エンティティ抽出を用いてキャッシュタグを一致させてください。例:`twtr OR @XDevelopers -$fb`
from:単体コア機能特定のユーザーの任意のPostに一致します。値には、ユーザー名(@は含めない)または数値のユーザーIDのいずれかを指定できます。from: 演算子ごとに指定できるユーザー名/IDは1つだけですfrom:演算子。例:from:XDevelopers OR from:API -from:X
宛先:単体コア特定のユーザーへの返信である任意のPostに一致します。値には、ユーザー名(@文字を除く)またはユーザーの数値のユーザーIDのいずれかを指定できます。指定できるユーザー名/IDは1つのみです宛先:演算子。例:to:XDevelopers OR to:API -to:X
url:単体コア機能Post の有効な形式の URL に対してトークン化マッチを実行します。このオペレーターは url フィールドと expanded_url フィールドの両方の内容にマッチできますurlまたはexpanded_urlfields。たとえば、Post に”X Developer Labs をぜひご覧ください:https://t.co/c0A36SWil4”(短縮URLが次にリダイレクトされる場合)https://developer.x.com) は次の2つのルールの両方に一致します:from:XDevelopers url:"https://developer.x.com"およびfrom:XDevelopers url:"https://t.co". 句読点や特殊文字を含むトークンやフレーズは、ダブルクォーテーションで囲んでください。
retweets_of:単体コア機能指定したユーザーのリツイートであるPostに一致します。値には、ユーザー名(@ 文字を除く)またはそのユーザーの数値のユーザーIDのいずれかを指定できます。指定できるユーザー名/IDは1つのみですretweets_of:演算子。例:retweets_of:XDevelopers OR retweets_of:API
context:単体コア特定のドメインid/エンティティidのペアに一致するPostを取得します。1つのドメイン/エンティティのみを指定できますcontext:演算子。例:context:domain_id.entity_id。OR 演算子を使って複数のドメインやエンティティを組み合わせることができます:(context:47.113922 9372198469633 OR context:11.1088514520308342784)
entity:単体コア機能特定のエンティティの文字列値に一致するPostを返します。指定できるのは1つのentity:演算子。例:entity:"エンティティ/場所の文字列表現"。これは最新の検索でのみご利用いただけますのでご注意ください。
conversation_id:単体コア機能共通の会話IDを持つPostにマッチします。会話IDは、会話を開始したPostのPost IDに設定されます。Postへの返信が投稿されると、返信への返信であっても、conversation_idはそのJSONペイロードに追加されます。conversation_id:オペレーターごとに渡せる会話IDは1つだけですconversation_id:演算子。例:conversation_id:1334987486343299072 (from:XDevelopers OR from:API)
list:単体詳細設定指定したリストのメンバーであるユーザーが投稿したPostに一致します。たとえば、@XDevelopers と @API がリスト 123 のメンバーで、あなたがlist:123クエリに含めると、レスポンスにはそれらのアカウントが公開したPostのみが含まれます。ListのIDは、List lookupエンドポイントを使用して取得できます。例:list:123
place:単体詳細設定指定した場所またはXのplace IDでタグ付けされたPostにマッチします。複数語の地名(「New York City」「Palo Alto」)は引用符で囲んでください。1回のplace:演算子につき指定できる場所は1つだけですplace:operator。注: X の place ID を取得する方法は、GET geo/search standard v1.1 エンドポイントを参照してください。例:place:"new york city" OR place:seattle OR place:fd70c22040963ac7
place_country:単体詳細タグ付けされた場所/ロケーションに紐づく国コードが、指定した ISO アルファ2文字コードと一致する Post にマッチします。有効な ISO コードの一覧は Wikipedia で確認できます。place_country: 演算子で指定できる ISO コードは1つだけですplace_country:演算子。例:place_country:US OR place_country:MX OR place_country:CA
point_radius:単体詳細設定〜に一致しますplace.geo.coordinates存在する場合は Post の place.geo.coordinates オブジェクトに対して、また X では、定義済みの領域内に Place ポリゴンが完全に含まれている場所ジオポリゴンに対して照合します。point_radius:[longitude latitude radius]. 半径の単位はマイル(mi)とキロメートル(km)に対応しています。半径は25mi未満でなければなりません。経度は±180の範囲、緯度は±90の範囲です。すべての座標は小数度です。ルールの引数は角括弧で囲み、空白で区切ります。例:point_radius:[2.355128 48.861118 16km] OR point_radius:[-41.287336 174.761070 20mi]
bounding_box:単体詳細設定存在する場合は Post の place.geo.coordinates オブジェクトに対してマッチし、X では、定義された領域内にプレースのポリゴンが完全に含まれている場合、そのプレースのジオポリゴンに対してマッチします。bounding_box:[west_long south_lat east_long north_lat]. バウンディングボックスの幅と高さは25mi未満である必要があります。経度は±180の範囲、緯度は±90の範囲です。すべての座標は小数度で指定します。ルール引数は角括弧内にスペース区切りで記述します。例:bounding_box:[-105.301758 39.964069 -105.178505 40.09455]
is:retweet接続詞が必要ですコア機能指定したルールの他の条件にも一致するRetweetにマッチします。このオペレーターは、いわゆる「本物の」Retweet(たとえばRetweetボタンで作成されたもの)のみを対象とします。Quote Tweetにはマッチしません。例:data @XDevelopers -is:retweet
is:reply接続詞が必要ですコアルールに一致する明確な返信のみを配信します。否定形を用いることで、クエリに一致する返信を配信対象から除外することもできます。注: このオペレーターは filtered stream エンドポイントでも利用可能です。filtered stream と併用した場合、このオペレーターは元の Post への返信、引用された Post 内の返信、Retweet 内の返信にマッチします。例:from:XDevelopers is:reply
is:quote接続詞が必要ですコアコメント付きのPost(Quote Tweetとも呼ばれます)をすべて返します。例:"センチメント分析" is:quote
is:verified接続詞が必要ですコア機能X によって認証済みの投稿者が作成した Post のみを配信します。例:#nowplaying is:verified
-is:nullcast接続詞が必要です詳細設定ads.x.com でのプロモーションのみを目的として作成された Post を削除します。該当の Post には"source":"Twitter for Advertisers(旧)"または"source":"Twitter for Advertisers"。このオペレーターは必ず否定して使用してください。Nullcast された Post の詳細は、Post の可用性に関するページをご覧ください。例:"mobile games" -is:nullcast
has:hashtags接続詞が必要ですコア機能少なくとも1つのハッシュタグを含むPostにマッチします。例:from:XDevelopers -has:hashtags
has:cashtags接続詞が必要です詳細設定先頭に「」が付くキャッシュタグを含むPostにマッチします。例:」が付くキャッシュタグを含むPostにマッチします。例:`tag)。例:#stonks has:cashtags`
has:links接続詞が必要ですコア機能このオペレーターは、Post本文にリンクとメディアを含むPostにマッチします。例:from:XDevelopers announcement has:links
has:mentions接続詞が必要ですコア機能他のXユーザーへの言及を含むPostにマッチします。例:#nowplaying has:mentions
has:media接続詞が必要ですコア機能X が判定した、写真・GIF・動画などのメディアオブジェクトを含む Post に一致します。Periscope で作成されたメディアや、他のメディアホスティングサイトへのリンクを含む Post には一致しません。例:(kittens OR puppies) has:media
has:images接続詞が必要ですコア画像への既知のURLを含むPostに一致します。例:#meme has:images
has:videos接続詞が必要ですコア機能X に直接アップロードされた、X のネイティブ動画を含む Post にマッチします。Periscope で作成された動画や、他の動画ホスティングサイトへのリンクを含む Post にはマッチしません。例:#icebucketchallenge has:videos
has:geo接続詞が必要です詳細Xユーザーが提供した、Post固有の位置情報データを持つPostに一致します。位置情報は、対応する表示名・ジオポリゴン・その他のfieldsを含むXのplaceとして指定される場合、または稀に緯度・経度の座標として指定される場合があります。注: place(Postのジオ)でのマッチングを行うオペレーターは、オリジナルの投稿のみを対象とします。Retweetにはplaceデータは含まれません。例:recommend #paris has:geo -bakery
lang:接続詞が必要ですコア機能X によって特定の言語であると分類された Post に一致します(その Post が分類されている場合に限ります)。各 Post は現在、1 つの言語にのみ分類されるため、複数の言語を AND で組み合わせても結果は得られない点に注意してください。指定できる BCP 47 言語識別子は 1 つのみですlang:operator. 注意: 言語を判定できない場合、返される結果は「und」(未定義)になります。例:recommend #paris lang:en
アムハラ語: amドイツ語: deマラヤーラム語: mlスロバキア語: sk
アラビア語: arギリシャ語: elディベヒ語(モルディブ語): dvスロベニア語: sl
アルメニア語: hyグジャラート語: guマラーティー語: mrソラニー・クルド語: ckb
バスク語: euハイチ・クレオール語: htネパール語: neスペイン語: es
ベンガル語: bnヘブライ語: iwノルウェー語: noスウェーデン語: sv
ボスニア語: bsヒンディー語: hiオディア語: orタガログ語: tl
ブルガリア語: bgヒンディー語(ローマ字表記): hi-Latnパンジャーブ語: paタミル語: ta
ビルマ語: myハンガリー語: huパシュトー語: psテルグ語: te
クロアチア語: hrアイスランド語: isペルシア語: faタイ語: th
カタルーニャ語: caインドネシア語: inポーランド語: plチベット語: bo
チェコ語: csイタリア語: itポルトガル語: pt繁体字中国語: zh-TW
デンマーク語: da日本語: jaルーマニア語: roトルコ語: tr
オランダ語: nlカンナダ語: knロシア語: ruウクライナ語: uk
英語: enクメール語: kmセルビア語: srウルドゥー語: ur
エストニア語: et韓国語: ko簡体字中国語: zh-CNウイグル語: ug
フィンランド語: fiラーオ語: loシンド語: sdベトナム語: vi
フランス語: frラトビア語: lvシンハラ語: siウェールズ語: cy
ジョージア語: kaリトアニア語: lt