自動重定向用戶還是向他們顯示出錯的請求頁面會更好嗎？

在Web應用程序中，如果用戶必須先執行X，然後才能繼續執行Y，但Y的鏈接始終可用，那麼我們目前正在討論如果用戶嘗試導航到頁面時重定向用戶的兩種方法Y：自動重定向用戶還是向他們顯示出錯的請求頁面會更好嗎？

這將是更加人性化的或更好的用戶體驗，爲什麼？

這種行爲與標準表單驗證有什麼不同？在您填寫正確的字段之前，您無法點擊「提交」？是的，我看到「項目A的X和B的項目的答案」的答案，底層的邏輯應該是一樣的。 – montrealist 2010-08-23 18:22:05

或者，你可以使用第三種選擇：當用戶點擊鏈接

，顯示一個對話框，說明錯誤和行動的推薦課程，然後提供一個鏈接繼續，儘管錯誤以及一個重定向到推薦頁面/動作的鏈接。

2010-07-21 19:49:26

是的，將其視爲驗證步驟而不是重定向。很好。 – 2010-09-25 22:22:31

等一下，你回答了你自己的問題！偷偷摸摸的！ :) – 2010-09-25 22:26:17

我覺得如果說，他們沒有進入他們所需要的X上的信息，你可能要重新穿上X與他們沒有做一些清晰可見的指標。當然，如果不填寫所有信息，則不應讓他們保存，但有時服務器驗證失敗。

在比賽的最後階段六個之一，其他的半打，和我見過兩者兼得。

如果他們在y之前做X，爲什麼總是可用的鏈接到y？

2010-07-21 16:01:32 hvgotcodes

好問題 - 因爲他們可以完成項目A的X並因此訪問Y，但是可能沒有完成項目B的X，因此訪問Y將會破壞事物。 – 2010-07-21 16:07:44

我不是有意冒犯，但我認爲你應該修改你的用戶界面，諾亞。也許你需要一個B的Z頁面，其鏈接在X之前無法鏈接到B。 – 2010-09-07 14:28:02

諾亞，如果你可以把關於「項目A和項目B」的信息放到問題中，而不是在這裏發表評論，會更好。 – Gan 2010-09-08 10:37:24

我會用第二種方法。因爲我們很可能知道用戶將返回到上一頁檢查其他鏈接或檢查可能導致問題的原因。所以，這樣爲用戶節省了一些時間。

2010-07-21 16:02:52 dejavu

嗯，從可用性角度來看，我會說這最有意義實際上只顯示在上下文中有意義的用戶這些選擇，即不顯示該鏈接爲Y都只要X不滿足。

也許，如果你不想完全刪除鏈接文本，只是刪除了鏈接，並保持文本（並說明其原因就是目前的情況下），直到X已經填寫？

2010-08-04 12:29:18 Jan

我不會允許用戶導航到X，除非它是適當的。

但是，由於您詢問用戶友好程度，我想您的用戶可能會對第X頁時他們認爲他們在Y時感到困惑（他們甚至不會注意到他們的瀏覽器之上的100px欄除非它是紅色和閃爍的），所以我會去一個完全空白的錯誤頁面（沒有導航），只有一個明確的信息和鏈接。類似於簡單的HTTP 404錯誤頁面。

2010-09-07 14:25:12

閱讀關於項目A和項目B.你對此有何評論

我下面的想法：

你有兩個鏈接，鏈接X和Y.鏈接

項目A，鏈接X和連接器Y顯示爲正常的超鏈接，都很好。

對於條目B，鏈接X顯示爲普通超鏈接，但將鏈接Y作爲帶有特殊指示圖標的文本/超鏈接呈現，並且當用戶將鼠標懸停在其上時（而不是單擊），則會顯示一個說明原因的彈出式/工具提示。

這裏的想法是減少鼠標點擊（就像你上面看到的，沒有點擊和沒有重定向），並且還節省了頁面空間/屏幕屬性（顯示鼠標懸停的原因）。

另外，你可以將指令中的頁面，說明用戶必須完成所有的鏈接X的事情着手鍊接Y.

2010-09-08 10:33:54 Gan

這取決於用戶的期望是什麼。

如果用戶可以收集他們被重定向的原因（典型示例是「您需要登錄才能查看此頁面」），請執行此操作。

如果用戶可能會爲他們看到他們沒有要求的東西感到困惑，然後向他們展示他們要求的具有適當限制和錯誤消息的內容。

2010-09-25 22:25:22

回答