태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.


'네이버'에 해당되는 글 3건

  1. 2012.04.16 왜 tistory에는 IT관련 블로그 밖에 없을까? by 無異
  2. 2011.07.07 [검색 리디자인] 통합 검색 덜어내기 (1) by 無異
  3. 2010.04.05 메일 사이트의 대용량 파일첨부 사례 (5) by 위승용 (uxdragon)
2012.04.16 17:59

왜 tistory에는 IT관련 블로그 밖에 없을까?

네이버에서 블로그 검색을 하면 일상 생활에 관한 키워드는 거의 네이버 블로그가 나오고 IT관련 키워드로 검색해야 겨우 티스토리나 다음블로그를 볼 수 있게 됩니다. 


가로수길 맛집 네이버 블로그 검색 결과 (redesign) - 왼쪽에 파비콘을 보면 네이버 블로그로 도배되어 있습니다.
regex 네이버 블로그 검색 결과 (redesign) - 이제 티스토리가 좀 더 많이 보입니다.

우선 네이버 블로그가 검색 결과에 많이 나오는 건 정말로 네이버 블로그 사용자가 많아서 입니다. 


첫째 이유는 정말로 IT 성향의 사용자가 티스토리를 많이 쓰기 때문일 것 같습니다. :)
가입이 우선 귀찮으니까요. 티스토리가 포탈에서 제공하는 블로그가 아니라 가입형 블로그니까 분명히 좀 더 적극적인 성향의 사용자가 많을 것 같습니다. IT 분야와 상관관계가 아주 큰 건 아닐 것 같고요. 티스토리 홈페이지에서 새글이 올라오는 걸 보면 IT관련 글의 비율은 오히려 낮습니다. 그래서 이 가설은 탈락.


차별적인 Opt-in 검색

두번째 이유는 네이버 블로그를 사용하지 않는  IT 지식이 별로 없는 일반 블로거는 네이버 검색에 나올 수 없기때문입니다.

pxd 팀블로그도 그런 IT 지식이 별로 없는 블로그에 속하게 되었는데요 :) 최근 들어 새로 쓴 글이 네이버 블로그에는 검색이 되지 않고 있습니다. (글 작성시 검색 결과 3개가 전부였습니다. 현재는 저희 블로그가 등록되어 4개 나옵니다. 검색결과)
구글 검색에서는 첫번째로 나오는 글도 네이버 블로그 검색에서는 나오지 않고 대신 펌글이 첫번째로 나오고 있습니다.


이유는 저희가 최근에 블로그 주소를 변경했기 때문인데요. [공지]팀블로그 1차 주소 변경
그 후에 변경된 주소의 rss를 등록하지 않아서 네이버에서는 검색이 되지 않고 있었습니다. 
보통의 검색엔진은 크롤러가 접근 가능한 문서는 다 인덱싱을 하고 블로거가 원하지 않는 경우 robot.txt 같은 파일로 로봇이 검색하지 않도록 하는 opt-out 방식을 취하고 있습니다. 사용자의 프라이버시를 위한 정책이야 어쩔 수 없긴 하지만요. 네이버 블로그에서는 간단히 검색허용 체크만 하고 타 블로그는 rss 등록을 하여야 하기 때문에 결과적으로 이런 지식이 없는 타 블로그는 네이버 검색에서 배제됩니다.



누구를 탓해야 하나?

많은 방문자를 기대하고 블로그를 작성하는데 방문자가 없으면 누구를 탓해야 할까요?
네이버의 이런 검색 정책을 몰랐던 사용자가 무식해서 일까요? 네이버가 자신의 블로그를 활성화하기 위한 얍삽한 정책때문일까요?
다음 티스토리도 블로그 서비스 사용자를 고려한다면 설정에서라도 네이버 검색에 등록할 수 있는 방법에 대한 설명과 링크를 넣어주면 좋지 않을까 싶습니다. (경쟁사에 검색 등록하라고 하는 것이 아니꼽겠지만요) 하지만 어차피 방문자의 대부분은 검색에서 오고 검색의 대부분은 네이버에서 오니까 많은 방문자를 얻고 싶은 블로그 사용자에게 보다 나은 사용자 경험을 제공한다는 제스쳐를 취해서 크게 손해보다는 장기적으로 얻는게 크지 않을까 생각합니다.


추가

네이버 검색 랭킹 알고리즘이 타 블로그를 차별하나?

네이버 검색이 타 블로그에 비해 네이버블로그가 더 잘 검색결과에 노출되도록 한다는 의혹도 있는데요. 랭킹 알고리즘에 그렇게 노골적으로 차별하도록 했을리는 없다고 생각합니다.
opt-in 방식으로 그리 높지 않은 문턱만 만들어 두면 차별이라는 공격으로 부터 자유로우면서 효과적으로 차별할 수 있거든요. 문턱이 높아서가 아니라 문턱이 있는지 몰라서 대부분 걸려 넘어지니까요.
물론 이런 rss 등록 방식을 쓰는게 전략적인 이유보다 네이버가 검색을 잘 못하는 (크롤링의 기술 부족) 기술적인 문제일 수도 있겠지요.

