Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I don't think there is actually any evidence they use Chrome for much more than

1. disrupt IE/MS - i can say for certain they originally backed Firefox for this effort and only decided to split away to build chrome in the first place because they felt starting fresh they could build a better core and i believe they did.

2. enabling more people to build on the web, enables more of their ads to be shown. Firefox achieves this just as well as chrome. IE was dominating not too long ago and you could argue much of google's ad revenue growth can be attributed to more people having access to a higher quality web.

That said... I don't see why you should believe google would need or desire to sell data from what it might collect from Chrome. More likely they see it as a means to ensuring web dominance by ensuring the web is never locked down by one mega corp. It's similar in away to what they have done in the mobile space. Android is more of a technology to disrupt Apple and ensure it can't be dominate, but really does google have any control over Android?



If you sign in to Chrome, your bookmarks and full browsing history are uploaded to Google's servers. Only your passwords are encrypted locally before being sent to Google.

https://support.google.com/chrome/answer/1181035 contains info on how the encryption works.

chrome://terms/ links to https://www.google.com/intl/en/chrome/browser/privacy/ which links to http://www.google.com/policies/privacy/ to define "how we use information we collect." From that page: "We use the information we collect from all of our services to provide, maintain, protect and improve them, to develop new ones, and to protect Google and our users. We also use this information to offer you tailored content – like giving you more relevant search results and ads."

Your full browsing history is a treasure trove of information useful for making Google's core services (search and ads) more effective. They would be stupid not to use it to improve the quality of their services. I challenge your assertion that Chrome is an altruistic endeavor.


Don't forget about omnibox predictions. By default, all keystrokes in the address bar are being sent, even while you're logged out.

References:

"Get predictions in the address bar" https://support.google.com/chrome/answer/95656?hl=en

"Logging policies for omnibox predictions" https://support.google.com/chrome/answer/180655?hl=en


uhh… with any "omnibox" UI in any browser, every keystroke is sent to Google.


Based on my current knowledge, I believe you are wrong. Firefox' Desktop Awesomebar (which actually predates Chrome's omnibox) does not send every keystroke to Google[0], and never has.

Even Firefox' Mobile Awesomebar doesn't do that[1] unless you click that "Yes" button.

On the other hand, Google's Chrome browser is clear about the fact that it does send everything in the omnibar[2]:

> When you type URLs or queries in the Chrome address bar (omnibox) or App Launcher search box, the letters you type may be sent to your default search engine so that the search engine’s prediction feature can automatically recommend terms or URLs you may be looking for.

If you still believe you are right, I would be interested in seeing your sources.

[0]: https://support.mozilla.org/en-US/kb/awesome-bar-find-your-b...

[1]: https://blog.mozilla.org/privacy/2013/01/08/search-suggestio...

[2]: https://www.google.com/chrome/browser/privacy/


Huh. Your first link says nothing about search suggestions. I based my comment on my experience of having to disable search suggestions every time I start a new browser. I hope you're right…


Here's a Quora answer from Asa Dotzler, to make you feel better: http://www.quora.com/Why-hasnt-Firefox-merged-their-search-b...

Obviously, I can't prove that it doesn't send search suggestions by giving you a link to the code, since it isn't there. If you want to make sure for yourself, I advise using Wireshark.


Oh. The search suggestions I get come from my DuckDuckGo Plus extension (installed it a long time ago). But my point stands with other browsers: Opera, Safari, and IE all have the unified bar, and I was referring to those browsers in my comment (specifically Safari).


The point is: Omnibox in Chrome sends every key stroke. The Awesomebar in Firefox doesn't send anything to Google until you initiate a search.


That's a feature of most "cloud" services that allow multi-device synchronisation.

It could be said Google already have your browsing history (of sites that they serve adverts on, or that use their analytics). I doubt Chrome's syncing data would give them any more information than what they have already.


Firefox provides synchronization without relying on 3rd-party servers, you can just use your own or one provided by a trusted friend.

and it's quite easy to block Google from tracking your browsing habits using GA or Ads: just use an Adblocker and something like Ghostery, RequestPolicy or Disconnect to block Google Analytics.


