모범 사례

광고 검토를 트리거하는 광고 변경 사항

다음 시나리오를 변경하는 경우 검토를 위해 광고가 트리거됩니다.

  • 크리에이티브에 대한 모든 변경 사항(예: 이미지, 텍스트, 링크, 동영상)
  • 타게팅에 대한 모든 변경 사항
  • 최적화 목표 및 청구 이벤트에 대한 모든 변경 사항도 검토를 트리거할 수 있음

참고: 입찰 금액, 예산 및 광고 세트 일정에 대한 모든 변경 사항은 검토 상태에 영향을 미치지 않습니다.

또한 광고가 '일시 중단'인 게재 상태로 광고 검토를 진행하는 경우 광고 검토가 끝난 후에도 일시 중단 상태로 유지됩니다. 그렇지 않은 경우 광고는 활성 상태이고 게재할 준비를 마친 것으로 간주됩니다.

페이지 매김

응답 데이터에 대한 페이지 매김은 그래프 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

ETags를 사용하여 데이터 변경 사항 확인

마지막 요청 이후 요청에 대한 응답이 변경되었는지 신속히 확인하려면 다음을 참조하세요.

개체 보관 및 삭제 상태

광고 개체에는 보관됨과 삭제됨, 두 가지 유형의 삭제 상태가 있습니다. 보관된 개체와 삭제된 개체를 개체 ID로 모두 쿼리할 수 있습니다. 그러나 다른 개체의 에지에서 요청하는 경우 삭제된 개체는 반환되지 않습니다.

보관할 수 있는 최대 개체 수는 5,000개입니다. 더 이상 에지를 통해 검색할 필요가 없는 광고 개체는 상태를 보관됨에서 삭제됨으로 이동해야 합니다. 상태 작동 방식과 샘플 호출에 대해 알아보려면 광고 개체 저장을 참조하세요.

오류 조회

오류 코드는 사람들이 실수하거나 허용되지 않는 광고를 만들려고 할 때 API 호출이 실패한 원인을 제공합니다. 사용자가 광고를 수정할 수 있도록 일부 오류 형식을 공유해야 합니다.

Facebook 마케팅 개발자 커뮤니티 그룹

Facebook의 Facebook 마케팅 개발자 커뮤니티 그룹에 가입하고 마케팅 API 소식과 업데이트를 확인하세요. Facebook은 마케팅 API 블로그의 게시물을 그룹에 게시합니다.

테스트

샌드박스 모드는 실제 광고를 게재하지 않고 마케팅 API 호출을 읽고 쓸 수 있는 테스트 환경입니다. 개발자용 샌드박스 모드 참조

그래프 API 탐색기로 API를 호출해 보세요. 마케팅 API에 대해 원하는 모든 API를 호출할 수 있습니다. 블로그 게시물을 참조하세요. App에서 앱을 선택하고 액세스 토큰을 만들 때 extended permissions에서 앱에 ads_management 또는 ads_read 권한을 부여하세요. 보고를 위해 광고 인사이트 API 액세스 권한만 필요한 경우 ads_read를 사용하세요. 계정에서 광고를 읽고 업데이트하려면 ads_management를 사용하세요.

개발 및 기본 액세스의 경우 앱에서 API 호출을 보낼 수 있는 광고 계정 리스트를 구성하려면 계정 리스트를 참조하세요.

앱 검수 시 샌드박스 모드를 사용하여 앱을 보여줄 수 있습니다. 그러나 샌드박스 모드에서는 광고 또는 광고 크리에이티브를 만들 수 없습니다. 그러므로 직접 코딩한 광고 ID와 광고 크리에이티브 ID를 사용하여 앱 검수에서 Facebook의 API를 사용하는 것을 보여주어야 합니다.

기본 기준

  • Facebook 광고 관리자와 같은 Facebook의 핵심 솔루션 이상의 가치를 입증하세요.

  • 매출 증가와 같은 비즈니스 목표에 초점을 맞추세요. Facebook 비즈니스 목표는 여기에서 확인할 수 있습니다.

정책

API 정책을 숙지하세요. Facebook은 언제든지 개발자의 활동을 감사할 권리가 있습니다.

변화에 빠르게 적응할 수 있도록 준비하세요. 대부분의 변경 사항은 버전이 지정되며 변경 기간은 90일간 지속됩니다.

권리 및 책임에 관한 정책에 따라 개발자는 재정적, 운영적 측면에서 앱, 앱의 콘텐츠 및 Meta 플랫폼과 광고 API의 사용에 대한 책임이 있습니다. 개발자는 앱의 안정성 및 잠재적 버그를 관리해야 합니다.