ADR-W-005

웹에서는 위치 권한이 거부되어도 사용할 수 있도록 지역 선택 fallback을 제공한다

  • ADR ID: ADR-W-005

  • 상태: Accepted

  • 작성일: 2026-03-02

  • 작성자: YSY

  • 관련 ADR: ADR-W-001, ADR-U-001


1. 배경 (Context)

웹 브라우저 환경에서는 다음 상황이 빈번하게 발생한다:

  • 위치 권한 거부

  • 데스크톱 환경으로 GPS 부정확

  • 브라우저 보안 정책으로 위치 요청 차단

  • 기업/공공망 환경에서 위치 API 제한

웹이 위치 기반 서비스임에도
위치 권한이 거부되면 “사용 불가”가 되는 구조는 위험하다.

MVP 단계에서 웹은 조회 전용이므로
정밀한 위치 정확도보다 “근사 지역 탐색”이 더 중요하다.


2. 결정 (Decision)

웹에서는 다음 순서로 위치를 처리한다:

  1. 브라우저 위치 권한 요청

  2. 권한 허용 시 현재 위치 기반 조회

  3. 권한 거부/실패 시 지역 선택 fallback 제공

Fallback 방식:

  • 간단한 지역 선택(예: 도시/동 단위)

  • 또는 좌표 기반 간접 설정

  • 기본 반경은 정책 상수 유지

위치 권한이 없더라도 탐색은 가능해야 한다.


3. 대안 (Alternatives Considered)

대안 A: 위치 권한 필수

장점

  • 구조 단순

  • 정책 일관성

단점

  • 웹 사용성 저하

  • 권한 거부 시 완전 차단

  • 데스크톱 환경에서 서비스 불가

채택하지 않은 이유
웹은 앱보다 다양한 환경에서 접근된다.
차단 구조는 유입 손실을 초래한다.


대안 B: IP 기반 위치 자동 설정

장점

  • 권한 요청 불필요

  • 자동화 가능

단점

  • 정확도 낮음

  • VPN/기업망 환경에서 오류

  • 외부 Geo API 의존성

채택하지 않은 이유
IP 기반은 보조 수단으로 가능하나,
주요 위치 기준으로 사용하기에는 부정확하다.


대안 C: 위치 + 지역 선택 병행(채택)

장점

  • 권한 거부 시에도 서비스 유지

  • 데스크톱 사용자 대응

  • 구조 단순

단점

  • 사용자가 수동 입력 필요

  • 정밀도 낮음

채택 이유
MVP 단계에서 접근성을 유지하기에 가장 안정적이다.


4. 결과 (Consequences)

긍정적 결과

  • 웹 접근성 증가

  • 권한 거부 시 이탈 감소

  • 데스크톱 사용자 대응 가능

부정적 결과

  • 위치 정확도 낮을 수 있음

  • 거리 계산의 정밀도 감소


5. 영향 범위 (Impact)

기술

  • 위치 상태 모델에 “fallbackLocation” 포함

  • 지역 선택 UI 구현 필요

  • 서버 API는 좌표만 받으면 동일하게 동작

UX

  • 권한 거부 시 차분한 안내 필요

  • 위치 재요청 버튼 제공

운영

  • 지역 밀도 낮을 경우 빈 화면 발생 가능성 증가

  • 빈 상태 UX 중요성 증가


6. 재검토 조건 (Revisit Conditions)

  • 웹 사용자의 70% 이상이 위치 권한을 허용

  • IP 기반 위치 정확도가 충분히 검증

  • 웹에서 확보 기능까지 도입되는 경우