1) Google never backed Firefox with a billion-dollar-a-year advertising campaign like they have Chrome for several years now.

2) It's not an accident that Google's webservices work best (sometimes only) in Chrome.

They're way past the "disrupt IE" goal. They're into the "tightly couple our web service and Chrome and try to force out other options" goal.


I'd like to see a source for the billion-dollar-a-year campaign, that sounds crazy. That's 3 times Mozilla's entire budget, if memory serves me right.


365 days a year for several years Google has had a Chrome banner ad on www.google.com showing to Firefox users. That page is the most lucrative property on the web in terms of eyeballs, so take your most outrageous ad rate you can find and do the math. It's billions per year worth of advertising.


It's also completely free for Google to advertise on their own website.


Yes but that doesn't mean the economic value is non-existent.

Theoretically Google could sell that space. They trade this potential profit to promote their own product, at a loss, of how ever much that space could be sold for. This is like economics 202, opportunity cost.


It's not that simple. It's easy enough to claim that showing a Chrome ad benefits users and helps Google's brand. Showing third party ads hurts Google's brand and overall value.


Only if the 3rd party project is subpar. largely chrome is a 3rd party project from the eyes of search. I'm pretty sure there isn't a massive overlap between search and chrome developers at google.


$1 billion is Apple's ad budget as of two years ago and a non-trivial fraction of Coke's overall annual ad budget. I call bs.

