Содержание
WB API: проверьте полноту выгрузки рекламных кампаний при переходе на v3
Если рекламный отчёт получает сведения о кампаниях через WB API, передайте интегратору обновление от 9 ноября. Появилась новая версия метода, которая позволяет запрашивать не только заданный список кампаний, но и полный набор с постраничной загрузкой. Практическая задача продавца: убедиться, что отчёт не теряет кампании между страницами.
Что объявил Wildberries
В официальном журнале изменений WB API от 9 ноября 2026 года указан новый метод GET /api/advert/v3/adverts. Для получения всех рекламных кампаний предусмотрены параметры пагинации limit и next. Прежний GET /api/advert/v2/adverts объявлен к отключению 10 января. В записи год этой даты отдельно не указан; план перехода согласуйте с интегратором по актуальной документации.
Это изменение получения информации о кампаниях. Само по себе оно не означает изменения рекламных ставок или запуска новых кампаний. Если ваш отчёт не обращается к этим методам, сначала выясните источник данных, прежде чем ставить задачу на доработку.
Соберите исходную точку
Попросите ответственного за интеграцию назвать используемый метод и способ отбора кампаний. Сохраните дату проверки, кабинет продавца, список ID, действующие фильтры и число уникальных кампаний в выгрузке. Ключи доступа в редакционные таблицы и переписку с посторонними не включайте.
Разделите две задачи: получение сведений по заранее известным ID и обнаружение всех кампаний. Проверка только старого списка не покажет, умеет ли новый обмен находить кампании, которых в этом списке ещё нет.
Передайте критерии проверки интегратору
Проверять переход нужно на данных одного кабинета и сопоставимого среза. Пока идёт сравнение, отдельно фиксируйте созданные, удалённые и изменённые кампании: иначе движение данных можно принять за ошибку обмена.
| Проверка | Какой результат сохранить |
|---|---|
| Используемая версия | Адрес метода до и после изменения |
| Загрузка по известным ID | Сопоставление ожидаемого и полученного набора |
| Получение полного набора | Число страниц и уникальных ID в общей выгрузке |
| Границы страниц | Список повторяющихся ID и необъяснённых пропусков |
| Прерванная загрузка | Признак незавершённой проверки вместо отчёта, выданного за полный |
Значения параметров, способ передачи следующей страницы и условие окончания интегратор должен взять из текущего описания метода. Запись в журнале изменений не заменяет эту спецификацию. Не подставляйте предполагаемые значения next или лимиты по аналогии с другими методами.
В итоговой проверке полезно сопоставить именно множество ID, а не только число строк. Одинаковое количество не исключает ситуацию, когда одна кампания пропущена, а другая встретилась дважды. Это критерий проверки выгрузки, а не утверждение о наличии такого сбоя у Wildberries.
Когда переход можно считать проверенным
Сохраните используемую версию метода, дату теста, условия отбора и результат сопоставления. Необъяснённые расхождения передайте интегратору вместе с конкретными ID и границами страниц. Если полный набор пока не получен, пометьте соответствующий отчёт как непроверенный и не используйте его отсутствие кампании как доказательство, что она не существует.
Если данные совпали, отдельно проверьте, что рабочий отчёт использует обновлённый обмен, а не прежний сохранённый файл. Результат задачи: подтверждённый источник и состав выгрузки, известные ограничения и ответственный за завершение перехода. Сам факт появления нового метода эту проверку не выполняет.
Комментарии 0