노골적으로 차별하지는 않지만 네이버 블로그 검색은 최신 글에 대한 가중치가 높습니다. 그래서 주기적으로 크롤링하고 인덱싱하는 타 블로그에 비해 그냥 DB에 접근해서 인덱싱 할 수 있는(글 쓸때 바로 네이버 검색엔진 인덱싱에 추가 될 수도 있겠고요) 자사 블로그가 분명 유리 한 위치에 있으므로, 검색 결과 상위에 네이버 블로그가 많은 이유가 될 수는 있을 것 같습니다. (이거 불공정한 차별 맞나?)


네이버는 왜 opt-in 방식을 택했나?

타 블로그를 사용하면서 네이버 검색에 배제되는 문제로 접근했지만 보다 근본적인 이유는 반대로 초기에 네이버블로그를 타 검색에서 배제하기 위한 이유가 있었다고 생각됩니다. 네이버는 블로그의 컨텐트가 네이버의 자산이라고 생각하고 있으니까요. 네이버 “구글은 무임승차, 화난다” @zdnet
다른 블로그 서비스를 견제하는 것에 앞서 다른 검색 엔진을 견제하기 위한 꼼수에서 출발했을 거라는 거죠. 초기에는 무조건 네이버 블로그에 다른 검색엔진이 접근 하는 것을 막고 자사의 검색에는 노출하는 노골적인 정책을 사용했는데 이에 대한 비판이 높아지자 사용자가 검색을 허용하도록 하는 옵션을 둔 것이죠.


추가2

결론 : 왜 네이버 블로그 검색에서 티스토리 글의 상위 노출 빈도가 일반 키워드보다 IT관련 키워드일때 훨씬 높은가?

가설
1. 티스토리에는 IT 관련 사용자가(관련글) 많다. : false 티스토리 새글을 확인하면 IT관련글 빈도는 상대적으로 낮음

2. 네이버 블로그 검색에 노출되려면 RSS 등록을 하여야 하는데 일반인은 잘 못해서 검색이 잘 안되는 것이다 : 근거 - 블로그 주소 변경후 pxd 팀블로그가 검색이 안되고 있었음. rss 등록 후에 검색이 됨. 

3. 네이버 블로그 검색의 랭킹에는 최신글의 가중치가 높다. 티스토리 글의 인덱싱 주기가 네이버에 비해 느리다. 그래서 글이 빈번히 올라오는 일상 주제의 글은 네이버 블로그글이 상위에 위치하게 되나 작성 빈도가 낮은 IT관련 글은 영향을 덜 받아서 티스토리 글도 검색이 잘되는 것이다.

3번이 좀 더 그럴듯 하네요 :) 진짜 이유는 무엇일까요?


