I always find this peculiar when google says they found users were doing fewer searches when they increased the # of results on the serp to 20 or 30. Maybe when a user sees more results they find what they were looking for more quickly, and so don't have to do another search. Yet google always turns this around and says this is bad because users do fewer searches. I guess from google's perspective, revenue-wise, it's bad. But from a user's perspective, it's good. Do no evil?
I don't think that hitting the 'next page of results' counts as a search. And whether they display 10 results initially forcing the user to hit 'next' twice to see all 30 results instead of just displaying 30 results outright... the search result set is still the same. If those 30 results don't contain what the user is looking for, they will still have to perform another search.
I guess this is assuming that people don't just re-search with different terms if what they are looking for isn't right there on the first page.
Whenever Mayer trots out this same story, I think the same thing: "Why of course they search less, they find a good-enough result past #10, before either reformulating or next-paging!"
That makes a lot more sense to me than her usual spin, which is that the extra lag discourages more searches.
There's are reasons Google might prefer reformulation and next-paging beyond just "ad impressions": it gives better feedback about user's intent for training relevance algorithms.
That is, they learn more from your second query formulation to get a better result than if you just find a good-enough result at #11.
Or, if you open multiple results in background tabs before deciding the best, by forcing you to express click-intent to get past #10, they get a stronger signal as to whether the top ten results were good enough.
(I always set my result count to 100, and often open 3+ results based on snippets, some from below #10, before viewing any of the target pages.)
"Mayer consulted the W3C HTML specs and found a tag (the align=right table attribute) that would allow the right-hand table to load before the search results, adding a revenue stream that has been critical to Google’s financial success."
Is there any way to independently confirm that she was the one who consulted the spec and made this discovery? Because otherwise it sounds an awful lot like an executive taking credit for the work of someone underneath them.
It could also be a journalist sloppily attributing the work of someone underneath her. Also, though, she's pretty technically deep; she was doing AI before she started doing usability at the big G, and it wouldn't be at all surprising for her to come up with an idea like that, especially given that we're talking about a time when Google was a small company (this was when they were first adding AdWords; would have been in 2000 or 2001?)
Under some circumstances you might argue that there's more leverage in an executive like Marissa delegating work like this to someone else. But maybe sometimes the raw brainpower you bring to bear on a technical problem can really make a billion-dollar difference.
The solution this article references was basically a table with 1x1 cells that had their background colors set via CSS classes. I was on the team with the guy who did the hack when I was an intern. That was about three years ago.
At some between then and now, Google actually went back to using a real image for it, and now it looks like it's just a CSS sprite.
Tell that to any AdSense publisher who has increased revenue 20-30% by moving ads a few pixels left or right, or by swapping the link color from one shade of blue to another. There are plenty. And Google is the ultimate AdSense publisher :)
It's pretty much universal with AdSense. If you know anyone who makes a significant amount of money, ask them about it. Or just browse the AdSense board on WebmasterWorld.
I have personally increased revenue by over 100% by making small color and positioning changes, and this is also fairly common (I cited 20-30% because I wanted to be super-conservative in my claim).
But here are some examples:
From Google's official blog: Removing a border from an ad doubled revenue to $650/day:
The HotOrNot talk at CodeCon cited improvements of much more than that for a slightly more drastic change: moving the banner image to between the person's face and the rating bar, instead of above the rating bar. Unfortunately I don't remember the amount of the difference.
A way to include external resources in html (images, audio, video, etc) in order to make a single file, which can be downloaded as a single file (same as MHTML, MAFF, etc but without the hacks)
I hope it gets considered and included in HTML6
Implementation:
- place it after the html closing tag to unclutter the file:
- use it from any html tag <img src="url(#myimg)"/>
That's a horrible idea and totally destroys the scalability of the web because it destroys effective caching.
That every resource has it's own url and is downloaded separately is not a mistake that needs corrected, it's what makes the web scale and it was done that way on purpose.