안녕하세요. 로컬 API 사용 범위에 대해 확인 부탁드립니다.
[상황]
공공데이터를 출처로 하는 자체 장소 데이터(업소명·주소·좌표 포함)를 보유하고 있습니다. 이 데이터의 각 업소에 대해 로컬 API 키워드 검색을 호출하여 카카오맵상의 동일 업소를 식별한 뒤, 응답 중 장소 ID와 place_url만 자체 DB에 저장하려고 합니다.
저장하려는 것: 장소 ID, place_url
저장하지 않는 것: 장소명, 주소, 좌표, 전화번호, 카테고리 등 그 외 모든 응답 필드
(위 정보는 이미 공공데이터로 자체 보유 중이며, 카카오 응답으로 갱신하지 않습니다)
저장한 장소 ID는 사용자가 버튼을 눌렀을 때 카카오맵 해당 장소 페이지로 이동시키는 용도로만 사용합니다.
[문의]
① 위 저장 범위가 허용되는지 확인 부탁드립니다.
② 이 매칭이 사용자의 개별 선택 없이 운영자가 일괄(배치) 작업으로 수행된다는 점이 판단에 영향을 주는지 궁금합니다. 다른 문의 글에서 장소 ID·place_url 저장이 허용된 답변을 확인했으나, 그 사례는 사용자가 검색 결과 중 하나를 직접 선택하는 구조였습니다. 저희는 이미 보유한 자체 데이터에 카카오 식별자를 연결하는 형태라 구조가 달라 별도로 문의드립니다.
③ 허용되지 않는다면, 자체 보유 장소를 카카오맵의 해당 장소 페이지로 연결할 다른 방법이 있는지 안내 부탁드립니다. 좌표 기반 이동(kakaomap://look)은 건물 단위로 열려 특정 업소를 지정할 수 없었습니다.
감사합니다.
답변 감사합니다. 2번 관련해 구현 구조를 설명드립니다.
[구조]
-
저희 서비스는 공공데이터(식약처 공개 자료)를 출처로 하는 자체 장소 데이터 약 2,000건을 이미 보유하고 있습니다. 업소명·업종·주소·좌표를 자체 보유 중이며, 이 데이터로 앱의 지도·검색·상세 화면을 모두 구성합니다.
-
운영자가 서버에서 1회성 배치 작업을 실행합니다. 자체 보유한 업소명과 좌표를 기준으로 로컬 API 키워드 검색을 호출하고(좌표 중심 + 소반경), 응답 결과 중 주소·업종·거리가 자체 데이터와 일치하는 후보를 동일 업소로 판단합니다.
-
판단이 명확한 건에 대해서만 응답의 id 와 place_url 을 자체 DB의 해당 행에 연결해 저장합니다. 판단이 애매하거나 후보가 여러 개인 건은 저장하지 않고 비워 둡니다.
-
저장하지 않는 것: 장소명, 주소, 좌표, 전화번호, 카테고리 등 그 외 모든 응답 필드. 이미 공공데이터로 보유 중이며 카카오 응답으로 갱신하거나 대체하지 않습니다.
-
저장한 place_url 은 사용자가 앱 상세 화면에서 버튼을 눌렀을 때 카카오맵으로 이동시키는 용도로만 사용합니다. 저희 화면에 카카오 정보를 표시하지 않습니다.
-
매칭이 되지 않은 건은 버튼 없이 두거나 좌표 기반 이동으로 처리할 예정입니다.
[확인 요청]
위와 같이 사용자의 개별 선택 없이 운영자가 일괄로 매칭을 수행하고, 그 결과 식별자를 자체 데이터에 연결해 보관하는 구조가 허용되는지 확인 부탁드립니다.
또한 3번 답변의 랜딩 URL(place_url) 활용과 관련해, 출처 표기가 필요한지 필요하다면 어떤 형태로 해야 하는지도 함께 안내 부탁드립니다.
