reason is that the developers can’t

reason is that the developers can’t decide between the search engines, choose one and consider the other one “exploratory development.” If the intent to give users a choice is sincere, ask whether users really care. Even if they do, don’t offer the choice on your home page. The home page should have one general search box, period. Options should be confined to the “Advanced Search” page. Even there, the choice should be an option affecting a single search box, rather than multiple competing ones.
Blooper 20: Poor search results browsing
Imagine that you’ve just used a Web site’s Search function. You are now look¬ing at the results. Browsing search results often includes looking through sev¬eral results pages for relevant items. Many search result displays don’t provide an easy way for users to navigate through pages of hits. Many list the hits in batches of however many fit on a screen and make users click “Next” repeatedly to get to pages beyond the first.
At IBM.com, searching for “tablet computers” yields 138,039 hits, listing 10 per page (Figure 3.38). The results page provides only one way to move through the results pages: page by page using “Next” and “Back” links at the bottom of the page (Figure 3.38), waiting for a page load each time. There is no easy way to get to the last page, or the sixth.
The product Search function at BuyReliant.com, an online electronics store, commits a worse form of this blooper. It lists products 20 at a time with only “Next” and “Back” to move between pages, but also doesn’t indi¬cate the total number of products found. If it found more than 20, the first page of hits has a “Next” button (Figure 3.39). If it found more than 40, the second page has a “Next” button, and so on. Only by tediously “NEXTing” to the last page can users learn how many products were found.

Kết quả (Việt) 1:

lý do là rằng các nhà phát triển không thể quyết định giữa các công cụ tìm kiếm, chọn một và xem xét khác một "thăm dò phát triển." Nếu mục đích cung cấp cho người dùng một sự lựa chọn là chân thành, yêu cầu cho dù người dùng thực sự quan tâm. Thậm chí nếu họ làm, tôi không cung cấp sự lựa chọn trên trang chủ của bạn. Trang chủ nên có một hộp tìm kiếm nói chung, thời gian. Lựa chọn nên được hạn chế đến trang "Tìm kiếm nâng cao". Thậm chí không, sự lựa chọn nên có một tùy chọn ảnh hưởng đến một hộp tìm kiếm duy nhất, chứ không phải là nhiều người cạnh tranh.Blooper 20: Kết quả tìm kiếm người nghèo trình duyệtHãy tưởng tượng rằng bạn đã chỉ sử dụng chức năng tìm kiếm một trang Web. Bạn bây giờ là look¬ing vào kết quả. Xem kết quả tìm kiếm thường bao gồm tìm kiếm thông qua sev¬eral kết quả trang cho mục có liên quan. Hiển thị kết quả tìm kiếm nhiều không cung cấp một cách dễ dàng cho người dùng điều hướng qua trang của lượt truy cập. Nhiều danh sách các số truy cập trong lô Tuy nhiên nhiều phù hợp với trên một màn hình và làm cho người dùng nhấp vào "Tiếp theo" nhiều lần để có được đến các trang ngoài đầu tiên.Tại IBM.com, tìm kiếm cho "máy tính bảng máy tính" sản lượng lượt truy cập 138,039, danh sách 10 cho mỗi trang (hình 3,38). Các trang kết quả cung cấp chỉ có một cách để di chuyển qua các trang kết quả: mỗi thời gian tải của trang bằng cách sử dụng "Tiếp theo" và "Trở lại" liên kết ở dưới cùng của trang (hình 3,38), chờ đợi cho một trang. Có là không có cách nào dễ dàng để có được đến cuối cùng trang, hoặc thứ sáu.Sản phẩm chức năng tìm kiếm tại BuyReliant.com, một cửa hàng điện tử trực tuyến, cam kết một hình thức tồi tệ hơn của blooper này. Danh sách sản phẩm 20 tại một thời gian với chỉ "Tiếp theo" và "Trở lại" để di chuyển giữa các trang, nhưng cũng không indi¬cate tổng số sản phẩm tìm thấy. Nếu nó tìm thấy hơn 20, trang đầu tiên của lượt truy cập có một nút "Tiếp theo" (con số 3,39). Nếu nó tìm thấy hơn 40, trang thứ hai có một "Tiếp theo" nút, và như vậy. Chỉ bởi tediously "NEXTing" cho người dùng cuối có thể trang tìm hiểu làm thế nào nhiều sản phẩm đã được tìm thấy.

Kết quả (Việt) 2:

Lý do là các nhà phát triển không thể quyết định giữa các công cụ tìm kiếm, chọn một và xem xét một trong những khác "phát triển thăm dò." Nếu mục đích để cung cấp cho người dùng một sự lựa chọn là chân thành, hãy yêu cầu cho dù người dùng thực sự quan tâm. Thậm chí nếu họ làm, không cung cấp các lựa chọn trên trang chủ của bạn. Trang nhà nên có một hộp tìm kiếm chung, thời gian. Tùy chọn nên được giới hạn trong "Tìm kiếm Nâng cao". Ngay cả ở đó, sự lựa chọn nên là một lựa chọn ảnh hưởng đến một hộp tìm kiếm duy nhất, thay vì nhiều người cạnh tranh.
blooper 20: kết quả tìm kiếm Poor duyệt
Hãy tưởng tượng rằng bạn vừa sử dụng chức năng Tìm Kiếm một trang Web. Bạn đang look¬ing vào kết quả. Kết quả tìm kiếm của trình duyệt thường bao gồm việc tìm kiếm thông qua các trang kết quả sev¬eral cho các hạng mục liên quan. Nhiều hiển thị kết quả tìm kiếm không cung cấp một cách dễ dàng cho người sử dụng để điều hướng thông qua các trang của hits. Nhiều danh sách truy cập trong lô tuy nhiên nhiều người phù hợp trên một màn hình và làm cho người dùng nhấp "Next" nhiều lần để có được các trang ngoài đầu tiên.
Tại IBM.com, tìm kiếm "máy tính bảng" sản lượng 138.039 lượt truy cập, danh sách 10 mỗi trang (Hình 3,38). Các trang kết quả chỉ cung cấp một cách để di chuyển qua các trang kết quả: từng trang sử dụng "Next" và liên kết "Back" ở dưới cùng của trang (Hình 3,38), chờ đợi cho một tải trang mỗi lần. Không có cách nào dễ dàng để đến trang cuối cùng, hoặc thứ sáu.
Các chức năng sản phẩm Tìm kiếm chỉ ở BuyReliant.com, một cửa hàng điện tử trực tuyến, cam kết một hình thức tồi tệ nhất của blooper này. Nó liệt kê các sản phẩm 20 tại một thời điểm chỉ với "Next" và "Back" để di chuyển giữa các trang, nhưng cũng không indi¬cate tổng số sản phẩm được tìm thấy. Nếu nó tìm thấy hơn 20 trang đầu tiên của lượt truy cập có một nút "Next" (Hình 3.39). Nếu nó tìm thấy hơn 40, trang thứ hai có một nút "Next", và như vậy. Chỉ bằng cách tediously "NEXTing" đến trang cuối cùng có thể sử dụng học bao nhiêu sản phẩm được tìm thấy.