맞춤 잠재고객
파트너가 Custom Audiences를 생성하는 방법은 여러 가지가 있습니다. 룩얼라이크 Custom Audience는 타기팅에서 제외할 수 없습니다. 또한 동일한 광고 라인 아이템(광고 그룹)에서 하나의 custom audience와 그 custom audience의 룩얼라이크를 동시에 타기팅할 수 없습니다. Audience management 잠재고객은 audience 파트너 및 Ads API 파트너를 통해 관리할 수 있습니다. API에서는 custom audiences에 액세스하고 이를 유지 관리하기 위한 여러 엔드포인트를 제공합니다. custom audience 정보에 대해서는 다음 2개의 엔드포인트를 제공합니다.- GET accounts/:account_id/custom_audiences
- GET accounts/:account_id/custom_audiences/:custom_audience_id




- 전달되는 user ID가 올바르며 형식 오류가 없는지 확인합니다.
- 전달되는 audience 이름이 올바르며, 이전 membership 업데이트와 일치하는지 확인합니다.
- POST 명령에 대한 response를 확인합니다.
- ID Sync 픽셀이 올바르게 구현되었는지, 그리고 ID Sync 프로세스에서 설명한 대로 충분한 수의 사용자가 해당 사이트를 방문하여 사용자를 매핑할 수 있었는지 확인합니다. membership 업데이트에 포함된 매핑되지 않은 사용자는 타겟팅 사용자로 전환되지 않습니다.
- audience의 최소 크기는 100명의 사용자(매칭 후 기준)입니다. 500명 미만의 사용자가 매칭된 audience는 X Ads UI에서 타겟팅에 사용할 수 없습니다.
- 일반적으로 audience 파일을 처리하는 데 4~6시간이 소요되지만, 파일 크기에 따라 달라질 수 있습니다. 파일이 처리되면 해당 audiences는 X Ads UI에서 사용할 수 있게 됩니다.
- Match Rate = 최근 90일 이내 활성 X 사용자 수 / 제공된 사용자 수
- 테스트용 audience 파일을 제공하고, 광고주 handle로 “keltonlynn”을 사용할 수 있습니다. 그러면 해당 파일이 X UI에 정상적으로 수집되고 로드되는지 우리가 검증할 수 있습니다.
p_user_id)란 무엇인가요?
- 귀사가 각 고객을 고유하게 식별하기 위해 사용하는 식별자입니다.
- 이는 이메일 주소, device ID, X @handle 또는 ID가 될 수 있습니다.
- 암호화된 이메일로 제공됩니다. mpp-inquiry@x.com 주소로 귀하의 공개 PGP 키를 보내주시면, 모든 것이 정상적으로 작동하는지 확인하기 위한 테스트 이메일을 보내 드립니다. 검증이 완료되면, HMAC Key를 발송해 드립니다.
- X가 테스트 파일(샘플 이메일 주소, device ID 등 포함)과 그에 대한 결과 해시 파일을 제공하며, 이를 사용해 귀하의 결과를 대조하여 검증할 수 있습니다.
- 아닙니다. full data match 파일에는 크기 제한이 없습니다.
- 파일을 X가 수신한 후, 파일을 처리하는 데 대략 1일 정도 소요됩니다.

