Im März 2022 haben wir Version 2 der Bid Manager API veröffentlicht. Da diese neue Version veröffentlicht wurde, planen wir, demnächst ein Ablaufdatum für v1.1 anzukündigen. Wir empfehlen Ihnen, so bald wie möglich mit der Migration von Version 1.1 zu Version 2 zu beginnen.
Anwendung migrieren
Für die Migration von Version 1.1 zu Version 2 müssen Sie Ihre Endpunkt-URLs aktualisieren, um Version 2 aufzurufen, und Ihre Anwendung aktualisieren, um wesentliche Änderungen zu berücksichtigen.
API-Aufrufe von v1.1 auf v2 aktualisieren
Wenn Sie v2 anstelle von v1.1 verwenden möchten, müssen Sie Ihre Anfragen aktualisieren, damit sie die neuen v2-Endpunkte verwenden.
Äquivalente Methoden identifizieren
Um Ihre API-Aufrufe von v1.1 auf v2 zu aktualisieren, müssen Sie zuerst die entsprechenden v1.1-Methoden in v2 ermitteln.
Die folgenden Namen aller Dienste und Methoden haben sich zwischen v1.1 und v2 leicht geändert:
- Die Dienste
QueriesundReportsin Version 1.1 sind in Version 2 alsqueriesundqueries.reportsbekannt. - In Version 2 wurden Methoden so umbenannt:
Methodenname in Version 1.1 Entsprechende Methode in Version 2 Queries.createqueryqueries.createQueries.deletequeryqueries.deleteQueries.getqueryqueries.getQueries.listqueriesqueries.listQueries.runqueryqueries.runReports.listreportsqueries.reports.list
Auf neue Endpunkte umstellen
Nachdem Sie die entsprechenden Methoden ermittelt haben, müssen Sie Ihre Anfragen aktualisieren. Wenn Sie beispielsweise die Methode queries.getquery mit v1.1 aufrufen möchten, verwenden Sie die folgende URL:
https://www.googleapis.com/doubleclickbidmanager/v1.1/query/queryId
Um die entsprechende Methode in Version 2 aufzurufen, die als queries.get bezeichnet wird, aktualisieren Sie die URL so:
GET https://doubleclickbidmanager.googleapis.com/v2/queries/queryId
Wenn Sie eine Clientbibliothek verwenden, um Anfragen an die API zu senden, verwenden Sie die aktuelle Version der Clientbibliothek und aktualisieren Sie Ihre Konfiguration auf Version 2.
Erforderliche Änderungen ausführen
In Version 2 führen wir eine Reihe von Änderungen ein, die nicht abwärtskompatibel sind. Sehen Sie sich die folgende Anleitung an und nehmen Sie die erforderlichen Änderungen vor, die für Ihre aktuelle Verwendung der Bid Manager API relevant sind.
Aufrufe des queries-Dienstes aktualisieren
- Die folgenden Felder in der
Query-Ressource, die ursprünglich durch allgemeine verschachtelte Objekte dargestellt wurden, verwenden jetzt die folgenden Objekttypen: - Die folgenden Felder in der
Query-Ressource, die ursprünglich durch allgemeine Listenobjekte dargestellt wurden, wurden in Listen der folgenden neuen Objekttypen geändert: - Die folgenden Felder in der
Query-Ressource, die ursprünglich durch Strings dargestellt wurden, werden in Version 2 durch Enum-Typen dargestellt und umfassen die folgenden Änderungen:- Für das v2-Äquivalent von
metadata.dataRangewird jetzt das EnumRangeverwendet. Bei der Konvertierung in diese Enum wurde der WertPREVIOUS_HALF_MONTHentfernt und der WertTYPE_NOT_SUPPORTEDinRANGE_UNSPECIFIEDgeändert. metadata.formatverwendet jetzt das EnumFormat. Bei der Umstellung auf diese Enum wurde der WertEXCEL_CSVentfernt und der WertFORMAT_UNSPECIFIEDhinzugefügt.params.options.pathQueryOptions.channelGrouping.rules[].disjunctiveMatchStatements[].eventFilters[].dimensionFilter.matchundparams.options.pathQueryOptions.pathFilters[].eventFilters[].dimensionFilter.matchverwenden jetzt dieMatch-Aufzählung.params.options.pathQueryOptions.pathFilters[].pathMatchPositionverwendet jetzt die EnumPathMatchPosition. Bei der Umstellung auf diese Enumeration wurde der WertPATH_MATCH_POSITION_UNSPECIFIEDhinzugefügt.schedule.frequencyverwendet jetzt das EnumFrequency. Bei der Umstellung auf diese Enum wurde der WertFREQUENCY_UNSPECIFIEDhinzugefügt.params.typeverwendet jetzt das EnumReportType. Bei der Umstellung auf dieses Enum wurden die folgenden Änderungen vorgenommen:- Die folgenden Werte wurden eingestellt:
TYPE_ACTIVE_GRPTYPE_AUDIENCE_PERFORMANCETYPE_CLIENT_SAFETYPE_COMSCORE_VCETYPE_CROSS_FEETYPE_CROSS_PARTNERTYPE_CROSS_PARTNER_THIRD_PARTY_DATA_PROVIDERTYPE_ESTIMATED_CONVERSIONTYPE_FEETYPE_KEYWORDTYPE_LINEAR_TV_SEARCH_LIFTTYPE_NIELSEN_AUDIENCE_PROFILETYPE_NIELSEN_DAILY_REACH_BUILDTYPE_NIELSEN_ONLINE_GLOBAL_MARKETTYPE_PAGE_CATEGORYTYPE_PETRA_NIELSEN_DAILY_REACH_BUILDTYPE_PETRA_NIELSEN_ONLINE_GLOBAL_MARKETTYPE_PIXEL_LOADTYPE_THIRD_PARTY_DATA_PROVIDERTYPE_TRUEVIEW_IARTYPE_VERIFICATIONTYPE_YOUTUBE_VERTICAL
- Die verbleibenden Werte wurden alle aktualisiert, um ihre entsprechenden Werte in der Benutzeroberfläche besser widerzuspiegeln:
Werte für Version 1.1 Entsprechender ReportType-WertTYPE_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
- Für das v2-Äquivalent von
- Die Felder
metadata.dataRange,reportDataStartTimeMsundreportDataEndTimeMswurden durch die Felderrange,customStartDateundcustomEndDateersetzt. In den neuen Datumsfeldern werdenDate-Objekte anstelle von Millisekunden seit der Unix-Epoche verwendet. Diese Ersatzfelder wurden in das ObjektDataRangeverschoben, das dem FelddataRangeim ObjektQueryMetadatazugewiesen ist. - Die Felder
schedule.startTimeMsundschedule.endTimeMswurden im ObjektQueryScheduledurch die FelderstartDateundendDateersetzt. In den neuen Datumsfeldern werdenDate-Objekte anstelle von Millisekunden seit der Unix-Epoche verwendet. - Die Felder
metadata.running,metadata.reportCount,metadata.googleCloudStoragePathForLatestReport,metadata.googleDrivePathForLatestReportundmetadata.latestReportRunTimeMswurden entfernt. Informationen zu den zuletzt generierten Berichten einer Abfrage sollten stattdessen mit der Methodequeries.reports.listund dem AbfrageparameterorderBy„key.reportId desc“ abgerufen werden, damit die neuesten Berichte zuerst aufgeführt werden. - Die Felder
kind,timezoneCode,metadata.locale,params.includeInviteDataundschedule.nextRunMinuteOfDaywurden entfernt. queries.createführt nach der Erstellung keine Abfragen mehr automatisch aus und der Abfrageparameterasynchronouswurde entfernt. Rufen Siequeries.runnachqueries.createauf, um Berichte für neue Anfragen zu generieren.- Die Methode
queries.runwurde auf folgende Weise aktualisiert:- Der Abfrageparameter
asynchronouswurde durch den Abfrageparametersynchronousersetzt. Der neue Abfrageparameter arbeitet mit inverser Logik und wird als „false“ betrachtet, wenn er nicht angegeben ist. Daher werden Berichte inqueries.runstandardmäßig asynchron in Version 2 und synchron in Version 1.1 generiert. - Der Anfragetext wurde aktualisiert, um das Feld
timezoneCodezu entfernen und die FelderdataRange,reportDataStartTimeMsundreportDataEndTimeMsdurch einDataRange-Objekt zu ersetzen, das dem FelddataRangezugewiesen ist. - Die Methode gibt das resultierende
Report-Objekt anstelle eines leeren Antworttexts zurück.
- Der Abfrageparameter
- Das Feld
kindim Antworttext vonqueries.listwurde entfernt.
Aufrufe des reports-Dienstes aktualisieren
- Die folgenden Felder in der
Report-Ressource, die ursprünglich durch allgemeine verschachtelte Objekte dargestellt wurden, verwenden jetzt die folgenden Objekttypen: - Die folgenden Felder in der
Report-Ressource, die ursprünglich durch allgemeine Listenobjekte dargestellt wurden, wurden in Listen der folgenden neuen Objekttypen geändert: - Die folgenden Felder in der
Report-Ressource, die ursprünglich durch Strings dargestellt wurden, wurden geändert, sodass die entsprechenden Felder in Version 2 durch neue Enum-Typen dargestellt werden und Änderungen an zulässigen Werten enthalten:metadata.status.formatverwendet jetzt das EnumFormat. Bei der Umstellung auf diese Enum wurde der WertEXCEL_CSVentfernt undFORMAT_UNSPECIFIEDhinzugefügt.metadata.status.stateverwendet jetzt das EnumState. Bei der Umstellung auf diese Enum wurden die WerteQUEUEDundSTATE_UNSPECIFIEDhinzugefügt.params.options.pathQueryOptions.channelGrouping.rules[].disjunctiveMatchStatements[].eventFilters[].dimensionFilter.matchundparams.options.pathQueryOptions.pathFilters[].eventFilters[].dimensionFilter.matchverwenden jetzt dieMatch-Aufzählung.params.options.pathQueryOptions.pathFilters[].pathMatchPositionverwendet jetzt die EnumPathMatchPosition. Bei der Umstellung auf diese Enumeration wurde der WertPATH_MATCH_POSITION_UNSPECIFIEDhinzugefügt.params.typeverwendet jetzt das EnumReportType. Bei der Umstellung auf diese Enum wurden zahlreiche Änderungen vorgenommen, die im vorherigen Abschnitt zur Aktualisierung von Abfrageserviceaufrufen ausführlich beschrieben werden.
- Die Felder
metadata.reportDataStartTimeMsundmetadata.reportDataEndTimeMswurden im ObjektReportMetadatadurch die FelderreportDataStartDateundreportDataEndDateersetzt. In den neuen Feldern werdenDate-Objekte anstelle von Millisekunden seit der Unix-Epoche verwendet. metadata.status.finishTimeMswurde durch das FeldfinishTimeim ObjektReportStatusersetzt. Dieses neue Zeitfeld stellt das Datum und die Uhrzeit als Zeitstempel im Format RFC3339 UTC „Zulu“ anstelle von Millisekunden seit der Unix-Epoche dar.- Die Felder
metadata.status.failureundparams.includeInviteDatawurden entfernt. - Das Feld
kindim Antworttextreports.listwurde entfernt.
Fehlerbehandlungslogik aktualisieren
Die Fehlermeldungen in der API wurden in Version 2 aktualisiert. Diese neuen Fehlermeldungen sind spezifischer und enthalten in einigen Fällen Informationen zu den Werten in der API-Anfrage, die den Fehler verursachen. Wenn Ihre vorhandene Logik zur Fehlerbehandlung auf bestimmten Fehlermeldungstexten basiert, sollten Sie die Fehlerbehandlung vor der Migration zu Version 2 verallgemeinern.