Функція "кнопки назад", наскільки це важливо?

Для "багатих" додатків все частіше відбувається перемикання кнопки "назад". Я завжди вважав, що це була погана форма, але, можливо, ця думка застаріла?

Чи колись гаразд ламати кнопку назад? І якщо так, то які критерії?

Перервіть кнопку "назад", лише якщо очікується (якщо є сенс не повертатися назад після події на вашому веб-сайті).

Mozilla зробила дослідження про те, як люди користуються її браузером, і результати для кнопки "назад" вражають:

Кнопка Назад використовується набагато частіше, ніж будь-який інший елемент навігації (мається на увазі кнопки Назад, Вперед, Перезавантажити, Зупинити та Головна). 93,1% учасників дослідження принаймні один раз користувались кнопкою "Назад" , і в середньому кожен користувач натискав "Назад" 66,2 рази протягом 5 днів - це в 3 рази більше кліків, ніж кнопка "Перезавантажити", на 10 разів більше від кнопки "Головна" і на 30 разів більше, ніж на Кнопки вперед і стоп!

джерело

Я дуже часто використовую кнопку "назад", і ненавиджу її, коли не можу її використовувати.

Порушення кнопки "назад" - це як би зламати педаль гальма в автомобілі. Користувачі очікують, що це завжди спрацює, і коли раптом не настає хаос. Кнопка "Назад" може бути найбільш використовуваною функцією інтерфейсу користувача у веб-переглядачі, тому будь-яка зміна його поведінки може, в кращому випадку, не принести користі і, в гіршому випадку, призвести до плутанини та відмови користувачів (або збільшення витрат на підтримку клієнтів). Навіть якщо це поверне користувача прямо туди, де вони були , це не те, чого вони очікували .

Потрібно уникати порушення кнопки назад.

Порушення кнопки "назад" в деяких випадках може бути нормальним, але це майже завжди зайве. Я багато бачив із багатоступеневими формами, де ви публікуєте повідомлення від однієї сторінки до іншої. Що ви повинні зробити в цьому випадку - це зі сторінки форми (1), опублікувати на іншій сторінці (2), яка (наприклад) зберігає речі в сеансі, а потім перенаправити назад на іншу сторінку (3). Коли користувач натисне кнопку назад, він перейде від (3) назад до (1).

Навіть з RIA ви можете використовувати URL-хеші / анкери (тобто page.html#section) та стежити за їх змінами. Gmail робить це для різних "сторінок", таких як "Вхідні", "Написати", "Налаштування" тощо. Це запитання щодо переповнення стека допоможе, якщо ви хочете це реалізувати.

Важливо перервати кнопку "назад" на сайтах, де користувач проводить вікторину, на деяких банківських сайтах. Взагалі, непогана ідея.

Основна причина, чому це "все частіше", полягає в тому, що деякі рамки RIA не підтримують кнопку "назад" або вимагають від вас активно думати про те, як включити її використання у свою програму. Більшість фреймворків пропонують певну підтримку навігації, як, наприклад, підтримка Silverlight 3 для фреймів і керування сторінками , ви просто повинні знати, як ефективно її використовувати. Ця ж система навігації використовується в додатках Windows Phone 7.

Дослідження показали, що майже 1/3 кліків при використанні браузера знаходиться на кнопці "назад" (від "Не змушуй мене думати"). Я, чесно кажучи, не вірю, що колись є вагомі причини зупинити роботу кнопки "назад". люди повинні мати можливість пересуватися по вашому сайту, як би вони вважали за потрібне.

Мій досвід полягав у тому, що, якщо ви не використовуєте вміщений фреймворк, наприклад додаток В контексті веб-переглядача (наприклад, про сріблясте світло, зазначений вище), і не маєте чіткої, підходящої навігації, просто не гарна ідея починати маніпулювати навколо функціональність за замовчуванням. У тих випадках, коли я бачив, як він використовувався, майже завжди виникали проблеми, коли інший браузер не сумісний з javascript або сеансом, не завжди зберігається правильно, і коли хтось «випадково» натискає кнопку, речі, як правило, не продовжуються так, як очікувалося.

Я думаю, що можу підсумувати відповіді як

Ніколи не слід цього робити, якщо ви абсолютно не можете цього уникнути. Навіть тоді не слід.

Звучить справа.

Щоб не знижувати, як "часті" користувачі натискають кнопку "назад", або що це просто не "гарна ідея" "зламати" її, я б запропонував іншу пропозицію: кнопка "Назад" повинна перевезти користувача десь до користувача дісталися там, де вони зараз. У багатьох випадках це має більше сенсу і корисніше не брати їх одним натисканням посилання назад (а це може бути набагато простіше в реалізації). Наприклад, перегляньте фотоальбом. Користувач робить один клік, щоб вибрати альбом, представлений ескізами. Ще одним натисканням на мініатюру зображено цю картинку із наступним / попереднім посиланням. У цей момент користувач переходить через альбом. По закінченні вони клацають назад. У цей момент повернутися до ескізу зручніше та інтуїтивніше, ніж до попереднього малюнка.

Коротше кажучи, кнопка "назад" повинна щось робити, але саме те, що вона повинна робити, залежить від програми.