• 설치의 경우: 검증 규칙은 선택된 작업에 따라 귀속을 차단하고 마지막 유효 미디어 소스로 수정하거나 귀속을 완전히 차단합니다.
• 인앱이벤트인 경우: 검증 규칙은 인앱 이벤트의 귀속을 차단합니다.
• 유효성 검사 규칙 블록 유형 결과를 보여 주는 다음 표를 참조하십시오.
   

  	차단 유형	설명	인스톨 데이터를 볼 수 있는 위치	그에 따른 인앱 이벤트
  인스톨	차단 어트리뷰션 및 마지막 유효한 미디어소스로 정정.	인스톨은 실제이지만 조건에 따라 인스톨이 어트리뷰트되거나 되지 않아야 한다는 조건을 결정해야 한다고 가정할 때 선택합니다.  어트리뷰션이 수정되고 인스톨은 유효한 마지막 미디어소스에 어트리뷰트됩니다. 식별된 올바른 미디어소스가 없으면 인스톨은 오가닉으로 표시됩니다.	앱스플라이어 대시보드 및 로데이터를 정기 인스톨로 보고합니다(유효한 마지막 미디어소스에 추가됨). Protect360 프리미엄 플랜으로: Protect 360은 대시보드를 인스톨합니다. Protect360은 로데이터 리포트를 인스톨합니다(차단된 미디어소스를 통해). Protect360 프리미엄 플랜 미포함: Protect360은 로데이터 리포트를 인스톨합니다(차단된 미디어소스를 통해).	인스톨과 동일한 수정된 어트리뷰션을 가집니다. Protect360 프리미엄 플랜을 통해 사용 가능한 데이터: 앱스플라이어 대시보드 및 리포트에서 수정된 어트리뷰션을 일반 IAE로 지정 Protect360 IAE 대시보드 및 Protect360 차단된 IAE 로데이터 리포트에 차단된 미디어소스 포함
  	설치를 유효하지 않은 것으로 표시하고 귀속하지 않습니다.	규칙 조건에 따라 유효하지 않은 인스톨이 사기로 간주될 때 선택합니다. 인스톨은 전혀 어트리뷰트되지 않습니다(논오가닉도 오가닉도 아님)	Protect360 프리미엄 플랜으로: Protect 360은 대시보드를 인스톨합니다. Protect360은 로데이터 리포트를 인스톨합니다(차단된 미디어소스를 통해). Protect360 프리미엄 플랜 미포함: Protect360은 로데이터 리포트를 인스톨합니다(차단된 미디어소스를 통해).	차단 수 Protect360 IAE 대시보드의 Protect360 프리미엄 플랜 및 차단된 IAE 로데이터 보고서로 데이터 사용 가능
  인앱 이벤트	어트리뷰션 차단	규칙 조건에 따라 유효하지 않은 인앱 이벤트가 사기로 간주될 때 선택합니다.	Protect360 프리미엄 플랜으로: Protect360 IAE 대시보드 Protect360 인앱 이벤트 로데이터 리포트 Protect360 프리미엄 플랜 미포함: 해당 없음	Protect360 IAE 대시보드의 Protect360 프리미엄 플랜 및 차단된 인앱 이벤트 로데이터 보고서로 데이터 사용 가능
  	앱스플라이어에서 완전히 제거하기	데이터가 필요하지 않은 인앱 이벤트가 있을 때 사용하는 것이 좋습니다. 앱스플라이어는 이런 이벤트를 전혀 기록하지 않습니다.

• 광고 네트워크와 에이전시는 광고주가 그들에게 필요한 권한을 할당하는 경우에만 데이터를 볼 수 있습니다.
• 설치 귀속이 차단되거나 실시간으로 유효 미디어 소스에 귀속될 때, 차단된 광고 네트워크에 즉시 거부된 포스트백이 전송되어 조정 흐름을 간소화합니다. 귀속이 차단되고 마지막 유효 미디어 소스로 수정될 때, 마지막 유효 광고 네트워크에도 포스트백이 전송됩니다.
• 인앱 이벤트가 차단되면 거부 포스트백이 차단된 광고 네트워크로 즉시 전송됩니다.
  참고:
  • 포스트백은 그것을 받기 위해 설정된 광고 네트워크가 앱스플라이어와 통합되어 있는 경우에만 전송됩니다.
  • 포스트백 및 거부된 포스트백 리포트는 내보내기 페이지에서 사용할 수 있습니다.
  • 포스트백 및 거부된 포스트백에 대해 자세히 알아보세요.
