Google Maps Platform の費用を管理する

Google Maps Platform には、使用量を管理し、予算に合わせた使用量を確保するためのさまざまなオプションが用意されています。オプションは次のとおりです。

  • アプリがトリガーする課金イベントの数に上限を設定して、課金を停止します。
  • 使用量が特定の予算または API の上限に近づいたときに通知を受け取ります。
  • 費用対効果の高いアプリを構築できます。

次の表に、オプションを示します。

請求を停止する 通知を受け取る 低コストで構築する

割り当て上限を変更する

予算と予算アラートを作成する

費用対効果の高い実装戦略に従う

割り当て

割り当ては、Google Cloud プロジェクトで使用できる Google Maps Platform サービスの量を制限します。割り当ては、公平性を確保し、リソースの使用量と可用性の急増を抑えることを目的としています。詳細については、Cloud Quotas の概要をご覧ください。

次のものは割り当ての対象としてカウントされます。

  • 成功したリクエスト
  • サーバーエラーの原因となるリクエスト

次のものは割り当ての対象としてカウントされません。

  • 認証に失敗したリクエストは

API 使用量が上限に近づいたときに通知されるように、割り当てアラートを設定できます。詳細については、割り当てアラートとモニタリングの設定をご覧ください。

割り当て上限を設定すると、プロジェクトで実行できるリクエスト数の上限を設定することで、API の使用量を制御し、予期しない料金の発生を防ぐことができます。割り当て上限はデフォルトで設定されていますが、調整リクエストを送信することで増減できます。割り当ての管理の詳細については、割り当ての表示と管理をご覧ください。

割り当ては、プロジェクトが API を使用できる最大値を設定するため、その API に対して請求される最大額も設定します。割り当てを下げると、その上限が下がります。割り当てを引き上げると、API が応答を停止する前にプロジェクトでより多くの課金対象リクエストを行うことができます。割り当てを増やしても、費用の上限が設定されるわけでも、予期しない請求から保護されるわけでもありません。

たとえば、ページネーション コードのバグにより、停止条件なしで結果の次のページがリクエストされ続けるとします。1 日あたりのリクエスト数の割り当てが 10,000 件の場合、API は最初の 10,000 件以降のループのリクエストを拒否します。割り当てを 1 日あたり 100,000 件のリクエストに引き上げると、同じループで API がリクエストを拒否する前に、10 倍の課金対象リクエストを行うことができます。

割り当ては、自動クローラーからのリクエストや、API キーを使用している他のユーザーからのリクエストなど、不要なトラフィックの費用を制限することもできますが、そのトラフィックに対する主な保護手段ではありません。不要なトラフィックをブロックするには、API キーを制限して、アプリとアプリで使用する API にのみ適用されるようにします。割り当てをバックストップとして使用する。

割り当ての増加は、プロダクトのリリースや季節的なピークなど、予想されるトラフィックに対してアプリの容量を増やす必要がある場合にのみリクエストしてください。

割り当て上限を設定する

API の使用量に厳密な上限を設定するには、1 日あたりの割り当てを減らします。プロジェクトが上限に達すると、その日の終わりまでその API へのリクエストは失敗します。1 日の割り当ては太平洋時間の午前 0 時にリセットされるため、この上限は毎日適用されます。アプリの通常のトラフィックに対して十分な上限を設定します。たとえば、アプリが通常 1 日あたり約 2,000 件のリクエストを行い、ピーク時には最大 3,000 件のリクエストを行う場合、1 日あたりのリクエスト数の上限を 4,000 件に設定すると、ピーク時のリクエスト数をカバーし、4,000 件のリクエストで暴走ループを停止できます。

上限を変更するには、Cloud コンソールの [割り当て] ページを開き、API を選択して割り当てを編集します。詳細な手順については、割り当ての表示と管理をご覧ください。

SKU の月間無料使用量の上限を超えないようにするには、無料使用量の上限を 31(1 か月の最大日数)で割り、端数を切り捨てます。この結果を、SKU の請求対象をカウントする割り当ての 1 日あたりの上限として設定します。たとえば、SKU の無料使用量の上限が 1 か月あたり 1,000 件の課金対象イベントの場合、1,000 を 31 で割ると約 32.3 になります。1 日の利用時間の上限を 32 に設定すると、どの月でも使用量は 992 以下に抑えられます。無料使用量の上限は変更される可能性があるため、上限を設定する前に各 SKU の現在の上限を確認してください。

