web-gelistirme-sc.com

Web tabanlı bir kullanıcı arayüzü tarayıcı geri düğmesine mi dayanmalıdır?

Geri düğmesi, tarayıcıların sağladığı harika bir "akışın çıkmaz sokaklarından çık" seçeneğidir. Bir kullanıcı bir kullanıcının bir önceki sayfaya ulaşmasına izin veren tek yöntem olarak geri düğmesine mi dayanmalı yoksa kullanıcı arayüzü önceki ekrana dönmek için ek, siteye özgü bir düğme sağlamalı mıdır?

Bununla ilgili akla gelen yaygın bir senaryo, bir ürün listesi içeren bir e-ticaret sitesidir. Bir kullanıcı, ayrıntılar sayfasını görüntülemek için ürünlerden birini tıklar. Daha sonra ayrıntıları görüntüledikten sonra, başka bir ürünü tıklayıp ayrıntılarını görüntülemek için listeye geri dönmek isterler. Kullanıcı arayüzü, bir kullanıcının tarayıcı geri düğmesini kullanacağını varsaymalı mı yoksa web sitesi, kullanıcıların tarayıcı geri düğmesini alternatif bir seçenek olarak bırakarak "Sonuçlarınıza Geri Dönmesine" olanak tanıyan bir bağlantı veya düğme sağlamalı mıdır?

80
Benjamin S

Bir web uygulaması, tarayıcının geri düğmesi ile uyumlu olmak için always çaba göstermelidir. Yani, geri düğmesinin kullanılması, uygulama içinde beklenen davranışla (küresel tutarlılık) eşleşen belirleyici sonuçlara sahip olmalıdır.

Bununla ilgili akla gelen yaygın bir senaryo, bir ürün listesi içeren bir e-ticaret sitesidir. Bir kullanıcı, ayrıntılar sayfasını görüntülemek için ürünlerden birini tıklar. Daha sonra ayrıntıları görüntüledikten sonra, başka bir ürünü tıklayıp ayrıntılarını görüntülemek için listeye geri dönmek isterler. Kullanıcı arabirimi, bir kullanıcının tarayıcı geri düğmesini kullanacağını varsaymalı mı yoksa web sitesi, kullanıcıların tarayıcı geri düğmesini alternatif bir seçenek olarak bırakarak "Sonuçlarınıza Geri Dön" ü sağlayan bir bağlantı veya düğme sağlamalı mıdır?

Ancak, bir web uygulamasının genellikle ilgili olduğu düşünülebilecek tüm gezinme işlemleri için yalnızca tarayıcının geri düğmesi üzerinde rely olmaması gerekir.

Ne yazık ki, bunun en önemli nedenlerinden biri, bazı insanların birçok AJAX ağır web'de bulunan kırık veya tutarsız tarayıcı kontrolü/durumla ilgili davranışlar nedeniyle bazı web uygulamalarında geri düğmelerine basmaktan korkmasıdır. geri düğmesini kullanmanın, onu kullanan kişinin beklediği etkiye neden olmayabileceği uygulamalar.

İkinci olarak, sayfa yeni bir sekmeden (veya bir yer imi!) Oluşturulduysa, geri düğmesi olmayabilir. Uygulamayı kullanan kişinin ideal olarak orijinal sekmesi açık olmasına rağmen, want kendilerinden geldikleri sayfaya erişebilmeniz için, onlara bunu yapmanın bir yolunu verdiğinizden emin olun. şu anda bulundukları sayfanın içeriği.


Örneğinizi kullanarak listenin statik bir satış sayfası olduğunu (dinamik arama yerine) olduğunu varsayalım. Siteye göz atan kişi tek bir ürüne yer işareti koyarsa, bu oturumu kapatırsa ne olur? Bu yer işaretini yüklediklerinde, hangi gezinme seçeneklerinin kullanılabilir olmasını istersiniz? Elinizde hangi gezinme seçeneklerini isteyeceklerini düşünüyorsunuz? Kullanıcı arayüzünüzün bu tutarlı bileşenini yapmak iyi bir fikirdir, bu nedenle diğer durumlarda yalnızca geri düğmesine güvenmeye değmez.

Bunu biraz genişletmek için, arayüzünüzde geri gezinme seçenekleri sunmak, sunumları üzerinde kontrol sahibi olmanızı sağlar: bu, kontrolü kullanarak ne yapacağınızı açıkça belirleyerek bir eylem sonucunun ne olacağı konusunda endişe duyabileceğiniz anlamına gelir.

