우편번호 서비스

Daum지도 2015. 2. 3. 14:38
신나2
Daum 우편번호 서비스의 신규 버전 오픈!! (2015.02.03)

DB부터 UI까지 모든 부분을 완전히 새롭게 만든 버전으로, 
가장 많은 분들이 요청하셨던, 도로명 주소와 지번 주소의 매핑 제공은 물론, 검색 성능도 대폭 개선되었습니다.
새우편번호(5자리)는 물론, 우편번호 일련번호, 건물관리번호, 법정동 정보 등 유용하게 사용할만한 데이터를 최대한 제공하고 있습니다.

2015년 8월 1일부터 우편번호가 변경되었습니다. 새우편번호는 다섯자리 숫자국가기초구역에 부여된 구역번호를 도입하여 사용되고 있습니다.

우편번호 서비스의 자세한 사용법은 아래 URL을 참고하세요~





이전 버전이 자동으로 업데이트되는 것이 아니므로, 신규 버전을 적용하시려면 기존 코드에서 약간의 수정 작업이 필요합니다.
http://postcode.map.daum.net/guide#upgrade 에서 적용 방법과 변경된 사항에 대한 자세한 설명을 보실 수 있습니다.
부득이한 사정으로 이전 버전을 사용하고 싶으시다면 http://postcode.map.daum.net/guide_v1를 참고하시면 되나, 
가급적 더욱 안정된 시스템을 갖춘 신규 버전으로 업그레이드하시는 것을 권장합니다.

생각중
신규 버전은 우편번호보다는 도로명주소에 초점을 맞추고 있으므로 주소를 검색하는 방식이 좀 다릅니다.
기존 처럼 지번주소에 해당하는 ‘동’을 검색한 후 목록에서 선택하기에는 불편하실 수 있으나, 도로명 주소를 검색하고 찾기에는 가장 적합하고 편리하실겁니다.
업데이트 소식을 빠르게 받아보고 싶으시다면, 카카오톡 친구찾기에서 ID검색으로 '@다음우편번호서비스’를 추가해주세요. http://goto.kakao.com/hj697xoo 링크로도 가능합니다. 

Daum 우편번호 서비스는 여전히 100% 무료로 사용할 수 있습니다. 상업적 용도로 사용하는 것도 가능하며, 트래픽 한도도 정말 없습니다.
오픈 이후 지금까지 53,000 80,000 103,000 126,000개 사이트에 적용되었고, 매일 3~400개의 사이트에 신규로 적용되고 있습니다.
더 많은 개발자들이 더이상 우편번호/주소 검색 기능 구현으로 고생하지 않고, 주소 검색을 이용하는 일반 사용자들도 더욱 편하게 쓸 수 있기를 희망합니다~
홧팅2


