標準版 v1.1 の GET statuses/show や GET statuses/lookup を利用している場合、このガイドは標準版と X API v2 のポスト参照エンドポイント間の共通点と相違点を理解するのに役立ちます。 X API v1.1 のデータ形式と X API v2 の形式 の違いをすばやく確認するには、ビジュアルデータ形式移行ツールも参照してみてください。
-
類似点
- OAuth 1.0a ユーザーコンテキスト
- 1 回のリクエストあたりのポスト数の上限
- ポストの編集履歴とメタデータのサポート
-
相違点
- エンドポイントの URL
- App および Project の要件
- レスポンスのデータ形式
- リクエストパラメーター
ids パラメータを使用し、カンマ区切りの Post IDs のリストを指定します。
ポストの編集履歴とメタデータのサポート
どちらのバージョンも、編集履歴を記述するメタデータを提供します。詳細については、Post lookup の APIリファレンスおよび Edit Posts fundamentals ページ を参照してください。
-
Standard v1.1 のエンドポイント:
https://api.x.com/1.1/statuses/showhttps://api.x.com/1.1/statuses/lookup
-
X API v2 のエンドポイント:
https://api.x.com/2/tweetshttps://api.x.com/2/tweets/:id
id と text フィールドのみが返されます。追加のフィールドやオブジェクトを取得するには、fields および expansions パラメータを使用する必要があります。展開されたフィールドはレスポンス内の includes オブジェクトに含まれ、ID を照合することで、メインのポストオブジェクトと対応付けることができます。
フィールドと expansions の使用方法については、fields と expansions の使い方ガイドを参照してください。データ形式の移行ガイドでは、standard v1.1 のフィールドを新しい v2 のフィールドにマッピングしています。
さらに、X API v2 では、ポストオブジェクトや user オブジェクトを含むオブジェクトに対して新しい JSON 設計が導入されています。
- standard エンドポイントはポストオブジェクトを
statuses配列で返しますが、X API v2 ではdata配列を使用します。 - X API v2 では、「statuses」という用語は使用されず、代わりにリツイートおよび引用ツイートという用語が用いられます。
likeなどの新しい用語が、favoritesやfavouritesといった用語を置き換えています。- 値を持たない属性 (例:
null) は、X API v2 のペイロードには含まれません。
conversation_id- 2 つの新しい annotations フィールド (
contextとentities) - 新しい metrics フィールド
- 特定のポストに誰が返信できるかを示す
reply_settingフィールド
一部の standard v1.1 パラメータは、X API v2 ではサポートされていません。
以下の cURL リクエストは、Standard v1.1 エンドポイントと、それに対応する v2 エンドポイントを示しています。ヘッダー内の
ACCESS_TOKEN を、あなたの App のアクセストークンに置き換えてください。v2 のエンドポイントの場合、トークンは Project 内の developer App に属している必要があります。
v1.1 からのレスポンスペイロードは v2 とは異なります。v2 では、fields パラメーターと expansions パラメーターを使って、返却されるフィールドを指定できます。
Standard v1.1 GET statuses/lookup および v2 GET /tweets エンドポイント
GET statuses/show/:id エンドポイントと v2 の GET /tweets/:id エンドポイント