모바일 SDK
모바일 SDK는 iOS·Android 앱에 라이브나 숏폼 같은 기능을 붙일 수 있게 제공되는 개발 도구로, 앱을 벗어나지 않고 시청부터 결제까지 잇는 데 쓰입니다.
웹 임베드와 무엇이 다른가요?
웹 임베드는 앱 안에 웹 화면을 띄우는 방식이고, SDK는 앱의 화면 구성 요소로 들어옵니다. 그래서 SDK 쪽이 로그인 상태·푸시 알림·결제 수단을 앱의 것으로 그대로 쓰고, PIP나 화면 전환처럼 앱만 할 수 있는 동작도 붙일 수 있습니다.
무엇을 연동해야 하나요?
회원 인증, 상품·재고 정보, 결제 수단, 푸시 알림이 기본입니다. 여기에 시청 이력을 회원 계정에 남기는 경로까지 연결해야 방송 데이터가 다음 구매 설계에 쓰일 수 있습니다. 이 마지막 항목이 빠지면 앱에 붙인 이유가 절반은 사라집니다.
도입할 때 무엇을 확인하나요?
지원하는 최소 OS 버전, 앱 용량 증가분, 업데이트 주기와 하위 호환 정책입니다. 앱은 웹과 달리 배포에 심사와 사용자 업데이트가 필요하므로, SDK 버전이 자주 바뀌면 운영 부담이 그만큼 커집니다.
앱에 붙이는 세 가지 방식
구분 | 모바일 SDK | 웹 임베드 | 외부 링크 이동 |
|---|---|---|---|
화면 | 앱의 구성 요소 | 앱 안의 웹 화면 | 앱을 벗어남 |
로그인 상태 | 앱 계정 그대로 | 별도 연동 필요 | 대체로 끊김 |
결제 | 앱 결제 수단 사용 | 웹 결제 경유 | 외부 결제 |
PIP·푸시 | 가능 | 제한적 | 불가 |
도입 부담 | 앱 배포·심사 필요 | 비교적 가벼움 | 가장 가벼움 |
자주 묻는 질문(FAQ)
Q. 앱이 없으면 SDK를 쓸 수 없나요?
앱용 SDK는 앱이 전제입니다. 웹만 있다면 웹 SDK나 임베드 방식으로 같은 기능을 붙일 수 있고, 앱을 나중에 만들 때 같은 방송을 양쪽에서 쓰는 구성으로 확장합니다.
Q. 개발 기간은 얼마나 걸리나요?
연동 범위에 따라 다릅니다. 회원·결제 체계가 이미 정리돼 있으면 화면을 붙이는 작업이 중심이라 짧고, 인증 방식이 여러 개거나 결제 수단이 복잡하면 길어집니다.
Q. SDK가 앱 성능에 영향을 주나요?
용량과 초기 로딩에 영향이 있습니다. 방송 화면을 실제로 열 때만 자원을 쓰도록 설계돼 있는지, 백그라운드에서 무엇을 하는지 확인하는 것이 실무 점검 항목입니다.
관련 용어
마지막 업데이트