p_user_id)를 X ID(tw_id)에 매핑한 결과를 X가 보관할 수 있도록 합니다. 이 작업은 적절한 최신 상태 유지를 위해 정기적으로, 2~3개월 간격으로 수행됩니다. 매치가 완료되면 X는 이 파일을 기반으로 한 기준 매치율을 이메일을 통해 회사에 공유합니다.
이 파일의 형식은 다음과 같아야 합니다.
Name Convention: FullDataMatch.[CompanyName].txt
Hashing Algorithm: HMAC_SHA-256
Format:
Column 1: 공통 사용자 식별자의 HMAC 해시 값
Column 2: 파트너 사용자 ID(사용자당 고유, 파일 내에서는 중복 가능)
Column Delimiter (CSV): 해시된 공통 사용자 식별자와 파트너 ID를 구분하기 위해 쉼표 사용
줄바꿈으로 구분된 값(Line separated values)
- 예: 사용자 레코드 A에 파트너 사용자 ID 1과 공통 사용자 식별자 1, 2, 3이 있는 경우:
*아래의 Hashing Directions 섹션에서 공통 사용자 식별자에 대한 설명을 확인하십시오.
2. 커스텀 세그먼트 리스트
회사는
p_user_id 형태의 사용자 리스트를 제공하여, 고객을 위한 커스텀 오디언스를 생성하고 이를 X에서 타기팅에 사용할 수 있도록 합니다.
- 줄바꿈으로 구분된 값(Line separated values)
p_user_id-
- (위의 1. 전체 데이터 매치 섹션에서 제공한 값과 동일합니다. 전체 데이터 매치에서 제공된 값이 해시된 값이면, 회사는 오디언스 파일에도 동일한 해시 값을 제공합니다. 제공된 값이 해시되지 않은 값이면, 회사는 해시되지 않은 값을 제공합니다.)
- 줄바꿈으로 구분된 값
- 해시된 공통 사용자 식별자(예: 이메일 주소)
- 아래에 설명된 파일 명명 규칙을 따를 것
- 아래의 이메일 주소 해싱 지침(Hashing Directions)을 따를 것
- audiencename: 커스텀 오디언스의 이름입니다. 이 필드는 ads.x.com 캠페인 설정 UI에서 오디언스를 선택할 때 표시되는 이름입니다. 예: brand_loyalty_card_holders.
- partnername: 광고주를 대신하여 데이터를 제공하는 회사의 이름입니다. 예: company_name.
- handle: 커스텀 오디언스에 액세스할 수 있는 X 계정(@handle)입니다. 예: @pepsi, @dietpepsi
- operation: new, add, remove, removeall, replace (자세한 내용은 아래 참조)
- : 각 업로드된 오디언스 파일이 고유하도록 하기 위해 사용되는, 초 단위의 표준 Unix epoch 시간
- filetype: 파일은 *.txt 형식이어야 합니다.
- 광고주로부터 옵트아웃한 사용자의 포괄적인 목록에 사용할 수 있습니다.
- X는 이 파일에 제공된 최신 목록만을 사용하며, 제공 및 처리 시점에 매칭된 모든 기존 및 향후 오디언스에 이를 적용합니다.
@It92I6Ev2B.Com
정규화 후: testemail_organisational_baseball+884@it92i6ev2b.com
해시 값: 74d9584eded0ad1e5572a1c1849f3716751d371d6117a6155dad5363f4b4fbec
참고: 인코딩된 HMAC 값과 키의 길이는 입력값과 인코딩 방식에 따라 달라질 수 있으므로, 길이가 고정되어 있지는 않습니다.
데이터 파트너에게 제공하는 공통 salt와 SHA-256 해시 알고리즘을 사용해 device ID를 해싱하는 데 동일한 요구 사항이 적용됩니다. 이메일 주소와 마찬가지로 공백은 제거하지만, IDFA/Android ID에 대해서는 소문자 정규화를 수행하지 않으며, IDFA/Android ID의 정확한 형식을 그대로 사용해야 합니다.
다음은 해싱 이전 iOS 및 Android용 Device ID의 원본 형식 예시입니다.
iOS IDFA: DD99CFF7-6186-4602-9DF2-ED3FD0B2D431
Android ID: b5bf2122961b3595
해싱된 iOS IDFA: 134fb8cd95c7fd42e2793f469a447198ca5f990968db2dbadad70e723ed9750b
해싱된 Android ID: 130dddff1939f229476f50bc8adab8fcb7e3525b0e9604fe8effc15e68cee4a4
X ID는 데이터의 그룹화(예: @handle로 구성된 고객 리스트)가 개인 식별 정보(PII)는 아니더라도 광고주에게 비공개이기 때문에 계속 해시된 상태로 유지됩니다. X ID를 해시할 때는 SHA-256 해싱 알고리즘과 우리가 데이터 파트너에게 제공하는 공통 salt를 사용하는 동일한 요구사항이 적용됩니다. X ID와 @username 모두에 대해 공백은 제거해야 하지만, User ID는 정규화가 필요하지 않습니다. 정규화를 위해 @username은 소문자로 변환해야 합니다. 또한 @ 기호는 username의 일부로 포함되면 안 됩니다.
원본 ID 형식은 다음과 같습니다:
- User ID: 27674040
- @username: testusername
p_id로 데이터를 전송하는 파트너는 광고주 또는 파트너의 사용자 id를 X 사용자 id에 매핑하기 위한 ID Sync 프로세스를 반드시 거쳐야 합니다. 이를 통해 광고주는 X에서 자체 사용자 세그먼트를 직접 타게팅할 수 있습니다. 또한 파트너는 멤버십 업데이트를 전송할 때 user_identifier_type 파라미터 값을 TALIST_PARTNER_USER_ID 또는 TAWEB_PARTNER_USER_ID로 설정해야 합니다.
- 웹 전용: 아래에 설명된 대로 광고주의 사이트에 픽셀을 설치하여 설정할 수 있습니다.
- 리스트: CRM 페이지에 설명된 방법 중 하나를 사용하여 진행할 수 있습니다.
예시 파트너 id 값이 111이고, 예시
p_user_id 값이 abc인 경우, 구성되는 픽셀은 다음과 같습니다:
멤버십 업데이트 전송
엔드포인트 문서에 명시된 대로, POST custom_audience_memberships 엔드포인트를 통해 사용자를 전달할 때는 쿠키 기반 매칭을 활성화하기 위해 customer ID를 전달해야 합니다.
p_id로 데이터를 전송하는 파트너는 반드시 user_identifier_type을 TALIST_PARTNER_USER_ID 또는 TAWEB_PARTNER_USER_ID로 설정해야 합니다.
그 외 모든 단계는 Real-Time Audience API Integration Guide에 나열된 내용과 동일하게 유지됩니다.
이 문서는 [Custom Audience]/x-ads-api/audiences 사용자 데이터 형식을 설명합니다.
데이터 정규화
디바이스 ID:
- IDFA - 소문자로, 대시는 포함; 예:
4b61639e-47cc-4056-a16a-c8217e029462 - AdID - 기기에서의 원래 형식이 필요하며, 대문자로 변환하지 않고 대시를 포함해야 함; 예:
2f5f5391-3e45-4d02-b645-4575a08f86e - Android id - 기기에서의 원래 형식이 필요하며, 대문자로 변환하지 않고 대시나 공백 없이 사용; 예:
af3802a465767e36
- 모두 소문자로 변환하고, 앞뒤 공백 제거; 예:
support@x.com
- @ 기호 없이, 소문자로 변환하고 앞뒤 공백 제거; 예:
jack
- 표준 정수; 예:
143567
SHA256을 사용하여 솔트 없이 해시해야 합니다. 또한 최종 출력 해시는 소문자여야 합니다. 예: 49e0be2aeccfb51a8dee4c945c8a70a9ac500cf6f5cb08112575f74db9b1470d 와 같아야 하며, 다음과 같이 쓰면 안 됩니다: 49E0BE2AECCFB51A8DEE4C945C8A70A9AC500CF6F5CB08112575F74DB9B1470D

