03 / 05 · PRIVACY BY DESIGN

계정 없이 선호와 위치 기능을 제공한 개인정보 설계

좋아요를 남길 때마다 가입을 요구하고 싶지는 않았습니다. 점심먹개는 선호 메뉴를 현재 브라우저에 저장하고, 주변 식당을 찾을 때만 위치 권한을 요청합니다. 이 선택으로 기록을 다른 기기에 이어서 볼 수는 없지만, 메뉴를 고르기 위해 계정을 만들 필요도 없어졌습니다.

작성 PPStudio 운영자게시 2026-08-02검토 2026-08-14

DATA MINIMIZATION

기능을 만들기 전에 필요한 정보를 나눴습니다

좋아요와 싫어요는 다음 선택을 빠르게 만들지만 여러 기기에서 동기화하려면 사용자 식별과 서버 저장이 필요합니다. 가벼운 점심 선택 서비스에서 이메일과 계정을 먼저 요구하면 얻는 편익보다 가입 부담과 관리 범위가 커질 수 있다고 판단했습니다.

현재 기능에 필요한 것은 이 브라우저에서 표시한 메뉴 상태입니다. 이름이나 이메일과 연결할 이유가 없어 좋아요·싫어요와 지도 확인 기록을 브라우저 저장소에 분리해 보관합니다.

브라우저 저장도 무제한으로 쌓지 않습니다. 좋아요와 싫어요는 각각 최대 30개, 실제 지도 팝업이 열린 메뉴 기록은 최신 30개로 제한합니다. 저장 실패가 현재 추천과 탐색 동작을 중단시키지 않게 했습니다.

브라우저 데이터를 삭제하거나 다른 기기를 사용하면 기록이 이어지지 않습니다. 시크릿 모드와 브라우저 설정에 따라 저장이 제한될 수 있고 서버 동기화가 없으므로 운영자가 기록을 복구할 수도 없습니다.

기록을 오래 보관하거나 여러 기기에서 쓰려는 사람에게는 불편한 제한입니다. 동기화나 내보내기는 현재 제공하지 않습니다. 이런 기능을 넣게 되면 기록을 식별하고 옮기는 방법부터 새로 정해야 합니다.

새로운 편의 기능을 추가할 때는 기존 저장 데이터로 해결 가능한지, 새로운 정보가 실제로 필요한지부터 확인합니다. 기능이 늘 때마다 저장 범위도 자연스럽게 늘어난다고 가정하지 않습니다.

FIELD EVIDENCE

01사용자가 찾기 선택앱 시작 때 요구하지 않음

02브라우저 좌표 확인거부·실패 가능

03네이버 지도 URL메뉴명 + 좌표

04정확한 좌표 폐기로그·localStorage 미저장

추천에는 위치가 필요하지 않습니다. 사용자가 주변 식당 찾기를 선택하면 좌표로 지도 검색 주소를 만들고, 정확한 위도·경도는 로그나 localStorage에 남기지 않습니다.

받은 좌표는 선택한 메뉴 이름과 함께 네이버 지도 검색 주소를 구성하는 데 사용합니다. 점심먹개 서버의 사용자 프로필이나 이동 이력으로 보내거나 로그와 localStorage에 저장하지 않습니다.

좌표를 남기지 않으므로 과거에 찾았던 위치를 활용한 추천은 할 수 없습니다. 현재 위치 기능은 선택한 메뉴로 주변 식당을 검색하는 데까지만 사용합니다.

사용자는 권한을 거부할 수 있고 기기나 브라우저에서 위치 확인이 실패할 수도 있습니다. 실패 시 권한을 반복해서 강요하지 않고 메뉴 이름을 이용한 일반 검색 경로를 남깁니다.

저장 항목과 상한은 브라우저 저장 구현에서, 실시간 좌표의 사용 범위는 지도 URL 생성 코드에서 확인했습니다. 실제 공개 개인정보처리방침에도 브라우저 저장, 위치 요청 시점과 저장하지 않는 정보를 같은 의미로 설명합니다.

코드와 안내 문서가 서로 다르면 사용자는 자신의 정보가 어떻게 처리되는지 판단할 수 없습니다. 저장 구조나 위치 기능이 바뀌면 기능 코드만 수정하지 않고 개인정보 문서와 이 제작 기록을 함께 검토합니다.

계정을 두지 않은 대가는 분명합니다. 다른 기기로 기록을 옮길 수 없고 삭제한 기록도 복구할 수 없습니다. 현재는 이 제한을 받아들이고 선호 메뉴는 브라우저에, 실시간 위치는 지도 검색 주소를 만드는 순간에만 쓰고 있습니다.