1 日の利用時間の上限を設定する前に、SKU の請求方法を確認してください。

  • 課金単位: 一部の SKU では、リクエストごとではなく、要素ごとまたは地図の読み込みごとに課金されます。たとえば、computeRouteMatrix リクエストは要素ごとに課金されます。要素数は、出発地の数に目的地の数を掛けた値です。出発地が 5 か所、目的地が 10 か所のリクエストでは、50 個の要素に対して課金されます。1 日あたりのリクエスト数の上限を 32 に設定した場合でも、アプリは 1 日あたり 1,600 個の要素を使用できます。これらの SKU では、1 日あたりのリクエスト数ではなく、1 日あたりの要素数など、同じ単位をカウントする 1 日あたりの割り当てを減らします。
  • 一致する割り当てがない: セッションなどの一部の課金単位には、一致する割り当てがありません。各セッションには少なくとも 1 つのリクエストが含まれるため、リクエスト割り当てによって使用量が制限されますが、無料使用量の上限に達する前にトラフィックがブロックされる可能性があります。
  • API ごとに複数の SKU がある場合: API へのリクエストで複数の SKU がトリガーされる可能性がある場合は、無料使用量の上限が最も低い SKU に基づいて上限を設定します。
  • SKU あたり複数の API: プロジェクト内の複数の API が同じ SKU に請求される場合は、1 日あたりの上限をそれらの API に分割します。

必要に応じて割り当てを調整する

API 割り当てを定期的に確認して調整し、使用量と費用を最適化します。また、過剰な支出を防ぎ、アプリケーションが適切に機能するようにバランスを取ります。

  • Google Cloud コンソールで API の使用パターンをモニタリングします。予算に沿った割り当てを設定し、支出超過を防ぎます。
  • 割り当てがピーク時の使用量に対応できるようにする。
  • 段階的に調整し、変更のたびにアプリケーションを徹底的にテストして、中断を回避します。

予算とアラート

Google Maps Platform の使用に特定の予算がある場合は、Cloud Billing の予算とアラートを作成することで、想定外の請求が発生する事態を回避できます。

予算アラートを設定すると、合計予算の一定の割合に達したときに通知を受け取ることができます。これにより、使用料金の傾向を時系列で確認できます。

詳しくは、予算アラートの作成、編集、削除をご覧ください。

戦略的費用管理

効果的な予算管理には、可能な限り無料または低コストのオプションを使用することが含まれます。このセクションでは、費用を最小限に抑えるためのさまざまな戦略について説明します。

可能な限り Maps Static API を使用する

次の状況は、1 つのマーカーのみを必要とするシンプルな地図表示をサポートする静的地図に適しています。

  • プロトタイプから始める。まだ多くの機能はありません。
  • 地図のカスタマイズがありません。
  • 使用するマーカーは 1 つ以下です。
  • 動的地図や動的ストリートビューを使用してユーザー操作をサポートする必要がない。

サムネイルを使用した遅延読み込み

サムネイル(小さな地図画像)は、Maps Static API の適切な用途です。こうしたアイテムは動的地図の読み込みよりも料金が低く、ユーザーの操作(クリック)が発生したときには Google マップの動的バージョンにユーザーを誘導できます。そのため、動的地図の読み込み料金は、エンゲージメントの高いユーザーに対してのみ発生します。

より安価な料金カテゴリを使用する

Google では、料金カテゴリごとに異なる数の無料使用イベントを提供しています。「Essentials」または「Pro」カテゴリの機能を使用するようにアプリケーションを最適化できます。これらのカテゴリでは、毎月の無料使用イベントが増えます。料金カテゴリの詳細

複数の地図を統合する

複数の地図を表示する実装がある場合は、次のガイドラインに沿ってください。

  • 必要な場合にのみ地図を読み込み、不要なリソースを最小限に抑えます。
  • 必要に応じてビューポート、ズーム、マーカーを更新して、1 つの地図を再利用します。
  • 複数の地図を表示して店舗の場所を示す場合は、Store Locator Plus ソリューションを使用します。
  • ユーザー インターフェース画面ごとに 1 つの地図を使用します。ほとんどの場合、ユーザーが一度に 2 つ以上の地図を操作することはないためです。

許可されている場合にコンテンツをキャッシュに保存する

ほとんどの Google Maps Platform プロダクトでは、コンテンツのキャッシュ保存が禁止されています。ただし、一部の例外では、結果を最大 30 日間キャッシュに保存できます。詳しくは、Google Maps Platform の利用規約をご覧ください。