Google Maps Platform の費用を管理する

Google Maps Platform には、使用量を制御し、使用量が予算に沿ったものになるようにするためのさまざまなオプションが用意されています。次のオプションがあります。

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

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

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

割り当て上限を変更する

割り当てアラートを設定する

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

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

割り当てと割り当てアラート

割り当て上限を設定すると、API の使用量を制御し、予期しない料金の発生を防ぐことができます。

割り当て上限を設定する

割り当て上限を設定することで、特定の API またはサービスで許可されるリクエストの最大数を特定の期間内に定義できます。

プロジェクト内のリクエストがその上限に達すると、サービスはリクエストへの応答を停止します。停止と請求額の増加のトレードオフのバランスを取るのは、お客様の責任となります。

  1. Cloud コンソールで Google Maps Platform の [割り当て] ページを開きます。

    [割り当て] に移動

    ターゲット プロジェクトを選択します。

  2. [API] プルダウンで、割り当ての変更を行う特定の API を選択します。

  3. 複数のタイプの割り当てを編集する場合は、有効にする割り当ての横にあるチェックボックスをオンにします。

  4. その他メニューをクリックし、[割り当てを編集] をクリックします。

  5. 表示されたサイドパネルで、新しい割り当て値を入力して [リクエストを送信] をクリックします。

Google Maps Platform 料金計算ツールを使用すると、リクエスト数の見積もりに基づいて費用を見積もることができます。

割り当てアラートを設定する

割り当てアラートは、API 使用量が定義されたしきい値に近づいたときに通知します。

  1. Cloud コンソールで Google Maps Platform の [割り当て] ページを開きます。

    [割り当て] に移動

    ターゲット プロジェクトを選択します。

  2. [API] プルダウンで、割り当ての変更を行う特定の API を選択します。

  3. 編集するエンドポイントを選択します。

  4. その他メニューをクリックし、[使用量アラートを作成] をクリックします。

  5. スライドアウトしたサイドパネルには、デフォルトのアラート ポリシーの説明が表示されます。ポリシーを変更する場合は、その他メニューをクリックして [アラート ポリシーをカスタマイズ] をクリックし、ポリシー構成ウィンドウを表示します。ウィンドウの [次へ] リンクを使用して、構成を進めます。構成では、SMS、メール、チャット、Webhook、PagerDuty、Pub/Sub などの通知チャネルを構成できます。

  6. 通知チャンネルを追加したら、[通知チャンネル] フィールドで選択し、[OK] をクリックします。

  7. この手順は、前の手順でアラート ポリシーを変更しなかった場合にのみ行ってください。パネルの [通知の構成] で、受け取る通知の種類を追加して構成し、[通知チャンネル] フィールドで 1 つ以上のチャンネルを選択して、[OK] をクリックします。

  8. [作成] をクリックします。

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

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

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

予算と予算アラート

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

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

予算と予算アラートの作成と管理の手順については、Google Cloud ドキュメントをご覧ください。

戦略的費用管理

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

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

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

  • まだ多くの機能が実装されていないプロトタイプから開始する
  • 地図のカスタマイズは行われていません
  • マーカーは 1 つまで使用できます
  • 動的地図や動的ストリートビューを使用してユーザー操作をサポートする必要がない

サムネイルを使用する

サムネイルは、Maps Static API のさらに安価な代替手段として使用できます。サムネイルは料金が低く、ユーザーがクリックすると Google マップの動的バージョンに移動するため、エンゲージメントの高いユーザーによる動的地図の読み込みに対してのみ料金が発生します。

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

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

複数の地図を統合する

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

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

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

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

Places API の費用対効果の高い戦略

このセクションでは、使用状況を最適化し、Places API に関連する費用を削減する方法について説明します。

フィールド マスクを使用する

フィールド マスキングを使用すると、不要なデータをリクエストしなくなるため、レイテンシと課金料金を削減できます。

Place Details(新版)、Nearby Search(新版)、テキスト検索(新版)では、API リクエストで FieldMask ヘッダーを使用して、レスポンスで返すフィールドのリストを指定します。

リクエストに適用される最上位の SKU の料金が請求されます。つまり、Basic SKU と Advanced SKU の両方でフィールドを選択すると、Advanced SKU に基づいて課金されます。

Place Details でセッション料金を使用する(新規)

アプリケーションの月間呼び出し数が 100,001 ~ 500,000 以上の場合、またはユーザーがセッションごとに 12 回以上のオートコンプリート リクエストを行う場合は、Place Autocomplete(新版)でセッションを使用することをおすすめします。セッションを使用すると、料金設定が簡素化され、Place Autocomplete(新版)の使用に対して一貫した料金モデルが提供されます。

詳しくは、 Place Autocomplete(新版)のセッション料金に関するドキュメントをご覧ください。

Routes API の費用対効果の高い戦略

このセクションでは、使用状況を最適化し、Routes API に関連する費用を削減する方法について説明します。

Compute Routes の地点を制限する

クエリでのユーザー入力を最大 10 地点に制限します。10 を超える地点を含むリクエストは、料金が高くなります。

Compute Routes の最適化によって最善のルートを表示する

地点の最適化引数を使用するリクエストは、料金が高くなります。

最適化引数は、地点を並べ替えて的確なルートを表示します。たとえば、A から E への移動では、最適化した(A-B-C-D-E)ルートの方が、ランダムな並びの最適化されていないルート(A-D-B-C-E など)よりも的確なルートになります。

Compute Routes API と Distance Matrix API(以前のバージョン)でリアルタイム トラフィック モデルを使用する

リアルタイム交通情報のモデルを含む Compute Routes API と Distance Matrix API(レガシー)のリクエストは、料金が高くなります。リクエストに交通情報モデルが含まれていなければ、物理的要素(道路、距離、制限速度)のみに基づいてリクエストの結果が返されます。リアルタイム交通情報のモデルは、出発時刻を now に設定すると有効になります。

GPS データが正確でない場合は、走行したルートと最も近い道路を使用

Maps Roads API の Route Traveled(走行したルート)と Nearest Road(最寄りの道路)の各機能は上位の階層に含まれ、料金が高くなります。これらの機能は GPS データが不正確な場合に使用します。Roads API は適切な道路の特定に役立ちます。Roads API のもう 1 つの機能である Speed Limits(制限速度)は、アセット トラッキングを使用しているお客様のみご利用いただけます。