앱에 통합하는 모든 광고 SDK에는 숨겨진 비용이 있습니다. 각 SDK는 binary size를 늘리고, cold start 시간을 연장하며, 잠재적 호환성 충돌을 야기하고, 새로운 OS 버전이 출시될 때 업데이트가 필요한 또 다른 의존성을 만듭니다. 5개, 8개 또는 12개의 SDK를 운영하는 퍼블리셔에게 앱 성능과 사용자 경험에 미치는 누적 영향은 상당할 수 있으며, 점진적으로 발생하기 때문에 보이지 않는 경우가 많습니다.
SDK 비대화의 실제 비용
앱 binary에 추가되는 모든 메가바이트가 중요합니다. 연구에 따르면 다운로드 크기가 메가바이트 단위로 증가할 때마다 앱 설치 전환율이 눈에 띄게 감소합니다. 저장 공간이 제한적이고 연결 속도가 느린 신흥 시장에서는 이 영향이 더욱 두드러집니다. 총 15메가바이트에 달하는 3개의 광고 SDK를 추가한 퍼블리셔는 해당 SDK가 제공하는 추가 수요에서 얻는 것보다 설치 감소로 인해 더 많은 수익을 잃고 있을 수 있습니다.
다운로드 크기 외에도 SDK는 런타임 리소스를 소비합니다. 앱 실행 시 초기화되는 각 SDK는 시작 시간에 추가됩니다. 앱 로딩에 3초 이상 기다리는 사용자는 이탈할 가능성이 크게 높아집니다. 백그라운드에서 실행되는 각 SDK는 메모리와 배터리를 소비하며, 이는 사용자가 체감하고 플랫폼 앱 스토어가 점점 더 불이익을 주는 리소스입니다.
SDK 감사
현재 SDK 스택 감사부터 시작하세요. 앱의 각 광고 SDK에 대해 세 가지를 측정하세요: 추가되는 binary size, 생성하는 수익, fill rate입니다. 하나 또는 두 개의 SDK가 수익의 대부분을 차지하고 나머지는 기여도가 적으면서 상당한 오버헤드를 추가한다는 것을 거의 확실히 발견할 것입니다.
80/20 법칙이 적용됩니다
대부분의 퍼블리셔 앱에서 2~3개의 광고 SDK가 전체 광고 수익의 80% 이상을 생성합니다. 나머지 SDK는 빈틈을 채우지만 성능 영향을 고려하면 기여도를 초과하는 비용이 드는 경우가 많습니다. 목표는 모든 SDK를 제거하는 것이 아니라 최대 수익을 확보하는 최소한의 조합을 찾는 것입니다.
서버 측 솔루션
수요 다양성을 잃지 않으면서 SDK 수를 줄이는 가장 효과적인 방법은 수요 집계를 클라이언트 측에서 서버 측으로 전환하는 것입니다. 예를 들어 Google의 Open Bidding을 사용하면 여러 수요 파트너가 앱에 개별 SDK를 요구하지 않고도 인벤토리 경쟁에 참여할 수 있습니다. 단일 SDK 통합의 단순함으로 여러 비더의 경쟁 압력을 확보할 수 있습니다.
관리형 수요 접근법
관리형 수요 파트너는 이 개념을 더욱 발전시킵니다. 여러 SDK를 직접 통합하는 대신 하나의 연결 지점을 통합합니다. 기존 mediation 플랫폼이나 경량 서버 측 통합을 통해서입니다. 관리형 파트너는 자체 인프라에서 수십 개의 소스로부터 수요를 집계하며, 앱은 단일 수요 소스만 인식합니다. 결과적으로 더 적은 SDK 오버헤드로 더 많은 수요 다양성을 확보할 수 있습니다.
가장 현명한 퍼블리셔는 "SDK를 몇 개나 추가할 수 있을까?"라고 묻지 않습니다. "최대 수익을 확보하기 위해 필요한 최소 SDK 수는 얼마인가?"라고 묻습니다. 답은 거의 항상 현재 보유한 수보다 적습니다.
SDK 비대화를 줄이기 위한 실천 단계
1. 저성과 SDK 제거
SDK가 전체 광고 수익의 5% 미만을 생성한다면 제거를 진지하게 고려하세요. 성능 비용이 수익 기여도를 초과할 가능성이 높습니다.
2. Mediation을 통한 통합
가능한 경우 독립형 SDK 통합 대신 mediation 플랫폼의 내장 어댑터를 사용하세요. Mediation 어댑터는 일반적으로 전체 SDK 통합보다 가볍습니다.
3. 서버 측 bidding 활용
서버 측 bidding을 지원하는 수요 파트너를 해당 모델로 전환하세요. 이렇게 하면 앱에서 해당 SDK가 제거되면서 waterfall에서의 수요는 유지됩니다.
4. 롱테일 수요에 관리형 파트너 활용
지역별 또는 전문화된 수요를 위해 5개의 틈새 SDK를 통합하는 대신 해당 수요를 서버 측에서 집계하는 단일 관리형 파트너를 활용하세요.
영향 측정
SDK 수를 줄인 후 세 가지 지표를 모니터링하세요: 앱 크기 감소, 시작 시간 개선, 전체 광고 수익입니다. 잘 실행된 SDK 축소는 처음 두 항목에서 측정 가능한 개선을 보여야 하며, 세 번째 항목에서는 큰 변화가 없거나 오히려 개선될 수 있습니다. 앱 크기 감소가 더 높은 설치율과 더 나은 사용자 리텐션으로 이어지기 때문입니다.