[참고##검색##]
 

팀블로그 pxd Story 구독 방법  블로그 글은 각 개인의 생각이며 피엑스디와 다를 수 있습니다.


Trackback 0 Comment 0
Ad Test...
2011.07.07 21:05

[검색 리디자인] 통합 검색 덜어내기

검색엔진 뭐 사용하세요? 네이버,다음,구글?
네이버가 좋아요? 구글이 좋아요? 
이런 질문은 아빠가 좋아? 엄마가 좋아? 같은 질문과 별반 다르지 않습니다. 둘은 지향하는 바가 다르기 때문에 필요에 따라 보완적인 관계에 있지 무엇이 더 좋고 나쁘다고 하기 어렵거든요. 그런데 다시 뒤집어 생각하면 둘 다 부족하다는 의미입니다.

이전 글에서 이어지는 내용입니다. http://story.pxd.co.kr/327
 
일로써 인터넷 자료 조사를 많이 하기도 하고 약간의 검색 중독 때문에 검색엔진 사용이 극단적으로 많은 편에 속하는데요. 검색에 할애하는 시간이 많다보니 그만큼 네이버,구글의 검색 결과에 만족스럽지 못한 부분이 많이 걸려서 결국 개인적으로 매쉬업을 이용해검색서비스를 만들어 사용하고 있습니다. 최근 몇 년 간 취미로 내가 사용하기 위한 검색 UI를 디자인하고 매일 직접 사용하면서 스스로의 피드백을 통해 매일 매일 고쳐나가고 있습니다. 나만을 위한 검색엔진을 만들면서 고민했던 부분을 공유해 보겠습니다. 

거칠게 요약하면 통합검색 다 필요없고 위키피디아와 구글웹 검색, 네이버 블로그 검색 세가지만 있으면 된다 입니다.
사용 모습은 아래 동영상을 참고해 주세요.




검색을 잘하는 사람은 어떤 검색엔진을 사용할까요?


검색엔진 첫눈 UI 프로젝트에서 검색 행태에 대한 사용자 조사를 하면서 검색에 대해 많이 배울 수 있었습니다. 검색을 잘하는 사람의 특징은 두가지 정도로 정리 할 수 있는데,
1.검색 query를 잘 선택하고(정보 제공자의 어휘로 구체적이고 더 많은 단어를 사용)
2.다양한 전문(vertical)검색엔진을 필요에 따라 잘 선택하여 씁니다.

일상에서도 좋은 답을 얻기 위해서는 질문할 분야에 대해 잘 아는 전문가를 찾아가 좋은 질문을 던져야 하는 것과 마찬가지 입니다. 
많은 사람이 특정 유형의 정보는 특정 검색엔진이나 사이트에서 검색하는 것이 더 좋다는 자신만의 노하우를 가지고 있긴 하지만 검색엔진 사이트로 이동하고 키워드를 또 다시 입력하는 과정이 번거럽기 때문에 네이버나 다음 처럼 시작페이지로 등록한 메인 검색엔진에서 그냥 검색을 하게 됩니다. 결과 측면에서도 적당히 충분한(satisficing) 정보를 얻는데 문제가 없으니까 일반적인 사용자에게는 좋은 전략적 선택입니다.

양보다 질로 골라서 검색하는 A  la carte 검색


UI를 설계하는 방법 중에 일반인들도 전문가의 노하우와 스킬을 쉽게 흉내내도록 하는 접근이 있습니다. 일반 사용자도 어떤 유형의 정보를 찾고 싶은지 이미 알고 있는 경우가 많으니 전문검색엔진을 모아두고 쉽게 전환할 수 있도록 하면 보다 효율적으로 더 나은 검색 결과를 얻을 수 있을 것입니다. 다만 전문 검색엔진으로 이동하고 키워드를 다시 입력하는 과정의 번거러운 것이 문제라고 생각되어서 그 부분만 해결 해주면 될 것 같았습니다. 이런 가설을 가지고 처음 만들어서 테스트해 본 것이 A la carte 검색이었습니다. 부페처럼 막 나열된 통합검색에서 양만으로 배를 채울게 아니라면 딱 내가 원하는 걸 주문하는게 질적으로 만족도가 더 높을테니까요. 검색 유형에 따라 검색어 추천을 해주는 일관된 검색창 인터페이스에  구글의 인스턴트 검색처럼 입력 중에 검색결과가 바로 표시되도록 만들었습니다.

A la carte 검색 시연 모습 보기



검색의 파레토 법칙


일년 정도 사용하면서 실제 검색 데이타를 모아봤더니 놀랍게도 대부분 딱 두개의 검색만 쓴다는 걸 알게되었습니다. 정확한 통계는 아니지만 파레토 법칙처럼 구글 검색과 네이버블로그 검색이 전체의 80%정도를 차지하는 듯 싶었습니다. 그래서 새로 디자인 하면서는 애플처럼 주 사용의 80%에만 집중하기로 하고 나머지는 버렸습니다. 복잡하게 유형별 검색을 모아두지 않아도 구글과 블로그 검색만 나오면 찾고 싶은 건 거의 다 찾을 수 있더라구요.
이 두가지가 대부분의 검색 케이스를 커버할 수 있었던 이유는 아마 서로의 성격이 상반되어서 서로가 부족한 검색 의도를 채워주고 있었 던 것 같습니다.

Search User Goals


사용자의 검색 의도를 분석한 논문에 따르면 크게 세가지로 나누고 있습니다.

특정 사이트로 이동하려는 navigational (15-20%)
정보를 얻으려는 informational (50-60%)
리소스를 얻으려는 transactional (25-30%)

가장 큰 비중인 informational을 좀 더 세분화 하면 아래와 같다고 합니다.
1.directed question.
    1-1.closed-end question
    1-2.open-end question
2.undirected question.
3.advice
4.locate
5.list


이러한 검색 의도를 검색결과에 반영 할 수 있을까요? navigational 같은 경우는 구글의 운좋은 예감이나 네이버의 바로가기 처럼 효과적으로 골라낼 수는 있지만 나머지는 검색의 골에 따라 정보를 분명하게 분리를 할 수 있는 것도 아니고 검색을 하는 사용자도 의도가 애매하게 겹치기 때문에 검색 결과에 직접 반영하기는 어렵습니다. 
현재 검색엔진에서 사용하는 소스의 출처나 유형에 따른 분류는 검색 사용자의 의도를 직접 반영하기 보다는 기계가 분류할 수 있는 속성에 따른 것 입니다. 통계적으로 많은 사람이 찾는 유형의 검색 결과를 먼저 노출하고 있긴 하지만 사용자 마다 또 질의시 마다 의도가 다를 수 있기 때문에 개인에 있어서 통합검색의 검색결과는 무작위적인 것으로 인식 될 수 있습니다. 네이버의 컬렉션 랭킹이 단순한 클릭수가 아니라 보다 복잡한 알고리즘을 사용하여 검색 의도를 반영하고 있다고는 하지만 그건 평균에 속할 경우에 해당하는 것이겠지요. 같은 검색어를 사용한다고 검색 의도가 모두 같을 수는 없으니까요.

Domain knowledge

검색 사용자 조사를 통해 배운 또 하나는 사용자의 검색 주제에 대한 지식 수준에 따라 검색의 접근이 달라진다는 것 입니다.
대상에 대해 전혀 모르고 있으면 'X에 대해 알려주세요' 같은 undirected question 밖에 할 수 없습니다. 어느 정도 그 주제에 알고 있어야 open-end , closed-end question 으로 질문이 옮겨 갈 수 있습니다. 그래서 검색은 검색을 통해 정보를 얻고 또 그 정보에 기반하여 다시 검색 하는 과정을 반복하여 최종 목적지에 도달하는 오리엔티어링에 가깝습니다.
그래서 검색하려는 대상에 대한 지식 수준으로 나누어 검색 결과를 제시하면 검색 골과도 연결이 되고 더 자연스럽게 정보를 취할 수 있게 됩니다.


인물검색을 예로 들면 인기검색어로 올라온 유명인을 검색할 때 어떤 사람은 그 사람에 대해 잘 알고 있어서 사람의 최근 활동(가십?)에 대해 더 자세한 정보를 얻으려는데 관심을 가지고, 어떤 사람은 도대체 X가 뭐하는 사람이야? 어떻게 생긴 사람이야? 라는 궁금증을 가지고 검색을 하게되니까요. 인물 검색의 사진만 슬쩍 보고 아, 이 사람이구나 하고 호기심이 충족되는 경우도 많고, 어떤 사람인지 알게 되면 다시 그래서 최근에 무슨 일이 있었는지 찾아보게 되고요.


위키백과 (한글 위키피디아)


undirected question에 대해 가장 좋은 답은 지식인이 아니라 백과사전입니다. 위키백과는 주제에 대한 개략적인 설명과 전문적인 내용, 더 알아 볼 수 있는 참고 링크를 포함하고 있어서 뭔가에 대해서 알고자 할때 시작하기에 가장 적합한 형태입니다. 모르는 주제에 대해 리서치를 할 때는 가장 먼저 위키백과를 참고하면 좋습니다.

네이버의 컨텐트 검색이나 전문 DB 검색 결과 또한 이런 질문에 대한 답으로 훌륭합니다. 썸네일 이미지를 포함하고 있어서 내용을 읽지 않더라도 내가 제대로 키워드를 사용하고 있는지 슬쩍 보고 알 수 있는 이정표 역할을 해줍니다.
위키백과와 같이 '무엇'에 해당하는 범용 백과사전 외에 '누가','어디서'에 해당하는 인물DB와 지역DB가 노출되면 도움이 많이 됩니다.




구글 웹검색


구글의 웹검색은 오랜 기간 신뢰도가 쌓인 best match 결과를 상위에 보여주는데 해당 키워드의 대표 사이트 또는 위키백과 페이지가 상위에 올라오는 경우가 많습니다. navigational과 undirected question에 해당하는 검색 목적을 가장 잘 만족시켜줍니다.
찾으려는 답이 정해져 있는 closed-end 질문에 대한 답도 구글 웹검색을 이용하는게 가장 결과가 좋습니다. 

네이버 블로그 검색


블로그 검색 결과는 사용자의 주관적인 리뷰를 찾아보는데 적합합니다. 어떤 한 측면을 보는게 아니라 전반적으로 정보를 수집하려는 open-end 질문에는 구글보다 네이버 블로그 검색을 사용할 때 더 만족스런운 결과를 얻을 수 있습니다.

블로그는 인력 검색


네이버의 블로그 검색은 최신 정보에 대한 가중치를 높게 두고 있습니다. 구글 웹검색이 오랫동안 많은 사람에게 검증된 자료를 노출하여 변동이 적은데 비해 네이버 블로그는 트렌드에 민감하게 반응합니다. 어느쪽이 더 좋은게 아니라 필요에 따라 용도가 다른 것 같습니다. 이런 검색 노출 특성때문에 요즘은 실시간 인기 키워드에 대한 정보를 잘 모으고 편집하여 검색결과의 상위에 올리고 업체의 광고를 하는 전문 인력(?)들도 생기고 있습니다. 아직은 연예,오락 중심의 쉽고 대중적인 주제에 몰려있긴 하지만 여러 페이지 클릭하는 시간을 많이 줄여줘서 저는 좋습니다. 사람들이 중요하게 생각하는 이슈의 뉴스들도 이런 식으로 블로그 검색에 표시됩니다. 원본이 아니라 퍼온 자료가 노출된다고 비판을 하기도 하지만 한동안 유행하던 집단지성에 의한 인력 검색 결과와 비슷한 효과를 얻을 수 있는 것은 네이버 블로그 검색의 장점이기도 합니다. 

블로그는 이미지 검색 


요즘 블로그의 사용 리뷰에는 수준 높은 사진들이 가득해서 눈으로 훑어보기만 해도 많은 정보를 얻을 수 있습니다. 네이버와 다음은 블로그 내의 이미지를 대표 이미지 한 장이 아니라 여러 장 인덱싱하고 있습니다. 하지만 검색 결과에서 한 번에 펼쳐 보여주는 것이 아니라 마우스 오버 하여야만 보여주는 것이 번거럽지만요. 블로그 내의 이미지만 제대로 보여주면 별도로 이미지 검색 결과를 노출 할 필요가 없습니다.
네이버 검색 개발 담당하는 친구 말로는 이미지를 한번에 다 노출하면 트래픽 이슈가 있어서 현재처럼 우선 하나만 보여주고 있다고 하는데, 실제로는 블로그의 사진이 고객의 시선을 빼앗는 것을 막고 광고로 유도하려는 광고 비즈니스에 기반한 정책이라고 추측됩니다. 블로그 검색에서는 사진 하나라도 보여주는데 통합 검색에는 아예 사진을 표시하지 않고 있습니다. 이미지 자체가 그 그 블로그를 선택하는 가장 중요한 정보가 되는데도 누락시키고 있습니다. 
블로그 썸네일을 한번에 펼쳐 보여주는 형태에 익숙해 지면 썸네일을 하나 보여주는 네이버,다음이나 하나도 안보여주는 구글에서는 답답해서 블로그 검색을 할 수 없게 됩니다. 마치 이미지 검색 결과에 텍스트만 있는 느낌이 듭니다. 구글의 preview 기능은 훌륭하긴 하지만 마우스 오버해야만 이미지를 더 보여주는 것과 동일한 stacked in time 방식입니다. 중요하고 비교를 하는데 필요한 정보를 표현하는데는 좋지 않은 방법입니다. 사용자의 시간을 뺏고 노력을 강요합니다. Edward Tufte는 정보를 펼쳐 놓으라고 항상 강조하고 있습니다.
아래 결과를 보면 그 차이가 확연합니다.
  

 
 





검색결과의 순서를 예측 가능하도록 배치 1-3-5


그래서 여러 콜렉션의 결과를 많이 노출하기만 한다고 좋은게 아니라 위키백과,구글웹,네이버 블로그 세가지만 잘 보여주어도 불필요한 인터랙션(스크롤)을 줄이면서도 원하는 결과를 보다 잘 찾을 수 있습니다. 개수는 위키백과 1,구글웹 3, 블로그 5개입니다. :)
구글웹의 경우 상위3개가 클릭의 80%에 해당한다는 통계가 있는데요. 3개에도 원하는 결과가 없으면 그 외 결과를 더 보는 것 보다 키워드를 바꿔 보는게 낫습니다.
장기적이고 객관적인 정보 위주로 찾아주는 구글검색과 최신의 주관적인 정보 위주로 검색하는 네이버 블로그 검색(다음 블로그는 호흡이 중간정도 됩니다)은 서로를 잘 보완해 줍니다.
컬렉션 랭킹처럼 키워드에 따라 순서가 바뀌는 것 보다 이렇게 순서를 고정하여 보여주는게 더 효과적입니다. 검색하는 주제에 대해 전혀 모르는 경우를 위해서 레퍼런스를 가장 먼저 배치하고, 어떤 순서로 노출되는지 예측할 수 있도록 하여 원하는 의도의 결과가 아닌 경우 빨리 스킵할 수 있도록 단순한 결과를 먼저 배치합니다. 그렇게 하였더니 검색 결과내에서 원하는 답을 좀 더 쉽게 찾을 수 있었습니다.


