2022 年 3 月に、Bid Manager API のバージョン 2 をリリースしました。与えられた 間もなく v1.1 の廃止日を発表する予定です。水 できるだけ早く v1.1 から v2 への移行を開始することをおすすめします。
アプリケーションの移行
v1.1 から v2 に移行するには、v2 を呼び出すようにエンドポイント URL を更新する必要があります。 互換性を破る変更に対応するためにアプリケーションを更新する
API 呼び出しを v1.1 から v2 に更新する
v1.1 の代わりに v2 を使用するには、新しい v2 を使用するようにリクエストを更新する必要があります 提供します
同等のメソッドを特定する
API 呼び出しを v1.1 から v2 に更新するには、まず、 v2 の同等の v1.1 メソッド。
以下のすべてのサービスとメソッドの名称は、 v1.1 と v2:
- v1.1 のサービス QueriesとReportsについて v2 ではqueriesおよびqueries.reportsとして作成されます。
- v2 では、メソッドの名前が次のように変更されました。
新しいエンドポイントへの更新
同等のメソッドを特定したら、リクエストを更新する必要があります。対象
たとえば、v1.1 で queries.getquery メソッドを呼び出すには、次のコマンドを使用します。
次の URL をご覧ください。
https://www.googleapis.com/doubleclickbidmanager/v1.1/query/queryId
v2 の同等のメソッド、queries.get を呼び出すには、
次の URL に指定します。
GET https://doubleclickbidmanager.googleapis.com/v2/queries/queryId
クライアント ライブラリを使用して API にリクエストを送信する場合は、 v2 を使用するように構成を更新してください。
必要な変更を加える
v2 では、互換性を破る変更が多数行われています。以下を確認してください の既存の使用に関連する必要な変更を行う Bid Manager API
queries サービスの呼び出しを更新する
- 元々一般で表されていた Queryリソースの次のフィールドは、 ネストされたオブジェクトは、次のオブジェクト タイプを使用するように変更されました。
- 元々一般で表されていた Queryリソースの次のフィールドは、 list オブジェクトが、次の新しいオブジェクト タイプのリストに変更されました。
- Queryリソースの次のフィールド。元々は 文字列。v2 では列挙型で表現され、次の内容が含まれます。 変更点: <ph type="x-smartling-placeholder">- </ph>
- metadata.dataRangeの v2 に相当する関数が- Rangeを使用するようになりました。 enum。この列挙型に変換した結果、値- PREVIOUS_HALF_MONTHが次のようになります。 削除され、値- TYPE_NOT_SUPPORTEDが以下に変更されました:- RANGE_UNSPECIFIED。
- metadata.formatが- Format列挙型を使用するようになりました。コンバージョンに この列挙値に対して、値- EXCEL_CSVが削除され、- FORMAT_UNSPECIFIEDを追加しました。
- params.options.pathQueryOptions.channelGrouping.rules[].disjunctiveMatchStatements[].eventFilters[].dimensionFilter.matchおよび- params.options.pathQueryOptions.pathFilters[].eventFilters[].dimensionFilter.match- Match列挙型を使用するようになりました。
- params.options.pathQueryOptions.pathFilters[].pathMatchPositionは現在次を使用しています:- PathMatchPosition列挙型。から この列挙型には、値- PATH_MATCH_POSITION_UNSPECIFIEDが追加されています。
- schedule.frequencyが- Frequency列挙型を使用するようになりました。イン この列挙型に変換されたため、値- FREQUENCY_UNSPECIFIEDが追加されています。
- params.typeが- ReportType列挙型を使用するようになりました。イン この列挙型に変換するために、次の変更が行われています。
- 次の値は非推奨となりました。
<ph type="x-smartling-placeholder">- </ph>
- TYPE_ACTIVE_GRP
- TYPE_AUDIENCE_PERFORMANCE
- TYPE_CLIENT_SAFE
- TYPE_COMSCORE_VCE
- TYPE_CROSS_FEE
- TYPE_CROSS_PARTNER
- TYPE_CROSS_PARTNER_THIRD_PARTY_DATA_PROVIDER
- TYPE_ESTIMATED_CONVERSION
- TYPE_FEE
- TYPE_KEYWORD
- TYPE_LINEAR_TV_SEARCH_LIFT
- TYPE_NIELSEN_AUDIENCE_PROFILE
- TYPE_NIELSEN_DAILY_REACH_BUILD
- TYPE_NIELSEN_ONLINE_GLOBAL_MARKET
- TYPE_PAGE_CATEGORY
- TYPE_PETRA_NIELSEN_DAILY_REACH_BUILD
- TYPE_PETRA_NIELSEN_ONLINE_GLOBAL_MARKET
- TYPE_PIXEL_LOAD
- TYPE_THIRD_PARTY_DATA_PROVIDER
- TYPE_TRUEVIEW_IAR
- TYPE_VERIFICATION
- TYPE_YOUTUBE_VERTICAL
 