• 설치 및 IAE 귀속 차단은 AppsFlyer에서 데이터가 보고되는 방식과 위치에만 영향을 미칩니다. 최종 사용자의 앱 사용은 금지하지 않습니다.
  • 필요한 경우 차단된 인스톨 및 차단된 IAE 로데이터 리포트(내보내기, pull API 및 데이터 락커를 통해 사용할 수 있는)를 사용하여 비활성화할 앱 사용자 목록을 가져올 수 있습니다.  
• 차단된 설치/IAE 보고서 및 거부된 포스트백에는 차단된 설치/IAE의 차단 사유 아래에 차단한 규칙의 이름이 포함됩니다. 하나 이상의 규칙이 있는 경우 여러 규칙 섹션을 참조하십시오.
  • 인스톨/IAE가 Protect360 사기 방지 엔진에 의해 차단되면 유효성 검사 규칙이 있더라도 Protect360 이유가 표시됩니다.
• 규칙에 따라 앱스플라이어와 메타 광고 및 구글 애드워즈와 같은 SRN이 설치를 검증하기 위해 자체 로직을 배포할 때 불일치가 보고될 수 있습니다.

• 동일한 인스톨/IAE에서 다중 유효성 검증 규칙을 실행할 수 있습니다. 이 상황은 인스톨이 다중 규칙 조건을 충족할 때 발생합니다. 
• 인스톨/IAE는 별도로 규칙의 조건을 준수하지 않는 경우 유효하지 않은 것으로 분류됩니다.
• 로데이터 리포트 및 거부된 포스트백에서 차단 이유 값 필드에는 설치 또는 인앱 벤트를 유효하지 않은 것으로 분류하는 모든 규칙의 이름이 포함됩니다.
• 동일한 인스톨에 대한 다중 규칙은 규칙의 차단 유형에 따라 다음 순서로 실행되도록 순서가 지정됩니다.

소스 섹션은 규칙이 적용되는 인스톨의 트래픽 소스를 정의하는 장소입니다.

다음 두 가지 초기 옵션이 있습니다.  

• 전체 트래픽 모든 트래픽: 이 규칙은 소스(에이전시, 미디어소스, 캠페인, 오가닉 등)에 관계없이 모든 인스톨에 적용됩니다.  
  참고: 이 옵션은 유기적 설치를 포함하므로 추가 소스 정보를 선택할 수 없으며, 설치 차단 옵션만 사용할 수 있습니다. 이는 유기적 설치에 대한 귀속을 차단/수정할 수 없기 때문입니다.
• 논-오가닉만 논오가닉만 해당: 규칙은 다음 표에 설명된 필드, 연산자 및 값과 함께 사용자가 선택한 소스에 적용됩니다.

인스톨 및 인앱 이벤트에 대해 Protect360 고객은 추가적인 소스 옵션을 사용할 수 있습니다.  

조건 섹션은 인스톨이 차단되거나 마지막으로 유효한 소스로 인한 경우를 결정하는 조건을 정의하는 장소입니다.  

모든 규칙에 다중 조건 및 조건 그룹을 추가할 수 있습니다.

조건은 다음 표에 요약된 조건, 연산자 및 값에 따라 정의됩니다.

대량 업로드

조건이 지원하는 경우 목록에 있음 또는 목록에 없음 연산자를 선택할 때, 새 항목을 추가할 때 CSV 파일을 대량 업로드할 수 있는 옵션이 있습니다.

설정 방법:

1. 목록에 포함 또는 목록에 포함되지 않음 연산자를 선택하십시오.
2. 연산자 드롭다운 목록에서 목록에 포함 또는 목록에 포함되지 않음을 선택하십시오.
3. 새 항목 추가 상자에서 CSV 파일 업로드를 선택하십시오. 

참고: CSV 파일은 최대 17K 값을 포함할 수 있습니다.

인스톨 및 인앱이벤트에 대해 Protect360 고객은 추가 조건 옵션을 사용할 수 있습니다.  

이벤트 섹션에서 인앱이벤트를 선택하면 일반 소스 옵션 외에도 고객이 규칙을 적용할 인앱이벤트를 정의하는 다른 소스 옵션이 제공됩니다. 