Rich Vertical Search Links


그럼에도 원하는 정보를 얻지 못하는 경우에는 바로 전문 검색엔진을 사용하도록 합니다. 전문 검색엔진을 검색결과 아래에 모아 두고 바로 검색을 할 수 있도록 하였는데, 이때는 검색엔진으로 이동해서 다시 키워드를 입력하는게 아니라 입력된 키워드로 바로 검색이 됩니다.
다음의  /검색은 내부의 카테고리 뿐 아니라 외부 검색엔진으로 바로 연결되도록 하고 있습니다. 내부 서비스만으로 닫힌 구조를 만들 것이 아니라, 더 좋은 전문 검색 결과를 제공하는 외부 검색엔진을 추천하고 쉽게 옮겨 가도록 열어두고 자신은 더 경쟁력이 있는 검색 서비스에 집중하는 전략이 검색 만족도를 높여 줄 수 있을 것라고 생각됩니다. 별로 만족스럽지 못한 자사의 검색 결과 안에서만 계속 빙빙 돌린다고 광고 클릭해 줄 건 아니니까요. 물론 단기적으로는 수익에 더 도움이 된다는 조사 결과가 있었겠지요. 하지만 장기적으로 영향을 줄 수 있는 고객 경험 측면에서 좋지 않지 않다는 건 확신할 수 있습니다.


