多くのクライアントのFacebookページと投稿の指標を追跡しています。開発者インサイトコンソール（[洞察]->[開発者]->アクティビティとエラー）。グラフAPIの制限と制限についてのドキュメントはやや不明確であり、利用可能なリソースを正しく理解していることを確認したいと思います。
エラー率とリクエスト数を減らすために、ソフトウェアとクエリの最適化に取り組んでいます。この作業に関連して、いくつか質問があります。
投稿コメントを取得するために通常のGraphAPIリクエストの代わりにFQLクエリを使用するように変更しました。これにより、リクエストごとに複数の投稿のコメントを取得できます。これにより、リクエスト数が大幅に減少しました。page_id IN（PAGE_ID_1、PAGE_ID_2、....）のクエリを使用します。これにより、通常のGraph APIリクエストと比較してCPU強度が向上しますか？
また、リクエストのスロットリングを実装して、リクエストが大きなバーストではなく、時間の経過とともに均等に分散されるようにしました。ページコメントの場合、リクエストの最大数が10分間で300を超えないようにします。つまり、ページコメントリクエストの数を1秒あたり0.5または1分あたり30に制限しています。これはまだ高いですか？
リクエストの制限を超えると、これはAPP IDではなくアクセストークン用であると想定しますか？では、クライアントの1つがリソースを使いすぎている場合でも、APPは、異なるアクセストークンを持つ他のクライアントに代わって動作し続けますか？
開発者コンソールで、アプリの[インサイト]->[開発者]->[アクティビティとエラー]ページで、APIスロットリングテーブルに時間があります。例として、1時間14分。今回は何を示していますか、このテーブルはどのくらいの頻度で更新され、数字は何歳ですか？
応答コード500で少量のエラーが発生しています。これらのエラーは通常、リクエストやCPUの制限を超えた結果ですか？そうでない場合、実際にそれらを引き起こしているものを特定する方法はありますか？それを修正するために私たちができることがあるかどうか。
私たちの仮定についてのご意見やご確認をいただければ幸いです。