Рекомендации

Проверка рекламы в связи с ее изменением

Проверка рекламы инициируется при внесении следующих изменений:

любое изменение креатива (изображений, текста, ссылки, видео и т. д.);
любое изменение таргетинга;
любое изменение целей оптимизации с событий биллинга.

Примечание. Изменения суммы ставки, бюджета и графика показа группы объявлений никак не влияют на статус проверки рекламы.

Кроме того, если на момент начала проверки объявление имеет статус "Приостановлено", оно сохранит этот статус и по завершении проверки. В противном случае реклама считается активной и готовой к показу.

Разбивка на страницы

Информацию о разбивке данных ответа см. в статье Разбивка на страницы в Graph API.

Информация о пользователе

ID пользователей, ключи сеансов и ID рекламных аккаунтов должны храниться вместе таким образом, чтобы упростить программный доступ к ним. Это важно, поскольку вызовы, в которых ID аккаунта принадлежит одному пользователю, а ключ сеанса — другому, будут завершаться ошибкой разрешений. Все данные пользователей должны храниться в соответствии с Условиями использования Платформы Facebook и Правилами для разработчиков.

Предлагаемые ставки

Формируйте отчеты по своим кампаниям с достаточной частотой, поскольку предлагаемые ставки меняются динамически в зависимости от ставок конкурентов с аналогичным таргетингом. Предлагаемые ставки обновляются в течение нескольких часов с учетом текущих ставок конкурентов.

Пакетные запросы

Объединяйте по несколько запросов в один вызов API. Ознакомьтесь со следующими документами:

Запросить несколько объектов по ID также можно следующим образом:

https://graph.facebook.com/<API_VERSION>?ids=[id1,id2]

Запрос определенного поля:

https://graph.facebook.com/<API_VERSION>?ids=[id1,id2]&amp;fields=field1,field2

Проверка изменений в данных с помощью объектов ETag

Вы можете быстро проверить, изменился ли ответ на ваш запрос с момента его последней отправки. Ознакомьтесь со следующими ресурсами:

Статус архивации и удаления объекта

У объекта объявления может быть два состояния удаления: в архиве или удален. Запросить архивированные и удаленные объекты можно по их ID. Однако мы не возвращаем удаленные объекты в ответ на запросы, отправленные с границы контекста другого объекта.

В каждый момент времени у вас может быть до 5 000 архивированных объектов. Если вы не планируете извлекать их через границы контекста, переведите их из состояния "в архиве" в состояние "удален". Подробные сведения о том, как работают состояния, а также о примерах вызовов см. в статье Хранение рекламных объектов.

Просмотр ошибок

Когда пользователи совершают ошибки и создают объявления, которые не принимаются, понять причину сбоя в вызове API помогают коды ошибок. Рекомендуется сообщать пользователям об ошибках в той или иной форме, чтобы они могли внести исправления в свою рекламу.

Группа сообщества разработчиков в сфере маркетинга Facebook

Присоединяйтесь к группе сообщества разработчиков в сфере маркетинга Facebook, где публикуются связанные с Marketing API новости и обновления. Мы размещаем в этой группе публикации из блога Marketing API.

Тестирование

Режим "песочницы" (изолированный режим) представляет собой тестовую среду, в которой можно считывать и записывать вызовы Marketing API без фактического показа рекламы. Ознакомьтесь с документом о режиме "песочницы" для разработчиков

Экспериментируйте с вызовами API в Graph API Explorer. Здесь можно попробовать любые вызовы Marketing API (см. публикацию в блоге). Выберите приложение в разделе App и предоставьте ему разрешение ads_management или ads_read с помощью параметра extended permissions при создании маркера доступа. Если доступ к Ads Insights API нужен только для формирования отчетов, используйте разрешение ads_read. Если вы планируете считывать и обновлять объявления в аккаунте, используйте разрешение ads_management.

Для доступа к функциям для разработчиков и базовым функциям настройте список рекламных аккаунтов, для которых ваше приложение может выполнять вызовы API (см. список аккаунтов).

В режиме "песочницы" можно продемонстрировать работу приложения в рамках проверки приложения. Однако в этом режиме нельзя создавать рекламу и рекламные креативы. Поэтому, чтобы продемонстрировать использование нашего API в рамках проверки, ID объявлений и рекламного креатива нужно будет указывать непосредственно в программном коде.

Базовые критерии

Демонстрация дополнительной ценности по сравнению с базовыми решениями Facebook, такими как Facebook Ads Manager.
Акцент на достижении бизнес-целей, таких как повышение продаж. Бизнес-цели Facebook перечислены в этой статье.

Правила

Изучите правила работы с API. Facebook может в любой момент проверить ваши действия.

Будьте готовы быстро адаптироваться к изменениям. Большинство изменений вносятся в рамках новых версий и вступают в силу в течение 90 дней.

Согласно заявлению о правах и обязанностях, вы несете финансовую и операционную ответственность за свое приложение, его содержимое, использование Платформы Meta и Ads API. Старайтесь поддерживать стабильную работу своего приложения и устранять возможные ошибки в нем.