검색어 예측 vs. 검색어 추천



2008년에 A la carte 검색을 만들때 부터 inquisitor라는 브라우저 플러긴을 모델로 따라하였는데요. inquisitor는 검색창에 키워드를 입력하면 검색어 추천뿐 아니라 구글 검색결과까지 미리 보여줍니다. 첫번째 추천 검색어를 기반한 결과를 보여주어서 마치 뇌보다 손이 빠른 느낌이 들 정도였습니다. 당시는 영어에만 동작해서 우리말에도 적용해 보고 싶어서 네이버 추천 검색어를 가지고 만들어봤더니 상당히 효과적이었습니다. 구글이 작년에 발표한 인스턴트 검색도 동일한 형태입니다.

사용하면서 두가지 문제가 있었는데 첫 번째는 검색어를 목록 형태로 추천하는 것이 검색어를 예측하여 검색 결과를 미리 뿌려주는 모델에 적합하지 않다는 것이었습니다. 추천 목록과 검색 결과에 주의가 분산되어 더 복잡해 보이는 문제가 있었습니다. 그래서 채택한 것이 아이폰의 auto complete 버블 형태입니다. 검색어를 단 하나만 예측하여 보여주어서 인지적 부담이 줄어들었고 오타입력시에도 바로 인지할 수 있게 되었습니다. 키입력이 더 늘어날 것 같았지만 실제로는 별반 차이가 나지 않았습니다. 


