모바일 개발에서의 Location Permission: 정의, 액세스 수준 및 작동 원리

Location Permission이란?

Location Permission은 기기의 지리적 위치 데이터에 대한 애플리케이션 액세스를 규제하는 운영 체제 메커니즘입니다. 사용자의 명시적 동의 없이는 애플리케이션이 GPS 좌표, Wi-Fi 네트워크 데이터 또는 셀룰러 타워 정보를 얻을 수 없습니다.

모바일 플랫폼 Android와 iOS는 자체 권한 시스템을 구현하지만 일반적인 로직은 동일합니다. 애플리케이션은 매니페스트 또는 구성 파일에서 필요한 권한을 선언한 다음 런타임에 요청합니다. Android Developers, 2024에 따르면, Android 10부터 모든 위치 정보 권한은 위험 범주에 속하며 런타임 요청이 필요합니다.

이 접근 방식의 이유는 사용자 개인정보 보호입니다. 위치 데이터는 이동 경로를 구축하고, 업무 및 여가 장소를 확인하고, 개인을 식별하는 데 사용될 수 있습니다. 따라서 두 플랫폼 모두 요청 대화 상자에서 투명한 설명을 요구합니다. 애플리케이션은 위치 정보 액세스가 필요한 이유를 명시해야 합니다.

위치 정보 권한이 필요한 이유

위치 정보 권한은 기능이 사용자의 물리적 위치를 아는 것에 의존하는 모든 애플리케이션에 필요합니다. 지도 및 내비게이션, 배달 앱, 날씨 서비스, 지오태깅이 있는 소셜 네트워크 — 이러한 모든 소프트웨어 범주에는 Location Permission이 필요합니다.

이 권한이 없으면 애플리케이션은 사용 가능한 어떤 방법으로도 기기 좌표를 확인할 수 없습니다. GPS 모듈, Wi-Fi 스캐닝, 셀룰러 타워 위치 측정 모두 사용할 수 없습니다. 사용자는 언제든지 시스템 설정에서 권한을 취소할 수 있으며, 이후 애플리케이션은 거부를 적절히 처리해야 합니다.

Pew Research Center (2024)의 연구에 따르면, 약 45%의 사용자가 핵심 기능으로 위치 정보를 사용하지 않는 앱에서 위치 정보 액세스를 취소합니다. 이는 개발자가 요청을 명확히 정당화하고 Location Permission을 거부한 사용자를 위한 대체 메커니즘을 제공해야 함을 의미합니다.

법적 요구사항

유럽의 GDPR과 러시아의 연방법 152-FZ는 위치 데이터 처리에 대해 정보에 입각한 동의를 얻도록 요구합니다. 애플리케이션은 시스템 대화 상자를 통해 권한을 요청할 뿐만 아니라 데이터 수집 목적에 대한 별도의 고지를 제공해야 합니다. 이러한 요구사항을 위반하면 최대 2천만 유로 또는 회사 연간 매출의 4%에 해당하는 벌금이 부과될 수 있습니다.

권한 부재의 결과

애플리케이션이 Location Permission을 요청하지 않거나 사용자가 액세스를 거부하는 경우 개발자는 대체 시나리오를 준비해야 합니다. 지도 앱의 경우 수동 주소 입력, 배달 앱의 경우 저장된 주소 목록에서 선택, 날씨 서비스의 경우 IP 주소로 도시 확인 등이 있습니다. Graceful degradation(우아한 성능 저하)은 Google과 Apple이 권장하는 표준 관행입니다.

위치 정보 액세스 수준

위치 정보 액세스 수준은 Android와 iOS에서 다르지만 일반적인 개념은 동일합니다. 액세스가 더 정확할수록 플랫폼이 애플리케이션에 더 엄격한 요구사항을 부과합니다.

Android의 ACCESS_FINE_LOCATION 및 ACCESS_COARSE_LOCATION

ACCESS_FINE_LOCATION은 최대 수 미터 오차로 정확한 GPS 좌표에 대한 액세스를 제공합니다. 매니페스트에서 이 권한을 선언하려면 android.permission.ACCESS_FINE_LOCATION 상수를 사용합니다. ACCESS_COARSE_LOCATION은 Wi-Fi 및 셀룰러 타워 데이터를 기반으로 최대 500미터 정확도의 대략적인 위치를 제공합니다.

iOS의 When In Use 및 Always

When In Use는 애플리케이션이 화면에 열려 있을 때만 좌표를 수신할 수 있도록 합니다. Always는 백그라운드에서도 위치 정보에 대한 액세스를 제공하지만 필수 App Store 검토가 필요합니다. iOS 14부터 사용자는 Precision 스위치를 통해 각 애플리케이션에 대한 정확한 위치 측정을 개별적으로 비활성화할 수 있습니다.

Android에서 Location Permission 요청

Android에서 Location Permission 요청은 매니페스트에서 권한 선언과 코드에서 런타임 요청의 두 단계로 이루어집니다. Android 6.0(API 23)부터 모든 위험 권한은 설치 시가 아니라 애플리케이션 실행 중에 요청됩니다.

매니페스트에서 선언

첫 번째 단계는 AndroidManifest.xml 파일에 필요한 권한을 추가하는 것입니다. 정확한 위치 측정과 대략적인 위치 측정에는 서로 다른 상수가 사용됩니다.

<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />

Kotlin에서 런타임 요청

매니페스트에서 선언한 후, 애플리케이션 코드에서 권한 요청 시스템 대화 상자를 호출해야 합니다. Activity Result API를 사용한 Kotlin 예제를 살펴보겠습니다.