Örneğin, aşağıdakilerin neler yapabileceğine dair bir belirsizlik olup olmayacağını düşünün:

  • Back ( nereye ? tarayıcının geri düğmesi için de geçerlidir, çünkü hepimiz biliyoruz ki web uygulamasına bağlı olarak her zaman beklediğimiz şeyi yapmıyoruz ve insanlar sizin uygulamanız deneyene kadar ne yapacağını bilmiyorlar, bu da bir tereddüt noktası olabilir)
  • Back to listings (hangi listeler? Buraya bir yer işaretinden gelirsem, beni buraya getiren şeyin ne yaptığına dair bir fikrim var mı?)
  • Back to [associated product category] (Güzel, bu işlevsel ve deterministik olamama endişesi değil, ama muhtemelen başka bir yerde temsil edilmelidir)
  • Back to the January Sale Event (hey! Buraya geldiğimde baktığım şey bu! Sonuna kadar bekleyebileceğim kadar spesifik ... nereye gitmeyi beklediğim) (aka beni bu sayfaya getiren navigasyon bağlam haritasına uyuyor)

(ve muhtemelen böyle bir kontrolü kullandığınız bağlama bağlı olarak ve ondan navigasyonun özellikle çapraz ilgili sonuçlarla ne zaman bağlandığına bağlı olarak, "Geri Dön" yerine "Daha fazlası" gibi bir ifade kullanmak istersiniz)

Bu son örnek size çabalamak istediğiniz şeyi vermektedir: ilgili sonucun ne olacağını netleştirerek başvurunuzu kullanan kişiler için kaygının azaltılması.

Dahası, bu sadece geri düğmesinde olması gerekenin ötesinde ekstra davranış sağlar. Geri düğmesinin basitçe çalışması gerekirken, biri iki ay sonra sayfayı açarsa bu kontrol kullanılabilir. Tıklarlarsa, "Ocak Satış Etkinliği" için ilgili sayfayı sunabilirsiniz, ancak en üstte etkinliğin sona erdiğini belirten bir mesajla, yaşadığımız inanılmaz fırsatları kaçırdığınız için üzgünüz, ancak [ bu yeni etkinlikler/ürünler/vb.].


Bu gezinme noktaları, yalnızca uygulamayı kullanan kişinin etkileşimde bulunacağını bildiğiniz bir yedekleme geri gezinme kontrolüne sahip olmakla kalmaz, aynı zamanda nereye gittiğini kontrol ettiğiniz ve size iletişim kurma fırsatı da sağlar. oldukça sıkı bir şekilde yönetilen bir bağlam altında kullanıcı. Doğru şekilde yönetilirlerse, yalnızca doğrudan kontroller/işlevsellik ile ekranı karıştırmak yerine, tek başına tarayıcının geri düğmesinden daha fazla işlevsellik sağlayabilirler.

Geri gezinme denetimlerini uygulayacaksanız, bunları açık, tutarlı ve tutarlı bir şekilde kullanılabilir hale getirin (en azından mantıklı oldukları sayfa türlerinde). Hem kendiniz hem de uygulamanızı kullanan kişiler için geri düğmesinin tek başına temsil ettiği değere ekstra değer sağlamaya çalışın.

Tarayıcının geri düğmesi işlevini tam olarak geri yazan veya benzer şekilde temsil eden bir simgeye sahip bir kontrolle çoğaltacaksanız ... rahatsız etmeyin. Tarayıcı geri düğmesi davranışının düzgün çalıştığından emin olun. (her zaman zaten yapmalısın)

80
taswyn

Evet. Tarayıcı geri düğmesine güvenmelisiniz.

Kullanıcılar düğmenin orada olmasını beklediğinden, işlevsel olduğundan emin olun.

Ancak aynı düğmeyi işlevselliği ile taklit etmeli misiniz?
Uygulamanızın veya web sitenizin buna ihtiyacı varsa, evet, ancak her zaman aynı değildir.
Bazı durumlarda, örneğin bir web mağazası gibi, sadece geri yazan bir düğme veya bir ok yeterli olmayabilir. Bu örnekte, bir kırıntı gezinme sırası veya "sonuçlara geri dön" yazan bir düğme veya bağlantı (kullanıcının iyiliği için biraz daha bağlam) vardır.

27

Yanlış Kelime Güven

Düğmeye güvenmeniz gerekip gerekmediğini soruyorsunuz. Ayrıca başka bir seçenek sunmanız gerekip gerekmediğini de soruyorsunuz. Hangi ve bazı durumlarda gerekir.

İşte bir şey:

Geri düğmesi

Asla geri düğmesinin davranışını kırmamalısınız. Her zaman, her tarayıcının davranışının bir parçası olduğu için işlevselliğini incelikli tutmak için çaba göstermelisiniz. Bu bir kullanıcının durumu ele alır, hata durumunda yardım eder.

Çıkarmamanız gereken bir can yeleği.