두번째는 입력 중에 의도하지 않은 결과가 노출되어 주의를 산만하게 하는 점입니다. 해결은 간단한데 키입력 시간을 체크해서 입력 중에는 결과를 뿌리지 않도록 하는 것입니다. 맨 위의 동영상에서 보면 검색 결과가 거의 입력을 끝냈을 때만 나타나는데 반응이 느린게 아니라 키 입력 중에 의도하지 않는 노이즈 결과의 노출을 제한하도록 하고 있습니다. 구글은 단순하게 타이머로 주기적으로 중간 결과를 계속 뿌리도록 하고 있는 것 같습니다. 중간의 광고 노출을 의도한 것인지 모르겠지만 인스턴트 검색으로 인한 불쾌한 경험을 하면서 알게 되었는데 실제로는 중간에 뿌려지는 결과에 전혀 주의를 주지 않고 있었습니다.


보다 나은 검색 사용 경험을 위해서는 통합검색을 덜어내자

사용자의 검색 의도를 모르니까 가능한 많은 컬렉션의 검색 결과를 노출 시키려는 네이버와 다음의 통합 검색은 효용이 너무 낮습니다. 블로그 검색 결과의 노출 정책을 보면 사용자의 검색의 편의보다는 광고를 위한 검색 UI가 아닌가하는 의혹을 주기 까지 합니다.
양으로 승부하기 보다는 주제에 대한 지식 수준에 따라 나누어 간접적으로 검색 의도를 반영하여 검색 결과를 표시 하는 것이 좀 더 자연스러운 접근일 것 같습니다.
공교롭게도 구글웹과 네이버블로그 검색의 성격이 상보적이라 두개로 대부분의 검색 의도를 포괄할 수 있게 됩니다.
나머지들은 전문 검색엔진 링크 모음으로 직접 이동하게 하는게 효과적입니다.


글을 쓴 목적은
1. 나 혼자서 나만을 위해 만든 검색 디자인이 다른 사용자들에게도 도움이 될 수 있는지 확인해보고
2. 다른 사람들도 유용하게 쓸 수 있다면 함께 나눌 수 있도록 도움을 얻고 싶습니다.

피드백을 주실 수 있는 분은 의견 남겨주세요. 직접 사용해보고 의견을 구하는 자리를 마련해보도록 하겠습니다.







참고
검색 리디자인 : 통합검색, 사용자를 위한 것인가 광고주를 위한 것인가?
http://story.pxd.co.kr/327
 

민첩한 리서치를 위한 인터넷 검색 팁
http://www.slideshare.net/taekie/rapid-research-hhg
 
A taxonomy of web search (2002) 
Understanding User Goals in Web Search (2004)
[다음 검색] 이제 /(슬래쉬) 만 기억하면 검색이 편해집니다!
http://blog.daum.net/daumsearch/16151027

 

