REST APIを使用することで、プログラム上からTwitterのデータにアクセスして読み込みと書き込みを行うことができます。 新しいツイートをつぶやいたり、ツイート主のプロフィールを見たり、データをフォローしたり、他にも色々なことができます。 REST API はOAuthを使ってTwitter のアプリケーションやユーザーを識別します; サーバからの応答は、JSON形式として使用することができます。
ツイートの監視や処理をリアルタイムに行いたい場合は、このAPIではなくストリーミング APIの使用を検討してください。
REST APIsThe REST APIs provide programmatic access to read and write Twitter data. Author a new Tweet, read author profile and follower data, and more. The REST API identifies Twitter applications and users using OAuth; responses are available in JSON. If your intention is to monitor or process Tweets in real-time, consider using the Streaming API instead. |
REST APIをなるべく早く習得するには、以下のドキュメントをお読みください。
OverviewBelow are the documents that will help you get going with the REST APIs as quickly as possible |
Twitter API 1.1では、以下記載内容の強調部分が最新の更新になります。 We’re excited about what it means for developers and we’ve captured all the meaningful changes here so you don’t miss a thing.
Latest UpdatesAs of version 1.1 of the Twitter API, the more recent updates to our API are highlighted below. We’re excited about what it means for developers and we’ve captured all the meaningful changes here so you don’t miss a thing. |
該当する場合には、APIバージョン1.1の既定では エンティティ(entities) とリツイート(retweets) が返されます。
エンティティは、include_entities
パラメータにfalse
を設定していなければオブジェクトの一部として返されます。
リツイートは、include_rts
パラメータに false
を設定していなければタイムライン内に含まれます。
Default entities and retweetsWhere applicable, entities and retweets are returned by default in v1.1. Entities are returned as part of Tweet objects unless the |
アプリケーションでは、全てのリクエストにおいてOAuth 1.0a か Application-only authenticationを使って認証を行う必要があります。こうやってアプリケーションの透明性を確保することで、我々は悪意ある行為を防ぎ、どういったカテゴリのアプリケーションがこのAPIを使っているのか把握することができます。 我々はプラットフォームの改良を続け、より開発者のニーズを満たしていくので、ご理解のほどよろしくお願いします。
Authentication on all endpointsWe’re require applications to authenticate all of their requests with OAuth 1.0a or Application-only authentication. This visibility allows us to prevent abusive behavior, and it alsos help us to further understand how categories of applications are using the API. We apply this understanding to better meet the needs of developers as we continue to evolve the platform. |
我々は、レート制限の枠をエンドポイントごとに15分単位に分けました。各枠ごとに15回のリクエストを実行できます。 多くの場合、基本的にはAPIバージョン1の時よりも多くのクエリをエンドポイントのAPIに対して実行することができ、他のよく使うメソッドも1枠ごとのリクエストは180増えています。 これはGET statuses / show / :id, GET users / lookup、GET search / tweets のような呼び出しを実行するアプリでは有利になります。こちらでメソッドごとの制限を確認し、 同時にAPI v1.1 のレート制限ドキュメントも読むようにしてください。
Rate LimitingWe divide the rate limit window into 15 minute chunks per endpoint, with most individual calls allowing for 15 requests in each window. In most cases, you can query the API on a per endpoint basis more than the v1 API, and other widely used calls have been increased to 180 requests per window. This is particularly advantageous for apps making calls such as GET statuses / show / :id, GET users / lookup, GET search / tweets and others. Be sure to read the API v1.1 Rate Limiting documentation as well as review the per method limits available here. |
Twitterのデータを使ってTwitterが提供するサービスとほぼ同じものをユーザーに提供するアプリケーションは(一般的には “クライアント”と呼ばれる)、ユーザートークンの数は100,000までといったような特定の制限に準拠する必要があります。 明確にしておきますが、この ユーザートークン100,000 個までの制限は、Twitterが提供するサービスとほぼ同じものをユーザーに提供するごく少数のクライアントにのみ適用されます。 - その他大多数のアプリケーションには適用されません。これらの条項は 開発者の守るべきルールに記載されています。
Twitter client policiesAll applications replicating the core Twitter experience, usually called “clients”, must adhere to certain restrictions, including a 100,000 user token limit. To be clear, the 100,000 user token limit applies only to the small number of clients replicating the core Twitter experience - it does not apply to the majority of other applications in the broader ecosystem. These clauses are outlined in detail in the Developer Rules of the Road. |
新しいバージョンのAPIで問題を見つけた場合は、API v1.1専用の議論スレッド を使用してください。 そこを使って我々は積極的にあなたのフィードバックを受け取ることができます。バージョン1.1への進化を通じてあなたと作業するのを楽しみにしています。 そういったサービスが出来るのか、完成が待ちきれません。
Feedback and next stepsIf you find any issues with the new version of the API, please use our discussion thread dedicated to API v1.1 where we’ll be available and actively listening to all of your feedback. We look forward to working with you through the evolution to version 1.1 and can’t wait to see what everyone builds. |