p_user_ids) 리스트를 전송합니다. 이는 p_user_ids와 X 사용자 ID 간의 매핑을 구축하는 ID 동기화(ID Sync) 프로세스를 통해 수행됩니다. 이 매핑은 타게팅에 사용할 수 있는 X 사용자 ID 리스트를 생성하는 데 사용됩니다. 이러한 커스텀 오디언스는 ads.x.com의 Custom Audiences Web 캠페인 설정에서, 라벨에 지정된 광고주의 특정 @handle에 사용할 수 있도록 제공됩니다.
X는 파트너 태그 및 사이트에 삽입할 수 있는 보안 픽셀을 제공하여 ID(p_user_ids)를 X 사용자 ID와 매칭할 수 있도록 합니다. ID 동기화 프로세스가 완료되면 파트너가 타게팅 파일을 생성하고, HTTPS 엔드포인트를 통해 X가 사용할 수 있도록 제공합니다. 이 타게팅 파일은 X에서 정기적으로 가져와 처리하며, 이후 X UI에서 사용할 수 있게 됩니다.
X 보안 픽셀
X 보안 픽셀은 다음과 같은 형태입니다:
https://analytics.x.com/i/adsct?p_user_id=xyz&p_id=123
p_user_id - xyz는 파트너가 제공하는 파트너 사용자 ID를 의미합니다.
p_id - 123은 파트너에 대한 고유 ID를 의미합니다(X에서 제공).
파트너 HTTPS 엔드포인트 & 타게팅 사용자 파일
파트너는 타게팅 파일을 정기적으로 가져오기 위해 사용할 수 있는 HTTPS 엔드포인트와 인증 정보(사용자 이름/비밀번호)를 X에 제공해야 합니다. 예시 HTTPS 엔드포인트는 다음과 같은 형태입니다:
- Partner Targeting User File
- Targeting Conversion File
- 199.16.156.0/22
- 199.59.148.0/22
참고:
새 Partner Targeting File을 받을 때마다, 별도의 합의가 없는 한 이는 증분 데이터가 아니라 파트너가 타겟팅을 권장하는 사용자 전체 목록이라고 예상합니다. 이 Partner Targeting File의 전송 주기는 각 파트너와 사전에 합의합니다. 예상된 시점에 Partner Targeting File을 받지 못한 경우, 미리 정의된 만료 시간이 적용되는 이전 버전을 계속 사용합니다.
개요
Audience API는 Ads API의 v4 의 일부로 출시되었으며, 이를 통해 기존 Audiences 엔드포인트에 여러 가지 개선 사항을 제공합니다. 이 새로운 엔드포인트는 새로운 Audience 처리 백엔드에 의해 지원되며, 안정성, 견고성, 신뢰성 측면에서 여러 개선을 제공합니다. 이 가이드의 목적은 Audience API와 기존 Audience 업로드 및 관리 프로세스 간의 차이점을 설명하는 것입니다. 참고 문서는 Audience API 레퍼런스 문서 페이지에서 확인할 수 있습니다. Note: 업로드 전에 모든 Audience 사용자 데이터는 SHA-256으로 해시 처리되어야 합니다. 허용되는 사용자 식별자 type 및 데이터 정규화에 대한 자세한 내용은 user data 페이지에서 확인할 수 있습니다. Audience 기능 변경 사항 다음 Custom Audience 변경 사항은 v4부터 도입되었으며, 사용 중단(deprecated)된 엔드포인트는 Ads API v3의 지원이 종료(sunset)된 이후 더 이상 사용할 수 없습니다:- Deprecated TON 업로드:
- GET accounts/:account_id/custom_audience_changes
- GET accounts/:account_id/custom_audience_changes/:custom_audience_change_id
- POST accounts/:account_id/custom_audience_changes
- PUT accounts/:account_id/custom_audiences/global_opt_out
- Deprecated Real Time Audiences:
- POST custom_audience_memberships
- Custom Audience:
- 모든 Custom Audience 엔드포인트의 요청과 응답에서
list_type파라미터가 제거됩니다. 이 파라미터는 이전에 Audience의 사용자 식별자 type(예: 이메일, X User ID 등)을 식별하는 데 사용되었지만, 이제는 동일한 Audience에 대해 여러 사용자 식별자를 수용할 수 있게 되었으므로 이 값은 더 이상 의미가 없습니다.
- 모든 Custom Audience 엔드포인트의 요청과 응답에서
- 일반:
- Audience 조회 기간(lookback window)은 최근 30일에서 최근 90일 이내에 활성 상태였던 사용자와 매칭되도록 업데이트되었습니다.
- 타겟팅 가능한 Audience에 필요한 최소 매칭 사용자 수는 500명에서 100명으로 감소했습니다.
사전 준비 사항
- Ads API 액세스
- Audience 엔드포인트에 대한 액세스를 위해서는 allowlist(허용 목록)에 추가되어야 합니다. 2018-08-01 이전에 최초로 승인을 받은 경우, 이 양식을 작성하고 새로운 X Ads Products and Services Agreement를 수락해야 합니다.
Note TON 업로드 경로를 통해 업데이트되거나 옵트아웃 처리되는 모든 Audience는 TON Upload 엔드포인트를 통해 업로드된 해당 리스트가 있어야 하며, custom_audience_changes 엔드포인트를 사용해 Audience와 연계되어야 합니다.
Rate Limiting
Audience API 엔드포인트의 rate limit은 계정당 1분에 1500회입니다. 단일 페이로드에 포함할 수 있는 사용자 수에는 제한이 없습니다. 페이로드에 대한 제약은 다음과 같습니다:
- 전체 작업 수: 최대 2,500개
- 최대 페이로드 크기: 5,000,000바이트
id를 가져옵니다. 이 단계는 Audience를 처음부터 생성하는 경우 필수입니다. 기존 Audience를 업데이트하는 경우에는 다음 섹션으로 건너뛰세요.
Custom Audience id와 아래와 같은 예시 페이로드를 사용해 POST accounts/:account_id/custom_audiences/:custom_audience_id/users 엔드포인트를 호출합니다.
POST https://ads-api.x.com/11/accounts/18ce54d4x5t/custom_audiences/1nmth/users
operation_type으로 Update를 사용하세요. 새로운 Audience 인터페이스를 사용하면 단일 사용자에 대해 여러 사용자 키를 전달할 수 있습니다. JSON 객체 배열의 각 객체는 하나의 사용자에 해당합니다. 위의 예시 페이로드를 사용하면 이 요청은 두 명의 사용자를 Audience에 추가하며, 한 사용자는 email과 handle을, 다른 한 사용자는 email과 twitter_id를 사용합니다.
위에서 설명한 사용자 추가 과정과 마찬가지로, 다음과 같이 요청을 보내 잠재고객에서 사용자를 제거할 수 있습니다:
POST https://ads-api.x.com/11/accounts/18ce54d4x5t/custom_audiences/1nmth/users
operation_type은 Delete로 설정해야 하며, 사용자 매칭에는 오디언스에 사용자를 추가할 때 사용했던 키들 중 어느 것이든 사용할 수 있습니다. 예를 들어, 사용자가 email과 twitter_id를 사용해 오디언스에 추가되었다면, 동일한 사용자는 이 키들 중 하나, 즉 email 또는 twitter_id 또는 그 둘 다를 사용해 제거할 수 있습니다.
또한, 단일 요청 내에서 Audience에 사용자를 추가하고 제거하는 것도 가능합니다. 이 엔드포인트는 요청당 여러 개의 operation_type을 지원합니다.
글로벌 옵트아웃 엔드포인트가 더 이상 지원되지(deprecated) 않음에 따라, 파트너는 어느 Audience에서든 옵트아웃한 사용자를 반드시 Delete 해야 합니다. 이를 수행하는 방법은 다음과 같습니다:
- 어떤 사용자가 어떤 Audience에 속해 있는지 추적하고, 각 Audience에서 해당 사용자를 개별적으로 제거합니다.
- Ads 계정과 연결된 모든 Audience에서 해당 사용자를 제거합니다.
- 큐가 짧은 시간에 급격히 증가해 처리 시간이 길어지고 전반적으로 시스템에 불필요한 부하가 걸리는 것을 피하기 위해, 이 엔드포인트는 실시간에 가까운 배치(near real-time batches)로 호출할 것을 강력히 권장합니다. 이렇게 하면 사용자를 캠페인 타기팅에 더 빨리 활용할 수 있습니다.
- 성공적인 API 호출은 요청에서 전달된
user객체 수에 해당하는success_count와total_count를 반환합니다. - 이 엔드포인트는 원자적(atomic)입니다. 즉, 전체 요청이 성공하거나, 어떤 오류가 발생할 경우 전체 요청이 실패합니다. 오류 응답이 발생한 경우, 이 API의 사용자는 오류를 수정한 뒤 전체 페이로드로 요청을 다시 시도할 것을 권장합니다.
- 요청이 실패한 경우, 파트너는 재시도 시 지수 백오프(exponential backoff) 방식을 사용할 것을 권장합니다. 예를 들어, 첫 번째 실패 시에는 즉시 재시도하고, 두 번째 실패 후에는 1분 뒤에, 세 번째 연속 실패 후에는 5분 뒤에 재시도하는 식으로 진행합니다.
end_time - start_time)의 기간만 허용됩니다.
결과는 단일 geo(국가) 기준으로 제한된다는 점에 유의하세요.
Resource URL
https://ads-api.x.com/12/insights/keywords/search
Parameters
Example Request
https://ads-api.x.com/5/accounts/:account_id/tailored_audiences/:tailored_audience_id/permissions
Parameters
Example Request
GET https://ads-api.x.com/5/accounts/18ce54d4x5t/tailored_audiences/1nmth/permissions
Example Response
is_owner 응답 속성을 확인하여 맞춤형 오디언스의 소유 여부를 확인할 수 있습니다.
참고: 오디언스는 동일한 비즈니스에 속한 광고 계정 간에만 공유할 수 있으며, 또는 오디언스를 소유한 광고 계정에 SHARE_AUDIENCE_OUTSIDE_BUSINESS 계정 기능이 있는 경우에만 공유할 수 있습니다.
Resource URL
https://ads-api.x.com/5/accounts/:account_id/tailored_audiences/:tailored_audience_id/permissions
Parameters
Example Request
POST https://ads-api.x.com/5/accounts/18ce54d4x5t/tailored_audiences/2906h/permissions?granted_account_id=18ce54aymz3&permission_level=READ_ONLY
Example Response
DELETE accounts/:account_id/tailored_audiences/:tailored_audience_id/permissions/:tailored_audience_permission_id
is_owner 응답 속성을 확인하여 Tailored Audience의 소유 여부를 확인할 수 있습니다.
권한이 철회되면, 권한이 부여된 계정(granted_account_id)은 향후 캠페인에서 더 이상 해당 Audience를 타게팅할 수 없음을 보장합니다. 기존 캠페인은 공유된 Audience와 함께 계속 실행됩니다. 캠페인은 중지되지 않으며 Audience가 캠페인에서 제거되지도 않습니다. Audience 공유 권한이 철회된 후에는 이 캠페인을 복사할 수 없습니다.
리소스 URL
https://ads-api.x.com/5/accounts/:account_id/tailored_audiences/:tailored_audience_id/permissions/:tailored_audience_permission_id
매개변수
요청 예시
DELETE https://ads-api.x.com/5/accounts/18ce54d4x5t/tailored_audiences/1nmth/permissions/ri
응답 예시
custom_audience_id를 타게팅하는 활성 또는 전체 라인 아이템 및 캠페인 목록을 조회합니다.
Example Request
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences/2906h/targeted
Example Response
custom_audience_id에 대해 사용자를 추가, 업데이트 및 제거할 수 있습니다. 또한 이 엔드포인트는 각 사용자에 대해 여러 종류의 사용자 식별자를 함께 전달받을 수 있습니다.
요청의 users 필드에 제공되는 모든 데이터는 partner_user_id를 제외하고 SHA256으로 해시한 뒤 정규화해야 합니다.
배치 요청
- 현재 이 엔드포인트에 대한 최대 배치 크기는
2500입니다. 배치 크기는 요청당 작업(Update/Delete)의 수로 결정됩니다. 예를 들어, 하나의 배열에 2500개를 초과하는 작업 객체({"operation_type": "Update/Delete", [..] })가 있으면 오류가 발생합니다. - 이 엔드포인트가 수락할 수 있는 요청 POST 본문의 최대 크기는
5,000,000바이트입니다. - 이 엔드포인트에 대한 요청 한도는 1분당 1500건입니다.
- 모든 매개변수는 요청 본문에 전송되며,
Content-Type이application/json이어야 합니다. - 배치 요청은 하나의 그룹으로 함께 실패하거나 성공하며, 오류와 성공 모두에 대한 모든 API 응답은 최초 요청의 항목 순서를 그대로 유지합니다.
success_count와 total_count라는 두 필드가 포함됩니다. 이 값들은 항상 같아야 하며, 백엔드에서 처리된 요청 내 레코드 수를 나타냅니다. 요청 본문에 전송된 레코드 수가 success_count 및 total_count와 같지 않은 상황은 오류 상태로 간주해야 하며, 재시도가 필요합니다.
배치 오류
- 요청 수준 오류(예: 최대 배치 크기 초과)는 응답의
errors객체 아래에 표시됩니다. - 항목 수준 오류(예: 필수 매개변수 누락)는 응답의
operation_errors객체 아래에 표시됩니다. operation_errors내 오류의 인덱스는 입력 항목의 인덱스를 가리키며, 해당 오류 메시지가 함께 제공됩니다.
https://ads-api.x.com/12/accounts/:account_id/custom_audiences/:custom_audience_id/users
users 객체에 대한 멀티 키 방식으로 인해, 이 객체의 각 요소는 아래와 같이 문서화되어 있습니다:
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences/1nmth/users
https://ads-api.x.com/12/accounts/:account_id/custom_audiences/:custom_audience_id/permissions
매개변수
요청 예시
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences/1nmth/permissions
응답 예시
is_owner 응답 속성을 확인하여 소유 여부를 확인할 수 있습니다.
참고: 오디언스는 동일한 비즈니스에 속한 광고 계정 간에만 공유할 수 있습니다. 단, 오디언스를 소유한 광고 계정에 SHARE_AUDIENCE_OUTSIDE_BUSINESS 계정 기능이 있는 경우에는 예외입니다.
Resource URL
https://ads-api.x.com/12/accounts/:account_id/custom_audiences/:custom_audience_id/permissions
Parameters
Example Request
DELETE accounts/:account_id/custom_audiences/:custom_audience_id/permissions/:custom_audience_permission_id
is_owner 응답 속성을 확인하여 Custom Audience의 소유 여부를 확인할 수 있습니다.
권한이 철회되면, 부여된 계정(granted_account_id)은 향후 캠페인에서 해당 Audience를 타기팅할 수 없도록 보장됩니다. 기존 캠페인은 공유된 Audience와 함께 계속 실행됩니다. 캠페인은 중지되지 않으며, Audience도 캠페인에서 제거되지 않습니다. Audience 공유 권한이 철회된 이후에는 이 캠페인을 복사할 수 없습니다.
리소스 URL
https://ads-api.x.com/12/accounts/:account_id/custom_audiences/:custom_audience_id/permissions/:custom_audience_permission_id
매개변수
요청 예시
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences/1nmth/permissions/ri
응답 예시
https://ads-api.x.com/12/accounts/:account_id/custom_audiences
Parameters
Example Request
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences?custom_audience_ids=1nmth
Example Response
https://ads-api.x.com/12/accounts/:account_id/custom_audiences/:custom_audience_id
Parameters
Example Request
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences/2906h
Example Response
https://ads-api.x.com/12/accounts/:account_id/custom_audiences
매개변수
요청 예시
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences?name=developers
응답 예시
https://ads-api.x.com/12/accounts/:account_id/custom_audiences/:custom_audience_id
Parameters
Example Request
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences/2906h?name=developers_changed
Example Response
- 현재 최대 배치 크기는 10입니다.
- 모든 파라미터는 요청 본문에 포함되며,
Content-Type값으로application/json이 필요합니다. - 배치 요청은 하나의 그룹으로 함께 실패하거나 성공하며, 오류와 성공 응답 모두에서 초기 요청의 항목 순서를 그대로 유지합니다.
- 요청 수준 오류(예: 최대 배치 크기 초과)는 응답의
errors객체 아래에 표시됩니다. - 항목 수준 오류(예: 필수 파라미터 누락)는 응답의
operation_errors객체 아래에 표시됩니다.
- Flexible Audiences는 한 번 생성되면 변경할 수 없습니다.
- Custom Audiences는 Flexible Audiences를 생성하기 위해 불리언 논리 조합을 사용하는 트리 구조로 전달됩니다.
- 최대 10개의 Custom Audiences 리프 노드를 사용하여 하나의 Flexible Audience를 생성할 수 있습니다.
https://ads-api.x.com/12/batch/accounts/:account_id/custom_audiences
Parameters
예시 요청
POST https://ads-api.x.com/12/batch/accounts/18ce54d4x5t/custom_audiences
https://ads-api.x.com/12/accounts/:account_id/custom_audiences/:custom_audience_id
Parameters
Example Request
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/custom_audiences/2906h
Example Response
account_id에는 최대 하나의 연락 금지 리스트(Do Not Reach List)만 존재할 수 있습니다.
리소스 URL
https://ads-api.x.com/12/accounts/:account_id/do_not_reach_lists
매개변수
요청 예시
GET https://ads-api.x.com/12/accounts/18ce54bgxky/do_not_reach_lists
응답 예시
account_id에는 최대 하나의 Do Not Reach 리스트만 존재할 수 있습니다.
리소스 URL
https://ads-api.x.com/12/accounts/:account_id/do_not_reach_lists
매개변수
요청 예시
POST https://ads-api.x.com/12/accounts/18ce54bgxky/do_not_reach_lists?description=A list of users to exclude
응답 예시
do_not_reach_list_id 에서 사용자를 추가, 업데이트 및 제거할 수 있도록 합니다. 이 엔드포인트는 유효한 사용자 식별자 type 으로 이메일만 허용합니다.
요청의 emails 필드에 제공되는 모든 데이터는 SHA256 으로 해시해야 하며, 정규화되어야 합니다.
참고
- 하나의
account_id에는 최대 하나의 Do Not Reach List만 존재할 수 있습니다. - 이 리스트에 추가된 사용자는 현재 타임스탬프 기준 13개월 미만이 되도록
expires_at타임스탬프가 반드시 설정되어 있어야 합니다. - Do Not Reach List API는
effective_at타임스탬프를 받지 않으며, 기본값으로 현재 타임스탬프를 사용합니다. - Do Not Reach List는 계정의 일부 또는 모든 커스텀 오디언스에서 사용자를 제거하지 않고, 계정에서 집행되는 모든 캠페인에 대해 제외 타기팅으로 작동합니다.
- 현재 이 엔드포인트에 대한 최대 배치 크기는
2500입니다. 배치 크기는 요청당 작업(Update/Delete) 개수로 결정됩니다. 예를 들어, 하나의 배열에 2500개가 넘는 작업 객체({"operation_type": "Update/Delete", [..] })가 포함되면 오류가 발생합니다. - 이 엔드포인트가 허용하는 최대 요청 POST 본문 크기는
5,000,000바이트입니다. - 이 엔드포인트에 대한 요청 한도는 1분 윈도우당 1500회입니다.
- 모든 파라미터는 요청 본문으로 전송되며,
Content-Type으로application/json이 필요합니다. - 배치 요청은 그룹 단위로 함께 실패하거나 성공하며, 오류 및 성공에 대한 모든 API 응답은 초기 요청의 항목 순서를 그대로 유지합니다.
success_count 와 total_count 두 필드가 포함됩니다. 이 값들은 항상 같아야 하며, 백엔드에서 처리된 요청 내 레코드 수를 의미합니다. 요청 본문에 전송된 레코드 수가 success_count 및 total_count 와 같지 않은 상황은 오류 상태로 간주해야 하며, 재시도가 필요합니다.
배치 오류
- 요청 수준 오류(예: 최대 배치 크기 초과)는 응답의
errors객체 아래에 표시됩니다. - 항목 수준 오류(예: 필수 파라미터 누락)는 응답의
operation_errors객체 아래에 표시됩니다. operation_errors내 오류의 인덱스는 입력 항목의 인덱스를 가리키며, 해당 오류 메시지와 매핑됩니다.
https://ads-api.x.com/12/batch/accounts/:account_id/do_not_reach_lists/:do_not_reach_list_id/users
파라미터
users 객체에 여러 키를 사용하는 방식에 따라, 이 객체의 각 요소는 아래에서 개별적으로 설명됩니다:
예시 요청
https://ads-api.x.com/12/accounts/:account_id/do_not_reach_lists/:do_not_reach_list_id
매개변수
없음
요청 예시
DELETE https://ads-api.x.com/12/accounts/18ce54bgxky/do_not_reach_lists/4ofrp
응답 예시