소스는 필드, 연산자 및 다음 표에 요약된 값에 따라 정의됩니다.

참고: 일러두기: 다른 모든 인앱이벤트 소스는 IAE가 연결된 설치 소스(예: 에이전시, 미디어 소스, 캠페인, 캠페인 ID, 사이트 ID 등)를 기반으로 합니다.

앱 내 이벤트가 이벤트 섹션에서 선택되면 고객은 규칙이 적용되는 앱 내 이벤트를 정의하기 위한 추가 조건 옵션을 갖습니다. 이 조건은 비-Protect360 조건과 혼합하여 사용할 수 있습니다 이전에 나열된.

Protect360 조건은 다음 표에 요약된 조건, 연산자 및 값에 따라 정의됩니다.

일반 소스 옵션 외에도 Protect360 고객에게는 규칙이 적용되는 인스톨을 정의할 수 있는 다른 소스 옵션이 있습니다. 소스는 필드, 연산자 및 다음 표에 요약된 값에 따라 정의됩니다.

Protect360 고객은 설치를 검증하기 위한 추가 조건 세트를 갖습니다. 이 조건은 비-Protect360 조건과 혼합하여 사용할 수 있습니다 이전에 나열된.

Protect360 조건은 다음 표에 요약된 조건, 연산자 및 값에 따라 정의됩니다.

선택한 앱 내 이벤트가 이벤트 섹션에 있으면, Protect360 고객은 규칙이 적용될 앱 내 이벤트를 정의하기 위한 추가 조건 옵션을 가집니다. 이 조건은 비-Protect360 조건 이전에 나열된와 함께 혼합 및 조합할 수 있습니다.

Protect360 조건은 다음 표에 요약된 조건, 연산자 및 값에 따라 정의됩니다.

규칙에 다중 조건 또는 조건 그룹을 추가하는 경우 다음 중 하나를 사용하여 조건 또는 조건 그룹 간의 논리적 관계를 선택합니다. 

• 별개로 AND: 인스톨이 정의된 모든 조건을 준수한다는 의미합니다.
• 또는 OR: 인스톨이 정의된 조건 중 하나 이상을 준수함을 의미합니다.

예를 들어 플랫폼과 OS 모두에 기반한 인스톨을 검증하려면 AND를 선택해야 합니다. 이렇게 하면 정의된 플랫폼은 항상 정의된 OS에 있어야 합니다. 플랫폼 또는 OS에 기반한 인스톨을 검증하려면 OR을 선택해야 합니다.

계정에 생성된 모든 규칙을 보는 방법:

1. AppsFlyer에서 설정 > 검증 규칙.
   검증 규칙 창이 열리며, 검증 규칙 목록이 표시됩니다.
2. 목록 보기/상세 보기 토글을 사용하여 원하는 표 보기를 선택합니다.
3. 검색 및 필터 옵션을 사용하여 목록의 규칙을 필터링합니다.
   • 규칙 이름, 소스, 조건 이름 및 값을 기준으로 검색할 수 있습니다.
   • 예를 들어 7이 포함된 OS 버전에 대해 정의된 모든 규칙을 찾으려면 7을 입력합니다(예: “2.7.4”, “7.1”, 등). “2.7.4”, “7.1”, etc.). 또는 지역 조건에서 캐나다로 정의된 규칙을 찾으려면 캐나다를 입력합니다.  

새 규칙을 설정하는 방법:

1. AppsFlyer에서 설정 > 검증 규칙.
   검증 규칙 창이 열립니다.
2. 클릭 규칙 추가.
   새 규칙 추가 창이 열립니다.
3. 규칙 이름을 입력합니다.  다음과 같은 고유 이름을 사용하십시오.
   • 규칙을 정확하게 설명하는 이름.
   • 광고 네트워크에 대한 거부된 포스트백뿐만 아니라 차단된 인스톨 리포트에 표시되므로 광고 네트워크에 해를 끼치지 않는 이름.
4. 규칙 빌더 섹션을 완료합니다.
5. [선택 사항] 필요에 따라 조건 및/또는 조건 그룹을 추가합니다. 조건/조건 그룹 간에 관련 논리를 선택해야 합니다.
6. [선택사항] 트래픽 영향 평가를 클릭하여 규칙이 트래픽에 영향을 주는지를 보십시오.
7. 저장을 클릭하세요.