문의 사항이나 기능 제안을 받는 공간을 깃헙(https://github.com/daumPostcode/QnA)으로 이전하였습니다.

그동안 우편번호 서비스 관련 문의가 Daum 지도 담당자에게 전달되는 혼선도 있었고, 블로그 댓글에는 오류 제보에 필요한 기능이 부족하여 불편함이 있었는데요, 일단 FAQ 업데이트가 용이하고 이미지 첨부와 댓글 알림 기능 등이 있는 깃헙의 이슈(https://github.com/daumPostcode/QnA/issues) 등록 방식으로 질문/답변을 진행해보기로 했습니다.



신규 계정을 만들어야 하는 불편함도 있고 ’issue’라는 개념이 다소 생소하게 느껴지실 수도 있지만, 블로그 댓글쓰기와 크게 다르지 않습니다 ^^;; 굳이 질문/제보가 필요하지 않도록 FAQ도 계속 보강하도록 하겠습니다. 업데이트 소식도 Github에 올릴 예정입니다. (원래 Github은 오픈소스를 위한 공간이지만, 우선은 질문/답변 용도로만 활용하려고 합니다.)

Daum 우편번호 서비스는 계속 안정적으로 제공될 계획이고 검색 개선 작업 또한 지속적으로 이루어지고 있으니, 앞으로도 안심하시고 이용하셔도 됩니다.


이전 댓글 더보기
안녕하세요.
저희 사이트에 우편번호 검색 서비스를 적용했는데.
ie11 버전에서는 아무런 문제가 없으나
사용자 반영으로 ie9,10 버전은 우편번호 검색창이 안뜬다고 합니다.
개발자도구로 브라우저 버전을 바꿔서 테스트 한 결과 창이 안뜹니다.
어떻게 하면 해결을 할수 있나요 ?
감사합니다.
김성룡님 안녕하세요~
현재 저희 가이드페이지를 저희가 가단 Window10+IE11 (개발자도구로 9,10 변경), Windows7+IE9 에서 모두 확인을 해 보았는데요. 모두 정상동작합니다.
보통 이런 경우에는 저희 서비스를 적용한 홈페이지의 코드 오류일 확률이 높은데요.
저희가 확인할 수 있는 URL이 있을까요?
김성룡님 안녕하세요~
동료의 안내로 인하여 개발자카페의 내용을 보았습니다.

개발자카페에 올려주신 내용을 보니 URL이 있어서 확인해 보았는데요. 저희 가이드 페이지 FAQ의 10번 문제로 보입니다.
최신 모던 브라우저의 경우 document.domain값이 설정되더라도, 사용하는데 크게 문제가 없지만, IE10이하 낮은 브라우저에서는 실제 도메인과 같은 값을 넣어도, 또는 그냥 변수를 건들기만 해도, document.write할때 권한문제가 발생하면서 동작하지 않습니다.
이부분은 현재 기술적으로 해결하기 어려운 이슈라서, 부득이하게; 저희 우편번호 서비스를 이용하는 페이지에서는 해당 변수 셋팅을 안하는 방법으로 가이드 드리고 있는 점 양해 부탁드립니다.

제가 잠깐 확인해본 결과로는 jsf_com_DefaultLoad()함수에서 셋팅하고 있는 것으로 보이는데요, 이외에 다른 곳에서도 셋팅한다면 제거해 주셔야 동작할 것 같습니다.

이외 다른 이슈라면 댓글 주시면 확인하도록 하겠습니다.
감사합니다.
오늘 오전까지 잘되었는데 갑자기 지금 옛날 버전 주소검색이 안됩니다.
어떻게 된거요?
설마 공지도 없이 옛날버전 안되게 하신건 아니겠지요??
빨리 복구해주세요.
지금 주문이 안됩니다...
건강지킴이님 안녕하세요~
네; 절대 절대로 공지도 없이 옛날버전을 안되게 하진 않습니다.^^;;;;

V1서비스의 경우 V2와는 다르게 검색엔진을 통합검색 쪽을 이용합니다. 현재 이쪽에서 쿼리에 대한 응답이 상당히 늦어지고 있어서 담당자분게서 대응 중입니다.

금일 15시에 임시적으로 복구되었으며, 현재는 검색이 되고 있습니다.

다시 한번 불편을 드려 죄송합니다 ㅜ.ㅜ

지금 옜날버전이 아예 검색이 안되는데 확인좀 부탁드려요!! 난리났어요 ㅠㅠ
갑자기안됩니다님 안녕하세요.
V1(옛날버전)의 경우 V2와는 다르게, 우편번호 검색 데이터를 통합검색을 이용하는데요, 현재 이부분에 약간에 오류가 있어 검색이 안됬던 것입니다. 현재 임시적으로 복구하였으며, 담당자께서 확인하고 계시니 곧 안정화 될거에요.

불편을 드려 죄송합니다 ㅜ.ㅜ
옛날버전 주소검색이 안되어집니다. ㅜㅜ갑자기그런건가보네요 언제복구되나요
현재 시간부로 임시적으로 복구 되었구요, 현재 정확한 원인 대응중에 있습니다.

불편을 드려 죄송합니다 ㅜ.ㅜ
안녕하세요! 옛버전을 쓰고있다가 오후에 갑자기 검색이 안되서... 와보았더니... 저희만의 문제가 아니였군요 ㅠㅠ
됐다 안됐다 합니다... 많은 업무를 여기에 의존하고 있어서...

더운날씨에 바쁘시겠지만 조속한 복구 부탁 드립니다~! ㅠㅠ
넵 serajo님 ㅜ.ㅜ
지속적으로 통검 API에서 타임아웃이 발생하고 있는데요, 담당자 확인이 좀 늦어지고 있네요;
잠시만 기다려 주세요 ㅜ.ㅜ
또 다시 안되네요.
새 버전은 아직도 조금 문제가 있어서 쓰지 않고 있는데 불편해도 새버전으로 넘가야 하는건지 모르겠네요.
네; 건강지킴이님;; 이전부터 지속적인 피드백 주신점 매우 감사합니다.
V1서비스의 경우,, 검색 API쪽이 저희 관할이 아니라서 파악 및 조치 하는데 시간이 좀 걸리고 있습니다;
그리고 여담이지만 V1서비스에 대한 공지가 곧 뜰거에요;; 이참에 바꿔주시면 매우 감사합니다 ㅜ.ㅜ

V1과 V2가 취급하는 데이터 및 엔진이 좀 달라서 조금 불편하실 수는 있습니다만(익숙한 지번주소를 도로명주소로 바꾸는건 어려운 일이긴 해요;;;) 그래도 앞으로 신규생성 및 업데이트 되는 주소를 즉각 대응할 수 있는 시스템은 V2서비스라서; V2로 이전해 주시면 감사하겠습니다;
모바일에서 우편번호서비스를 운영하는데, 주소 검색을 하면 밑으로 관련 주소들 리스트가 보이는데, 폰트가 작아서 문의들이 있습니다.
폰트 크기 관련해서는 방법이 없을까요?
시애틀님 안녕하세요~

검색된 주소 리스트의 주소부분은 14px, 새우편번호 부분은 16px, 영문보기/지도 버튼의 경우 12px을 유지하고 있습니다.
모바일에서 충분한 크기라고 생각되어 현재 font-size변경에 대한 옵션은 제공하고 있지 않습니다.

font-size변경의 경우에는 UI상 변화를 줄 수도 있는 부분이라, 이부분은 추가기능에 대해 논의해 보도록 하겠습니다.
의견 감사드립니다.
new daum.Postcode({
oncomplete: function(data) { ...
}
}).open();

위 API로 프로그램을 개발하려고 하는데
open() 내에 .open({ q : '노원' } ) 이렇게 하면 노원 으로 검색된 체 팝업이 열립니다.
이 동작은 확인 됬습니다.

그런데 이 '노원' 이라는 상수를 변수(SearchSring) 로 바꾸어 처리 하고 싶은데 잘 않되요. 예제 좀 보여 주세요

이 '노원'을 변수 처리하려면 어떻게 해야 하나요?


open( 여기에 넣을 문장 ) 이 질문 입니다,

여기에 넣을 문장에 SearchSring 을 어떻게 써야 하는지요?
네~하얀구름님~ 혹시 사용하시고자 하는 방법이,
사용자로부터 쿼리를 입력받고, 주소검색 버튼을 누르면 입력한 쿼리가 자동으로 들어가게 하실려는 것인가요?
만약 그렇다면 간단합니다.

open()메소드에 들어가는 인자중 q의 경우에는 말씀하신 것처럼 실행시 입력한 q값을 자동 검색해 주는 옵션입니다.
그리고 q의 타입은 문자열이 가능합니다.(그외 타입은 내부 validator를 통과하지 못하고 버려집니다)

function openPostcodePopup( query ){

new daum.Postcode({

oncomplete:function(data){ .... }

}).open({ q : query });

}

//사용할땐
openPostcodePopup('판교역로 213');

위와 같이 이용하시면 팝업이 뜨면서 '판교역로 213'이 검색되게 됩니다.

즉, 우편번호 API를 어떻게 실행시킬 것인가에 대한 문제인데요, 변경될 수 있는 변수를 넘길려면 함수를 감싸서 이용하시면 쉽게 처리할 수 있습니다.
안녕하세요.
지금까지 우편번호 서비스 잘 사용하고 있습니다.
정말로 감사드립니다.
그런데 오늘 이런 오류가 생기니 아무래도 새주소버전으로 바꾸어야 할것 같습니다.
하지만 예전에도 건의를 드렸던 부분인데 한가지가 걸립니다.
다시 한번더 건의를 해봅니다.

새버전의 가장 큰 문제점은 지번주소로 지역명으로 검색할시 결과가 너무 많이 나온다는 것입니다. 기존의 안내로는 부족하여 이 부분은 예전에 건의를 드려서 pleaseReadGuide 로 바로 적용해 주셔서 어느 정도는 해결되었습니다. 정말 감사드립니다.

하지만 한가지 더 문제는 많은 사람들이 아파트의 경우 기존의 습관때문에 90%이상(전화로 주문을 받아보면 90%가 그렇습니다.)이 아직도 지역명으로 검색한후 그 결과에서 해당 아파트를 찾습니다.
고객분들께 물어보면 아파트의 경우 번지를 아시는 분들이 거의 없습니다. 전화주문 받아보면 5%도 안됩니다. (기존에 지번주소 검색에서 지역명으로 검색시 결과에 아파트명이 나오지 않는 아파트만 일부 아파트의 번지를 알고 있습니다.)

이런 경우 pleaseReadGuide 을 적용했을때 안내창이 나오지만 아파트의 경우 번지를 모르기 때문에 안내창은 의미가 없습니다.
그래서 검색방법 안내창(첫화면 tip 부분과 검색결과 많을시 상단에 안내부분과 pleaseReadGuide 를 적용시 나오는 안내창 이렇게 3군데) 에 "지역명+아파트명(최소 2자이상)" 도 추가를 해주시면 어느 정도 해결될 듯 합니다.

많은 소비자분들께 확인한 부분이나 제발 좀 적용해주시면 고맙겠습니다.
아니면 안내창의 문구를 저희가 임의로 변경가능하도록 해주셔도 되고요.

그리고 주소검색시 첫화면 tip 부분의 "예) 판교역로 235, 제주 첨단로 242, 한남동14" 부분의 색도 예전 버전처럼 파란색으로 강조를 해주시면 좋을것 같습니다.
이제는 시스템이 조금 불안하여 조만간 새버전으로 변경할려고 합니다.
그 이전에 이 부분이 해결되었으면 고맙겠습니다.

만약애 안되면 다른 방법을 구상해보아야 하는데 아직은 마땅한 해결방법이 없습니다. 구버전이 답입니다.
네~ 건강지킴이님~
금일 발생했던 문제는 통검쪽 장비교체에 따른 오류라고 원인이 나왔고, 현재는 안정화 되었습니다.
다시한번 불편을 드려 죄송합니다.

넵~ 커스터마이징 가능한 옵션의 경우, 내부적으로 확인해야될 사항이 많아 기능을 바로 추가해 드리긴 어렵습니다.
다만, 말씀해 주신 것처럼 아파트의 경우, 지역+아파트로 검색을 많이 하는 것으로 저희도 확인이 되고 있기 때문에, 문구 수정의 경우 금방 할 수 있는데요.

이것에 대한 비하인드 스토리를 말씀드리자면, 저희가 지역+아파트 문구를 안넣을 계획은 아니었습니다. 왜냐하면 이렇게 검색될 경우 해당 아파트의 주소가 나온다는 것을 100% 아니; 80%라도 보장할 수가 없었기 때문에, 작은 문구지만 넣을 수가 없었습니다. 다만 초기 오픈 이후부터 지속적으로 개선하였기 때문에 지금은 어느정도 검색이 되는데요, 해당 검색의 경우에는 엔진 담당자 분께 어느정도 퀄리티를 보장할 수 있는지 확인 후에, 일정 수준 이상이면 바로 추가할 수 있을 것 같아요;

만족스러운 답변은 안되겠지만, 최대한 의견반영을 위해 노력하도록 하겠습니다.
감사합니다.



(안녕)하세요 현재 다음 우편번호 팝업창을 띄우고 있는데요(!) 다음 우편번호가 뜰 때 상단 url이 호출한 페이지의 url을 그대로 표시해 주고 있는데... url은 노출하고 싶지 않아서요(!) 이부분을 어떻게 수정할 수 있을까요 (?)(?)(?)
꿀발라놨어요님 (안녕)하세요(~)
혹시 팝업창 주소표시란에 있는 about:blank를 말씀하시는 건가요, 아니면 상단 bar의 "Daum 우편번호 서비스"라는 타이틀을 말씀하시는 건가요(?)
첫번째 팝업창 주소표시란의 about:blank는 현재로써는 제거할 수 있는 방법이 없습니다. 브라우저의 보안적인 이슈로 가릴수 있는 어떠한 옵션도 작동하지 않습니다. 여기서 보안이란, 사용자에게 팝업에 이러이러한 주소의 팝업창이 띄워졌다 라는 것을 알려주기 위함입니다.

두번째 "Daum 우편번호 서비스"타이틀의 경우에는 Chrome,FF와 같은 모던 브라우저 IE최신버전에서는 해당 타이틀이 표시가 될건데요, 아마 IE낮은 버전이나 특정버전에서는 주소가 그냥 표시되는 것으로 알고 있습니다. 이부분또한 제어가 불가능한 것으로, 수정할 수 있는 방법이 없습니다;;

어제에 이어 오늘도 질문을 드립니다.
모바일에서 우편번호 서비스를 이용할때, 보통 우편번호검색을 클릭하면 화면 전체에서 중앙에 위치 한다면,
자판이 올라와있는 상태에서 우편번호검색을 클릭하면 자판위 부터 화면 상단까지로 잡히면서 창이 떠지니, 상당히 윗부분에 위치를 하게 되어 주소 검색부분이 안보이는 현상이 나타나는데, 세로 사이즈를 줄이는 대신, 자판이 띄워져있을때 방법이 없을까요?
설명을 잘 했는지 모르겠네요.
시애틀님 안녕하세요~
말씀해 주신 내용은, 우편번호 서비스가 아닌, 모바일 서비스 개발할때 발생하는 문제점에 대한 질문 같네요;
해당 문제는 모바일서비스를 개발할때 거의 100% 부딪히는 문제로, 단순한 해결방법은 없습니다..
또한 ios, android 버전 그리고 LG,Samsung 과 같은 벤더사들의 브라우저 개발완성도에 따라 천차만별로 차이가 나기 때문에 여러가지 테스트를 하면서 복합적으로 하시는 방법밖에는 없을 것 같아요;

아래는 제가 경험상 개발할때 이용하는 방법인데요, 정리해둔 문서나 그런게 없어서 그냥 생각나는데로만 적었기 때문에 단순참고만 해주시기 바랍니다. 또는 모두 아시는 내용일 수도 있어요;;

- orientaion, resize와 같은 이벤트 핸들러에서 지속적으로 width,height감지(다만 값이 바로 딱하고 안떨어지는 경우도 많음)하여 띄운 레이어의 top/left값을 조정
- position:fixed는 모바일 브라우저에서 상당히 많은 버그를 내재하고 있기 때문에 검증 후 최소한 사용
- position:absolute에도 위치 값에 '%'로 들어가는 값은 항상 의도한 동작을 하기 어렵기 때문에 절대값을 이용하는 것을 권장
- 본페이지위에 뜨는 레이어의 경우, 정보의 표시 목적으로 주로 이용하며, 만약 레이어에서 input과 같은 노드로 사용자 입력을 받아야 할때는, overflow:hidden과 같이 본페이지의 스크롤과 같은 부분이 영향을 최소한으로 주도록 제어
- 레이어를 사용하지 않고, 애초에 본페이지의 특정영역에 삽입하는 형태로 하면, 레이어 방식을 이용하는 것보다 키보드나, 액션시트가 올라왔을때 스크롤 문제를 어느정도 해결할 수 있음

일단 더 있을 수도 있는데 지금은 이것 밖에 생각이 안나네요;;

아무쪼록 잘 해결되시길 바랍니다;;

네 하루라도 빨리 적용되었으면 좋겠습니다.
사실 70%만 검색이 되어도 없는것 보다는 월등히 낫기 때문에 우선 적용하고 추후에 조금씩 보완하면 될 것 같습니다.

제가 테스트해본바로는 거의 대부분 잘되었습니다.
그리고 문구 적용할때 꼭 "지역명+아파트명(최소 2자이상)" 이렇게 최소 2자이상 이라는 글귀를 넣어야 할것으로 사료됩니다.

이유는 아파트명이 우편번호부에 기재된 것과 실제 아파트 이름이 조금씩 다른 경우가 대부분 입니다.
예를 들어 우편번호상에는 "건영아파트" 인데 자체적으로 이름을 바꾸어서 "건영캐스빌" 이런 식으로 아파트 이미지를 좋게 하기 위해서 영어로 변경한 경우들이 많습니다.
삼성타운->삼성아파트 이런식으로도요.
그래서 아파트전체명을 다 넣어서 검색하면 검색이 안됩니다.

제 경함상 정확히 일치하는 경우는 거의 30%도 되지 않는 듯 했습니다.
아마 위헤서 말씀하신 검색이 안되는 경우가 많았다는 것은 아파트 전체명을 다 넣어서 검색했기 때문에 검색이 되지 않는 경우가 많았을 것으로 사료되며 평균 대표명 앞글자 2~3자 정도로 검색하면 99%이상은 검색이 되는것 같습니다.

그래서 설명문구를 좀 길지만 "지역명+아파트명(최소 2자이상, 전체명으로 검색하지 마세요)" 나 "지역명+아파트명(대표명 2자이상)" 이런식으로 하면 좋을 것 같습니다.
물론 tip부분이나 pleaseReadGuide 적용시 안내창에는 여유 공간이 많기 때문에 예시까지 들어서 검색방법을 안내해주면 더 좋겠네요.

지역명+아파트(예: 건영아파트의 경우 "지역명+건영" 으로 검색)
특정 아파트명이 문제가 된다면 지역명+아파트("다음아파트"의 경우 "지역명+다음" 으로 검색)
이렇게 안내하면 지금이라도 당장 적용해도 무난할것으로 사료됩니다.
저희는 지금 새우편번호부로 업그레이드 준비중에 있습니다.
제발 바로 적용좀 부탁드립니다.
네 건강지킴이님~
말씀하신 내용 참고하여 수정하도록 할께요~

수정된 버전은 빠르면 다음주 중 배포 가능할 것으로 생각됩니다.
감사합니다.
네 정말로 감사드립니다.
이제 맘편히 업데이트 할 수 있겠네요.
신속한 조치 감사드리며 더구나 무료로 이렇게 좋은 프로그램 사용할 수 있게 해주셔서 다시 한번 감사드립니다.
건강지킴이님 안녕하세요~

금일 우편번호 서비스 실서버 배포되어 공유 드립니다.
변경사항은 여러가지가 있는데요, 그중 서비스적인 부분은 말씀하신 가이드 문구가 변경되었습니다.

문구에 대해서는 내부 협의하에 변경 처리 하였는데요. 말씀하신 모든 내용을 담진 못하였습니다. 약간 범용적인 문구를 사용하긴 하였으나, 의미 전달에는 크게 문제가 없어 보여 현재 버전으로 결정이 되었습니다.

추후 경과를 보고 추가 수정될 여지는 있습니다.

그럼 즐거운 하루 보내시기 바랍니다 ^^
인천 중구 운서동 2091-95 주소가 없습니다. 다음에서는 검색이 되요.
뤠비님 안녕하세요~

해당 주소는 도로명주소가 발급되지 않은 주소로 확인이 됩니다.
행자부 도로명검색시스템 (http://juso.go.kr)에서 검색해 보시면 검색이 되지 않습니다. 해당 사이트의 고객지원->Q&A에서 주소 등록 신청을 하셔야 될것 같아요~

참고로, 다음메인이나 지도에서 나오는 것은 해당 서비스들은 대한민국의 전체 주소에 대응하는 것이지만,
저희는 "도로명 주소가 발급 + 새우편번호 존재" 하는 주소만 검색이 되는 도로명 주소 기반 우편번호 서비스로 저희 서비스에서 검색이 되게 할려면 위에 적은 것처럼 행자부 사이트에서 직접 등록 요청을 해주셔야 합니다.

행자부에 등록이 되면, 저희 서비스에는 익일 등록됩니다. 감사합니다.

안녕하세요.
먼저 요청드린 부분 적용해주셔서 감사드립니다.
그런데 좀 실망이네요.
많은 분들이 예전버전에서 새버전으로 옮겨가지 못하는 이유는 검색에서 너무 불편하기 때문입니다.
제가 자꾸 건의를 드리는 이유도 저희 또한 새버전으로 어차피 옮겨가야 하고 다른 많은 분들도 불편함 없이 사용해야 하기에...
안내에 아파트명 추가 건의를 드렸는데 오히려 더 많이 쓰이는 "지역명+번지" 검색법은 왜 빼셨는지 좀 황당하네요....오히려 저때문에 그 부분이 빠져서 제가 욕을 먹을것 같
네요.
제가 보았을 경우 정리하자면
주소검색을 했을 경우 검색결과가 많으면 위에 안내되는 메트는
[검색결과가 많습니다. ‘도로명+건물번호’ 또는 ‘지역명+번지 또는 지역명+건물명(아파트명)’으로 검색하면, 보다 정확한 결과를 확인하실 수 있습니다.]

그리고 초기화면 tip부분(아주 중요)과 pleaseReadGuide 적용시 안내창 에서는 아래처럼 하면 정말로 좋을 것 같습니다.
초기화면 tip부분이 여백이 많은데 안내가 너무 부족합니다. 사실 이부분이 제일 중요한 부분인데...
솔직히 가능하다면 담당자와 통화를 한번 하고 싶습니다.


[우편번호 검색 요령]

구분 사용할 검색어 검색 예
도로명주소 도로명+건물번호 세종대로 99
지번주소 동 리+ 번지 부산 연산동 1000
건물명 동 리+ 건물명(아파트명) 연수동 주공3차
사서함 사서함명+ 번호 강릉우체국사서함 1-90


표로 작성한 것인데 텍스트 밖에 쓰기가 안되고 파일 첨부도 안되어서 표를 뺀 글만 적은 것인데 줄이 깨어지네요.. (적용할때는 표로 그어서 해야겠지요)

다음우편번호 서비스는 무료이면서도 정말로 타 어떤 유료 서비스 보다도 잘 되었다고 생각합니다.

하지만 우리가 아무리 좋은 기계가 있어도 그 사용법을 모르면 없는거나 다름 없듯이 사용법에 대한 설명이 정말로 너무 부족합니다.

저도 개인적으로 쇼핑몰을 운영한지 20년이나 되어 갑니다. 낮시간에는 괜찮지만 밤시간에 주문을 하시다가 주소검색이 잘안되면 주문을 그만 두는 경우가 많습니다.

(이 부분은 정말로 아주 중요합니다. 매출과 연관이 있습니다. 저희도 함부로 새버전으로 옮겨가지 못하는 이유입니다. 새버전으로 옮겨갈려고 준비가 다되었는데 또 다시 연기해야겠습니다.)

제 의견에 다른분들의 의견은 어떤지 궁금하네요....


네~ 건강지킴이님~

가이드 부분에 대해서 많은 의견 주셔서 감사드립니다.
도로명 주소의 경우 상세하게 검색하지 않는 이상, 이전 지번형식으로 검색하면 검색결과가 많은 문제점이 있습니다.
이를 저희는 가이드로 풀려고 했는데, 이 가이드가 좀 부족했던 것 같네요;
검색 화면의 첫 페이지의 경우, 초기의 디자인 안을 그대로 유지하고 내용만 바꿀려고 하다보니, 계속 반쪽짜리 수정이 되는 것 같은데요. 현재 건강지킴이님께서 주신 의견이 명확해 보여, 말씀해 주신 내용 참고하여 다음 주 중 배포할 수 있도록 준비하도록 할께요~

아 다음주 배포는, 건강지킴이님께서 의견 주신 내용뿐만 아니라, 다른 내용도 있어 원래 배포일정에 잡혀 있었으니, 염려치 않으셔도 됩니다 ^.^
네 정말로 감사합니다.
한번더 기대해볼께요.
혹시 초기화면 tip부분에만 적용하지 마시고 꼭 pleaseReadGuide 부분의 안내창에도 적용 부탁드립니다.
수고하세요~~
네~ 넵 ^^
다만, 화면의 여백상, 초기 페이지와 다르게,
검색결과 상단의 가이드 부분(pleaseReadGuide라고 말씀하신 부분)과, 마지막 페이지까지 갔을때의 가이드 부분은, 어느정도 축약형 형식으로 들어가야 될 것 같습니다.

다만, 가이드의 의미 전달을 해치는 정도로 축약을 하진 않을 거구요. 일단 이부분은 고민 좀 해보고 말씀드릴께요;

아무튼 좋은 의견 감사드립니다 ^^
검색결과가 많을 경우 기본 상단의 가이드 부분이 아닌 옵션으로 pleaseReadGuide 기능을 추가한 경우에는
초기 페이지와 비슷하게 넣는 방향으로 하는 것이 좋지 않을까 합니다.
그럴 경우 공간이 부족한데 팝업 형태나 아니면 아래 주소 검색결과가 나온 곳에 나타나도록 하는 것도 한 방법이 될 듯 합니다.
아니면 pleaseReadGuide 옵션 기능을 사용할때만 위 가이드 부분을 초기화면처럼 자세히 안내가 나가도록 하는 것도 괜찮을 듯 합니다.
검색결과가 많도록 검색한 사람들에게 안내가 가장 자세히 잘 되도록 하는게 의미를 가장 크게 부여하는 것이 맞다고 봅니다.
네~ 지금 만들고 있는데요. 저랑 생각이 비슷하시네요 ㅎㅎㅎ

현재 검색바 아래 상단 가이드의 경우
검색결과가 많을때의 가이드와 pleaseReadGuide를 사용할때와의 가이드와 같습니다 ^^

그래서 여기에 너무 많은 글자를 넣기가 좀 애매하여, 어떻게 할까 고민하고 있는데요, 일반 가이드의 경우에는 검색바 바로 아래에 생기긴 하나 사용자의 이목을 크게 끌진 못합니다(일반적인 서비스들의 지표상). 그래서 이부분은 좀 단순히 가고,
말씀하신 것처럼 pleaseReadGuide를 이용할때만 첫페이지와 비슷하게 구성하는 것도 고려 중입니다.

그리고 이외에 공통적으로, 현재 UI가 모바일 기기 최소 대응으로 300px을 대응해야 되기 때문에, 위에 표형식으로 써주신 것처럼 들어가는 것은 좀 힘들구요~ 리스팅 형식으로 들어갈 예정입니다.

다만 최종 컨펌 단계가 있기 때문에, 조금 수정될 여지는 있습니다.

그리고 추가적으로 여기에 댓글 다시는 분과 개발하는 사람이 같기 때문에 여기에다가 써주시면 바로 전달됩니다(그러고 보니 3인칭 시점으로 썼군요;;)
작업하시는데 조금이나마 더 참고가 될듯 하여 몇자 더 적어봅니다.
검색결과가 많을시 기본 가이드 문구는 [도로명+건물번호(예:시청로 90), 동/리+번지(예:연산동 100), 동/리+아파트 및 건물명(예:연수동 주공3차) 형식으로 검색해보세요.]
는 어떨까요?
타 우편번호 검색기들을 두루두루 보면서 가장 괜찮을 것 같은 것으로 나름 편집 정리해보았습니다.
이렇게 하면 두줄정도면 충분할 것 같은데 일반 검색바 바로 밑의 가이드 부분은 말씀하신 것 처럼 이목을 끌지 못하기 때문에 팝업으로 위 문구를 띄우는 것이 가장 큰 관심
을 끌수 있지 않을까 싶습니다.
효과는 최고인 반면 조금은 깔끔하지는 않겠지만(옵션 기능으로 팝업 사용을 선택할 수 있어도 괜찮을 듯 하네요.)....그래도 좀 그러시면 이 부분은 문구만 적당히 위처럼 정
도로 바꾸시고 검색방법을 중요시 생각하는 운영자는 pleaseReadGuide 옵션을 추가로 사용하는 방향으로 유도하는 것도 괜찮을 듯 합니다.
그리고 pleaseReadGuide 옵션을 사용하는 경우에는 아무래도 위치는 아래 딤드 레이어 되는 부분에 레이어팝업으로 초기메뉴와 비슷한 상세한 안내멘트가 들어가면 좋을 것
같습니다.
무더위에 힘드실텐데 이런 저런 요구사항이 많아서 죄송합니다.
네~
가이드 문구라는 것이, 해당 문구를 잘 읽고 활용하는 사람이 있는 반면, 아닌 분들도 참 많습니다. 오히려 문구나 영역자체가 서비스를 너무 가린다는 CS도 간혹 들어오거든요.(우편번호 서비스가 아닌, 다른 서비스)
그래서 우편번호 서비스를 개발할때도, 이부분을 참고하여 개발을 진행하였는데, 또 너무 간소하게 가이드 문구를 적은 느낌이 있어서, 전체적으로 건강지킴이 님의 의견을 반영하여 수정중에 있습니다.

그래서 이전에 댓글처럼, 첫화면과, pleaseReadGuide를 적용했을때의 검색바 아래 가이드 영역은 검색 조합방식과, 예시를 들어 설명을 할예정이고(말씀하신 것처럼 표 형식은 아니고 리스트 형식입니다)

그외 일반모드에서는 검색바 아래 가이드 영역의 문구는 간소화 되어 들어갈 예정입니다. 말씀해 주신 문구도 참고를 하도록 하겠습니다. 제가 글주변이 없어가지고 어렵네요 ㅎㅎㅎ;;
건강지킴이님 안녕하세요~

현재 요청해 주신 사항 + 기타 몇가지 버그 수정 + CS창구 변경건으로 인해 서비스 배포 완료되었습니다.
확인해 주시기 바라며, 이제 CS창구로 댓글을 이용하지 않고 Github Issue를 이용하는 것으로 변경하였습니다.

블로그 댓글이 접근성은 좋지만, 그 외 모든게 안좋아서; 변경하게 되었습니다.

아무튼 한번 확인 부탁드려요~ 좋은 하루되세요~
현재 파워빌더로 기능 구현중에 있습니다.
버젼은 8.0이구요 익스플로러는 버젼 11입니다.
기능은 모두 구현 완료 되었고 주소검색을 할 경우 콤보박스가 나타나는 화면이 있는데
이화면에서 콤보박스를 클릭하면 밑으로 드롭박스가 나타나는데 거기서 드롭박스를 클릭하면
선택이 되지 않고 있습니다.
이에 관련하여 해결법에대해 문의 드립니다.

혹시나 자세한 내용은 http://cafe.naver.com/pentaeduclub/33506 여기에 게시되어있는데
확인가능한지는 모르겠지만 일단 주소는 써 놓겠습니다
네~ 안녕하세요~ 암행어사또님

제가 파워빌더라는 프로그램을 써본적이 없어서 정확한 답변을 드리긴 어려우나,
일반적인 크롬,FF,IE에서 접속가능한 웹서비스가 아니라, 일반 어플리케이션을 말씀하시는 것이죠?
iOS,Android처럼 그 어플안에서 IE11 웹뷰와 비슷한 모듈을 통해 서비스하는 것이라고 생각하면 될까요?

위와 같이 가정을 하면,
저희 가이드페이지를 보시면 아시겠지만, 기본적인 웹브라우저에서 실행되는 웹서비스를 대응을 해드리지만, 일반 어플리케이션안의 특정 인앱브라우저안에서 실행되는 것은, 100%보장을 해드리진 못합니다. 일단 네이티브 브라우저랑 기능적인 차이가 분명 존재하기 때문에, 안되는 기능도 있을 뿐더러, 테스트 환경을 구축을 하기가 매우 힘들어, 테스트가 불가능 합니다.

일단 셀렉트 박스의 경우에는 웹브라우저의 기본 select태그를 이용하여 동작하며, 다른 커스터마이징을 거치진 않았습니다. 셀렉트 박스를 선택해서 메뉴가 나온 후, 선택하면 이 또한 기본 이벤트인 onchange이벤트를 통해 데이터를 뽑아내기 때문에, 딱히 다른 커스터마이징을 하진 않았습니다.

만약, 파워빌더 웹뷰에 띄우는 페이지(저희 우편번호 서비스가 들어가 있는 페이지)를 일반 웹브라우저에서 실행해 보신 후, 정상작동을 한다면, 파워빌더 웹뷰의 문제일 가능성이 있을 수 있으니 확인 부탁드립니다..

도움을 못드려 죄송합니다.
안녕하세요.
다음주소팝업을 잘 쓰고있는데요, 저희쪽 데이터가 아직 6자리라서 다음에서 넘겨주는 6자리 우편번호와 비교하는 부분이있는데요, 6자리데이터가 없는 주소들이 있던데 없는 이유를 알 수 있을까요?? 감사합니다^^
네~ hazzharu님 안녕하세요~

그 이유는 정부 정책과 같습니다.
일단 우정국 사이트의 우편번호의 연혁을 보시면 : http://www.koreapost.go.kr/kpost/sub/subpage.jsp?contId=010101040100
2015년 8월 1일 이후로 5자리 국가기초구역번호(새우편번호)로 개정되었습니다.

또한
인터넷 우체국 우편번호 안내 부분을 보시면 http://www.epost.go.kr/search.RetrieveZipcodeQnaList.comm
왼쪽 메뉴에 우편번호 관련된 여러가지 메뉴가 있는데 확인해 보시면 되는데요.

결론은, 6자리 구우편번호의 경우 이미 2015년 8월 1일 이후로 추가적인 생산 및 관리는 멈췄다고 보시면 됩니다.

여기서 생산이 멈췄다는 것은, 신규로 생성되는 주소(도로명)의 경우에 구우편번호는 없습니다. 새우편번호(5자리)만 있습니다.
그리고 관리가 멈췄다는 것은, 갱신이 된 주소(건물이 다시 지어졌거나, 기타 등등)의 경우 기존에 6자리 구우편번호가 있다 할지라도 갱신되는 시점에 구우편번호는 없어집니다. 이또한 새우편번호만 있습니다.

즉, 저희 서비스가 V1은 우정국데이터, V2는 행자부 데이터를 이용하지만, 둘다 6자리 구우편번호는 계속 사라질 것이구요.
특히나 V1은 구우편번호가 없어져도 새우편번호를 내릴수 있는 구조가 아니어서 V2를 이용하시는걸 추천합니다.

그럼 즐거운 금요일 보내세요~ ^^
(신버전에서)'여서동 금호아파트' 를 검색해보면 결과가 여러개가 나오는데, 사용자 입장에서
도로명주소는 모르고 지번주소인 '여서동 금호아파트' 만 알 경우 어떤 것을 선택해야할지 고민하게 됩니다.

행자부 사이트 juso.go.kr 에서 검색해보니, 각각이 1~8동, 9~10동, 상가동, 관리동 이런식으로 분리가 된 것 같은데요.
만약 Daum API가 행자부 DB를 사용하고 있는 것이라면 이 상세건물정보 값도 표시해주거나 행자부 검색결과의 '아파트 여부' 값도 보여준다면 선택할 때 도움이 될 것 같은데요...
개발자님 안녕하세요~
네 맞습니다. 초기 우편번호 서비스 개발시, 아파트의 상세주소정보에 대한 처리에 관한 부분도 개발이 되었습니다.
다만 해당 기능은 행자부와의 데이터 협의로 인하여 추후오픈으로 잡았는데요....

결론부터 말씀드리자면, 현재 행자부에서 도로명 주소, 지번주소, 새우편번호 관련해서 신규/갱신되는 모든 데이터를 받고 있지만, 말씀하신 아파트(또는 일반 건물)의 상세주소정보는 받을 수가 없었습니다.

해당 데이터를 저희도 정말 받고 싶어, 여러번 컨텍을 하였지만, 현재 해당데이터의 유지보수와, 신규 추가 관련하여 행자부에서 저희쪽으로 데이터를 줄 수 있는 상황이 아니라는 답변을 받았고, 현재 해당 기능은 행자부의 도로명주소검색시스템에만 들어가 있는 것으로 알고 있습니다.

저희도 아쉬운 기능이지만 어쩔 수 없는 점 양해 부탁드립니다. 대안이 되실지는 모르겠지만, 주소의 "지도"버튼을 누르면, 저희 지도서비스에 해당 주소의 마커가 찍히기 때문에 이 기능을 이용해서 주소를 선택하시면 될것 같아요..

불편을 드려 죄송합니다.

iframe 을 이용하여 도전리 81-3 주소를 검색하여 입력할 경우 신주소 값을 호출하여 넣어도 구주소로 입력이 됩니다.
다른 주소는 신주소값이 입력이 되는데 유독 이 주소만 address 값을 불러와도 구 주소가 입력이 됩니다.
네~ 뉴브리드님 안녕하세요~
네 결론부터 말씀드리면 정상동작입니다.
저희 가이드 페이지 속성탭의 (http://postcode.map.daum.net/guide#attributes) address,roadAddress,jibunAddress 부분에 대한 추가설명 부분을 읽어보시면 감이 잡히실 거에요~

간략히 설명을 드리면, address변수에는 사용자가 무엇을 선택하는지에 관계없이, 검색어 쿼리에 영향을 받습니다.(100% 그런것은 아닙니다). 말씀해 주신 "도전리 81-3"의 경우는 지번타입의 주소이며, 검색결과를 봐도, 윗줄에 지번이 있고, 아래쪽에 도로명이 있습니다. 이때 메인 주소(저희 내주적으로 정한 주소타입)의 경우에는 "지번"이며, address변수는 항상 메인주소의 값이 들어가기 때문에 말씀하신 구주소(지번주소)가 들어가게 되는 것이에요~

그래서 무조건 도로명주소만 입력되게 하고 싶으실 경우에는, roadAddress를 이용하시면 됩니다.

추가적으로 질문이 있으시면 댓글 부탁드려요~
[운영 방식 변경 공지]
우편번호 서비스 문의는 앞으로 깃헙(https://github.com/daumPostcode/QnA) 에서 받을 예정입니다. 자세한 내용은 본문 하단 안내글을 참고해주세요.