Kendi kullanıcı arayüzünüz

Çoğu durumda, kırıntı izi veya "geri" düğmesi gibi şeyler yararlı olabilir. Belki de tarayıcının geri düğmesi belirli bir işletim sisteminde gizli olduğundan, belki biraz daha az karmaşık olduğundan veya belki de kullanıcıların tarayıcı yerine uygulamanıza bakmasını sağlamak için.

Genel olarak, bazı nezaket navigasyonları ekleyerek gerçekten yanlış gidemezsiniz.

Sonuç

Buna güvenmeli misin? Yapmadığınızda kırmamaya dikkat ettiğiniz sürece yapabilirsiniz. Kendinizinkini eklemeli misiniz? Eğer uygun görünüyorsa, kullanırsanız, evet.

Ve son olarak: ölçün. Eklerseniz insanların bunu kullanıp kullanmadığını görün.

9
Dirk v B

Genellikle hem ekran üstü geri düğmesi hem de tarayıcı geri düğmesi desteği sağlamaya çalışırım.

Nedenleri:

  • Kullanıcı uygulamanın akışına daldıysa, ekran üstü geri düğmesi, akış içinde odaklanmaya yardımcı olabilir ve kullanıcının dikkatini kaybetmekten kaçınabilir.

  • Tarayıcının geri düğmesini desteklemek benim için önemlidir, büyük maliyetle bile , çünkü kullanıcının tarayıcının geri düğmesi yerine ekran düğmesini kullanacağını varsaymak olağandışı bir tasarımdır.

Düğme davranışından kasıtlı olarak kaçınmak veya geri dönmek istediğiniz bazı nadir istisnalar olduğunu unutmayın (örn. Güvenlik formları).

5
tohster

Hiç kimse yalnızca tarayıcıların geri düğmesine güvenmemelidir.

Neden?

Çünkü akıllı telefonlar ortalama olarak insanların el ölçülerinden daha hızlı büyüyor. Bu geri düğmelerinin tipik olarak nerede olduğuna bakın.

Sağ üst (genel) Back Button for menus Iphone standart görünümü (sol alt) enter image description here Iphone 6 yatay görünüm (sol üst) enter image description here

Şimdi kullanıcıların cihazlarını nasıl tuttuğuna bakalım enter image description hereenter image description here

Bazen bu geri düğmesine ulaşmak zordur, çünkü kullanıcılar elleri tüm konumlarda varsayılan geri düğmesine kolayca basacak kadar büyük değildir. Böylece daha kolay bir yol sağlamak mümkün ise bunu yapın.

Ekran boyutuyla ilgili olarak bu eğilimi görün enter image description here

Geri düğmesine güvenmemenin bir başka nedeni, bir kullanıcının geri dönmesini ve web sitesi tasarımı nedeniyle bekledikleri sonucu almasını engelleyen komut dosyaları olabilmesidir

2
Frank Visaggio
  • tarayıcı geri düğmesi beklendiği gibi çalışmalıdır ZORUNLU.
  • web kullanıcı arayüzü geri düğmeniz, tarayıcı geri düğmesiyle aynı işlemi yapmadığı sürece geri düğmesi SAĞLAMAMALIDIR
    • örnek: e-ticarette filtrelenmiş kategori görünümü - geri düğmesi filtrelenmemiş kategori görünümüne dönerse, geri düğmesi gibi DEĞİL, bir kırıntı gibi görünmelidir ZORUNLU.
  • bağlamsal gezinme bağlantıları sağlamalısınız, ancak geri düğmelerine benzememelidirler

Geri düğmesi davranış bağımsız değişkeninin arkasındaki ana neden - bu örnek senaryoyu alın:

  • Ürünlerimizi <1000 fiyatla filtreliyorum
  • Detay sayfasına ulaşmak için bir ürünü tıklıyorum
  • "Ui" geri düğmesini tıklıyorum
  • Tüm öğeleri içeren kategori sayfasını görüyorum
  • müşteri olarak "geri düğmesini tıkladım ve filtreler kayboldu" diye düşünüyorum (ve bu nedenle tarayıcı geri düğmesini denemek için bir neden yok)
  • Ayarladığım filtrelemenin karmaşıklığına orantılı olarak yemin ederim
  • Hiçbir "ui" geri düğmesi olmasaydı büyük olasılıkla sadece alıcının olduğu gibi tarayıcının geri düğmesini kullanırdım.
2
Tomáš Fejfar

Yalnızca tarayıcının geri düğmesine güvenmemeniz gerektiğine inanıyorum.

  1. Kullanıcı bir yere ulaşmak için sitenizle etkileşime giriyorsa, aynı şekilde geri dönmeyi bekleyebileceklerinin makul olduğunu düşünüyorum.
  2. Kullanıcının web sitesi bağlamında nerede olduğunun gösterilmesi önemlidir, böylece kullanıcının genel sitede bulunduğu yerde bir referans çerçevesi olur.

* açıklama için düzenleyin: kesinlikle tarayıcının geri düğmesini de desteklemelisiniz. Sadece net olduğundan emin olmak istiyorum. Sadece tarayıcının geri düğmesine güvenmek istememenizin nedenlerini ekliyordum.

1

Hayır, tarayıcının geri düğmesine güvenmemek girmemelisiniz.

Mevcut olmasını bekleyebileceğiniz ve her zaman belirli bir şekilde çalışmasını beklediğinizi söylemek kolay olsa da, durum böyle değildir.

Geri düğmesi kendi dışınızdaki bir uygulamada bulunduğundan, makul bir şekilde mevcut olmasını veya herhangi bir şekilde çalışmasını bekleyemezsiniz. Duyarlı Tasarım devriminin bize öğrettiği bir şey varsa, bu hiçbir şeyi tahmin edemezsiniz kullanıcının göz atma bağlamı hakkında.

2017'de Google Chrome artık geri düğmesini desteklemek istemediklerine) karar verdiyse ne olacak?

Şu anda istediğimiz her şeyi ağlayabiliriz, ancak Google olabilir bunu tahmin edemiyoruz herhangi bir nedenden dolayı yapabilir. M $, Apple, Mozilla veya başka bir tarayıcı satıcısı da öyle olabilir. Sonra artık var olmayan bir özelliğe güveniyorsunuz.

1
Jordan Foreman

Burada tarayıcı geri düğmesini kaldırmamaya veya buna müdahale etmeme konusunda birçok şey var, ancak soru soranın istediğini sanmıyorum.

Tarayıcının geri düğmesi kullanıcı içindir ve bu nedenle öngörülen kullanıcı yolculuklarınızın bir parçasını oluşturmamalıdır. Kullanıcı, tarayıcısını geri düğmesinin görünmeyeceği şekilde özelleştirmiş olabilir - Buna güveniyorsanız, kırık bir kullanıcı yolculuğu ile sonuçlanacaksınız.

Ben de JavaScript "history.back" işlevini ya da (etkili bir geri düğmesine basın) kullanması muhtemel hiçbir şeye güvenmezdim.

Kullanıcı yolculuğunuz bir kullanıcının bir arama sonuçları sayfasına veya başka bir yere atlamak isteyebileceğini gösteriyorsa, bunu yapmaları için açık bir yöntem sağlamalısınız - "Sonuçlarınıza Geri Dön"

1
Andrew Martin

Sadece kullanmazdım.

Akla gelen ilk örnek Google Chrome. Her "sekme" yeni bir örnektir ve bu nedenle yeni bir pencere açmak yepyeni bir oturum başlatmaya benzer. Bu durumlarda, geri düğmesi kullanıcıyı geri dönmek yerine basitçe ana ekrana götürür.Bir kullanıcı "Bağlantıyı yeni sekmede aç" seçeneğini belirlerse aynı durum gerçekleşir.

Bu işlevsellik nedeniyle, web sitesinde bazı gezinme işlevlerine sahip olmak, kullanıcının bir şeylerin akışını bozmadan devam etmesini sağlayacaktır.

Bir yan not olarak: Chrome Bu nedenle 40-100 arasında sekme bir yerde var. Tarayıcı normal kullanarak sekmeleri biriktirmek gerçekten çok kolay ve tüm kullanıcılar aslında nasıl olduğunu bilecek bu davranışla başa çıkmak için.

0
Thebluefish

Tasarımcı olarak değil, kullanıcı olarak konuşmak; devam etmek bir sitede gezinmek için tarayıcımın geri düğmesini varsayılan olarak ayarlamam gerektiğinde, yardımcı olamıyorum ama sitenin UX hatası. Ne kadar çok kullanmam gerekiyorsa o kadar sinirli oluyorum. Tek istisna "Son sayfada o satıcının adresi neydi?" veya "Zaten bulunduğum sayfaya doğrudan dönmek amacıyla bu form alanına tekrar son sayfada ne koydum?".

IMHO, yerel geri düğmesi önceki bir giriş sayfasına geri dönmeye çalışsalar bile kullanıcının sayfadan tek çıkış yolu olmamalıdır. Kullanıcılarınıza navigasyon sağlamak için sayısız basit, test edilmiş, etkili seçenek vardır - a < back to listing sayfanın üst kısmındaki bağlantı, ekmek kırıntıları veya diğer yanıtların önerilerinden herhangi biri iyi çalışıyor.

0
CodeMoose