Tôi có nên lo lắng về việc mọi người vô hiệu hóa Javascript không?


15

Thông thường khi chọn các công cụ và khung mới, tôi thấy cảnh báo "Sẽ không hoạt động nếu người dùng đã tắt Javascript". Sau đó, tôi nhìn vào trình chiếu hỗ trợ Javascript, menu hỗ trợ Javascript và thư viện hỗ trợ Javascript. Thật thú vị, tôi đã chọn những thứ này để thay thế các phiên bản flash gốc vì tôi lo lắng về số lượng người sẽ nhìn thấy chúng.

Nhưng lo lắng về việc mọi người vô hiệu hóa Javascript có phải là lo lắng chính đáng không? Tôi có nên thử và thiết kế trang web của mình với JS bị vô hiệu hóa không?

Câu trả lời:


13

Điều đó phụ thuộc vào trang web, mục đích của nó và nhân khẩu học là ai.

Nếu bạn đang thiết kế trang web chính phủ, trang web ngân hàng, trang chủ công ty, v.v., thì bạn hoàn toàn nên đảm bảo trang web hoạt động mà không cần JavaScript. Nhưng nếu bạn đang thiết kế một trang web giải trí / giải trí như Twitter hoặc Facebook, thì việc yêu cầu JavaScript không quá tệ. Và nếu trang web của bạn là một ứng dụng internet phong phú, hoàn toàn không hoạt động nếu không có kịch bản phía máy khách (ví dụ Meebo), thì việc yêu cầu JavaScript là hoàn toàn hợp lý.

Hầu hết các tính năng trên một trang web điển hình có lẽ không nên yêu cầu JavaScript. Bạn có thể tập trung vào trải nghiệm người dùng xung quanh các ứng dụng khách được bật JavaScript, nhưng nếu bạn đang chạy một diễn đàn, bạn nên đảm bảo rằng người dùng vẫn có thể đăng / đọc tin nhắn mà không cần JavaScript, ngay cả khi giao diện cơ bản hơn.


4
Các yêu cầu đối với các trang web chính phủ hoặc công cộng mà Lèse đã đề cập được gọi là tuân thủ 508: phần508.gov
XOPJ

21

Tôi ngạc nhiên không ai đề cập đến tăng cường tiến bộ . Hiếm khi có một lý do chính đáng để có chức năng hoặc nội dung yêu cầu JavaScript hoạt động. Đúng, JavaScript có thể làm cho trải nghiệm người dùng tốt hơn , nhưng không cần thiết phải làm cho trải nghiệm người dùng có thể .

Vì vậy, câu trả lời của tôi là, bạn nên xây dựng trang web của mình để mọi người có thể truy cập mọi thứ, ngay cả khi không có JavaScript (giả sử nội dung có sẵn công khai. Quản trị viên trang web, mạng nội bộ, v.v., sẽ là ngoại lệ rõ ràng khi bạn có thể đưa ra yêu cầu trình duyệt một cách thực tế trong những tình huống đó).

BIÊN TẬP

Ồ, vâng. Đây là công cụ tìm kiếm thân thiện quá. JavaScript thì không.


Hãy xem, trình đơn thả xuống dựa trên Javascript vì tôi vẫn chưa thấy một CSS dựa trên CSS thuần túy hoạt động (menu thả xuống là một yêu cầu thực tế), trình chiếu Javascript trên trang trước để thay thế Flash dựa trên Flash cũ. .. flash (bắt buộc) và một bộ sưu tập Javascript được sử dụng để nâng cao tính tiện dụng và thân thiện của giao diện (không bao giờ thích khi các hình ảnh mở rộng chỉ được mở trong một tab mới, và trong trường hợp của tôi, nó sẽ trông và hành động khủng khiếp). Không thực sự có bất kỳ lựa chọn thay thế nào
TheLQ

1
"vì tôi vẫn chưa thấy một CSS dựa trên nền tảng hoạt động". Tôi sử dụng các menu CSS và chúng hoạt động rất tốt, bạn có thể nói rõ hơn về phần đó không?
Mee

3
@Waleed: Một vấn đề tiềm ẩn với các menu thả xuống hoàn toàn dựa trên CSS là chúng quá nhạy. Các menu thả xuống JS tốt có độ trễ cho các sự kiện di chuột để tránh sự cố đường chéo (khi tạm thời rời khỏi mục menu cha mẹ trước khi đến mục menu con). Bạn không thể làm điều đó với CSS, vì vậy bạn phải thiết kế các menu của mình theo cách mà người dùng sẽ chỉ di chuyển chuột theo chiều dọc hoặc chiều ngang để đến các mục menu con. Tuy nhiên, tôi đồng ý rằng bạn nên bắt đầu với một menu dựa trên CSS và tăng dần nó bằng JS để JS không cần thiết cho điều hướng cơ bản.
Lèse majesté

1
@ Lèse, trong khi bạn không thể trì hoãn với các menu CSS, có một số mẹo để khắc phục điều này và đáng ngạc nhiên là chúng thực sự hoạt động rất tốt (ví dụ: xem cssplay.co.uk/menus/final_drop3.html ). Ngoài ra, hãy kiểm tra bản demo tại cssplay.co.uk/menus/vertical-list.html để xem các menu CSS phức tạp như thế nào. Điều này có nghĩa là tôi đang cố gắng không sử dụng javascript cho các menu. Tất cả những gì tôi đang cố gắng nói là, nếu nó có thể được thực hiện mà không có javascript thì tại sao lại sử dụng đặc biệt javascript. cho một cái gì đó quan trọng như điều hướng trang web?
Mee

