(Replying to PARENT post)
That being said, I think developers have made some things more difficult to understand than they should be. While people understand what an address is, calling it a URL adds an extra layer to learn (even if it is just terminology). URLs would also be easier to understand if they were more consistent from the end user's perspective, much like someone's mailing address, rather than an engineer's perspective.
I would also argue that the omnibar is designed from the engineer's perspective rather than the end user's perspective. The engineer said something to the effect of, "we can differentiate an address from a search query based upon the format of the input". It sounds good on paper. It sounds like it makes things easier for the user. Yet all that it really accomplishes is creating confusion for the end user since it fails to differentiate two concepts.
(Replying to PARENT post)
The short version is that while many users can differentiate, it's more a problem of WHEN they differentiate - Chrome's entire design philosophy was around speed, and the omnibox was designed so that we had a simple destination that a user could focus on when they had decided to go somewhere else, but before they had decided WHERE they wanted to go to or HOW they were going to get there, and then make it so they wouldn't have to think about the HOW. If their search term autocompleted to a URL so they don't have to go through search, that was a win. This same philosophy was what drove putting the most visited pages on the New Tab Page (which was a blank page in most browsers at the time).
Some users plan out their actions before they take them, but I wanted to make everything as streamlined as possible so you could interact with Chrome as you thought about what you wanted, and not making you wait until after.
[1] I was the designer and occasional engineer, but the entire team takes the credit - everyone was behind the idea from before we even started work on Chrome, and many smart people deserve more credit than I do for how good it ended up being.
(Replying to PARENT post)
I get it, I'm not the kind of user this article is about. And maybe I'm just insufficiently exposed to the other paradigm to have become "fluent" in it. But I just wanted to point out that there definitely are users whose mental model differentiates search terms and URLs.
(Replying to PARENT post)
I don't think good software always aims for the lowest common denominator. It's not an unequivocal good that users' lack of education is catered to. Infantilizing users makes them more dependent on services, and less able to navigate the internet.
(Replying to PARENT post)
one of the other most frequently searched terms on google is "google", because people don't understand that the chrome omnibox performs a google search, and they want to go to google to perform a search from a dedicated "search" box rather than a URL input - essentially, they want what the firefox UI gave them.
if you're trying to draw any conclusions about user preferences from user behaviour, you have to accept that you're going to be wrong about a significant portion of your users. one workflow might be "better" for some portion of your users, but it won't mesh with the mental model of some other portion of your users. different groups will form different expectations and habits, and a single UI will not completely satisfy the expectations of every group.
(Replying to PARENT post)
Tech-savvy people will type f, see that their browser completes "acebook.com", and press enter. That's a form of search, it's just more directly provided by the browser and unambiguously serving the user.
(Ideally, tech-savvy people will type f and see no signs of facebook whatsoever, but that's an orthogonal issue.)
(Replying to PARENT post)
This is only one example of the damage caused by very-low-friction, addictive interfaces. Users have increasingly lost the capability to navigate hierarchical interfaces and increasingly use web search instead of looking around for the right button
(Replying to PARENT post)
Why don't they? This is a somewhat serious question.
Part of it, in my opinion, is we are moving too fast, and giving up on users to quickly. With enough education, people will understand. But enough education = at least a generation or two, introducing it in schools at a young age, etc. But we just threw our hands up and said "oh well, they don't get it, lets make it simple".
URL = phone number. Search box = Phone book. They are two very different things, and having them both in the same box I feel confuses some people even more.
(Replying to PARENT post)
Google has a financial incentive for the Omnibar though. After searching for "facebook" users would click the first link, which might also happen to be an ad for Facebook. Effectively, turning a profit from the laziness of people not typing .com.
(Replying to PARENT post)
Meanwhile FF still allows people to choose at least.
(Replying to PARENT post)
I think you're making the mistake of thinking of "users" as a monolithic, lowest common denominator group. There are users who think like you describe, and there are users who do not. Also catering to people's existing (perhaps oversimple) mental models ensures those models never change.
One of the PR issues with Firefox is that it has/had many features that suited the latter group, but decided to drop them to ape Chrome.
(Replying to PARENT post)
So your technology, too, can become a melange of idiotic decisions where you leak things into a search engine!
While you're at it, only feed your kids ice cream and pizza because that's what they want to eat. Think like a kid, not an adult.
(Replying to PARENT post)
(Replying to PARENT post)
Not considering Mozilla's "business model" is forwarding searches by default to Yahoo/Google for a price. Would be surprising if the search engine website contracting with Mozilla did not have an expectation that the Firefox UI would be conducive to submitting as many default "searches" as possible, whether intentionally or not. (User could type an address in the search bar and it would be forwarded to Google. She now has a Google cookie.) Would also be surprising if there was not a similar expectation that the Firefox settings UI make it relatively unlikely that users would change the search engine defaults.
Chrome's design is good for Google. More so than Firefox's design is good for [search engine partner]. For users who do not want to be accidentally sending queries to Google, the "Omnibox" design sucks. It also is incorrect in that it defeats the notion of what is and what is not a valid domain name or a valid URL. It does not educate users about the www, it allows them to stay ignorant. Would not be surprising if that is how Google views its users and prefers that they remain unaware of what is happening.
For example, look at how Google descibes the NID cookie. They are not lying but they are repeatedly suggesting that its most signifcant purpose is a user's configuration preferences. However its primary purpose is for advertising. A fully informed user with choice over consent is apparently not what Google wants.
https://policies.google.com/technologies/cookies?hl=en-US
The primary purpose of the "omnibox " is not to benefit the user (although it may do so for some users), it is to benefit Google's "business model" of collecting data about users and selling online ad services.
(Replying to PARENT post)
He typed "google" into the search/URL bar and hit Enter.
This took him to a search results page, with Google as the first entry.
He clicked on Google.
This took him to the Google home page.
He entered his search query into the search box on the Google home page, and hit Enter.
Now he had the search results he wanted!
(Replying to PARENT post)
Users want access to the information they are looking for as quickly and frictionlessly as possibleβthe omni bar does just that.
(Replying to PARENT post)
(Replying to PARENT post)
(Replying to PARENT post)
I've actually switched to searching even for URLs I know, if they don't autocomplete from history. My typing accuracy isn't 100%, and I'm confident the top Google result will be the correct domain even if I make a typo (rather than some phishing clone squatting on an adjacent name).
(Replying to PARENT post)
However, one thing that Firefox failed to fix over dozens of versions have been one-word-searches, which Chrome handled correctly while Firefox tried to resolve that one word as a domain and didn't even fall back to search if that failed. That single thing has brought me back to Chrome within minutes every time I've wanted to try Firefox again.
(Replying to PARENT post)
(Replying to PARENT post)
(Replying to PARENT post)
You can still enable the separate search bar in the settings if you want.
(Replying to PARENT post)
I mean, maybe this is right and a merged search/URL bar is the best call from a design standpoint. I don't mind having one.
But do you really think that's why Google implemented a feature in Chrome that sends more people to Google?
It was, I'm sure, a revenue decision first and foremost, and Google is probably delighted when people identify it as something else.
The same logic applies just as well for any browser vendor who makes money off of search partners.
(Replying to PARENT post)
browsers used to do these these things (trying to add 'www.' or '.com' etc. if the domain doesn't resolve) automatically in the location bar (which wasn't the search bar, so there was no ambiguity):
https://support.mozilla.org/en-US/kb/search-web-address-bar#...
(Replying to PARENT post)
I wonder if this holds true for both PC and Mobile, because it is easier to perform a search and trust the search engine to deliver the link, rather than finish typing ".com".
(Replying to PARENT post)
Firefox always had two boxes: URL bar and search. One of the big changes Chrome made when it was born was to have the Omnibar, being of course one bar that does both.
If you think about this as an engineer, Firefox's design decision makes sense. You don't want to accidentally leak things to a search engine. URLs and search bars are just different. There are also corner cases where you're not sure if something is a URL or a search term, mostly to do with intranets (eg "go/foo" can be a URL internally).
But users don't care about any of that. Users don't have the mental model to differentiate search terms and a URL. Chrome's decision was correct. It's surprising how long Firefox stuck with their bad (IMHO) design.
Here's another example of this: IIRC one of the most frequently searched terms on Google is "facebook". Tech-savvy people will just type "facebook.com" but users will just search for "facebook" and click on the (hopefully) first result. That happens a ton.
So the lesson is don't leak technical and implementation details into interface design. Your users don't care about any of that. Think like a user, not an engineer.