프러드 감지와 방지에 따라 유저가 정의하는 규칙을 생성하는 방법에 대한 페이지입니다.
Singular의 빌트인 프러드 방지 메서드에 관하여 더 알고 싶으시다면, 프러드 설정 세팅하기 페이지를 참조해 주세요.
Singular가 고안한 프러드 방지 메서드를 통해 귀사의 앱에 맞춘 프러드 방지 규칙을 만들어보세요.
규칙 만들기
유저가 정의하는 규칙을 만드시려면 다음 단계를 따르세요.
- Fraud Prevention > Rules로 가세요.
- Create New Rule을 선택하시고 규칙 형식을 채우세요.
규칙 이름
규칙 이름에서는 규칙을 식별하고, 해당 규칙이 발동 되었을 때 프러드 리포트에 나타나는 원인 디멘션(Reason Dimension)를 나타내는 곳입니다.
규칙 조건
조건은 어떤 상황에서 해당 규칙이 발동될지를 정의하는 곳입니다. 각 규칙마다 다수의 조건을 조합하여 설정 할 수 있고, 해당 규칙은 모든 조건을 적용해야만 터치 포인트에서 발동됩니다.
각 조건은 세 부분으로 구성됩니다.
- 필드: 필드는 터치 포인트와 인스톨에 따라 평가됩니다. 예를 들어, 만약 필드가 소스라면 조건은 터치포인트의 소스(Ad Network)에 기반하게 됩니다.
- 오퍼레이터: 오퍼레이터는 필드와 값의 관계를 정의합니다.
- 값: 값은 오퍼레이터의 조건의 오른쪽에 사용됩니다.
가능한 필드 종류들은 다음과 같습니다.
| Source | 터치 포인트의 소스 이름입니다. |
| App | 인스톨된 앱입니다. |
| Publisher | 터치 포인트의 퍼블리셔 ID입니다. |
| Time to Install | 인스톨을 위해 클릭한 이후부터의 시간으로서, 몇 초 이하 또는 며칠 이상과 같이 설정 할 수 있습니다. |
| Duplicate Clicks | 동일한 Ad Network로부터 클릭이 도달한 횟수입니다. |
| Click Country | (IP 주소를 기반한) 터치 포인트가 일어난 국가입니다. |
| Install Country | (IP 주소를 기반한) 인스톨이 일어난 국가입니다. |
| Campaign Name | 터치 포인트의 캠페인 이름입니다. |
| Attribution Method | 어트리뷰션에 사용된 메서드입니다: 강력한 식별자 또는 핑거프린트의 형태입니다. |
| Receipt Validation | 제공된 iOS 인스톨 영수증이 유효한지 확인합니다. (iOS 인스톨 영수증 유효성 검사를 확인하세요) |
| Click to Install Distance | (IP의 지리적인 위치에 기반하여) 특정 기기가 이벤트를 클릭한 시점부터 이벤트를 인스톨 한 거리를 킬로미터로 측정한 거리입니다. |
| Click to Install Speed | (IP의 지리적인 위치에 기반하여) 이벤트를 클릭했을 때부터 디바이스가 인스톨 이벤트를 진행하는 동안 장치가 이동한 시간을 킬로미터당 속도로 측정한 값 입니다. |
| Install Source | Android 앱은 설치 인스톨을 시작한 패키지 이름으로 쿼리할 수 있습니다. 앱이 다른 스토어에 의해 설치되었거나 APK로 사이드로드가 된 경우 이 패키지의 이름은 다를 수 있습니다. |
| App version | 앱 버전입니다 (버전 비교페이지를 참조하세요). |
| OS version | OS 버전입니다 (버전 비교페이지를 참조하세요). |
| OS | 기기의 OS 버전(Android/iOS)입니다. |
| Touchpoint type | 터치 포인트 종류(Click/Impression)입니다. |
규칙 동작 & 상태
동작은 규칙이 터치 포인트와 일치할 때 일어나는 행동들을 관장합니다. 가능한 동작들은 다음과 같습니다.
- 화이트리스트(Whitelist): 화이트리스트 규칙에 부합하는 터치 포인트는 유효한 것으로 간주하며, 다른 규칙들에 의해 더 이상 평가되지 않습니다.
- 거절(Reject): 이 규칙에 부합하는 터치 포인트는 거절됩니다.
- 의심스러움(Mark as Suspicious): 이 규칙에 부합하는 터치 포인트는 계속하여 어트리뷰션으로서 유효하나, 의심스러운 터치 포인트로 표기됩니다.
규칙 상태는 규칙들을 껐다 켜는 방법으로 빠르게 사용 가능합니다.
버전 비교
일반적으로, 버전 이름에는 구조가 있습니다. 저희는 입력한 버전이 해당 구조를 준수하는지 확인합니다.
- 구조는 다음과 같은 형식을 따릅니다. 점에 의해 양수가 구분되는 형식입니다.
- 숫자들 다음, “-” 뒤에 네 가지 유형의 접미사가 나옵니다.
- alpha
- beta
- rc-x
- dev
유효한 예는 다음과 같습니다.
- 2.3.5
- 2.4.5.6
- 3.4-alpha
- 4.5-rc3
잘못된 예는 다음과 같습니다.
- 2.3-master
- 3.4Alpha
- Alpha