コンテンツAPI(GET)のレスポンスが遅いです。改善方法はありますか？

前提として、microCMSのコンテンツAPI(GET)はCDNを経由して、レスポンスが行われます。つきましては、CDNにキャッシュが存在しているか、存在していないかで大きくレスポンスタイムが異なります。

その上で、キャッシュが存在していない場合のレスポンスに時間がかかる場合、以下のような要因が考えられます。

depthに指定されている数字が大きい

depthパラメータの値を大きくした場合、コンテンツ参照先のデータを取得して、レスポンスに含める挙動となります。コンテンツ参照を利用しているフィールドが多い場合、depthの値を1つ増やすだけでも、取得するコンテンツ量が非常に大きくなるケースがあります。

depthパラメータには必要となるコンテンツまでの深さを設定することで、速度が改善する可能性があります。

1回のコンテンツ取得件数が多い

1回のリクエストで取得するコンテンツ数が多い場合、レスポンスが遅くなることがあります

limitパラメータを利用して、必要なコンテンツ数のみを取得することで、速度が改善する可能性があります。

クエリに複雑な条件を組み合わせて指定している

コンテンツの絞り込み条件を[and]や[or]で複数組みわせている場合、検索の仕組み上、レスポンスに時間がかかることが想定されます。

その場合、一部の絞り込みについては、取得先のフロントエンド側にて表示の際にフィルターを行うことで、速度が改善する可能性があります。

コンテンツ数、メディア数、フィールド数が多い

データを探索してレスポンスを生成する仕組みのため、CMSに登録されているデータ量の単純増加により、レスポンスが遅くなることがあります。

不要なデータがある場合は、削除操作を行なっていただくことで、速度が改善する可能性があります。

海外からアクセスしている

microCMSのサーバは国内にあるため、国内からのアクセスと比較すると、海外からのアクセスは速度が遅くなる傾向にあります。

SSGのようなアーキテクチャを採用し、ビルド処理を行う場合は、意図せず海外サーバでのビルドを選択しているケースがあります。その場合、国内リーションを選択することで速度が改善する可能性があります。

インターネット回線で輻輳が発生している

microCMSのAPIは、インターネット経由にてアクセスされます。アクセス元からmicroCMSのサーバまでの経路において、輻輳が発生している場合、レスポンスが遅くなる可能性があります。

その場合、traceroute(tracert)コマンドを利用することで、ボトルネックとなっている箇所を特定できる可能性があります。