[Android] 앱에서 오픈소스 라이선스 화면을 별도로 두는 이유
Android 앱을 만들다 보면 Retrofit, OkHttp, Glide, Gson, Kotlin Coroutines처럼 여러 오픈소스 라이브러리를 사용하게 됩니다. 기능 구현에 집중하다 보면 라이선스 고지는 나중에 처리해도 되는 부가 작업처럼 느껴질 수 있습니다.
하지만 앱을 공개하거나 Play Store에 제출할 계획이 있다면 오픈소스 라이선스 관리는 따로 정리해두는 편이 좋습니다. 오픈소스 라이브러리는 무료로 사용할 수 있는 경우가 많지만, 라이선스 조건까지 없는 것은 아니기 때문입니다.
오픈소스 라이선스 화면은 단순히 라이브러리 이름을 나열하는 화면이 아닙니다. 앱에서 사용한 라이브러리와 해당 라이선스를 사용자가 확인할 수 있게 제공하고, 업데이트 때 누락이 생기지 않도록 관리하는 장치에 가깝습니다.
라이선스 화면은 UI 작업보다 관리 작업에 더 가깝습니다. 이 글에서는 Android 앱에서 오픈소스 라이선스 화면을 별도로 두는 이유와 구성 기준을 정리해보겠습니다.
오픈소스 라이선스 화면이 필요한 이유
오픈소스 라이브러리는 앱 개발에서 거의 자연스럽게 사용됩니다. 네트워크 통신, 이미지 로딩, JSON 변환, 비동기 처리처럼 기본 기능을 구현할 때도 외부 라이브러리를 많이 활용하게 됩니다.
다만 오픈소스는 아무 조건 없이 사용할 수 있다는 의미는 아닙니다. 라이선스에 따라 저작권 고지, 라이선스 원문 포함, 변경 사항 고지 같은 조건이 붙을 수 있습니다.
- 앱에서 사용한 외부 라이브러리를 사용자에게 투명하게 안내한다.
- 라이선스 조건에 따라 필요한 고지 문구를 제공한다.
- 라이브러리 업데이트나 교체 시 누락 여부를 확인하기 쉽게 만든다.
- 앱 심사나 공개 저장소 정리 전에 검수 기준으로 활용한다.
운영 관점에서는 라이선스 화면을 나중에 급하게 만드는 것보다 처음부터 앱 정보 화면 안에 자리를 마련해두는 편이 안정적입니다. 릴리스 직전에 누락된 라이선스를 찾기 시작하면 생각보다 확인할 일이 많아질 수 있습니다.
앱 정보 화면과 라이선스 화면은 분리하는 편이 좋습니다
라이선스 정보를 앱 정보 화면에 모두 넣을 수도 있습니다. 다만 라이브러리가 늘어나면 앱 버전, 고객센터, 개인정보 처리방침, 오픈소스 고지가 한 화면에 섞여 복잡해집니다.
그래서 앱 정보 화면에서는 오픈소스 라이선스 항목만 보여주고, 상세 목록은 별도 화면으로 분리하는 구조를 많이 사용합니다. 사용자는 앱 정보 화면에서 진입 경로를 찾고, 실제 라이선스 내용은 전용 화면에서 확인하는 흐름입니다.
| 화면 | 역할 | 포함하면 좋은 정보 | 주의할 점 |
|---|---|---|---|
| 앱 정보 화면 | 앱 기본 정보 안내 | 앱 버전, 문의, 정책 링크, 오픈소스 라이선스 진입 버튼 | 라이선스 원문을 모두 넣어 화면을 무겁게 만들지 않는다. |
| 오픈소스 라이선스 목록 | 사용 라이브러리 목록 제공 | 라이브러리명, 저작권, 라이선스 종류 | 실제로 사용하지 않는 라이브러리를 넣지 않는다. |
| 라이선스 상세 | 라이선스 원문 확인 | 라이선스 전문, 라이브러리 출처 | 라이선스 문구를 임의로 수정하지 않는다. |
처음 정리할 때는 단순 목록 하나로 시작해도 충분합니다. 중요한 것은 사용자가 앱 안에서 오픈소스 고지를 찾을 수 있어야 한다는 점입니다.
라이선스 목록에 들어가면 좋은 항목
라이선스 화면에는 라이브러리 이름만 넣기보다 최소한의 확인 정보를 함께 넣는 것이 좋습니다. 모든 항목을 길게 보여줄 필요는 없지만, 나중에 검수할 수 있는 기준은 남겨두어야 합니다.
| 항목 | 설명 | 예시 |
|---|---|---|
| 라이브러리명 | 앱에서 사용하는 오픈소스 이름 | OkHttp, Retrofit, Glide |
| 라이선스 종류 | 해당 라이브러리의 라이선스 | Apache License 2.0, MIT License |
| 저작권 고지 | 라이선스에서 요구하는 저작권 문구 | Copyright 문구 |
| 출처 또는 프로젝트명 | 공식 저장소나 프로젝트 식별 정보 | 공식 프로젝트명 |
| 라이선스 원문 | 라이선스 전문 또는 확인 가능한 문서 | 원문 텍스트 |
라이브러리 업데이트 때 누락되기 쉬운 부분
라이선스 화면은 한 번 만들고 끝나는 화면이 아닙니다. 앱에 들어가는 라이브러리가 추가되거나 제거될 때 함께 갱신되어야 합니다. 이 부분을 놓치면 실제 사용 라이브러리와 라이선스 화면이 달라질 수 있습니다.
- 새 라이브러리를 추가했는데 라이선스 목록에 반영하지 않는다.
- 삭제한 라이브러리가 라이선스 화면에 계속 남아 있다.
- 라이브러리 버전 변경으로 라이선스 정보가 달라졌는데 확인하지 않는다.
- 샘플 앱이나 디버그 전용 라이브러리를 운영 앱 목록에 잘못 포함한다.
- 라이선스 원문을 요약하거나 임의로 고쳐서 표시한다.
라이선스 화면은 앱 기능처럼 자주 눈에 띄지는 않습니다. 그렇지만 릴리스 시점에는 실제 포함된 라이브러리와 화면에 표시된 목록이 맞는지 꼭 확인해야 합니다. 그래서 릴리스 체크리스트에 라이선스 목록 확인 항목을 넣어두면 좋습니다.
Android 화면 구성 예시
라이선스 화면은 복잡하게 시작할 필요가 없습니다. 앱 정보 화면에서 오픈소스 라이선스 메뉴를 누르면 목록 화면으로 이동하고, 항목을 누르면 상세 문구를 볼 수 있는 구조면 충분합니다.
data class OpenSourceLicenseItem(
val name: String,
val licenseName: String,
val copyright: String,
val licenseText: String
)실제 라이선스 원문은 해당 라이브러리의 공식 문서나 저장소에서 확인한 내용을 기준으로 넣어야 합니다.
코드를 나눠보다 보면 라이선스 화면도 결국 데이터 목록 화면과 비슷합니다. 다만 일반 목록과 다른 점은 문구를 임의로 줄이거나 바꾸면 안 되는 경우가 있다는 점입니다. 그래서 화면 UI보다 원문 관리 기준을 더 신경 써야 합니다.
수동 관리와 자동 생성 방식 비교
오픈소스 라이선스 목록은 직접 작성할 수도 있고, Gradle 플러그인이나 라이선스 생성 도구를 활용할 수도 있습니다. 어떤 방식이든 최종 결과를 검수하는 과정은 필요합니다.
| 방식 | 장점 | 단점 | 추천 상황 |
|---|---|---|---|
| 수동 작성 | 구조가 단순하고 원하는 UI로 만들기 쉽다. | 추가/삭제 누락이 생기기 쉽다. | 작은 앱, 라이브러리 수가 적은 앱 |
| 자동 생성 도구 사용 | 누락 가능성을 줄일 수 있다. | 결과물 검수가 필요하고 UI 커스터마이징이 제한될 수 있다. | 라이브러리가 많거나 릴리스가 잦은 앱 |
| 혼합 방식 | 자동 생성 결과를 기준으로 앱 UI에 맞게 정리할 수 있다. | 관리 규칙을 정하지 않으면 오히려 중복된다. | 운영 앱, 팀 단위 프로젝트 |
수동 작성은 구조를 이해하기 쉽고 UI를 원하는 방식으로 만들기 좋습니다. 다만 라이브러리가 늘어나는 프로젝트라면 자동 생성 도구를 검토하고, 릴리스 전에 실제 앱에 포함되는 항목과 맞는지 확인하는 흐름을 두는 편이 좋습니다.
라이선스 문구를 임의로 바꾸지 않기
라이선스 문구는 보기 좋게 줄이거나 문장을 바꾸고 싶을 수 있습니다. 하지만 라이선스 원문이나 저작권 고지는 임의로 수정하지 않는 것이 안전합니다. 화면에서 너무 길어 보인다면 접기/펼치기, 상세 화면 이동, 스크롤 영역을 사용하는 방식으로 해결하는 편이 좋습니다.
- 라이선스 원문은 공식 문서 기준으로 확인한다.
- 저작권 문구를 임의로 삭제하지 않는다.
- 라이선스 종류를 추측해서 쓰지 않는다.
- 실제로 사용하지 않는 라이브러리를 목록에 넣지 않는다.
- 회사나 외주 프로젝트의 비공개 라이브러리를 공개 예시에 넣지 않는다.
운영 관점에서는 예쁘게 보이는 화면보다 정확한 고지가 더 중요합니다. 라이선스 원문이 길다면 화면 구조로 풀어야 하고, 문구 자체를 임의로 바꾸는 방식은 피하는 편이 안전합니다.
테스트 기준
오픈소스 라이선스 화면은 릴리스 전에 함께 확인해야 합니다. 특히 실제 사용 라이브러리와 화면에 표시된 목록이 일치하는지 확인하는 과정이 중요합니다.
- 앱 정보 화면에서 오픈소스 라이선스 화면으로 이동할 수 있는지 확인한다.
- 실제 사용 라이브러리와 라이선스 목록이 일치하는지 확인한다.
- 라이선스 원문과 저작권 문구를 임의로 수정하지 않았는지 확인한다.
- 디버그 전용 라이브러리와 운영 앱 포함 라이브러리를 구분한다.
- Play Store 제출 전 개인정보 처리방침, 앱 정보, 라이선스 고지를 함께 확인한다.
자주 하는 실수
1. 앱 정보 화면에 라이선스 원문을 모두 넣는 경우가 있습니다. 라이브러리가 늘어나면 앱 정보 화면이 너무 길어질 수 있으므로 별도 화면으로 분리하는 편이 좋습니다.
2. 새 라이브러리를 추가하고 라이선스 목록을 갱신하지 않는 경우도 있습니다. 기능은 정상 동작해도 고지 목록이 실제 사용 라이브러리와 달라질 수 있습니다.
3. 라이선스 문구를 보기 좋게 줄이거나 수정하는 경우가 있습니다. 원문이나 저작권 고지는 임의로 바꾸지 않는 것이 안전합니다.
4. 디버그 전용 라이브러리와 운영 앱 포함 라이브러리를 구분하지 않는 경우도 있습니다. 운영 앱에 포함되는 항목을 기준으로 목록을 정리해야 합니다.
마무리
Android 앱의 오픈소스 라이선스 화면은 기능 구현만큼 눈에 띄는 화면은 아닙니다. 하지만 앱을 공개하고 관리하는 과정에서는 꼭 확인해야 하는 기본 항목입니다.
작은 앱이라도 앱 정보 화면 안에 라이선스 진입 경로를 두고, 실제 사용 라이브러리와 고지 문구를 관리해두면 릴리스 전에 확인할 일이 줄어듭니다. 특히 라이브러리를 자주 추가하거나 업데이트하는 앱이라면 라이선스 목록 갱신을 릴리스 체크리스트에 포함해두는 것이 좋습니다.
참고 자료
- Android Developers, Play Console and app publishing documentation
- Google Open Source, Licenses documentation
- Apache License 2.0 공식 문서
- MIT License 공식 문서