(http://www.asymco.com/wp-content/uploads/2013/11/Screen-Shot...)


> I'd like to see a source for the billion-dollar-a-year campaign

I can't find a source for the figure right now, unfortunately. And the whole thing is a guess, since Google doesn't release this information. All it releases is overall sales/marketing spending, which in 2012 was about $6 billion if I understand right (see <http://www.quora.com/How-much-does-Google-spend-on-advertisi...). That includes salaries for the marketing folks, etc, not just direct spending on campaigns.

As I recall, the $1b estimate broke down something like 30% actual spend (primetime TV ads, ads all over the London Tube, etc, etc) and 70% in-kind placement (i.e. "every search you do on Google with another browser shoves an ad for Chrome in your face"). I'll see if I can hunt down where I saw that...

> That's 3 times Mozilla's entire budget

Yep.


I recall seeing a heavy metro ad campaign in Paris. All the slots were used. The campaign cost listed[0] (Q-Massifs) doesn't even have a regular price. Extrapolating from the regular campaigns, it cost Google beyond a million euros a week, and the campaign lasted more than that, if I recall correctly. And that is just one city, one campaign.

As for Google Search ads, let's take the number of search requests[1], an example CPC they give[2], an example CTR they give[3], the StatCounter portion of non-Chrome users[4], we get 1216373500000 * (1-0.3) * $0.10 * 0.005.

That's $425,730,725 for a one-year campaign in 2012. Given the prominence of this ad (and its unintentional scare value), the CTR is probably off, so that's a very conservative figure.

If that is indeed 70% of the whole campaign cost, the total is $608,186,750 per year.

[0]: http://www.mediatransports.com/wp-content/uploads/2013/12/Qu...

[1]: http://www.internetlivestats.com/google-search-statistics/

[2]: https://support.google.com/adwords/answer/2375420?hl=en

[3]: https://support.google.com/adwords/answer/2615875?hl=en

[4]: http://en.wikipedia.org/wiki/Usage_share_of_web_browsers#Sum...


The "billion dollar" number is speculation, since the Google front page ad space that Chrome got isn't for sale to anyone else. "Priceless" would possibly be more accurate.


What do you think it would cost to put an Ad on the google homepage?


You are correct. If you try to go to inbox.google.com, it says "Sorry, this only works in Chrome."


> It's not an accident that Google's webservices work best (sometimes only) in Chrome.

A web service that only works in Chrome? Maybe you mean web application (web service would be really odd to work in just one browser). Do you have a source for this regardless? I hadn't heard of this.


I mean the services Google provides to users in the form of web applications, yes. The terminology is sucky.

As for concrete examples, Hangouts only works in non-Chrome browsers (including ones with WebRTC support) if you install a Google-provided binary blob. Which you may not be able to do.

Gmail only supports offline access in Chrome (see https://support.google.com/mail/answer/6557?hl=en the "two exceptions" bit). Whether not having offline access to your mail counts as mail "not working" is up to you, I guess; for me it counts as "not working".

Various Google properties use UA sniffing to deliver degraded content to non-Chrome browsers. https://bugzilla.mozilla.org/show_bug.cgi?id=921532#c9 is an example.

https://bugzilla.mozilla.org/show_bug.cgi?id=973754 is an example where as far as I can tell they built the feature around non-standard Chrome-only functionality even though Firefox supports the standard version.

Google news menus don't work in standards-compliant browsers because they rely on a Chrome/WebKit bug. See https://bugzilla.mozilla.org/show_bug.cgi?id=1083932

Google patent search uses UA sniffing and locks out various browsers as a result. See https://bugzilla.mozilla.org/show_bug.cgi?id=1013702

Google Translate will fail to work in Firefox unless you have Flash installed (good luck on Mobile).... or spoof the Chrome UA string. See https://bugzilla.mozilla.org/show_bug.cgi?id=976013

They do fix these bugs sometimes (the UA sniffing ones, where they just got the sniffing flat out wrong, tend to get fixed once someone diagnoses them). And sometimes not.


> Hangouts only works in non-Chrome browsers (including ones with WebRTC support) if you install a Google-provided binary blob.

The Google Hangouts website uses some carefully-constructed language to imply that people must download Chrome to use Hangouts, even though a Hangouts NPAPI plugin supposedly exists:

https://www.google.com/hangouts/

  The Hangouts Chrome extension won't work in your current browser. You'll need to
  download Chrome before installing the Hangouts Chrome extension. Do you want to
  download Chrome now?
Google+ photo editing is another Google feature that requires Chrome. I believe it uses NaCL to optimize some photo effects.


The NPAPI plugin is the binary blob bz was referring to.


The NPAPI plugin is one binary blob. The Chrome extension is another. The Google Hangouts home page only offers the Chrome extension. To actually find the NPAPI installer, you have to know it exists and search for it.


Google Inbox is also Chrome-only. It UA sniffs and tells you to download Chrome if you aren't using it.



It's not nefarious on the part of the _developers_. They were given concrete goals. I wasn't privy to those, but it sure looks like those were: Must work in Chrome (Android) and on iOS, working elsewhere is nice to have but optional. They were also given deadlines. Then they proceeded, with no nefariousness, to deliver a product that works on Chrome and iOS and not elsewhere. I'm sure if they had more time or more people they would have made it work elsewhere too.

Then you ask yourself why the goals were set the way they were. Obvious guess at an answer: because they only want to target "mobile" and Android+iOS cover most "mobile" clients. Had iOS had less market share, I will bet the goal would have been Android-only (modulo advice by lawyers based on antitrust worries in that situation, of course).

No malice anywhere along here, but the end result is not so distinguishable from malice, sadly.


Also iOS support is needed for Chrome on iOS. Since the same engine is used for Safari and Chrome in that platform.

That's the other easy explanation as to "why iOS?"


I would like to see similar arguments given when Microsoft developers follow what their management orders them, but alas.

Note, not picking on you, just Internet in general.


Every single case is different, but with with Microsoft it was corporate policy to do so - "Embrace, Extend, (Extinguish)", and it was executed again (MS-DOS vs. DR-DOS) and again (IE and Frontweb) and again.

The old saying was "Windows is not done until Lotus won't run", and the DR-DOS case shows it might not have been an exaggeration


MS spent huge amounts to time and money making sure lots of programs with oddities and bugs worked successfully on Win XP - http://www.joelonsoftware.com/articles/APIWar.html


So? That's irrelevant to the discussion.

Google/Chrome also works hard to support "what's already out there", which is what you mention, but what we're discussing now is building on your supposedly-open-but-really-proprietary platform _against_ other players, whether that's policy or coincidental with constraints.

Microsoft spent effort making sure Windows itself WON'T run on DR DOS before that. They constantly ignored web standards after they won the browser wars (conveniently working well with Microsoft tools that produced non-standard markup, though) ... up until the moment they lost them again, at which point they started to pay attention to standards again.

With their last few releases, Google seems to be adopting this Microsoft style of evil. Some people defend that, and some don't.


Yeah, people who think individual developers at Microsoft were trying be evil just aren't thinking clearly. Now upper management, on the other hand....


btw, the Inbox team clearly didn't bother to contact Mozilla about the Firefox performance problem because Mozilla fixed the bug within a couple hours of it being reported on HN:

https://bugzilla.mozilla.org/show_bug.cgi?id=1087963


This is a huge problem for the overall strength of the open web and Mozilla unfortunately is no less guilty of this. Many of the tools developed for FxOS are targeted for Gecko and wont run on other rendering engines. More and more it seems the only people actually building libs for the open web are independent developers and small shops. :(


I think there's a difference between ChromeBook or FxOS apps, which may need functionality and more importantly permissions that are not available on the web yet and creating web apps that use functionality that's supported in multiple browsers but restricting to only one browser.

That said, I agree that more FxOS bits need to end up on standards tracks. The permissions issue really needs solving to make serious progress there.


http://www.otsukare.info/2014/10/28/google-webcompatibility-... has a more complete rundown of the still-extant issues in case you're interested. The whole post is well worth reading, because it does say something important that needs to be said: there are many individuals at Google who believe in things like interoperability, web sites working in all browsers, etc, and strive for that (sometimes against internal opposition). It just happens that Google as an overall organization cares a lot more about its sites working in Chrome than it cares about them working in other browsers, with predictable results.


An example of this is Google Drive's offline mode, which only runs on Chrome (https://support.google.com/drive/answer/2375012?hl=en)


I can't entirely blame them for this one considering the alternative is either using something standard (localStorage) where they're only going to be able to store a really insignificant amount of information or creating something proprietary for multiple web browsers which is difficult to maintain.

If there was a web standard way of caching 5GB of files locally then I would be annoyed.


IndexedDB is supported on all major browsers by now.


Hmm you have a point though I don't know how well Chrome supported it when they first came out with the offline drive support. May be an issue of legacy needing to be upgraded. I also can't find good performance benchmarks for very large blobs in IndexedDB. But yeah I suppose they could use that now.


> More likely they see it as a means to ensuring web dominance by ensuring the web is never locked down by one mega corp.

I wouldn't let Google off the hook so easily.

More like, they want to ensure that if/when it is, they are that one mega corp: https://i.imgur.com/AIxYzl9.jpg

If you ask me, the only reason they haven't moved even faster in this direction is because they're afraid of triggering the same legal action that Microsoft did back in the 90s with IE, but that doesn't mean that they wouldn't love to have that form of dominance - it can only help them.


Google has used it's position in Android and Chrome to undermine privacy. Both platforms encourage users to "knowingly" give up privacy. This is beyond simply preventing monopolies.


Disrupting MS is a big goal of Google's, but that ambition runs far beyond displacing IE. Google, via Chrome (and ChromeOS) and their online services, wants to displace Windows, Office and Exchange. Firefox helped (and still helps) to fend of Microsoft's browser share, but development of Chrome is what Google is using to push browsers towards being able to replace Windows and Office for enterprise customers.


There never was a good reason for Chrome to exist in the first place. Content companies should not produce browsers, it is too much of a temptation for them to optimize their content for their own browser and vv.


> There never was a good reason for Chrome to exist in the first place.

Chrome kicked off the browser performance wars, especially javascript. A fast and performant web was important to any strategy Google could have had, regardless of their status as a good or evil company.


Please check your history. There was a JavaScript performance war in full swing, with both Firefox and Safari producing new JITs and working on improving them, before Chrome ever appeared.


My memory was that there was a cold war, but not hot-and-heavy competition until chrome, although this article seems to agree with you.

But man, Chrome sure got good fast.

http://www.cnet.com/news/browser-war-centers-on-once-obscure...


Your memory might be based on press releases, not what was actually going on. Safari and Firefox had the jits in their development builds, and were actively competing with each other, but hadn't shipped them in a final release yet at the point when the existence of Chrome was announced. Those JITs shipped a few months after that, with the attendant press hoopla.


Safari never had the marketshare to make its JIT a 'threat'.

Besides, Chrome didn't just introduce V8, it also introduced a cleaner UI, sandboxed tabs, and eventually, a much better set of DevTools than any other browser.

To deny that competition from Chrome didn't put pressure on other vendors I think is trying to willfully discount it's contributions for political, not technical reasons.


There's a difference between "Chrome put pressure on other vendors" (which is clearly true) and "Chrome kicked off the browser performance wars, especially Javascript" (which is the statement I was responding to upthread).

Chrome obviously put pressure on other vendors in various areas, including performance. What just isn't true is that without Chrome there would have been no JS performance competition. Whether the competition would have been as intense as it ended up being is a debatable counterfactual; I believe it would have been.

One other historical note, since you brought it up: Chrome was first announced publicly Sept 3, 2008. The first public beta of IE 8, with tabs in separate processes, was released on March 5, 2008. These processes ran in a low-privilege sandbox, as in fact did the entire browser starting with IE 7 (released October 2006), on Windows Vista or newer. Chrome did provide the first browser sandbox on Windows XP and non-Windows platforms, which was a big step up, of course. Again, there is a difference here between "introduced a new ground-breaking concept" and "incrementally improved on what was already going on".

Oh, and V8 was clearly considered a "threat" by other browser makers way before Chrome had any market share to speak of, so I'm not sure what your remark about Safari is supposed to mean.


To be totally fair, Brendan Eich has stated that he was well aware that Lars Bak et al were working on V8 years before Chrome was announced (and Bak's involvement implied the implementation direction that V8 was likely to head towards). I'm sure that knowledge was known elsewhere as well.

The problem with this discussion is inherent in any counterfactual history, as you point out, and the common issue of what appears to be revolutionary to people outside a domain vs merely implementing things people have discussed for years, as the same "revolution" appears to people inside that domain.

The reality is that circa-2008 JS engines were fairly rudimentary, including (or especially) V8, and your average JIT compiler writer at the time would have been less impressed and more compelled to question why this "revolution" hadn't happened years earlier (and several did ask exactly that).

All that said, "Chrome put pressure on other vendors" has been extremely important to the evolution of JS performance, especially with Crankshaft -- I think it's extremely likely that shipping Firefox would still have a tracing JIT today and would be just starting to move past it without Crankshaft having existed -- but Chrome in that slot vs the other major browsers is really not that meaningful a distinction either, as without SpiderMonkey existing, it's likely that V8's major strides forward would have stopped with Crankshaft in 2010. Performance would have continued to improve in either (especially with JSC making big improvements), but I don't think we'd have seen the major architectural changes as often as we have without that pressure. Competition is great.


I agree. IE kicked everyone else's butt first (in terms of market share), and the Web stagnated. Then Firefox kicked IE's butt, and the Web didn't stagnate quite as much, but let's be honest -- it stagnated. At the moment, Chrome is dominant but no browser is really trampling its competition, especially not in terms of overall quality. And the Web is improving faster than it ever has. (Well, not quite -- the "catch up" phases of the browser wars probably saw faster improvement while they were happening.)


Chrome does not exist to give the world a fast and performant web, it exists to give google full control over the audience from request to delivery, it exists to increase google's control and serves as a collection mechanism for data that it would not otherwise get at.

That it's a performant browser is a side-effect.


There could be multiple equally valid reasons for Chrome to exist.


> data that it would not otherwise get at.

My argument is that nobody would have put that data online in a slow and sucky web. If you think Google wants full control over the audience, surely they also want a large audience.

(Note that I do not think that Google is evil. But if they were, I don't think they would need chrome to get most of that information anyways, given all the other ways they are collecting data. Sure, there are some corner cases they would miss but I don't think the incremental coverage would be worth the effort.)


The web wasn't 'slow and sucky' before chrome appeared.


Christ: my slightly hyperbolic rhetoric aside do you really disagree with anything in the logic chain that a faster web = a more usable web = a more used web = a larger audience = better for google?


It wasn't even even slow and sucky before Firefox appeared; Opera was pretty nice even in 2000 :)




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: