it-swarm-korea.com

웹 기반 UI가 브라우저 뒤로 버튼에 의존해야합니까?

뒤로 버튼은 브라우저가 제공하는 훌륭한 "흐름의 막 다른 곳에서 나가기"옵션입니다. UI가 사용자가 이전 페이지로 이동할 수 있도록하는 유일한 방법으로 뒤로 버튼을 사용해야합니까, 아니면 UI가 이전 화면으로 돌아 가기 위해 추가 사이트 별 버튼을 제공해야합니까?

이를 염두에 두는 일반적인 시나리오는 제품 목록이있는 전자 상거래 사이트입니다. 사용자는 제품 중 하나를 클릭하여 세부 정보 페이지를 봅니다. 그런 다음 세부 사항을 본 후 목록으로 돌아가서 다른 제품을 클릭하고 세부 사항을 보려고합니다. UI에서 사용자가 브라우저 뒤로 버튼을 사용한다고 가정하거나 웹 사이트에서 사용자가 "결과로 돌아 가기"를 허용하는 링크 또는 버튼을 제공해야합니까?

80
Benjamin S

웹 응용 프로그램은 always 브라우저의 뒤로 버튼과 호환되도록 노력해야합니다. 즉, 뒤로 단추를 사용하면 해당 동작 내에서 예상되는 동작 (전역 일관성)과 일치하는 결정적인 결과가 있어야합니다.

이를 염두에 두는 일반적인 시나리오는 제품 목록이있는 전자 상거래 사이트입니다. 사용자는 제품 중 하나를 클릭하여 세부 정보 페이지를 봅니다. 그런 다음 세부 사항을 본 후 목록으로 돌아가서 다른 제품을 클릭하고 세부 사항을 보려고합니다. UI에서 사용자가 브라우저 뒤로 버튼을 사용한다고 가정하거나 웹 사이트에서 사용자가 "결과로 돌아 가기"를 허용하는 링크 또는 버튼을 제공해야합니까?

그러나 웹 응용 프로그램은 일반적으로 관련된 것으로 간주 될 수있는 모든 탐색에 대해 브라우저의 뒤로 버튼에만 rely가되어서는 안됩니다.

안타깝게도, 이것의 가장 큰 이유 중 하나는 일부 사람들이 많은 AJAX 무거운 웹에서 발견되는 브라우저 제어/상태 관련 끊어 지거나 일관되지 않아 특정 웹 응용 프로그램 내에서 뒤로 버튼을 누르는 것을 두려워하기 때문입니다. 뒤로 버튼을 사용해도 사용자가 예상 한 효과를 얻지 못할 수 있습니다.

둘째, 페이지가 새 탭 (또는 책갈피!)에서 생성 된 경우 뒤로 단추가 없을 수 있습니다. 앱을 사용하는 사람은 원래 탭이 열려있는 것이 이상적이지만, 그들이 가져온 페이지에 액세스 할 수 있도록 want 인 경우 컨텍스트에서 그렇게 할 수있는 방법을 제공해야합니다. 현재 페이지의.


예를 사용하여 목록이 동적 검색 대신 정적 판매 페이지라고 가정하십시오. 사이트를 탐색하는 사람이 개별 제품을 북마크 한 다음 해당 세션을 닫으면 어떻게됩니까? 그들이 해당 책갈피를로드 할 때 어떤 탐색 옵션을 사용할 수 있습니까? 어떤 탐색 옵션을 원하십니까? UI의 일관된 구성 요소를 만드는 것이 좋습니다. 따라서 뒤로 버튼에만 의존 할 필요는 없습니다. 다른 경우.

UI 내에서 뒤로 탐색 옵션을 제공하면 프리젠 테이션을 제어 할 수 있습니다. 즉, 컨트롤을 사용하여 수행 할 작업을 명확하게 설명하여 작업 결과에 대한 불안감을 줄 수 있습니다.

