いいねのルックアップ: Standard v1.1 と X API v2 の比較
- 類似点
- 認証
- レート制限
- 相違点
- エンドポイント URL
- リクエストの制約
- App と Project の要件
- リクエストパラメータ
- 新しい JSON 形式
類似点
相違点
- 標準 v1.1 エンドポイント:
- GET https://api.x.com/1.1/favorites/list.json (指定したユーザーによるポストのリスト)
- v2 の liking users エンドポイントに相当する v1.1 エンドポイントはありません
- X API v2 エンドポイント:
- GET https://api.x.com/2/users/:id/liked_tweets (指定したユーザー ID が「いいね」したポストのリスト)
- GET https://api.x.com/2/tweets/:id/liking_users (指定したポスト ID に「いいね」したユーザーのリスト)
user_id と screen_name の 2 つのクエリパラメータを受け付けていました。X API v2 では数値のユーザー ID のみを受け付け、エンドポイントパスの一部として渡す必要があります。
標準 v1.1 と X API v2 のエンドポイントバージョンの最大の違いの 1 つは、ペイロードにどのフィールドを含めるかの指定方法です。標準エンドポイントでは、ペイロードにどのフィールドまたはフィールドのセットを含めるかを指定するために、複数のパラメータを使用できましたが、X API v2 ではこれらさまざまなパラメータを fields と expansions に統一して簡素化しています。
新しい JSON 形式
X API v2 は、Post や user オブジェクトを含む、API が返すオブジェクトに対して新しい JSON デザインを導入しています。
- JSON のルートレベルでは、標準エンドポイントは
statuses配列内に user オブジェクトを返しますが、X API v2 はdata配列内に返します。 - Retweeted および Quoted の「statuses」を参照する代わりに、X API v2 の JSON では Retweeted および Quoted Tweets を参照します。
contributorsやuser.translator_typeなど、多くのレガシーおよび非推奨フィールドは削除されます。 - Post オブジェクト内の
favoritesと user オブジェクト内のfavouritesの両方を使用する代わりに、X API v2 ではlikeという用語を使用します。 - X では、値を持たない JSON 値 (たとえば
null) はペイロードに出力しないという規約を採用しています。Post と user の属性は、null 以外の値を持つ場合にのみ含まれます。
- conversation_id
contextとentitiesを含む 2 つの新しい Post annotations フィールド- 複数の新しい metrics フィールド
コードサンプル
いいねした投稿を取得 (v2)
cURL
いいねしたユーザーを取得する (v2)
cURL