Google Maps Platform には、消費量を制御し、使用量が予算に沿うようにするためのさまざまなオプションが用意されています。指定できるオプションは次のとおりです。
- アプリがトリガーする課金イベントの数を制限して、料金の発生を停止します。
- 使用量が特定の予算または API の上限に近づいたときに通知を受け取ります。
- アプリをより費用対効果の高い方法で構築します。
次の表に、利用可能なオプションを示します。
| 料金の発生を停止する | 通知を受け取る | 低コストで構築する |
割り当てと割り当てアラート
割り当て上限を設定すると、プロジェクトが送信できるリクエスト数を制限して、API の使用量を制御し、予期しない料金の発生を防ぐことができます。
割り当て上限を設定する
割り当て上限を設定すると、特定の期間内に特定の API またはサービスに対して許可されるリクエストの最大数を定義できます。
プロジェクト内のリクエストがその上限に達すると、サービスはリクエストへの応答を停止します。サービスの停止と高額な請求のどちらを優先するかは、お客様が判断する必要があります。
Cloud Console で Google Maps Platform の [割り当て] ページを開きます。
ターゲット プロジェクトを選択します。
[API] プルダウンで、割り当てを変更する特定の API を選択します。
複数の種類の割り当てを編集する場合は、有効にする割り当ての横にあるチェックボックスをオンにします。
その他メニューをクリックし、[割り当てを編集] をクリックします。
表示されたサイドパネルで、新しい割り当て値を入力し、[リクエストを送信] をクリックします。
Google Maps Platform 料金計算ツールを使用して、リクエスト数の見積もりに基づいて費用を見積もります。
割り当てアラートを設定する
割り当てアラートは、API の使用量が定義されたしきい値に近づいたときに通知します。
Cloud Console で Google Maps Platform の [割り当て] ページを開きます。
ターゲット プロジェクトを選択します。
[API] プルダウンで、割り当てを変更する特定の API を選択します。
編集するエンドポイントを選択します。
その他メニューをクリックし、[使用量アラートを作成] をクリックします。
スライドアウトするサイドパネルには、デフォルトのアラート ポリシーの説明が表示されます。ポリシーを変更する場合は、その他メニューをクリックし、[アラート ポリシーをカスタマイズ] をクリックして、ポリシー構成ウィンドウを表示します。 ウィンドウの [次へ] リンクを使用して構成を進めます。通知チャンネル（SMS、メール、チャット、Webhook、PagerDuty、Pub/Sub など）を構成できます。
通知チャンネルを追加したら、[通知チャンネル] フィールドで選択して [OK] をクリックします。
この手順は、前の手順でアラート ポリシーを変更しなかった場合にのみ行います。パネルの [通知の構成] で、受信する通知の種類を追加して構成し、[通知チャンネル] フィールドで 1 つ以上のチャンネルを選択して [OK] をクリックします。
[作成] をクリックします。
必要に応じて割り当てを調整する
API の割り当てを定期的に確認して調整し、過剰な費用を防ぎながらアプリケーションが適切に機能するように、使用量と費用のバランスを最適化します。
- Google Cloud コンソールでAPI の使用パターンをモニタリング します。予算に沿った割り当てを設定し、過剰な支出を防ぎます。
- 割り当てがピーク時の使用量に対応できることを確認 します。
- 段階的に調整 し、変更を加えるたびにアプリケーションを徹底的にテストして、中断を回避します。
予算と予算アラート
Google Maps Platform の使用に特定の予算がある場合は、Cloud Billing の予算とアラートを作成することで、想定外の請求を防ぐことができます。
予算アラートを設定すると、合計予算の一定の割合に達したときに通知を受け取ることができるため、使用料金の推移を確認できます。
予算と予算アラートの作成と管理の手順については、Google Cloud のドキュメントをご覧ください。
戦略的な費用管理
効果的な予算設定では、可能な限り無料または低コストのオプションを使用します。このセクションでは、費用を最小限に抑えるためのさまざまな戦略について説明します。
可能な限り Maps Static API を使用する
次の状況では、静的地図が適しています。静的地図は、1 つのマーカーのみを必要とするシンプルな地図表示をサポートしています。
- まだ多くの機能がないプロトタイプから開始 している。
- 地図のカスタマイズがない。
- 使用するマーカーは 1 つ以下 。
- 動的地図や動的 ストリートビューを使用してユーザー インタラクションをサポートする必要がない。
サムネイルを使用して遅延読み込みを行う
サムネイル（小さな地図画像）は、Maps Static API の使用に適しています。これらのアイテムは、動的地図の読み込みよりも料金が低く、ユーザー インタラクションが発生したときにクリックすると Google マップの動的バージョンに移動できるため、動的地図の読み込みの料金はエンゲージメントの高いユーザーに対してのみ発生します。
低価格の料金カテゴリを使用する
Google では、料金カテゴリごとに異なる数の無料使用イベントを提供しています。無料の月間使用イベントが多い「Essentials」または「Pro」カテゴリの機能を使用するようにアプリケーションを最適化できます。料金 カテゴリの詳細
複数の地図を統合する
複数の地図を表示する実装がある場合は、次のガイドラインに従ってください。
- 必要な場合にのみ地図を読み込み、不要なリソースを最小限に抑えます。
- 必要に応じてビューポート、ズーム、マーカーを更新して単一の地図を再利用 します。
- 店舗所在地を表示するために複数のマップを表示する場合は、**Store 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（新版）でセッション料金を使用する
アプリケーションの月間呼び出し数が
詳細については、 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 と Distance Matrix API（レガシー）でリアルタイム交通情報のモデルを使用する
リアルタイム交通情報のモデルを含む Compute Routes と Distance Matrix API（レガシー）のリクエストは、料金が高くなります。
リクエストに交通情報モデルが含まれていなければ、物理的要素（道路、距離、制限速度）のみに基づいてリクエストの結果が返されます。リアルタイム交通情報のモデルを有効にするには、出発時刻を now に設定します。
GPS データが正確でない場合は、走行したルートと最も近い道路を使用する
Maps Roads API の Route Traveled（走行したルート）と Nearest Road（最寄りの道路）の各機能は上位の階層に含まれ、料金が高くなります。これらの機能は GPS データが不正確な場合に使用します。Roads API は適切な道路の特定に役立ちます。Roads API のもう 1 つの機能である Speed Limits（制限速度）は、アセット トラッキングを使用しているお客様のみご利用いただけます。