- 残りの値はすべて更新され、
UI では次のようになります。
v1.1 の値 同等の ReportType値TYPE_NOT_SUPPORTEDREPORT_TYPE_UNSPECIFIEDTYPE_GENERALSTANDARDTYPE_INVENTORY_AVAILABILITYINVENTORY_AVAILABILITYTYPE_AUDIENCE_COMPOSITIONAUDIENCE_COMPOSITIONTYPE_ORDER_IDFLOODLIGHTTYPE_TRUEVIEWYOUTUBETYPE_NIELSEN_SITEGRPTYPE_PETRA_NIELSEN_AUDIENCE_PROFILEYOUTUBE_PROGRAMMATIC_GUARANTEEDTYPE_REACH_AND_FREQUENCYREACHTYPE_REACH_AUDIENCEUNIQUE_REACH_AUDIENCETYPE_PATHFULL_PATHTYPE_PATH_ATTRIBUTIONPATH_ATTRIBUTION
 
- フィールド metadata.dataRange、reportDataStartTimeMs、reportDataEndTimeMsがフィールドに置き換えられましたrange、customStartDate、customEndDate新しい日付フィールドではDateを使用します。 ミリ秒単位の経過時間をカウントしています。これらの置換フィールド このオブジェクトは、割り当てられているDataRangeオブジェクトに移動されています。dataRangeフィールドQueryMetadataオブジェクト。
- フィールド schedule.startTimeMsとschedule.endTimeMsがフィールドに置き換えられましたstartDateとendDateQueryScheduleオブジェクト。新しい日付フィールドではDateを使用します。 ミリ秒単位の経過時間をカウントしています。
- フィールド metadata.running、metadata.reportCount,metadata.googleCloudStoragePathForLatestReport,metadata.googleDrivePathForLatestReportmetadata.latestReportRunTimeMsが削除されました。 クエリに対して最近生成されたレポートに関する情報は、 代わりに、queries.reports.listメソッドを 「key.reportId desc」のorderByクエリ パラメータを 最新のレポートが最初に表示されるようにする。
- フィールド kind、timezoneCode、metadata.locale,params.includeInviteDataschedule.nextRunMinuteOfDayが削除されました。
- queries.createは、作成後にクエリを自動的に実行しなくなりました また、- asynchronousクエリ パラメータは削除されました。発信- queries.create以降は- queries.runでレポートを生成します。 作成します
- queries.runメソッドが次のように更新されました。 <ph type="x-smartling-placeholder">- </ph>
- asynchronousクエリ パラメータは、次の内容に置き換えられました。- synchronousクエリ パラメータ。新しいクエリ パラメータ 逆論理で動作し、指定しない場合は false と見なされます。与えられた- queries.runは、デフォルトで非同期でレポートを生成します。 同期同期は v1.1 のデフォルトです。
- リクエストの本文は、
timezoneCodeフィールドを使用して次のように置き換えます。dataRange、reportDataStartTimeMs、reportDataEndTimeMsフィールドにDataRangeオブジェクトをdataRangeフィールド。
- このメソッドは、結果の Reportオブジェクトを返します。 空のレスポンス本文です。
 
- queries.listレスポンス本文の- kindフィールド は削除されました。
reports サービスの呼び出しを更新する
- 元の Reportリソースの次のフィールド: 一般的なネスト オブジェクトは、次のオブジェクト タイプを使用するように変更されました。
- 元の Reportリソースの次のフィールド: 一般リスト オブジェクトが、次の新しいオブジェクトのリストに変更されました。 種類:
- 元の Reportリソースの次のフィールド: 変更されたため、v2 では対応するフィールドが new 許容される値に対する変更を含めることもできます。 <ph type="x-smartling-placeholder">- </ph>
- metadata.status.formatが- Format列挙型を使用するようになりました。イン この列挙型に変換されたため、値- EXCEL_CSVが削除され、- FORMAT_UNSPECIFIEDを追加しました。
- metadata.status.stateが- State列挙型を使用するようになりました。イン この列挙型に変換すると、- QUEUEDと- STATE_UNSPECIFIEDの値は次のようになります。 が追加されました。
- params.options.pathQueryOptions.channelGrouping.rules[].disjunctiveMatchStatements[].eventFilters[].dimensionFilter.matchおよび- params.options.pathQueryOptions.pathFilters[].eventFilters[].dimensionFilter.match- Match列挙型を使用するようになりました。
- params.options.pathQueryOptions.pathFilters[].pathMatchPositionは現在次を使用しています:- PathMatchPosition列挙型。から この列挙型には、値- PATH_MATCH_POSITION_UNSPECIFIEDが追加されています。
- params.typeが- ReportType列挙型を使用するようになりました。イン この列挙型に変換したものの、多数の変更が加えられており、 クエリサービス呼び出しの更新に関する詳細をご覧ください。
 
- フィールド metadata.reportDataStartTimeMsとmetadata.reportDataEndTimeMsが以下に置き換えられました フィールドreportDataStartDateとreportDataEndDateReportMetadataオブジェクト。新しいフィールドではDateオブジェクト(Unix エポックからのミリ秒数ではなく)
- metadata.status.finishTimeMsの後継モデル:- finishTimeフィールド- ReportStatusオブジェクト。この新しい時間フィールドは RFC3339 UTC「Zulu」のタイムスタンプとしての日時を ミリ秒単位の経過時間。
- metadata.status.failure、- params.includeInviteData個のフィールドが削除されました。
- reports.listレスポンス本文の- kindフィールドには、 削除されました。
エラー処理ロジックを更新する
API 全体のエラー メッセージは v2 で更新されました。これらの新しいエラーメッセージは より具体的です。場合によっては、 エラーの原因となった API リクエストの数。既存のエラーが 特定のエラー メッセージ テキストに依存する処理ロジックの場合は、エラーを一般化し、 いくつか確認しましょう