예를 들어, 누군가 다음과 같은 일에 대한 불확실성이 있는지 생각해보십시오.

  • Back (where?로 돌아가기도 브라우저의 뒤로 버튼에도 적용됩니다. 웹 앱에 따라 항상 예상대로 작동하지 않는다는 것을 알고 있기 때문입니다. t your 앱이 시도 할 때까지 무엇을하는지 알 수 있습니다. 주저 할 수 있습니다)
  • Back to listings (어떤 목록? 내가 책갈피에서 여기로 온다면, 내가 여기에서 무엇을했는지 전혀 모른다?)
  • Back to [associated product category] (좋습니다, 그것은 기능적이며 결정 론적 실패에 대한 걱정은 아니지만 다른 곳에서 표현되어야합니다)
  • Back to the January Sale Event (이봐! 그것이 내가 여기 왔을 때보고 있었던 것입니다! 끝날 것으로 예상 할 수있을 정도로 구체적입니다 ... 내가 갈 것으로 예상되는 곳) (일명이 페이지로 이동 한 내비게이션 컨텍스트 맵과 일치합니다)

(그리고 이러한 컨트롤을 사용하는 컨텍스트에 따라 탐색이 명확하게 교차 관련 결과에 언제 연결되어 있는지에 따라 "뒤로"대신 "기타"라는 문구를 사용하고 싶을 것입니다.

마지막 예제는 여러분이 원하는 결과를 보여줍니다. 관련 결과가 무엇인지 명확하게하여 응용 프로그램을 사용하는 사람들의 불안을 줄입니다.

또한 이것은 뒤로 버튼에서 반드시 사용할 수있는 것 이상의 추가 동작을 제공합니다. 뒤로 버튼은 간단하게 작동하지만 누군가 2 개월 후에 페이지를 열면이 컨트롤이 나타납니다. 클릭하면 "January Sale Event"에 대한 관련 페이지를 표시 할 수 있지만 맨 위에 이벤트가 끝났다는 메시지가 표시되면 놀라운 거래를 놓치게되어 죄송합니다. [ 이러한 새로운 이벤트/제품/등].


이러한 탐색 지점은 응용 프로그램을 사용하는 사람과의 상호 작용이 편안 할 것임을 알고있는 백업 백 네비게이션 제어 기능을 제공 할뿐만 아니라 사용자가 원하는 위치를 제어하고 통신 할 수있는 기회를 제공합니다. 상당히 엄격하게 관리되는 컨텍스트에서 사용자. 올바르게 관리하면 브라우저의 뒤로 버튼만으로 수행하는 것보다 더 많은 기능을 제공 할 수 있으므로 직접 복제 된 컨트롤/기능으로 화면을 복잡하게 만드는 대신 경험을 향상시킬 수 있습니다.

백 네비게이션 컨트롤을 구현하려는 경우, 최소한 이해하기 쉬운 페이지 유형에서 명확하고 일관되며 일관성있게 사용할 수 있도록하십시오. 뒤로 버튼만으로도 자신과 응용 프로그램을 사용하는 사람들에게 더 큰 가치를 제공하십시오.

문자 그대로 브라우저의 뒤로 버튼 기능을 다시 말하거나 비슷한 아이콘이있는 컨트롤로 복제하려는 경우 귀찮게하지 마십시오. 브라우저 뒤로 버튼 동작이 제대로 작동하는지 확인하십시오. (어쨌든 항상해야합니다)

80
taswyn

예. 브라우저 뒤로 버튼을 사용해야합니다.

사용자는 버튼이있을 것으로 예상하므로 작동하는지 확인하십시오.

그러나 기능과 동일한 버튼을 모방해야합니까?
응용 프로그램 또는 웹 사이트에 필요한 경우 항상 동일하지는 않습니다.
웹샵의 예와 같이 뒤로 물러나거나 화살표로 표시되는 버튼으로는 충분하지 않을 수 있습니다. 이 예에서는 이동 경로 탐색이 순서대로 표시되거나 "결과로 돌아 가기"(사용자를위한 일부 컨텍스트)라는 단추 또는 링크가 있습니다.

27

잘못된 단어에 의존

당신은 당신이해서는 안되는 버튼에 의존 해야하는지 묻습니다. 또한 다른 옵션을 제공해야하는지 묻습니다. 당신이 할 수 있고 어떤 상황에서는해야합니다.

여기에있는 것이 있습니다 :

뒤로 버튼

백 버튼의 동작을 중단해서는 안됩니다. 항상 모든 단일 브라우저의 동작의 일부이므로 기능을 그대로 유지하려고 노력해야합니다. 상황에 대한 사용자의 핸들, 오류 발생시 도움입니다.

당신이 제거해서는 안되는 구명 조끼입니다.

자신의 UI

많은 경우에 부스러기 트레일 또는 "뒤로"버튼과 같은 것이 유용 할 수 있습니다. 브라우저의 뒤로 버튼이 특정 OS에서 숨겨져 있거나, 약간 덜 복잡하거나, 사용자가 브라우저 대신 앱을 계속보고 있기 때문일 수 있습니다.

일반적으로 무료 탐색 기능을 추가해도 문제가 발생하지 않습니다.

결론

당신은 그것에 의존해야합니까? 당신이하지 않을 때 그것을 깨지 않는 한 당신은 할 수 있습니다. 직접 추가해야합니까? 편리하다고 생각되면 사용한다면 가능합니다.

그리고 마지막으로 측정하십시오. 추가하면 사람들이 사용하는지 확인하십시오.

9
Dirk v B

나는 보통 both 온 스크린 백 버튼을 제공하고 브라우저 백 버튼을 지원하려고합니다.

원인:

  • 사용자가 앱 흐름에 몰입하면 화면 뒤로 버튼을 사용하여 흐름 내부에 초점을 유지하고 사용자의주의를 잃지 않도록 할 수 있습니다.

  • 브라우저 백 버튼을 지원하는 것은 나에게 중요하다. 비용이 많이 들더라도 , 사용자가 브라우저의 백 버튼 대신에 온 스크린 버튼을 사용한다고 가정하는 전제적인 설계이기 때문이다.

의도적으로 버튼 동작 (예 : 보안 양식)을 피하거나 중단하려는 경우는 거의 없습니다.

5
tohster

아무도 브라우저의 뒤로 버튼에만 의존해서는 안됩니다.

왜?

평균적으로 스마트 폰은 사람의 손 크기보다 빠른 속도로 성장하고 있기 때문입니다. 이 뒤로 단추가 일반적으로 어디에 있는지보십시오.

오른쪽 상단 (일반) Back Button for menus 아이폰 표준보기 (왼쪽 아래) enter image description here 아이폰 6 가로보기 (왼쪽 상단) enter image description here

이제 사용자가 기기를 어떻게 보유하는지 살펴 보겠습니다 enter image description hereenter image description here

사용자의 손이 모든 위치에서 기본 뒤로 버튼을 쉽게 칠 수있을만큼 커져서 뒤로 버튼에 도달하기 어려운 경우가 있습니다. 따라서 더 쉬운 횡단 방법을 제공 할 수 있다면 그렇게하십시오.

화면 크기와 관련하여이 경향을보십시오 enter image description here

뒤로 단추에 의존하지 않는 또 다른 이유는 사용자가 웹 사이트 디자인으로 인해 되돌아 가거나 예상 한 결과를 얻지 못하게하는 스크립트가있을 수 있기 때문입니다

2
Frank Visaggio
  • 브라우저 뒤로 버튼은 예상대로 작동해야합니다.
  • 웹 UI 뒤로 버튼은 브라우저 뒤로 버튼과 동일한 기능을 수행하지 않는 한 뒤로 버튼을 제공해서는 안됩니다
    • 예 : 전자 상거래에서 필터링 된 카테고리보기-뒤로 버튼이 필터링되지 않은 카테고리보기로 돌아 가면 뒤로 버튼처럼 보이지 않아야하며 이동 경로처럼 보이지 않아야합니다.
  • 상황에 맞는 탐색 링크를 제공해야하지만 뒤로 버튼처럼 보이지 않아야합니다.

뒤로 버튼 비헤이비어 인수의 주요 이유는 다음과 같습니다.

  • 가격 <1000으로 제품을 필터링합니다.
  • 상품을 클릭하면 상세 페이지로갑니다
  • 「ui」뒤로 버튼을 클릭
  • 모든 아이템이있는 카테고리 페이지를 본다
  • 고객으로서 "뒤로 버튼을 클릭하면 필터가 손실됩니다"라고 생각하므로 브라우저 뒤로 버튼을 사용할 이유가 없습니다.
  • 설정 한 필터링의 복잡성에 비례하여 맹세합니다.
  • "ui"뒤로 버튼이 없다면 아마도 익숙한대로 브라우저의 뒤로 버튼을 사용했을 것입니다.
2
Tomáš Fejfar

브라우저의 뒤로 버튼에만 의존해서는 안된다고 생각합니다.

  1. 사용자가 귀하의 사이트와 상호 작용하여 어딘가에 도착하면 같은 방식으로 돌아올 것으로 예상되는 것이 합리적이라고 생각합니다.
  2. 사용자가 웹 사이트의 컨텍스트 내에있는 위치를 표시하는 것이 중요하므로 사용자는 전체 사이트에서 참조 프레임을 갖습니다.

* 설명을위한 편집 : 브라우저의 뒤로 버튼도 확실히 지원해야합니다. 그것이 분명한지 확인하고 싶을뿐입니다. 브라우저의 뒤로 버튼에 독점적으로 의존하고 싶지 않은 이유를 추가했습니다.

1

아니요, 브라우저의 뒤로 버튼에서 rely를 사용하면 안됩니다.

그것이 존재한다고 기대할 수 있고 그것이 항상 특정 방식으로 기능 할 것으로 기대할 수 있다고 말하기는 쉽지만, 그것은 사실이 아닙니다.

뒤로 단추는 자신의 응용 프로그램 이외의 응용 프로그램에 존재하기 때문에 특정 방법으로 단추가 존재하거나 작동 할 것이라고 합리적으로 기대할 수 없습니다. 반응 형 디자인 혁명이 우리에게 가르쳐 준 것이 있다면, 사용자의 브라우징 상황에 대해 당신은 아무것도 예측할 수 없습니다입니다.

2017 년에 Google이 Chrome에서 더 이상 뒤로 버튼을 지원하지 않기로 결정한 경우 어떻게합니까?

우리는 현재 원하는 모든 이단을 외칠 수는 있지만 Google could 여러 가지 이유로 예측할 수 없음입니다. M $, Apple, Mozilla 또는 기타 브라우저 공급 업체도 마찬가지입니다. 그런 다음 더 이상 존재하지 않는 기능에 의존하게됩니다.

1
Jordan Foreman

브라우저 뒤로 버튼을 제거하거나 방해하지 않는 것에 대한 많은 것들이 있지만 질문자가 묻는 것은 아닙니다.

브라우저의 뒤로 버튼은 사용자를위한 것이므로 예상되는 사용자 여정의 일부를 구성해서는 안됩니다. 뒤로 버튼이 표시되지 않도록 사용자가 브라우저를 사용자 정의했을 수 있습니다-이 버튼을 사용하면 사용자 이동이 중단됩니다.

JavaScript "history.back"기능을 사용할 가능성이있는 항목 (효과적으로 뒤로 버튼 누름)에 의존하지 않습니다.

사용자의 여정에서 사용자가 검색 결과 페이지 나 다른 곳으로 건너 뛰기를 원할 경우, "결과로 돌아 가기"라는 명시적인 방법을 제공해야합니다.

1
Andrew Martin

나는 독점적으로 사용하지 않을 것입니다.

염두에 두어야 할 첫 번째 예는 Google Chrome입니다. 모든 "탭"은 새 인스턴스이므로 새 창을 여는 것은 새로운 세션을 시작하는 것과 유사합니다. 뒤로 버튼은 실제로 돌아 가지 않고 사용자를 홈 화면으로 안내합니다. 사용자가 "새 탭에서 링크 열기"를 선택한 경우에도 마찬가지입니다.

이 기능으로 인해 웹 사이트에 탐색 기능이 있으면 흐름을 방해하지 않고 계속 진행할 수 있습니다.

참고로 : Chrome이 40-40 탭 사이에 있습니다. 브라우저를 정상적으로 사용하여 탭을 누적하는 것이 매우 쉽고 모든 사용자가 실제로 방법을 알지는 못합니다. 이 행동을 처리합니다.

0
Thebluefish

디자이너가 아니라 사용자로서 말하기; 언제든지 브라우저의 뒤로 버튼을 기본값으로 continue 사이트를 탐색해야 할 때 도움이 될 수는 없지만 사이트의 UX 오류 내가 그것을 더 많이 사용해야할수록 나는 더 좌절감을 느낀다. "마지막 페이지에서 해당 판매자의 주소는 무엇입니까?"와 같은 경우는 예외입니다. 또는 "마지막 페이지의 해당 양식 필드에 다시 무엇을 넣었습니까?", 이미있는 페이지로 직접 돌아 가려고합니다.

IMHO, 기본 뒤로 버튼은 이전 목록 페이지로 돌아 가려고하더라도 never 사용자가 페이지에서 벗어날 수있는 유일한 방법이 아니어야합니다. 사용자를위한 탐색을 제공하는 간단하고 테스트를 거친 효과적인 옵션이 많이 있습니다. 페이지 상단의 < back to listing 링크, 빵 부스러기 또는 기타 답변 제안이 잘 작동합니다.

0
CodeMoose