[참고##redesign##]  


팀블로그 pxd Story 구독 방법  블로그 글은 각 개인의 생각이며 피엑스디와 다를 수 있습니다.


Trackback 1 Comment 1
Ad Test...
2010.04.05 10:54

메일 사이트의 대용량 파일첨부 사례

이메일을 사용하다보면 대용량파일로 메일을 보낼 때가 종종 있습니다. 대용량파일은 저장 기간이 정해져있고 다운로드 횟수가 정해져 있습니다. 문제는 사이트들이 대용량첨부 파일의 다운로드 횟수기간을 제한한다는 것입니다.

예전에 회사에서 대용량파일로 메일이 왔었는데, 첨부된파일을 클릭해도 반응이 없었습니다. 이에 저는 계속 클릭을 했더니 다운로드 횟수 제한에 걸리더군요. 결국 파일을 다운로드 받을 수 없는 상황이 되어 당황했던 경우가 있었습니다.

이에 메일 사이트의 대용량파일 첨부정책과 사내 메일의 대용량파일 첨부 방식을 조사해 보고 싶은 생각이 들었습니다. 조사 대상은 네이버 메일, 다음 메일, 구글 G메일, 네이트 메일, 파란 메일 이렇게 총 5개의 사이트의 메일과 추가적으로 사내 메일을 살펴보았습니다. 새로 메일 사이트를 가입하실 분들은 이 점을 참고하시는 것도 좋을듯 합니다.

전체용량은 구글메일이 7.3기가로 제일 많습니다.
2012.5.27 추가 : 구글 메일은 사용에 따라 점점 용량이 늘어나는 형태입니다. 현재 저의 경우 10기가 정도 지원하고 있네요.

그 다음이 파란 메일(매니아 회원에 한에서), 네이버 메일이 5기가를 지원합니다. 네이트 메일과 사내 메일은 2기가를 지원하고 있구요. 다음 메일은 겨우 100메가를 지원하고 있으나, 프리미엄 회원의 경우 무제한 지원을 하고 각종 이벤트 및 사용 실적에 따라 추가 용량을 지원하고 있는 것으로 파악됩니다. 2012.5.27 추가 : 다음 메일은 기본 메일이 10기가로 업그레이드 되었습니다. 네이트메일은 30기가로 업데이트 되었습니다. 파격적인 업데이트네요..

지원이 큰 용량 순서로 보자면
네이트 메일 > 다음 메일(사용 실적에 따라 늘어남) > 구글 메일(사용 실적에 따라 늘어남) > 네이버 메일, 파란 메일(매니아 회원에 한해서) 순 입니다.

대용량 파일의 경우 다음메일은 대용량파일의 용량을 무제한으로 지원하고 있습니다. 다른 사이트들의 경우 주로 2G 를 지원하고 있습니다. 기간은 주로 7일을 지원하고 있으며, 네이버 메일의 경우 200메가 미만의 파일의 경우 20일까지 지원하고 있네요.
2012.5.27 추가 : 다음 메일은 대용량 파일의 첨부 용량을 무제한으로 제공하고 있으며, 30일동안 다운로드를 받을 수 있습니다.

네이버 메일은 대용량 파일의 첨부 용량을 2기가까지 제공하고 있으며, 30일동안 다운로드를 받을 수 있습니다. 또한 대용량 파일을 10개까지만 업로드 할 수 있게 제한하고 있습니다.

대용량파일의 다운로드 횟수는 다음 메일과, 네이트 메일이 100회, 네이버 메일이 20회, 사내 메일이 10회를 지원하고 있습니다. 파란 메일은 특이하게 1분에 3번, 1일 100번으로 제한하고 있습니다.
2012.5.27 추가 : 다음 메일, 네이트 메일, 네이버 메일 모두 100회 다운로드로 변경되었습니다.
파란 메일의 경우 10분에 3번, 1일 100번으로 변경되었습니다.

구글 G메일의 경우 대용량파일 첨부를 지원하고 있지 않습니다.

일반 파일의 경우 사내메일이 50메가를 지원하고 있습니다. 구글 G메일이 25메가를 지원하고 있고, 네이버, 다음, 네이트, 파란메일이 10메가를 지원하고 있습니다.
2012.5.27 추가 : 네이버 메일은 일반 파일의 경우 다운로드 회수를 100회로 제한하였습니다. 다음의 경우 일반파일을 기존 10메가에서 25메가로 변경되었습니다.

[일반파일 용량 제한]
사내 메일 : 50메가
다음, 구글G메일 : 25메가
네이버, 네이트, 파란 : 10메가

[일반파일 다운로드 기간]
제한없음

[일반파일 다운로드 횟수]
네이버 : 100회 제한
사내메일, 구글G메일, 다음, 네이트, 파란 : 제한없음

다음 내용을 [표1]에 정리해 보았습니다.
2012.5.27 추가 : 아래 표는 2010년 4월 5일 기준이라 2012년 실정에 맞지 않음을 양해바랍니다.


[표1] 메일 사이트의 대용량 파일 지원 방법
표를 클릭하시면 큰 이미지로 보실 수 있습니다.



각 메일에 대용량 파일을 첨부했을 경우 화면을 캡쳐해 보았습니다. 파일은 10메가가 넘는 대용량 압축파일, 5메가가 넘는 중용량 압축파일, 1메가가 되지 않는 소용량 압축파일 세가지를 첨부해 보았습니다.

일반적으로 일정 용량 이상인 경우 대용량파일로 자동으로 바뀌며, 일반첨부 방식으로 전환이 되지 않습니다. G메일은 예외적으로 대용량파일 개념이 없어 모든 파일이 일반파일로 바뀌게 됩니다. 다음 메일의 대용량파일의 경우 저장 기간의 날짜 뿐 아니라 시간까지 표시해 주고 있습니다.

구글 G메일의 경우 파일 첨부시에 미리 파일을 전송시켜 실 전송시간을 줄여주고 있습니다. (그럼에도 불구하고 국내 메일 사이트에 비해 전송속도가 느리게 느껴졌습니다.) 또한 G메일은 대용량 압축파일이 전송되지 않았습니다. 이는 대용량 압축파일에 들어있던 mp3 파일 때문인 것으로 파악됩니다.

[그림1] 네이버 메일의 대용량파일 첨부

[그림2] 다음 메일의 대용량파일 첨부

[그림3] 구글 G메일의 파일 첨부

[그림4] 구글 G메일의 파일 첨부 오류 메세지

[그림5] 네이트 메일의 대용량파일 첨부

[그림6] 파란 메일의 대용량파일 첨부

[그림7] 사내메일의 대용량파일 첨부


글을 마치며

다음과 같이 메일 사이트의 대용량파일 첨부 사례에 대해서 살펴보았습니다. 문제를 제기했던 대용량 첨부파일의 다운로드 횟수는 생각보다 적지 않은 것으로 밝혀졌습니다. (네이버 메일과 사내 메일의 다운로드 횟수는 경우에 따라서는 문제가 될 수도 있다고 생각합니다.) 그럼에도 불구하고 제한이 있다는 것은 엄언한 사실입니다.
2012.5.27 추가 : 네이버 메일은 첨부파일 다운로드 횟수가 20회에서 100회로 변경되었습니다.

[대용량 첨부파일 다운로드 횟수]
네이버, 다음, 네이트 : 100회
파란 : 10분에 3번, 1일 100번


대부분의 사이트에서 대용량 첨부파일의 저장 기간은 7일 입니다. 그러나 정확히 언제, 어느시간에 첨부파일을 다운로드 받을 수 없는지를 나타내주고 있지 않습니다. 다음 메일 만이 시간정보까지 보여주고 있네요.
2012.5.27 추가 : 다음과 네이버의 경우 첨부파일 저장 기간을 7일에서 30일로 변경되었습니다.

[대용량 첨부파일 저장기간]
다음, 네이버 : 30일
네이트, 파란, 사내메일 : 7일

만약, 첨부파일을 받을 때마다 받을 수 있는 첨부파일의 숫자가 카운트 되면 어떨까요? 첨부파일을 받을 수 있는 시간이 얼마 남지 않았다면, 이를 indicate 해 준다면 어떨까요? 메일 사이트에서 대용량파일에 대한 제한은 합리적으로 설계가 되어야 겠습니다. 또한 저장 기간과, 다운로드 수에 대해서 명확하게 나타내주는것도 좋은 방법이라고 생각합니다.
2012.5.27 추가 : 또한 대용량 첨부파일을 업로드하기 위해서는 Active X가 반드시 필요합니다. 메일 작성 뒤에 Active X를 깔아서 작성된 메일이 날라가는 경험을 한 두번은 겪어보셨을 것으로 생각합니다. Active X 설치 시나리오를 고려해서 어떤 시나리오가 사용자들에게 불편함을 끼치지 않을지 고민해봤으면 좋겠습니다. 물론 Active X를 없애는게 궁극적인 해결 방안이겠지요.

또한 각 브라우저에 따른 대용량 첨부파일 시나리오를 고려해야 하겠습니다. 브라우저의 특성상 대용량 첨부파일을 지원하지 않은 브라우저도 있습니다. (이를테면 네이버 메일은 크롬플러스에서 대용량 첨부파일을 지원하지 않습니다.) 익스플로러를 사용하지 않는 고객들(이 얼마나 될지는 모르겠습니다.) 도 대용량 첨부파일을 사용할 수 있게 했으면 좋겠습니다.

그렇다면 대용량 첨부파일을 지원하는 것이 정답일까요? 구글 G메일의 경우 대용량 첨부파일을 지원하고 있지 않습니다. 대용량 첨부파일을 지원하느냐 하지 않느냐에 대해서도 생각해볼 거리가 있습니다. 메일을 파일을 전송하는 방법으로 사용할 것인가? 아니면 커뮤니케이션과 간단한 업무 용으로 사용할 것인가? 에 따라 나누어질 것 같은데요. 고민해 볼 필요가 있겠습니다.


PS. 혹시라도 잘못 조사된 부분이 있으면 말씀해주세요. 정정하도록 하겠습니다. (2012년 5월 27일 기준)

혹시 저처럼 대용량파일 다운로드 횟수와 저장기간 때문에 문제를 겪으신 적은 없으시나요?


*위 글과 관련해서 다음 글을 참고하시는 것도 좋을듯 합니다.

제대로 된 메일 서비스가 하나도 없다 (via miriya)
http://blog.daum.net/miriya/15600853

다른용도의 사용에서 잠재니즈 찾기 (via dobiho)
http://dobiho.com/?p=3832

[참고##메일##]

팀블로그 pxd Story 구독 방법  블로그 글은 각 개인의 생각이며 피엑스디와 다를 수 있습니다.


Trackback 0 Comment 5
Ad Test...