AppOpen 광고

AppOpen ads는 interstitial ads와 유사하지만, 사용자가 앱을 소프트 론칭하거나 콜드 스타트할 때 표시됩니다.

콜드 스타트 (Cold start)
기기에서 앱의 새 세션을 생성하는 것
  • 앱이 기기 메모리에 없음
  • 스플래시/로딩 화면 필요
소프트 론칭 (Soft launch)
앱을 백그라운드에서 포그라운드로 가져오거나, 앱이 포그라운드 모일 때 휴대폰을 활성화하는 것
  • 앱이 메모리에 일시 중단된 상태로 유지됨
  • 스플래시/로딩 화면 필요

Fire OS 애플리케이션은 지원되지 않습니다.

권장 사항

  • AppOpen ad를 표시하기 전에 스플래시/로딩 화면을 표시하세요. 광고를 어떻게 배치하든 상관없이 이 작업을 수행해야 합니다.
    • 스플래시/로딩 화면에서 사용자에게 광고가 표시될 것임을 알리는 문구를 포함하세요.
      • 예: “앱을 로드하는 동안 스폰서의 광고를 시청해 주세요.”
    • 광고가 표시되기 전에 사용자가 실제 앱 콘텐츠에 노출되지 않도록 하세요. 올바른 순서는 다음과 같습니다: 스플래시/로딩 화면 ⇒ AppOpen ad ⇒ 앱 콘텐츠.
  • AppOpen ad를 로드하기 전에 AppLovin SDK가 초기화되었는지 확인하세요.
  • AppOpen ad가 아직 로드되지 않은 경우(예: 콜드 스타트 시), 이 광고를 가장 먼저 로드하세요. 다른 ad formats는 나중에 로드하여 AppOpen ad와 병렬로 로드되지 않도록 하세요.
    • 여러 ad formats를 병렬로 로드하는 것은 기기 리소스나 광고 디맨드 SDK에 좋지 않습니다.
  • 사용자에게 AppOpen ads가 과도하게 노출되는 것을 방지하기 위해, AppLovin은 다음과 같은 전략을 고려할 것을 권장합니다:
    • AppLovin 외부에서 관리하는 빈도 제한(frequency cap)을 사용하세요. 이렇게 하면 광고가 게재되는 시점을 완전히 제어할 수 있습니다.
    • 앱 내 사용자 행동을 기반으로 쿨다운 기간을 구현하세요. 예를 들어, 소프트 론칭 중에 광고를 다시 표시하기 전 일정 시간 동안 광고를 표시하지 않거나, 소프트 론칭 두 번 중 한 번만 광고를 표시합니다.
    • 신규 사용자가 앱을 열고 몇 번 사용할 때까지 기다린 후에 첫 번째 AppOpen ad를 표시하세요.

리텐션

AppOpen ad 포맷을 구현할 때는 항상 리텐션을 고려해야 합니다.

AppOpen ads의 경우 다양한 구현 전략 중에서 선택할 수 있습니다.

AppLovin은 아래에 설명된 기술 중 하나 이상을 사용하여 테스트할 것을 권장합니다. 각 애플리케이션은 리텐션이나 앱 체류 시간에 영향을 주지 않으면서 수익을 극대화할 수 있는 고유한 구성을 가지고 있습니다. 사용자 행동과 참여도는 변할 수 있으므로, AppLovin은 AppOpen ads 전략을 자주 재테스트할 것을 권장합니다. AppOpen ads를 테스트하기 위해 사용할 수 있는 몇 가지 구현 기술은 다음과 같습니다:

  • 적절한 사용자에게 표시하기. 이 기술의 예는 다음과 같습니다:
    • 최초 설치 후 콜드 스타트 시 광고를 표시하기까지 일정 일수 동안 대기합니다.
    • 최근 며칠 동안 세션이 있었던 사용자에게 표시합니다.
    • 앱에서 특정 기준에 도달한 사용자에게 표시합니다. 예를 들어 특정 레벨을 완료했거나, 앱을 특정 횟수만큼 열었거나, rewarded 제공 사항에 참여하지 않는 사용자 등이 있습니다.
  • 사용자에게 광고가 과도하게 노출되지 않도록 하기. 이 기술의 예는 다음과 같습니다:
    • 모든 기회마다 광고를 표시하지 마세요. 대신 두 번, 세 번 또는 네 번의 광고 기회마다 한 번씩 표시합니다.
    • 사용자가 일정 시간(예: 30초, 2분, 15분) 동안 앱을 백그라운드로 전환한 경우에만 광고를 표시합니다.
    • 콜드 스타트 광고를 표시하는 경우, 일정 시간 동안 소프트 론칭 AppOpen ads나 interstitial ads를 표시하지 마세요.
    • 빈도 제한(frequency cap)을 사용하세요. 가능한 경우 사용자 코호트에 따라 해당 제한을 맞춤 설정하세요.
  • 스플래시 화면을 사용하여 사용자에게 알리기.

AppOpen ad 사용하기

사용자가 애플리케이션을 포그라운드로 가져올 때 AppOpen ad가 준비되어 있도록 하려면, AppOpen ad를 프리로드하세요. 광고를 표시해야 하기 전에 광고 요청을 수행하는 유틸리티 클래스를 구현하세요. 광고가 준비되었을 때 광고를 표시하는 메서드를 만드세요. 사용자가 앱을 포그라운드로 가져올 때 해당 메서드를 호출하세요.

그러면 앱은 앱 오픈 시 광고 표시를 시도하거나, 프리로드된 광고가 없는 경우 광고를 로드합니다.

앱 포그라운드 이벤트 수신 대기

콜드 스타트 및 로딩 화면

광고를 요청하는 시점과 표시할 광고를 수신하는 시점 사이에는 지연이 발생합니다. 앱을 제대로 설계하지 않으면 사용자가 잠시 앱을 보았다가 맥락에 맞지 않는 광고가 갑자기 나타나 당황할 수 있습니다. 이러한 좋지 않은 사용자 경험을 방지하세요. 앱 콘텐츠가 표시되기 전에 로딩 화면을 보여주고, 로딩 화면이 끝난 후 광고를 보여주는 방식으로 콜드 스타트를 처리할 수 있습니다. 로딩 화면 이후에 앱 콘텐츠가 이미 표시된 경우에는 광고를 보여주지 마세요.

AppOpen ad 아래에 로딩 화면이 있을 수 있으며, 사용자가 광고를 닫기 전에 해당 로딩 화면이 완료될 수 있습니다. 이러한 경우 on_add_hidden 메서드에서 로딩 화면을 닫을 수 있습니다.

예제

이 코드 예제는 앱이 메모리에 일시 중단된 상태인 "소프트 론칭" 시에만 AppOpen ads가 표시된다고 가정합니다. 스플래시/로딩 화면은 포함되어 있지 않습니다. 앱 개발자는 스플래시/로딩 화면을 직접 처리해야 합니다. 권장 사항을 참조하세요.

지원되는 어댑터 버전

광고 네트워크최소 어댑터 버전
BIGO Ads4.5.1.0 (Android), 4.2.1.0 (iOS)
Google Bidding and Google AdMob22.2.0.2 (Android), 10.9.0.1 (iOS)
Liftoff Monetize6.12.0.2 (Android), 6.12.0.3 (iOS)
Mintegral16.6.61.1 (Android), 7.2.3.0.1 (iOS)
Pangle4.6.0.4.0 (Android), 4.6.2.2.1 (iOS)

search