Skip to main content
このガイドでは、Post lookup エンドポイントをアプリケーションに統合する際に必要な主要概念を扱います。

認証

すべての X API v2 エンドポイントは認証を必要とします。ユースケースに合わせて方式を選択してください:

App-Only 認証

公開投稿データには Bearer Token を使用します:
cURL

User Context 認証

非公開メトリクスにアクセスするには、投稿の作成者の代理で認証します:
以下のフィールドは User Context 認証が必要です:
  • tweet.fields.non_public_metrics
  • tweet.fields.promoted_metrics
  • tweet.fields.organic_metrics
  • media.fields.non_public_metrics
  • media.fields.promoted_metrics
  • media.fields.organic_metrics

Fields と expansions

X API v2 はデフォルトで最小限のデータを返します。fieldsexpansions を使って必要なものだけをリクエストします。

デフォルトレスポンス

利用可能なフィールド

フィールド付きの例

cURL

投稿の編集

投稿は作成から 30 分以内に最大 5 回まで編集できます。

しくみ

  • 各編集は新しい投稿 ID を作成します
  • edit_history_tweet_ids にはすべてのバージョンが古い順に含まれます
  • エンドポイントは常に最新バージョンを返します

レスポンス例

30 分の編集期間経過後に取得した投稿は最終バージョンを表します。リアルタイムユースケースでは、公開直後の投稿がまだ編集される可能性があることに注意してください。

エラー処理

一般的なエラー

削除済みまたは保護された投稿

投稿が削除されているか、フォローしていない保護アカウントの投稿の場合:
  • 単一投稿の lookup は 404 を返します
  • 複数投稿の lookup では結果からその投稿が省略され、errors 配列に含まれます
レスポンス例

ベストプラクティス

リクエストをバッチ化

複数投稿エンドポイントを使って一度に最大 100 件の投稿を取得し、API 呼び出しを削減します。

必要なフィールドのみリクエスト

必要なフィールドのみを指定して、レスポンスサイズと処理時間を最小化します。

レスポンスをキャッシュ

同じコンテンツへの繰り返しリクエストを減らすため、投稿データをローカルにキャッシュします。

編集を処理

リアルタイムアプリでは、30 分の編集期間後に投稿を再取得することを検討してください。

次のステップ

API リファレンス

エンドポイントの完全なドキュメント

データディクショナリ

利用可能なすべてのオブジェクトとフィールド

サンプルコード

動作するコード例

エラー処理

エラーをグレースフルに処理