2
@TheLQ, mọi thứ bạn đề cập đều có thể được thực hiện mà không cần JavaScript. Và JavaScript mà bạn đề cập chỉ là một sự nâng cao. Tất cả các ví dụ hoàn hảo khi tăng cường tiến bộ nên được sử dụng.
John Conde

3

Nicholas C. Zakas thông báo rằng khoảng 1% lưu lượng truy cập thực tế đến các trang web trên mạng Yahoo thực hiện các yêu cầu bị vô hiệu hóa JavaScript.

... Phần lớn người dùng áp đảo có trình duyệt hỗ trợ JavaScript và do đó có thể tận dụng tất cả các chức năng nâng cao và giao diện động mà các nhà phát triển và nhà thiết kế yêu thích để tạo. Từ quan điểm lập kế hoạch, sẽ hợp lý hơn khi dành nhiều thời gian hơn cho trải nghiệm mà số lượng người dùng lớn nhất nhận được, biết rằng khoản đầu tư thời gian của bạn rất xứng đáng.

Vì vậy, hãy tìm hiểu các số liệu thống kê cho trang web của riêng bạn và xây dựng nó để nó mang lại lợi ích cho đa số & vẫn xuống cấp một cách duyên dáng cho những người đã vô hiệu hóa JS.


0

Lo lắng là không cần thiết, không.

Đã nói rằng, làm cho trang web của bạn có thể truy cập và có thể sử dụng là một ý tưởng tốt. Thông thường việc sử dụng nhiều JavaScript và khả năng truy cập không đi đôi với nhau.

Vì vậy, miễn là trang web của bạn vẫn có thể sử dụng được với JavaScript, bạn đang ở trong tình trạng tốt. Ngay cả khi trang web không nhất thiết phải xuất hiện tuyệt vời như bạn mong muốn nó trông giống như nữa.


0

Facebook sẽ không hoạt động nếu không có JavaScript. Điều tôi đã học được là hầu hết mọi người không có JavaScript có thể sẽ không đăng ký sản phẩm của bạn. Chúng tôi sử dụng JavaScript để nâng cao trải nghiệm của người dùng, nhưng không yêu cầu điều đó.

Vì vậy, trang web của bạn sẽ hoạt động mà không cần JavaScript, nhưng nó không phải trông tốt. Rất có thể nếu ai đó đang truy cập trang web của bạn mà không bật JS thì họ là một BOT, Hacker, 99 tuổi hoặc một kẻ lập dị trên kết nối quay số đang cố gắng tăng tốc mọi thứ.

Nếu bạn cung cấp một sản phẩm thương mại, SAS hoặc ứng dụng đám mây thậm chí không lo lắng về tỷ lệ nhỏ người dùng này. Nó không có giá trị thời gian phát triển, và một lần nữa họ có thể sẽ không bao giờ đăng ký dịch vụ của bạn.

Nếu bạn đang sử dụng JavaScript để lưu trữ các mặt hàng giỏ hàng trong cửa hàng Thương mại điện tử, thì tôi sẽ xem xét kiến ​​trúc và đảm bảo rằng bạn cung cấp chức năng không phải js.


Tôi biết những gì bạn đang nhận được, nhưng trang web của bạn phải trông tốt khi có hoặc không có JS. JS thực sự không nên yêu cầu phải có một trang web đẹp.
Lèse majesté

Tôi đồng ý với điều đó ... Nhưng giả sử bạn có một menu chỉ hiển thị khi bật javascript hoặc có thể là công cụ sử dụng javascript nặng, thì tôi sẽ không lo lắng về việc xây dựng 2 phiên bản chỉ để đáp ứng một phần nhỏ ... 80/20 áp dụng quy tắc
Frank

2
Chỉ cần đảm bảo rằng menu dành cho tính năng chỉ dành cho JavaScript hoặc cải tiến không quan trọng, như trình soạn thảo WYSIWYG. Trang web của bạn phải được điều hướng mà không cần JavaScript. Mặt khác, nó đáng để dành thời gian để tạo một menu cũng hiển thị mà không cần JavaScript.
Lèse majesté

1
Tăng cường tiến bộ không yêu cầu xây dựng trang web hai lần. Và nếu trang web của bạn không mất 20% doanh thu tiềm năng thì không sao. Nhưng hãy thử nói với ai đó bạn sẵn sàng từ bỏ 20% doanh thu của mình chỉ vì bạn không muốn thực hiện thêm một chút mã hóa và xem phản ứng của họ là gì. Hãy thử điều đó với một khách hàng, quá.
John Conde

Vâng, nhưng trong trường hợp này, nó thực sự không giống 20/80 như 1/500. Gần đây chúng tôi đã hoàn thành việc xây dựng một trang web cao cấp cho một liên doanh hợp tác bằng cách sử dụng cappuccino được bọc trong một ứng dụng ajax adobe air. Ứng dụng sẽ không bao giờ chạy đúng hoặc thậm chí là tắt javascript. Tôi nghĩ mỗi ứng dụng đều khác nhau, nhưng một lần nữa nó cho tôi biết rất nhiều khi facebook không hoạt động mà không bật javascript. Quy tắc của tôi là nếu bạn đang bán thứ gì đó cho phép việc bán hàng diễn ra mà không có javascript, ngoài ra javascript là điều bắt buộc.
Frank
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.