本日、Twitter はAPIの新バージョンに対する今後の変更の一部を紹介しました。 それ以外の場合、ナットを締める方法は呼び出されません。 自分で判断する:
- サービス内のツイートの設計に関するすべての推奨事項が必須になりました。 新しいバージョンの要件では、つぶやきはTwitterの指示と変わらないはずです。 つまり、たとえば、ツイートの近くにコメントを表示したり、VKontakteのツイートへのリンクを送信したりすることはできません。また、右上隅にTwitterロゴまたはフォローボタンを配置する必要があります。 実際、このイノベーションは、VKontakte(切り替えなしでツイートを表示する機能)、およびツイートからカスタム画像を収集して表示するサイト(セクション6b )を禁止しています。
- OAuth承認なしではアプリケーションは機能しません。 つまり、ブラウザに入力されたすべてのテストリクエストまたはapi.twitter.com/1/users/show.json?screen_name=i_compmanが機能しなくなります。 実際、かなり少数のアプリケーションがこの機能を使用しました。これは主に許可されたリクエスト数の強力な制限(1時間あたり150)のためですが、1回限りのリクエストではこの機能が必要でした。 この制限がボットネットとスパマーの活動に何らかの影響を与えるとは思いませんが、指が痛いために手が切れた場合の状況に似ています。
- リクエスト数の制限にも変更が加えられました。以前のユーザーあたり350のリクエストがユーザーごとに割り当てられていた場合、新しいバージョンでは、制限はリクエストの各タイプ(エンドポイント)に対して個別になります。 そのため、たとえば、ツイートフィードリクエストは1時間あたり60回に制限できますが、ユーザー情報のリクエストは1時間あたり720回まで可能です。 実際、これは最も無害な変更ですが、Twitterアプリケーションのすべての開発者に影響を及ぼします。 ただし、同時に、リクエストの強度をこのような小さな数に制限する必要がある理由は明らかではありません:googleは1日あたり数百万件のリクエストを許可し、VKontakteは1秒あたり3件のリクエスト(1時間あたり10,000件のリクエスト)を超えません。
その他の変更はそれほど重要ではなく、開発者のごく一部に影響を与えますが、一般的なアプリケーション(TweetBot、Instagramなど)の重要な部分に影響を与えます。
Twitterの組み込みクライアント(たとえばiPhone)を備えたデバイスの発明者は、すべての要件に準拠するために、プリインストールされたアプリケーションを認証する必要があります。
100万人を超えるユーザーがアプリケーションを使用していると思われる場合、または100,000人を超えるユーザーがいるtwitterクライアントを既にお持ちの場合は、Twitter Inc.に連絡して、さらなるアクティビティの許可を得る必要があります。 これは、ユーザーベースの募集を続けるために、フィードにプロモートされたツイートを含めるか、新しいユーザーがアプリケーションにログインするたびにバックフリップを行うように求められることを意味する場合があります:)。
公開された文書は、これがバージョン1.1で私たちを待っている革新の一部に過ぎないことを強調しています。 リリース後、6か月以内にアプリケーションを変更する必要があり、その後、APIの現在のバージョンは無効になります。
ドキュメントの最後で、Twitter管理者は、「Twitterが設定したユーザーエクスペリエンスを模倣または置換しようとする占有アプリケーション」ではなく、ビジネスプロセスと分析を操作することを目的とした革新的なアプリケーションを中心にクリーンなエコシステムを構築したいという願いで、その行動を正当化しようとしています。
さらに本文では、TweetbotとEchofonが直接言及されています-iPhone用Twitterアプリケーションの主な競争相手は、長い間続いている戦争なので、Twitterでのそのような動きは利己的な動機のみから作られていると自信を持って言うことができます。 すぐにユーザーに広告のツイートを表示する必要が出てくると思います。
もちろん、TwitterがそのAPIを完全に制御し、それを操作することを疑う人はいませんでしたが、私たちは常に、サービスがより良いためにのみ発展することを望みました。 現在、これには大きな疑念があります。いくつかの一般的なクライアントとのインターローダーのために、Twitterでルールを書き直して強化する準備ができている場合、いつアプリケーションが非合法になるかを簡単に想像できるからです。