private val locationPermissionRequest =
    registerForActivityResult(ActivityResultContracts.RequestMultiplePermissions()) { permissions ->
    when {
        permissions.getOrDefault(Manifest.permission.ACCESS_FINE_LOCATION, false) -> {
            // 권한이 부여됨
            getLocation()
        }
        permissions.getOrDefault(Manifest.permission.ACCESS_COARSE_LOCATION, false) -> {
            // 대략적인 위치만
            getCoarseLocation()
        }
        else -> {
            // 사용자가 거부함
            showLocationExplanation()
        }
    }
}

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_main)
    checkLocationPermission()
}

거부 처리 및 재요청

사용자가 액세스를 거부하면 Android 시스템은 자동으로 대화 상자를 다시 표시하는 것을 허용하지 않습니다. 개발자는 shouldShowRequestPermissionRationale을 호출하여 사전 설명을 표시해야 합니다. Never Ask Again 플래그와 함께 반복 거부되는 경우 사용자를 시스템 설정으로 리디렉션해야 합니다.

private fun checkLocationPermission() {
    when {
        ContextCompat.checkSelfPermission(this, Manifest.permission.ACCESS_FINE_LOCATION) ==
            PackageManager.PERMISSION_GRANTED -> {
            getLocation()
        }
        ActivityCompat.shouldShowRequestPermissionRationale(this,
            Manifest.permission.ACCESS_FINE_LOCATION) -> {
            showRationaleDialog {
                requestLocationPermission()
            }
        }
        else -> {
            openAppSettings()
        }
    }
}

iOS에서 Location Permission 요청

iOS에서 Location Permission 요청은 Info.plist 파일에 특수 키를 추가하고 CLLocationManager 클래스의 메서드를 호출해야 합니다. Apple은 개인정보 보호에 특별한 주의를 기울이므로 요청 대화 상자의 설명 텍스트는 가능한 한 구체적이어야 합니다.

Info.plist 구성

iOS에서 위치를 요청하려면 Info.plist에 하나 또는 두 키를 모두 추가해야 합니다. 사용 중 액세스에는 NSLocationWhenInUseUsageDescription, 백그라운드 액세스에는 NSLocationAlwaysAndWhenInUseUsageDescription입니다. 각 키의 값은 대화 상자에서 사용자에게 표시될 문자열입니다.

<key>NSLocationWhenInUseUsageDescription</key>
<string>앱이 지도에서 가까운 지점을 표시하려면 사용자의 위치가 필요합니다.</string>
<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
<string>경로를 추적하려면 앱이 백그라운드에서 위치 정보 액세스가 필요합니다.</string>

Swift에서 요청

Swift 코드에서 요청은 CLLocationManager 인스턴스를 통해 이루어집니다. 필요한 액세스 수준에 따라 requestWhenInUseAuthorization 또는 requestAlwaysAuthorization이 호출됩니다.

import CoreLocation

class LocationManager: NSObject, CLLocationManagerDelegate {
    private let manager = CLLocationManager()

    func requestLocationAccess() {
        manager.delegate = self
        manager.requestWhenInUseAuthorization()
    }

    func locationManagerDidChangeAuthorization(_ manager: CLLocationManager) {
        switch manager.authorizationStatus {
        case .authorizedWhenInUse, .authorizedAlways:
            startLocationUpdates()
        case .denied, .restricted:
            showSettingsAlert()
        case .notDetermined:
            break
        }
    }
}

플랫폼 간 차이점

Android와 달리 iOS는 개발자에게 shouldShowRequestPermissionRationale를 확인하는 메서드를 제공하지 않습니다. 시스템이 자체적으로 설명을 표시할 시기를 결정합니다. 또한 iOS에서 사용자는 시스템 설정을 통해서만 권한을 변경할 수 있습니다 — 사용자가 선택을 한 후에는 애플리케이션이 시스템 대화 상자를 다시 표시할 수 없습니다. RequestAlwaysAuthorization은 먼저 When In Use를 요청하고, 첫 번째 동의를 받은 후 백그라운드 액세스에 대한 별도 대화 상자를 표시합니다.

위치 정보 모범 사례

Location Permission 모범 사례는 사용자 거부를 줄이고 앱 스토어 요구사항을 충족하는 데 도움이 됩니다. Google과 Apple은 이를 준수하면 애플리케이션 승인 가능성을 높이는 권장 사항을 발표했습니다.

컨텍스트에서 권한 요청

애플리케이션 시작 시 즉시 Location Permission 요청 대화 상자를 표시하지 마세요. 앱을 방금 연 사용자는 왜 위치 정보 액세스를 제공해야 하는지 아직 이해하지 못합니다. Contextual request는 사용자가 실제로 권한이 필요한 기능을 필요로 하는 순간에 대화 상자가 나타나는 것을 의미합니다. 예를 들어, “가장 가까운 매장 찾기” 버튼을 클릭할 때입니다.

사전에 이유 설명

시스템 대화 상자 전에 자체 설명 화면(pre-permission screen)을 표시하세요. 이 화면에서 앱이 위치 정보가 필요한 이유, 수집되는 데이터 및 사용 방법을 설명합니다. 사용자가 화면에서 “허용”을 클릭한 후 시스템 대화 상자를 표시합니다. Appsflyer (2024)에 따르면 이 접근 방식은 승인율을 25-35% 향상시킵니다.

불필요하게 Always 요청하지 않음

백그라운드 위치 정보 액세스는 백그라운드에서 작동하는 앱(내비게이터, 활동 추적기, 배달 앱)에만 필요합니다. 앱이 화면이 열려 있을 때만 좌표가 필요한 경우 When In Use를 요청하세요. Always가 기능적으로 정당화되지 않으면 App Store에서 앱을 거부합니다. Android에서는 백그라운드 액세스가 ACCESS_BACKGROUND_LOCATION 권한을 통해 추가로 규제됩니다.