Предыдущий Search Ads 360 Reporting API выведен из эксплуатации. Теперь вы можете создавать свои отчеты с помощью нового Search Ads 360 Reporting API .
Обратите внимание, что методы get и getByCustomerId в Search Ads 360 Conversion API устарели в третьем квартале 2025 года. Чтобы продолжить доступ к данным о конверсиях, необходимо создать отчет с использованием ресурса конверсии с помощью нового Search Ads 360 Reporting API. Подробнее см. здесь.
Остальные функции API конверсий Search Ads 360 будут по-прежнему поддерживаться.
Дополнительные отчеты
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Новый API отчетов Search Ads 360 теперь доступен. Новый API обеспечивает повышенную гибкость для создания пользовательских отчетов и интеграции данных в ваши приложения и процессы отчетности. Узнайте больше о переходе и использовании
нового API отчетов Search Ads 360 .
Вместо того, чтобы получать дамп всех данных каждый раз, когда вы запрашиваете отчет, вы можете периодически запрашивать только те данные, которые изменились с момента вашего последнего отчета. Эти дополнительные отчеты, вероятно, будут значительно меньше, чем полный отчет.
Если вы запрашиваете дополнительные отчеты, вам следует учитывать следующее:
- По-прежнему полезно время от времени запрашивать полный отчет, на случай, если некоторые дополнительные изменения будут потеряны. Например, если вы запрашиваете еженедельные дополнительные отчеты в течение января, в конце февраля вам следует запросить полный отчет за январь, чтобы убедиться, что вы получили все данные за январь.
- Поскольку не всегда возможно определить, изменились ли некоторые объекты, дополнительный отчет будет содержать объект, если Search Ads 360 даже подозревает , что объект изменился. Это означает, что дополнительные отчеты могут содержать данные, которые не изменились.
Чтобы запросить добавочный отчет, укажите одно из следующих свойств Reports.request.timeRange :
-
changedMetricsSinceTimestamp= timestamp Запрашивает метрики, которые изменились с указанной отметки времени. Поскольку метрики хранятся с ежедневной детализацией и могут меняться в течение одного дня, но не в другой, такие запросы необходимо сегментировать по дням (должен присутствовать столбец date ). Например, отчет keyword со столбцами clicks , actions и date вернет строку для каждого ключевого слова и даты, когда зарегистрированное количество кликов или действий изменилось с указанной временной метки.
Временная метка должна быть не ранее, чем за 8 дней до момента запроса. Чтобы отследить все изменяющиеся метрики, обязательно делайте changedMetricsSinceTimestamp не реже одного раза в 7 дней и создавайте полный отчет для каждой даты, как только метрики стабилизируются (безопаснее подождать не менее 7 дней). Пример шаблона — создание двух отчетов каждый день: добавочный отчет для показателей, которые изменились за последние 36 часов, и полный отчет для показателей, произошедших 8 дней назад.
-
changedAttributesSinceTimestamp= timestamp Запрашивает атрибуты, которые изменились с момента указанной отметки времени. changedAttributesSinceTimestamp может включать только столбцы атрибутов (без столбцов показателей или сегментов) и не работает для необработанных отчетов о событиях, таких как отчеты conversion . Например, отчет campaign со столбцами dailyBudget и campaignStartDate вернет строку для каждой кампании, дневной бюджет или дата начала которой изменились с момента указанной временной метки.
Обратите внимание, что изменения родительских атрибутов не фиксируются в отчетах changedAttributesSinceTimestamp . Например, ключевое слово может унаследовать стратегию назначения ставок от родительской группы объявлений. Даже если группе объявлений будет назначена новая стратегия назначения ставок, это ключевое слово может не появиться в отчете. Столбцы атрибутов, значение которых зависит от родительских сущностей (и, следовательно, могут меняться, не попадая в отчеты changedAttributesSinceTimestamp ), обычно имеют префикс «эффективный», например effectiveLabelIds или effectiveBidStartegy .
Если не указано иное, контент на этой странице предоставляется по лицензии Creative Commons "С указанием авторства 4.0", а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2024-11-08 UTC.
[null,null,["Последнее обновление: 2024-11-08 UTC."],[[["\u003cp\u003eThe new Search Ads 360 Reporting API offers increased flexibility for creating custom reports and integrating data into your workflows.\u003c/p\u003e\n"],["\u003cp\u003eIncremental reports allow you to retrieve only the data that has changed since your last request, making reports smaller and more efficient.\u003c/p\u003e\n"],["\u003cp\u003eIt is recommended to periodically request full reports in addition to incremental reports to ensure all data is captured.\u003c/p\u003e\n"],["\u003cp\u003eIncremental reports can be requested based on either changed metrics or changed attributes using specific time range properties.\u003c/p\u003e\n"],["\u003cp\u003eWhile \u003ccode\u003echangedAttributesSinceTimestamp\u003c/code\u003e requests provide efficient updates for attributes, changes to parent attributes might not be reflected, necessitating awareness of potential data discrepancies.\u003c/p\u003e\n"]]],["The new Search Ads 360 Reporting API allows users to build custom reports and integrate data into their applications. It offers incremental reports, which retrieve only data that has changed since the last request, reducing report size. Users can request changes in metrics (`changedMetricsSinceTimestamp`) or attributes (`changedAttributesSinceTimestamp`). Full reports are still recommended periodically to ensure no data is missed. For `changedMetricsSinceTimestamp`, data must be segmented by day and should be requested every seven days. Changed attributes only report changes to the attribute itself, not inherited changes from parent.\n"],null,["# Incremental Reports\n\nThe new Search Ads 360 Reporting API is now available. The new API provides enhanced flexibility to build custom reports and integrate the data into your reporting applications and processes. Learn more about migrating to and using the [new Search Ads 360 Reporting\nAPI](https://developers.google.com/search-ads/reporting/overview).\nInstead of receiving a dump of all data every time you request a report, you can\nperiodically request only the data that has changed since your last report. These\nincremental reports will likely be significantly smaller than a full report.\n\nIf you request incremental reports, you should be aware of the following:\n\n- It's still a good idea to request a full report every once in a while, just in case some incremental changes are lost. For example, if you request weekly incremental reports during January, at the end of February you should request a full report for January to make sure you get all of the January data.\n- Since it isn't always possible to determine if some entities have changed, an incremental report will contain an entity if Search Ads 360 even *suspects* that the entity has changed. This means that incremental reports might contain data that hasn't changed.\n\n\nTo request an incremental report, specify one of the following ` `[Reports.request.timeRange](/search-ads/v2/reference/reports#request.timeRange)`\n` properties:\n\n`changedMetricsSinceTimestamp=`*timestamp*\n\n: Requests metrics that have changed since the specified timestamp. Because metrics are\n stored at a daily granularity and might change for one day but not another, such\n requests must be segmented by day (the `date` column must be present). For\n example, a `keyword` report with the columns\n `clicks`, `actions`, and `date`, would\n return a row for each keyword and date in which the recorded number of\n clicks or actions has changed since the given timestamp.\n\n\n The timestamp must be no earlier than 8 days before the time of request. To capture\n all of the changing metrics, be sure to make a `changedMetricsSinceTimestamp`\n request at least once every 7 days, and make a full report for each date\n once the metrics have settled (it is safer to wait at least 7 days). An\n example pattern is to create two reports every day: an incremental\n report for metrics that have changed in the last 36 hours, and a full\n report for metrics that occurred 8 days ago.\n\n`changedAttributesSinceTimestamp=`*timestamp*\n\n: Requests attributes that have changed since the given timestamp. A\n `changedAttributesSinceTimestamp` request can only include\n attribute columns (no metric or segment columns), and does not work for\n raw event reports such as\n [`conversion`](/search-ads/v2/report-types/conversion) reports. For example, a\n `campaign` report with the columns `dailyBudget`\n and `campaignStartDate` would return a row for each campaign\n whose daily budget or start date has changed since the given timestamp.\n\n\n Note that changes to parent attributes are not captured in `changedAttributesSinceTimestamp` reports. For example a keyword may inherit its bid strategy from the parent ad group. Even if the ad group is assigned a new bid strategy, this keyword might not appear in the report. Attribute columns whose value depends on parent entities (and therefore could change without getting picked up by `changedAttributesSinceTimestamp` reports) usually have the prefix \"effective\", such as `effectiveLabelIds` or `effectiveBidStartegy`.\n\n \u003cbr /\u003e"]]
