Skip to main content
ユーザーのブロックおよびブロック解除エンドポイントは、Enterprise プランでのみ利用可能です。Enterprise の関心表明フォームはこちらからご記入いただけます。

Blocks lookup: Standard v1.1 と X API v2 の比較

これまで standard v1.1 の GET blocks/ids および GET blocks/list エンドポイントを利用してきた方向けに、standard v1.1 と X API v2 の blocks lookup エンドポイントの類似点と相違点を理解するのに役立つことを目的としたガイドです。
  • 類似点
    • 認証
  • 相違点
    • エンドポイント URL
    • リクエストあたりのユーザー数上限
    • App と Project の要件
    • レスポンスデータ形式
    • リクエストパラメータ

類似点

認証 standard v1.1 と X API v2 の blocks lookup エンドポイントはいずれも OAuth 1.0a User Context を使用します。したがって、以前 standard v1.1 の blocks lookup エンドポイントのいずれかを利用していた場合、X API v2 版へ移行しても同じ認証方式を継続して利用できます。

相違点

エンドポイント URL リクエストあたりのユーザー数上限 standard v1.1 エンドポイントでは、1 リクエストあたり最大 5000 ユーザーを返せます。新しい v2 エンドポイントでは、1 リクエストあたり最大 1000 ユーザーを返せます。1000 ユーザーをすべて返すには、クエリパラメータとして max_results=1000 を渡す必要があります。次に、レスポンスペイロードで返された next_token を、次のリクエストの pagination_token クエリパラメータに渡します。 App と Project の要件 X API v2 エンドポイントでは、リクエスト認証時に Project に紐づく developer App の認証情報の使用が必須です。すべての X API v1.1 エンドポイントは、App または Project に関連する App の認証情報を利用できます。 レスポンスデータ形式 standard v1.1 と X API v2 のエンドポイントバージョンにおける最も大きな違いのひとつは、ペイロードに返すフィールドをどう選ぶかです。 standard エンドポイントではデフォルトで多くのレスポンスフィールドを受け取り、パラメータを使ってペイロードに返すフィールドやフィールドセットを指定するオプションがあります。 X API v2 版では、デフォルトではユーザーの id、name、username フィールドのみが返されます。追加のフィールドやオブジェクトをリクエストするには、fieldsexpansions パラメータを使用する必要があります。このエンドポイントからリクエストしたユーザーフィールドはすべて、プライマリのユーザーオブジェクトに含まれて返されます。展開された Post オブジェクトおよびフィールドは、レスポンス内の includes オブジェクトに返されます。展開されたオブジェクトは、ユーザーおよび展開された Post オブジェクトに含まれる ID を突き合わせることで、ユーザーオブジェクトに関連付けられます。 これらの新しいパラメータについては、各ガイドや、fields と expansions の使い方についてのガイドをぜひご覧ください。 standard v1.1 のフィールドを新しい v2 のフィールドにマッピングするのに役立つデータ形式の移行ガイドもご用意しています。このガイドでは、特定のフィールドを v2 リクエストで返すために渡す必要がある具体的な expansion と field パラメータも提供されます。 特定フィールドのリクエスト方法の変更に加えて、X API v2 では API が返すオブジェクト (Post や user オブジェクトを含む) の新しい JSON 設計も導入されています。
  • JSON のルートレベルでは、standard エンドポイントは Post オブジェクトを statuses 配列で返しますが、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 とユーザーの属性は、非 null の値を持つ場合のみ含まれます。
また、Post オブジェクトには以下を含む新しいフィールド群も導入されています:
  • conversation_id フィールド
  • context と entities を含む 2 つの新しい annotations フィールド
  • いくつかの新しいメトリクスフィールド
  • 特定の Post に誰が返信できるかを示す、新しい reply_setting フィールド
リクエストパラメータ 以下の standard v1.1 リクエストパラメータでは、2 つのリクエストクエリパラメータ (user_id または screen_name) を受け付けていました。X API v2 では数値の user ID のみを受け付け、エンドポイントパスの一部として渡す必要があります。

コード例

ブロック中のユーザーを取得 (v2)

cURL

ユーザーをブロック (v2) — Enterprise のみ

cURL