모바일페이징 여러분의 선택!
일명 요즘 많이사용하는 무한스크롤 페이징 기법과 일반pc페이지에서 사용되어지는 넘버링페이징 방법중에
고민하고있습니다.
무한스크롤페이징을 만들어놓고 사용하고있는데 솔직히 많은 모바일페이지에서 대세적으로 적용되는구조라
아무런고민없이 사용했는데, 문제점이 있더라구요.
pc에서는 페이징기억을 대략적으로 할수있는데 이 무한스크롤은 북마크를해두지않는이상 해당페이지로 이동하는게
어렵더라구요. 커뮤니티 같은곳은 그냥저냥 사용하겠는데 모바일쇼핑몰을 구축하면서 과연 이 무한스크롤이
쇼핑몰에 적당한 방법인지 고민하게되네요.
무조건 처음부터 모든상품을봐야하니 느낌적으로 답답함이 느껴지더라구요.
그..그대략적인 어디쯤? 이런식으로 상품찾기가불가능하니 검색기능과 북마크기능을 강화해야하는데
이용자들이 이것을 잘사용하지않을꺼같은 생각이들었어요.
더구나 상업적인 쇼핑몰에서 무한스크롤페이징이 혹여나 단점이되지않을까 생각이드네요.
그래서요즘고민하고있는게 넘버링페이징과 무한스크롤의 장점만을 합친 구조를 고민해보고있는데
페이징기법을 무한스크롤방식과 넘버링방식을 선택해 사용할수있는 구조를 만들어봐야겠네요.
여러분들은 어떤 페이징기법이 효율적이라 생각되시나요?
|
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기
댓글 27개
소셜만드는데 거기 페이징중하나인데 기본은 무한 스크롤이고 페이지 이동시 현제 스크롤된 페이지번호를 넘기고
다시 리스트페이지로 왔을때는 넘긴 페이지 부터 조회후 무한 스크롤.. 아래로 땡기면 초기 리플레시
지금 어디있는지 기억은 안나네요..ㅜ
언제나 최근 올라온 메세지를 확인할때 유용하고 쇼핑몰같이 듬성듬성 봐야할 경우는 좀 그렇긴 하죠
상품리스트가 길 경우 불편할수있겠네요.. 카테고리가 많아서 세분화된게 아니라면 그쵸?
관리자가 미는 상품 특가라던지 신상이라던 이런 상품 몇개를 추출하여 메인에 무한 스크롤 방식으로 보여주고
나머지들은 카테고리를 세분화 하여 (빠르게 상품을 찾아가도록 기획해야겠죠) 구매자가 원하는 상품을 찾아가도록 해주는것도
좋을 것같아요...
그리고 불사님과 반대로 생각할수있죠 쇼핑이란것이 처음부터 상품들을 보다 보면 원래 살려고 했던 상품이 아닌데도
혹해서 살수있으니 좋은거 아닌가요? 너무 구매자 입장에서만 생각하신듯
삑살몇번나면 나오게되더라구요
네이버 댓글이나 이런걸 보시면 무한 스크롤인데 사용자가 다음 페이지 스크롤을 선택 할 수 있게 되어 있죠
또한 어자피 AJAX처리 하시게 될텐데 요즘 대부분은 해쉬태그로 컨트롤 하지 않나요 ? 아작스라고 하더라고 사용자 편의 고려 하지 않고 히스토리 적용하지 않은 막무가네 아작스 처리리 자체를 요즘 하지 않고 해쉬태그로 히스토리 관리 하시면 되실듯 합니다.
다음 쇼핑에서 쇼핑 리스트 및 옵션선택이 실시간 반영인 AJAX 형태이지만 모든 뒤로가기의 불편을 최소화 하기 위해 모든 옵션및 히스토리를 해쉬태그로 관리 합니다.
네이버 이메일도 마찬가지로 해쉬태그로 히스토리를 관리 하구요
앱이 아니라 모바일 웹에서 히스토리 해쉬태그로 관리 하지 않고 무조건 AJAX로 처리 하는 방식은 솔직히 제일 비추 입니다. 앱은 리스트냐 본문이냐 둘중 하나 이고 뒤로 가기를 하지 않지만 모바일 웹이라도 히스토리를 관리 해야 하죠
저는 무한스크롤이뭔가있어보이긴 하는데 막상사용해보면 항상뭔가 불편한느낌을 많이 받았거든요.
또한 하이브리드방식으로 무한스크롤을 앱으로감쌀경우에도 일반크롬브라우져에서작동하는 제이쿼리가 작동을안하는 문제점을 경험한후
뭔가 더 효율적인 페이징방법에대해 고민중이였어요. 언급하신 해쉬태그는 구글링을통해 연구좀해봐야겠네요 좋은정보감사합니다. ㅎ
ajax 리스트에서 해쉬태그를 사용하는것은 ajax로 로딩된 페이지에서 뒤로가기 눌렀을때 브라우저 history 문제
때문에 사용하는거구요 불사님이 물어보는 것은 UX에 관한 거 같습니다.
자 보세요 무한스크롤방식에서 100페이지까지 진행된 상태에서 본문으로 이동했다가
리스트 100페이지가까지 다시 로딩한다? 무한스크롤에서는 100페이지가 item을 모두 출력해야하는데
DB 서버 뻣어요 팝업이나 ajax로 좌표움직여서 옆으로 화면이 쓱 나오도록 해야지
페이지 번호나 url정보들 넣고 브라우저 상에서 뒤로가기 눌렀을때 사용하는거지
이 무한스크롤은 북마크를해두지않는이상 해당페이지로 이동하는게 어렵더라구요.
불사님이 물어 보시는 것이 바로 사용자 편의 히스토리 관리때문에 물어 보는 겁니다.
그게 아니고서야 무한스크롤이다 뭐다 불사님이 왜 질문을 남기겠어요 ? 그래서 웹이든 모바일 웹이든이 앱이 아니고서야
사용자 편의를 고려 한다면 무한 스크롤을 비추 한다라고 답변을 남긴 겁니다.
그리고 히스토리를 왜 관리 하나요 ? 사용자 편의 때문입니다. 사용자 편의가 아니고서야 불사님도 이런 고민을 할 필요가 전혀 없죠
해쉬태그를 왜 사용하나요 ? 왜 굳이 URL상에 GET형식으로 물고 가서 전체 페이지를 리로딩해서 물고 가도 상관 없는데 왜 굳이 해당 상품 리스트만 AJAX로 출력하고 왜 굳이 해쉬태그로 히스토리를 관리 할까요 ?
몰라서 불사님이 질문을 올리고 제가 답변을 다는게 아닐텐데요 ?
그리고 장바구니나 마이페이지에 해다상품을 즐겨찾기하지않았다면 해당사이트를 재방문시 어렵풋한 기억으로 한 100번째 페이지 또는 전후 1-2페이지 사이에 해당상품을 본 기억을 더듬어 한번에 100번페이지로 이동을 할수있는데. 무한스크롤방식에서는 이같은 방법으로 한번에 100번째 페이지에있는 상품으로 이동하기가 어려울뿐더러 해당상품이 쿼리기준으로 100번째 게시물인지도 파악하기 힘들다는 점을 말씀드린거에용.
10번로딩해서 해당 상품이나왔다면 10번로딩을 했다는것을 기억하기힘들다는 점이죵.
커피는막심님께서 말씀하시는부분도 이런 관점에서 봤을때 무한스크롤방식이 불편하다고 하시는거같구요. 숨숨이님은 제가 지금언급한
문제를 말씀하신거같아요~ 결국 제가 설명을 잘못했네요 ㅎ
UI나 UX와 상관없이 해쉬태그니 ajax니 개발방법론에 대해서 말해서 혼란이 왔네요
위에서 말한듯이 ajax로 출력된 리스트에서 페이지 이동후 뒤로 가기 했을때 브라우저 특성상 ajax로 불러온 데이터는
히스토리에 남지 않기 때문에 리스트 url 정보를 해쉬태그에 넣고 이전 페이지를 로딩할때 사용하는거구요
그건 그냥 개발방법이 UX와 상관없어요.. 결론은 리스트 넘버링 방법으로 페이징하라는 말이었던가요?
네이버 어디를 보셨는지 모르겠지만
스크롤 무한페이징과 넘버링 페이징은 같이 쓸수가 없고요.. 더보기와 이전다음 페이징 말씀하시는거죠?
넘버링 점프는 역시 안됩니다.
무한 스크롤은 스크롤위치와 페이징 끝을 감지해서 다음 페이지가 있다면 자동으로 다음 페이징으로 넘어가는거구요..
마우스로 클릭하는 pc웹인경우 넘버링 페이징이 좋죠
하지만 모바일 디바이스 같은 경운 사용자들의 둔한 손가락을 위해 스크롤 방식 페이징이 최적화가 맞습니다.
클릭을 최소화 하도록 기획하는게 정말 좋을 것같습니다.
그리고 또하나 제경우 쇼핑할때 맘에 드는 상품이 몇번째 페이지 인지 기억했다가 페이징 눌러서 찾지 않습니다.
장바구니 담거나 내가 본 상품리스트에서 찾아가지..
위에 댓글을 하나하나 읽어 보니 제가 좀 잘못 이해한 부분도 있군요 난독증인가 봅니다.
불사님은 이용자가 특정 페이지르를 유추하는게 어렵고 특정 페이지로 한번에 이동하고 싶은때 위치가 애매하다인데
저는 왜 히스토리 관리가 안되어서 뒤로가기등이 애매한걸로 봤지 ;;
네이버 같은 경우 네이버 카페 모바일로 볼때 리스트가 더보기 형식으로 되어 있지 않나요 ?
네이버 뉴스 같은 경우나 메인은 전부 다음으로 되어 있고
아무튼 편의성 같은 경우 저같은 경우 무한 스크롤이 상당히 불편 했습니다.
특정 페이지를 그대로 찾아 가는 경우도 사실 많기는 하죠
기존 페이징이랑 비슷하게(?) 생겼는데 ajax 로 불러오는 경우도 있더라구요..
http://www.fileham.com/main/storage.php?section=MOV
쓰는 용도에 따라서 일회성으로 볼만한 내용이거나 너무 복잡하지 않다면 ajax 가 괜찮을듯 싶고
찾기 편한건 기존방식이 나을거 같애요 ㅋㅋ
소량의컨텐츠라면 무한스크롤이편하고 자료가많을경우 저도 오리님과같은생각이에요~
일단 스크랩합니다~
의견들 감사요~