이벤트 로그 삭제

사용자 행위 분석

변환 추적

붕괴 전후 상황 판정

등 사건 추적 도구를 넣는 용도는 다양하다.
약간의 개선을 원하는 서비스 운용자는 당연한 도구군을 정리할 수 있다.
(독단과 편견도 포함되어 있습니다. 잘못된 경우 편집 요구 사항에 명시하십시오.🙇 )

선택(2017년 6월까지)

현재 화제 중 무료로 사용할 수 있는 물건을 비교해 보세요.

FireBase

잘 알려진 구글 Analytics 플랫폼.

StreamView 강력한 기능이 있습니다.나는 누가 무엇을 하고 있는지 실시간으로 가장 자세히 볼 수 있다고 생각한다.이벤트를 실시할 기회가 많아 무작위로 보고 싶은 서비스 등에 편리하다.

배치

모든 응용 프로그램은plist가 필요합니다. Target을 분리하는 것은 좀 번거롭습니다.

장점

분석 이외의 다양한 기능 무료 사용 가능

푸시 알림

AB 테스트(RemoteConfig: 사용 불편)

스토리지 등

Stream View를 통해 실시간으로 사용자가 무엇을 하는지 확인

핵심 분석, 속성 등 기본 기능

구글 관련 광고와 전환 가능

Crash Reporting 붕괴 전후의 활동이 편리하다는 것도 알려준다

결점

비용을 받지 않으면 사건의 속성을 볼 수 없음

CSV 데이터 다운로드 불가

Flurry

Yahoo!inc가 제공하는 서비스.한 마디로 하면 다기능에 필요한 기능은 기본적으로 모두 갖추어져 있다. 회사마다 응용 프로그램의 관리가 있기 때문에 여러 응용 프로그램의 수치를 동시에 볼 수 있는 것은 매우 크다.이전 버전인 Flurry를 시작으로 1년 정도 업데이트되어 보기 쉽습니다.하지만 이전의 좋은 기능도 사라졌다.

배치

AppDelegate에 configure를 추가할 정도입니다.

장점

무료 관람 이벤트 속성(Flurry만 제한되지 않을 수 있음)

OS와 애플리케이션을 병렬로 연결하지 않고 DAU와 Session을 볼 수 있으므로 쉽습니다

CSV에서 이벤트 로그를 내보낼 수 있음(형식이 좋지 않고 부호가 많음)

이벤트 속성에서 검색 가능

사용자를 이벤트와 연결할 수 있음(userID 등)

결점

UI는 복잡하고 할 수 있는 것은 많지만 사용하기 어렵다

Answers

Crashlytics에서 파생된 도구입니다.어쨌든 계기판으로서의 기능은 매우 강하다.아니면 거의 그 용도밖에 없어요.과거의 데이터를 거의 볼 수 없다.실시간 충돌 및 DAU 변동 모습 등의 UI에는 사용이 용이합니다.

TV 모드도 있고요.

배치

ios와 Android는 모두 도구를 통해 가져올 수 있습니다.이것은 매우 편리하다. Crashlytics의 설정과 테스트 응용의 배신 등 모든 것을 설정할 수 있다.

장점

실시간 분석, 충돌 감지에 적합

대시보드 우수, 시청 용이

보존을 통해 High/Middle/Low 등에 사용자 자동 할당

이벤트의 매개 변수를 사용할 수도 있음(CSV를 다운로드하거나 읽어들일 수 없음)

버전마다 2진법이 수치 등을 볼 수 있기 때문에 버전별 전염률 등을 쉽게 볼 수 있다

결점

과거 데이터가 보이지 않음

데이터의 합계는 기본적으로 오전 9시(24시로 예상)

MixPanel

활동수무료 계획에 제한이 있습니다.
최대 20000건.20000건이 아주 적습니다.예를 들어 DAU100이라도 화면마다 ScreenLog 등이 떨어지면 한 사람이 5개 화면을 봐도 500*30=1500이다.이렇게 하면 바로 멈춰요.

배치

configure 녀석.

장점

웹 도구라서 가져오기가 쉬워요

유지법 분석은 사용하기 쉽다

다중 이벤트를 기준으로 집계 및 시각화 가능

결점

공짜로 할 수 있는 일은 작다

실시

iOS

떨어지는 활동은 주로 다음과 같다.

화면 표시

사용자 작업

오류

변환

기타

우선 Enum으로 정의합니다.

enum ActionType:String{
    case screen
    case click
    case action
    case error
    case conversion
}

다음은 일반적인 로그 강등 실현이다.서비스에 따라 파라미터를 사용할 수 없기 때문에 활동명으로 설치했습니다.💰

// すべてのツールに落とす
class func addEventWithName(_ type:ActionType, name:String, params:[String : NSObject]?){
    Flurry.logEvent(type.rawValue+"_"+name, withParameters: params)
    ....
}

화면 표시 로그에 대해 UIVIew Controller를 만드는 슈퍼클래스는 누락된 위험과 책임의 비대화를 초래할 수 있기 때문에 혐오MOAspects를 주입하는 방법을 사용했다.
XXXView Controller의 XXX 부분만 제거하는 기록을 실현했습니다.

let classes: [AnyClass] = [LoginViewController.self]

for viewControllerClass in classes {
    MOAspects.hookInstanceMethod(for: viewControllerClass.self, selector:#selector(UIViewController.viewWillAppear(_:)), position:.before, range:MOAspectsHookRangeSingle){
        let classPrefixName = String(describing: viewControllerClass.self).replacingOccurrences(of: "ViewController", with: "")
        FireBaseManager.addEventWithName(.Show, name:classPrefixName)
        DDLogInfo("Show \(String(describing: viewControllerClass.self))")
    }
}

Android

원래 화면 관리.

중용성이 높은: Fragment

다른 화면에 의존하지 않음: Activity

설치 과정에서 화면의 표시를 어떻게 낮춰야 할지 고민했는데 부모님반을 만드는 형식이 됐어요. 좋은 방법을 알고 싶어요.
다른 설치는 iOS와 차이가 많지 않다.

작업 주기

지금은 원래 혼자만 있는 응용 프로그램 팀이다.지표로서의 값도 서버 측에서 정확한 값을 측정한다.기본적으로 KPI 트리를 만들었고 그 수치를 주우기 위해 측정 도구를 사용했습니다.
앞에서 말한 이 방면의 자료를 보십시오.
혼자서 추진하는 모바일 개발
매일 수치 감시는 Answers, Firebase, 과거 데이터의 합계와 파넬 분석은 Flurry를 사용했다.
이 근처가 팀이라면 슬랙에게 수치를 알려주거나 정기적으로 메일로 날아가야 할 것 같지만 초기 앱 서비스라면 주요 KPI만 쫓아가면 되니 굳이 귀찮게 하지 않는 게 좋을 것 같다.

총결산

DAU와 Session은 서비스에 따라 미묘한 오차가 있습니다.총 시기와 SDK에 따라 설치되기 때문입니다.따라서 DAU 등을 KPI로 설정하면 어떤 서비스의 수치를 기준으로 할지 잘 고려해야 한다.
만약 돈을 쓰려면 Firebase를 사용하여 서버 측이 측정한 지표(매출액 등)와 합작하는 것을 권장합니다.BigQuery는 매우 편리하지만... 처리하기 어렵지만
조치마다 수치가 있기 때문에 매출액에서 멀리 떨어진 사용자의 로그를 떨어뜨리려면 파라미터가 절대적으로 필요하고, 망설이면 Flurry와 Answers를 넣으면 되지 않겠습니까?