リスト投稿ルックアップ: Standard v1.1 と X API v2 の比較
- 共通点
- 認証方法
- レート制限
- 相違点
- エンドポイント URL
- App と Project の要件
- リクエストごとのデータオブジェクト数の上限
- レスポンスデータ形式
- リクエストパラメータ
類似点
違い
- 標準 v1.1 エンドポイント:
- GET https://api.x.com/1.1/lists/statuses.json (指定したリストからツイートを取得)
- X API v2 エンドポイント:
- GET https://api.x.com/2/lists/:id/tweets (指定したリストからツイートを取得)
- attachments
- author_id
- context_annotations
- created_at
- geo
- lang
これらの新しいパラメータの詳細については、それぞれのガイド、または fields と expansions の使用方法 に関するガイドを参照することをお勧めします。
また、標準 v1.1 のフィールドを新しい v2 のフィールドにマッピングするのに役立つ データ形式移行ガイド も用意しています。このガイドでは、特定のフィールドを返すために v2 のリクエストに指定する必要がある、具体的な expansion および field パラメータも確認できます。
特定のフィールドのリクエスト方法の変更に加えて、X API v2 では、Post オブジェクトや user オブジェクトを含む、API が返すオブジェクトの新しい JSON 設計も導入しています。
- JSON のルートレベルでは、標準エンドポイントは Post オブジェクトを statuses 配列で返しますが、X API v2 は data 配列で返します。
- Retweeted と Quoted の「statuses」を指す代わりに、X API v2 の JSON では Retweeted と Quoted のツイートを参照します。contributors や user.translator_type など、多くのレガシー/非推奨フィールドは削除されます。
- Post オブジェクトでの favorites、user オブジェクトでの favourites の両方を使用する代わりに、X API v2 では like という用語を使用します。
- X では、値がない JSON フィールド (たとえば null) はペイロードに書き出さないという規約を採用しています。Post および user の属性は、非 null の値を持つ場合にのみ含まれます。
コード例
リストから投稿を取得 (v2)
cURL