WebProNews

Tag: Search

  • Bing Now Powers 25.6% Of U.S. Searches

    comScore released its monthly U.S. search engine rankings report for July, which sees Google leading the market at 66.8%, flat from June’s report.

    Microsoft sites were slightly up (0.1%) at 15.7%, followed by Yahoo sites (flat) at 13%. The Ask Network managed to climb 0.1% reaching 3% market share, and AOL remained flat at 1.5%.

    Search Engine Rankings for July

    Still, in July, 25.6% of searches were powered by Bing.

    Here’s a look at explicit core searches from June to July:

    comScore numbers

    As you can see, Google, Microsoft, Yahoo and Ask all saw growth in that department.

  • Google Maps For Android Update Makes Public Transit Data More Useful

    Google announced the launch of a new update for Google Maps For Android, which makes transit information more useful.

    For one, the Transit Lines layer now lets you select a specific mode of public transportation to display on the map, while hiding the other modes. This will allow for a much cleaner look at the route.

    Cleaner public transit info

    Google says it now has over a million public transit stops worldwide.

    The layout of station pages has also received a refresh to show you departure times, lines serving the station and the distance to nearby stations:

    Station page

    Google has also updated region highlighting, My Places and Location History displays in the app. When you search for a city or postal code, the borders of the region are highlighted. Tabs have been added under My Places, from which you can access various info like saved maps, starred places and custom maps.

    With Location History enabled, you can browse places you’ve been to on a daily basis.

  • Matt Cutts: Google Updates Will Be Jarring For A While

    Google Distinguished Engineer Matt Cutts made a surprise appearance at the Search Engine Strategies conference in San Francisco this morning, dropping a fair amount of knowledge on the SEO community.

    Bas van den Beld at State Of Search has a liveblogged recap of the session. He paraphrases Cutts:

    When people asked Cutts about the next Penguin Update he thought: You don’t want the next Penguin update, the engineers have been working hard…We are constantly improving. The updates are going the be jarring and julting for a while. Emphasis added.

    Cutts also talked briefly about Google’s relationship with Twitter data. More paraphrasing from the liveblog:

    Danny [Sullivan] asks ‘Can’t you see how many times a page is tweeted? I can see it, I could call you’.

    Cutts: we can do it relatively well, but if we could crawl Twitter in the full way we can, their infastructure wouldn’t be able to handle it.

    Cutts talked about a variety of search-related topics, including Knowledge Graph, SEO, the Penguin update, Webmaster Tools, etc. He also noted that the Google Search Quality team is now the Knowledge team.

    Here’s some paraphrasing from attendees on Twitter:

  • Google Decides To Stop Supporting Prayer Times In Search Results

    Google used to have a rich snippet for prayer times, which sites for religious organizations could use to show these times in Google’s search results pages underneath their main listing.

    Google has decided to no longer support the mark up for these rich snippets.

    Barry Schwartz at Search Engine Land shares a statement from Google, saying, “Users can still search for prayer times on Google and find results from local sites, but we weren’t seeing much implementation of prayer times rich snippets, so we’ve removed it (apologies to webmasters who took some time to implement it) and are focusing our resources on developing different kinds of structured information in rich snippets.”

    It’s an interesting move on Google’s part, as it continues to make more and more moves to get users answers from the search results page, rather than forcing them to click through to third-party sites. Just look at all of the things they’ve done over the summer.

    Google still supports rich snippets markup for reviews, people, products, businesses and organizations, recipes, events and music. Google also recognizes markup for video content. More on the supported rich snippets here.

  • Google Gets Better At Not Having To Send Users To Other Sites

    Google went longer than usual without sharing its normally monthly lists of algorithm changes and “search quality highlights,” but finally, at the end of last week, the company put up one giant list covering changes it made in June and July. In all, there were 86 changes (not counting the ones Google blogged about separately), and we’ve been analyzing them since.

    As usual, “quality” continues to be a major focus for Google, but I see three major themes in Google’s latest batch of changes, that give us an idea of what Google has really been focusing on: natural language understanding, quick answers and a decreased dependence on keywords. Really, these all go together hand in hand. All in all, this means Google is giving users less reasons to click through to other sites and reducing the value of keyword-driven search engine optimization, which could make things more difficult for your SEO strategy.

    Is Google moving in the right direction? Let us know what you think in the comments.

    Getting Better At Natural Language

    Make no mistake. Google is getting better at understanding natural language, and this summer, Google has made a lot of changes (improvements, according to Google) in supporting and detecting it. There were ten items on the big list directly related to natural language, and others a little more indirectly related.

    Google has improved support and/or detection for natural language for its dictionary feature, its time feature, its movie showtimes feature, its currency conversion feature, its flight status feature, its unit conversion feature, its sunrise/sunset feature, and its baseball scores/schedules feature. It’s now better at answering questions like: “What time is it in India?” or “What is $500 in Euros?” or “What is 5 miles in kilometers?”

    Decreased Dependence on Keywords

    Directly related to natural language, are Google’s improvements in how it treats synonyms of words. Five additional changes from the list had to do with synonyms specifically. Google says it has improved the use of query synonyms in ranking.

    “Now we’re less likely to show documents where the synonym has a different meaning than the original search term,” the company said.

    Google says it has also improved synonyms inside concepts, improved efficiency by not computing synonyms in certain cases, changed how its using synonyms to better generate accurate titles for web results, and updated its synonym systems to make it less likely it will return adult content when users aren’t looking for it.

    The point is that Google is further distancing itself from having to rely on keywords to give you relevant results. This has been a key goal of Google’s throughout the years, and is why Google is so proud of its Knowledge Graph offering.

    It’s worth noting, however, that as Google understands natural language more and more, it is able to give you the information you seek more and more, meaning you’ll have less of a reason to click through to a third-party site. That scares some webmasters, who rely on Google for traffic.

    If you peruse the list of natural language-related changes, you’ll see that they’re all related to features where Google gives you direct (or quick) answers right from the search results page.

    Giving Users The Answers

    That brings us to the next major theme of Google’s recent changes: Answers. A whopping 23 of the changes from the list were related to Google’s project “Answers,” which consists of these types of results. If Google is giving users the answers they are seeking without making users take an extra step (of clicking through to another site), it’s doing its job right, as far as the user is concerned. Users just want to find info, and the quicker the better.

    On the webmasters’ side of things, it’s a little more complicated than that, however. The better Google gets at this, and the more topics Google can cover with these answers, the more sites will potentially lose Google traffic.

    Then There are Acquisitions

    Of course, Google isn’t only facilitating this kind of thing with algorithm updates, but also with acquisitions. Google now has a wealth of restaurant reviews, courtesy of its acquisition of Zagat, for example. Now, Google is adding Frommer’s to the acquisition pile. Frommer’s is a travel guide brand, which gives Google a lot more travel content.

    Some are saying this will cause antitrust issues for Google, and the company was certainly scrutinized plenty the last time it made a major travel-related acquisition in ITA Software. Ultimately, that acquisition was approved, as was the Zagat acquisition. Still, Google has been met with considerably more antitrust scrutiny since then (now there’s a new probe in India).

    All of this stuff, combined with the Knowledge Graph, Search Plus Your World (Google’s largely Google+-based personalization features), and now Gmail in search results (only in limited trial at this point) points to more of user’s time spent on Google’s products, and less on third-parties’. It also means it’s going to get harder to get into Google’s traditional, organic search results for many types of queries.

    As a user, do you want to see Google give you less reasons to click through to other sites? As a webmaster or business owner, are you concerned? What impact will this have on your SEO strategy? Let us know in the comments.

    For more coverage of Google’s latest list of changes, read:

    Google Algorithm Changes For June, July Finally Released

    Here’s What Google Has Been Doing For Quality (And Panda) For The Past Two Months

    Google Reveals More Mobile Search Improvements

    10 Natural Language Search Improvements Google Has Recently Made

    Google Moves Further Away From Keyword Dependence

    23 Recent Changes Google Made To Give You Better Quick Answers

    Google Reveals Some Recent Changes To How It Ranks Results

  • Watch This New Google Video About URL Parameters

    Google has released a new video about configuring URL parameters in Webmaster Tools. It’s about 15-minutes long, and features Google Developer Programs Tech Lead Maile Ohye discussing the how to help Google crawl your site more efficiently, and manage a site with URL parameters.

    “URL Parameter settings are powerful,” says Ohye. “By telling us how your parameters behave and the recommended action for Googlebot, you can improve your site’s crawl efficiency. On the other hand, if configured incorrectly, you may accidentally recommend that Google ignore important pages, resulting in those pages no longer being available in search results.”

  • Google Launches Big Improvements To Patent Search

    Google announced today that it has added European patents to go along with its U.S. patents in its patent search tool.

    In addition to adding millions of patents, Google has added a feature called the Prior Art Finder.

    “Typically, patents are granted only if an invention is new and not obvious,” explains engineering manager Jon Orwant. “To explain why an invention is new, inventors will usually cite prior art such as earlier patent applications or journal articles. Determining the novelty of a patent can be difficult, requiring a laborious search through many sources, and so we’ve built a Prior Art Finder to make this process easier. With a single click, it searches multiple sources for related content that existed at the time the patent was filed.”

    Prior Art Finder

    The Prior Art Finder, Google says, identifies key phrases, combines them into a search query, and displays relevant results from Google Patents, as well as Google Scholar, Google Books, and the web. A button for the feature will appear on individual patent pages.

    “Our hope is that this tool will give patent searchers another way to discover information relevant to a patent application, supplementing the search techniques they use today,” says Orwant. “We’ll be refining and extending the Prior Art Finder as we develop a better understanding of how to analyze patent claims and how to integrate the results into the workflow of patent searchers.”

    Google, meanwhile, has also been adding to its data from the U.S. Patent Office, and without getting specific, the company promises that more related stuff is on the way.

  • Google Reveals Some Recent Changes To How It Ranks Results

    Google released a giant list of 86 “search quality” changes it made in June and July, beyond the various changes it had already blogged about. We’re breaking down the list by various categories to take a closer look at the kinds of things Google has been up to. So far, we’ve looked at:

    Now, let’s look at the changes Google has revealed, which are directly related to how Google ranks search results.

    First, Google says the change referred to as “ng2,” better orders top results using a new and improved ranking function for combining several key ranking features.

    Another list entry (Ref-16) involves changes to an “official pages” algorithm to “improve internationalization”. This is part of Google’s “Other Ranking Components” project.

    Another change listed under the project codename “Other Ranking Components,” includes one that helps you find more high quality content from trusted sources (#82367). Also under that label are several, which Google says will help make its system better for clustering web results “better and simpler.” These include: #82541, NoPathsForClustering, and bergen. “We’ve made our algorithm for clustering web results from the same site or same path (same URL up until the last slash) more consistent,” says Google of NoPathsForClustering.

    Change #81933, Google says, improves use of query synonyms in ranking. “Now we’re less likely to show documents where the synonym has a different meaning than the original search term,” Google says.

    Another change (Manzana2) improves the clustering and ranking of links in the expanded sitelinks feature. Another (“Improvements to Images Universal ranking”) improves Google’s ability to show universal image search results on infrequently searched-for queries, and another improves the efficiency of Google’s Book Search ranking algorithms. It makes them more consistent with Web Search, Google says.

    Have you noticed if any of these have had a direct impact on how Google ranks your pages?

  • 23 Recent Changes Google Made To Give You Better Quick Answers

    On Friday, Google released a list of 86 changes it made to its search engine over June and July. Some of them were directly related to quality, some related to ranking, some related to mobile, some related to how it understands natural language, and others show a decreased dependency on keywords from Google’s algorithms.

    Many of the changes are related to the direct answer-style results Google provides for some types of queries. Each change on the list is accompanied by a related project, and the project codenamed “Answers,” was the subject of 23 of the entries.

    Here’s what they did:

    1. Google added a live result showing schedule and scores of the EURO 2012 games (European championship of national soccer teams).

    2. Google improved its dictionary search feature, adding support for more natural language searches.

    3. Google made changes to its calculator feature to improve recognition of queries containing “and,” such as [4 times 3 and a h half]. Really, this is about natural language too.

    4. Google made an unspecified improvement for showing the sunrise and sunset times feature.

    5. Google added live results for NASCAR, MotoGP and IndyCar, in addition to the Forumula1 results, which were already available.

    6. Google improved natural language detection for the time feature, so it can better understand queries like, “What time is it in India?”

    7. Google made changes to the movie showtimes feature on mobile, improving recognition of natural language queries, as well as overall coverage.

    8. Google made other improvements to the calculator feature on mobile to improve how it handles queries that contain both words and numbers (like: 4 times 3 divided by 2).

    9. Google enabled natural language detection for currency conversion to better understand queries like “What is $500 in Euros?”

    10. Google enabled natural language detection for the flight status feature to better understand queries about flight arrival times and status.

    11. Google improved the triggering for the “when is” feature, and the understanding of queries like like “When is Mother’s Day?”

    12. Google made changes to the display of the weather feature.

    13. Google improved natural language detection for the unit conversion feature, so it an better understand queries like “What is 5 miles in kilometers?”

    14. Google changed the display of the finance feature for voice search queries on mobile.

    15. Google improved natural language processing for the dictionary search feature.

    16. Google changed the display of the weather search feature, so you can ask things like [weather in california] or [is it hot in italy].

    17. Google improved natural language detection for the sunrise/sunset feature.

    18. Google improved its detection of queries about weather.

    19. Google changed the display of the local time search feature.

    20. Google improved natural language detection to better understand queries about baseball and return the latest baseball info about MLB, like schedules and the latest scores.

    21. Google changed the display of local business info in certain, but unspecified mobile use cases. Google says it highlights info relevant to the search (like phone numbers, hours, etc.)

    22. Google improved its understanding of calculator-seeking queries.

    Those were all in June.There was only one entry related to “Answers” in the July list:

    23. Google made it so you could search, and find “rich, detailed” info about the latest schedule, medal counts, events and record-breaking moments for the Olympics.

    Of course, these lists leave out things Google otherwise blogged about, such as Flight Search in Canada and the interactive weather visualization for tablets.

    Also, just last week, Google made additional improvements to quick answers and the Knowledge Graph.

  • Remember, Google’s Newest Ranking Signal Is Only 1 Of Over 200

    Google announced on Friday that starting this week, it would begin using the number of “valid” copyright removal notices it gets for a site as a ranking signal. This immediately rubbed a lot of people the wrong way.

    In fact, various groups were quick to speak out about Google’s new policy. The EFF, for example, called the policy “opaque,” and expressed its concerns about how Google will make its determinations, and about the road to recourse (or lack thereof) that sites will have.

    “Sites may not know about, or have the ability to easily challenge, notices sent to Google,” said Public Knowledge Senior Staff Attorney, John Bergmayer. “And Google has set up a system that may be abused by bad faith actors who want to suppress their rivals and competitors. Sites that host a lot of content, or are very popular, may receive a disproportionate number of notices (which are mere accusations of infringement) without being disproportionately infringing. And user-generated content sites could be harmed by this change, even though the DMCA was structured to protect them.”

    Other have questioned how Google will deal with these notices with regards to its own properties – namely, YouTube. YouTube, of course, gets plenty of takedown requests, but they go through a different system (which Danny Sullivan has broken down into great detail). In fact, the takedown request form Google pointed to in its announcement of the feature, specifically mentions YouTube:

    “If you have a specific legal issue concerning YouTube, please visit this link for further information. Please do not use this tool to report issues that relate to YouTube.”

    Sullivan says Google told him, however, that “notices filed against YouTube through the separate YouTube copyright infringement reporting system will be combined with those filed against YouTube through the Google Search reporting system,” and that Google will treat YouTube like any other site. However, he reports, Google does not expect YouTube to be negatively affected by this, nor does it expect other popular user-generated content sites. Google, he says, told him that it will take into account other factors, besides the number of notices it receives.

    Well, this makes sense, because Google was pretty clear in its announcement that it was simply adding this as a signal – as in one of over 200.

    “We aim to provide a great experience for our users and have developed over 200 signals to ensure our search algorithms deliver the best possible results,” Google’s Amit Singhal said. “Starting next week, we will begin taking into account a new signal in our rankings: the number of valid copyright removal notices we receive for any given site.”

    YouTube and other popular sites likely have enough other signals working in their favor to counter this one signal. It doesn’t sound like Google’s newest signal is necessarily going to be its weightiest.

  • Google Moves Further Away From Keyword Dependence

    It seems that June, for Google, was all about improving how the search engine deals with natural language. On Friday, Google released a giant list of changes it made over the course of June and July. There were 86 entries on the list. Ten of them were specifically about natural language search improvements, and nine out of those ten were changes made in June.

    In addition to those ten changes, there were also five list entries dealing specifically with synonyms, which one might say are also related to natural language. All five of those were also made in June. The listings are as follows:

  • #81933. [project codename “Synonyms”] This launch improves use of query synonyms in ranking. Now we’re less likely to show documents where the synonym has a different meaning than the original search term.
  • gallium-2. [project codename “Synonyms”] This change improves synonyms inside concepts.
  • zinc-4. [project codename “Synonyms”] This change improves efficiency by not computing synonyms in certain cases.
  • #82460. [project codename “Snippets”] With this change we’re using synonyms to better generate accurate titles for web results.
  • #81977. [project codename “Synonyms”] This change updates our synonyms systems to make it less likely we’ll return adult content when users aren’t looking for it.
  • The synonym-related changes indicate that Google is getting better at understanding what we mean, and what we’re looking for.

    The better Google gets at understanding the way users search in terms of the language they use, the more Google is getting away from its dependence on keywords for delivering relevant results, which appears to be one of Google’s main goals as a search engine.

    In fact, that’s exactly what the Knowledge Graph is all about. “Things, not strings,” as Google likes to put it.

    By the way, Google announced last week that it was expanding the Knowledge Graph globally (in English), and adding more to the Knowledge Graph interface on the SERPs.

  • Here’s What Google Has Been Doing For Quality (And Panda) For The Past Two Months

    Google finally released its big lists of algorithm changes for the months of June and July, after an unexplained delay. In all, there were 86 changes on the lists to dig through, and we’re still analyzing them.

    In this post, we’ll look at all of the entries directly related to quality. There are a bunch. Technically, all 86 changes could be described as being related to quality, but these are the ones where Google specifically mentions “quality” in the listings.

    In June, Google had listings called Bamse and Bamse-17L, both under the project codename “Page Quality”. Both launches, Google says are to help you find more high-quality content from trusted sources.

    Also under the project Codename “Page Quality,” in June, Google launched: GreenLandII, #82353, #82666, and Hamel. #82666 is also to help you find more high-quality content from trusted sources.

    “We’ve incorporated new data into the Panda algorithm to better detect high-quality sites and pages,” says Google of GreenLandII.

    #82353, Google says, refreshes data for the “Panda high-quality sites algorithm.”

    Hamel updates a model Google uses to help you find high-quality pages with unique content, Google says.

    #82367, under the project codename “Other Ranking Components,” Google says, also helps you find more high-quality content from trusted sources.

    A change called, “PandaMay,” under the project codename “Search Quality,” is a data refresh for Panda.

    Finally, a change referred to as ItsyBitsy, under the “Images” codename is designed to improve the quality of image results. Google says it filters tiny, unhelpful images at the bottom of the image results pages.

    That about covers it for June in the “quality” department.

    In July, there were fewer changes altogether, and fewer specifically mentioning “quality”. There was the Panda JK launch (under the codename “Page Quality”). This was simply the launch of Panda in Japan and Korea.

    There was also JnBamboo (“Page Quality”), which was a data update for Panda.

    I think the main takeaways from all of this are:

    • Google is still very much focused on making improvements to Panda, which is all about surfacing high quality content.
    • Being a “trustworthy” source of content is more important than ever. You must establish yourself as an authority with a good track record of trustworthiness.
    • Unique content is important. Find ways to make your content stand out from the crowd.

    Image: gigglecam (YouTube)

  • Google Algorithm Changes For June, July Finally Released

    I’ve written a couple of times about how Google seemed to be falling behind on letting us know about its monthly algorithm changes. Finally, Google has made it right and posted the lists for both June and July in one giant list of 86 changes.

    We’ll certainly be digging into these more soon, but for now, here’s the entire list(s) in its entirety:

    June:

    • uefa-euro1. [project codename “Answers”] Addition of a live result showing schedule and scores of the EURO 2012 games (European championship of national soccer teams).
    • #82293. [project codename “Answers”] Improved dictionary search feature by adding support for more natural language searches.
    • Better HTML5 resource caching for mobile. [project codename “Mobile”] We’ve improved caching of different components of the search results page, dramatically reducing latency in a number of cases.
    • ng2. [project codename “Other Ranking Components”] Better ordering of top results using a new and improved ranking function for combining several key ranking features.
    • Ref-16. [project codename “Other Ranking Components”] Changes to an “official pages” algorithm to improve internationalization.
    • Bamse. [project codename “Page Quality”] This launch helps you find more high-quality content from trusted sources.
    • Bamse-17L. [project codename “Page Quality”] This launch helps you find more high-quality content from trusted sources.
    • GreenLandII. [project codename “Page Quality”] We’ve incorporated new data into the Panda algorithm to better detect high-quality sites and pages.
    • #82353. [project codename “Page Quality”] This change refreshes data for the Panda high-quality sites algorithm.
    • SuperQ2. [project codename “Image”] We’ve updated a signal for Google Images to help return more on-topic image search results.
    • #82743. [project codename “Answers”] Changes to the calculator feature to improve recognition of queries containing “and,” such as [4 times 3 and a half].
    • komodo. [project codename “Query Understanding”] Data refresh for system used to better understand and search for long-tail queries.
    • #82580. [project codename “Answers”] This is an improvement for showing the sunrise and sunset times search feature.
    • PitCode. [project codename “Answers”] This launch adds live results for Nascar, MotoGP, and IndyCar. This is in addition to Formula1 results, which were already available.
    • timeob. [project codename “Answers”] We’ve improved natural language detection for the time feature to better understand questions like, “What time is it in India?”
    • #81933. [project codename “Synonyms”] This launch improves use of query synonyms in ranking. Now we’re less likely to show documents where the synonym has a different meaning than the original search term.
    • #82496. [project codename “Answers”] Changes made to the movie showtimes feature on mobile to improve recognition of natural language queries and overall coverage.
    • #82367. [project codename “Other Ranking Components”] This launch helps you find more high-quality content from trusted sources.
    • #82699. [project codename “Other Search Features”] We’ve made it easier to quickly compare places. Now you can hover over a local result and see information about that place on the right-hand side.
    • CapAndGown. [project codename “Image”] On many webpages, the most important images are closely related to the overall subject matter of the page. This project helps you find these salient images more often.
    • #82769. [project codename “Answers”] Improvements to the calculator feature on mobile to improve handling of queries that contain both words and numbers such as [4 times 3 divided by 2].
    • Vuvuzela. [project codename “SafeSearch”] We’ve updated SafeSearch to unify the handling of adult video content in videos mode and in the main search results. Explicit video thumbnails are now filtered more consistently.
    • #82537. [project codename “Answers”] We’ve enabled natural language detection for the currency conversion feature to better understand questions like, “What is $500 in euros?”
    • #82519. [project codename “Answers”] We’ve enabled natural language detection for the flight status feature to better understand questions about flight arrival times and status.
    • #82879. [project codename “Answers”] We’ve improved the triggering for the “when is” feature and understanding of queries like, “When is Mother’s Day?”
    • wobnl0330. [project codename “Answers”] Improvements to display of the weather search feature.
    • Lime. [project codename “Freshness”] This change improves the interaction between various search components to improve search results for searches looking for fresh content.
    • gas station. [project codename “Snippets”] This change removes the boilerplate text in sitelinks titles, keeping only the information useful to the user.
    • #81776. [project codename “Answers”] We’ve improved natural language detection for the unit conversion feature to better understand questions like, “What is 5 miles in kilometers?”
    • #81439. [project codename “Answers”] Improved display of the finance feature for voice search queries on mobile.
    • #82666. [project codename “Page Quality”] This launch helps you find more high-quality content from trusted sources.
    • #82541. [project codename “Other Ranking Components”] This is one of multiple projects that we’re working on to make our system for clustering web results better and simpler.
    • gaupe. [project codename “Universal Search”] Improves display of the flights search feature. Now, this result shows for queries with destinations outside the US, such as [flights from Austin to London].
    • #82887. [project codename “Answers”] We’ve improved natural language processing for the dictionary search feature.
    • gallium-2. [project codename “Synonyms”] This change improves synonyms inside concepts.
    • zinc-4. [project codename “Synonyms”] This change improves efficiency by not computing synonyms in certain cases.
    • Manzana2. [project codename “Snippets”] This launch improves clustering and ranking of links in the expanded sitelinks feature.
    • #82921. [project codename “Alternative Search Methods”] We’ve improved finance results to better understand finance-seeking queries spoken on mobile.
    • #82936. [project codename “Answers”] Improved display of the weather search feature, so you can ask [weather in california] or [is it hot in italy].
    • #82935. [project codename “Answers”] We’ve improved natural language detection for the sunrise/sunset feature.
    • #82460. [project codename “Snippets”] With this change we’re using synonyms to better generate accurate titles for web results.
    • #82953. [project codename “Answers”] This change improves detection of queries about weather.
    • PandaMay. [project codename “Search Quality”] We launched a data refresh for our Panda high-quality sites algorithm.
    • ItsyBitsy. [project codename “Images”] To improve the quality of image results, we filter tiny, unhelpful images at the bottom of our image results pages.
    • localtimeob. [project codename “Answers”] We’ve improved display of the local time search feature.
    • #82536. [project codename “Answers”] We’ve improved natural language detection to better understand queries about baseball and return the latest baseball information about MLB, such as schedules and the latest scores.
    • Improvements to Images Universal ranking. [project codename “Universal Search”] We significantly improved our ability to show Images Universal on infrequently searched-for queries.
    • absum3. [project codename “Snippets”] This launch helps us select better titles to display in the search results. This is a change to our algorithm that will specifically improve the titles for pages that are in non-Latin based languages.
    • #83051. [project codename “Answers”] We’ve improved display of local business information in certain mobile use cases. In particular, we’ll highlight information relevant to the search, including phone numbers, addresses, hours and more.
    • calc2-random. [project codename “Answers”] This change improves our understanding of calculator-seeking queries.
    • #82961. [project codename “Alternative Search Methods”] When you search for directions to or from a location on your mobile device without specifying the start point, we’ll return results starting from your current position.
    • #82984. [project codename “Universal Search”] This was previously available for users searching on google.com in English, and now it’s available for all users searching in English on any domain.
    • #82150. [project codename “Spelling”] Refresh of our algorithms for spelling systems in eight languages.
    • NoPathsForClustering. [project codename “Other Ranking Components”] We’ve made our algorithm for clustering web results from the same site or same path (same URL up until the last slash) more consistent. This is one of multiple projects that we’re working on to make our clustering system better and simpler.
    • Hamel. [project codename “Page Quality”] This change updates a model we use to help you find high-quality pages with unique content.
    • #81977. [project codename “Synonyms”] This change updates our synonyms systems to make it less likely we’ll return adult content when users aren’t looking for it.
    • Homeland. [project codename “Autocomplete”] This is an improvement to autocomplete that will help users to get predicted queries that are more relevant to their local country.

    July:

    • #82948. [project codename “Other Search Features”] We’ve improved our natural language processing to improve display of our movie showtimes feature.
    • yoyo. [project codename “Snippets”] This change leads to more useful text in sitelinks.
    • popcorn. [project codename “Snippets”] We’ve made a minor update to our algorithm that detects if a page is an “article.” This change facilitates better snippets.
    • Golden Eagle. [project codename “Autocomplete”] When Google Instant is turned off, we’ll sometimes show a direct link to a site in the autocomplete predictions. With this change we refreshed the data for those predictions.
    • #82301. [project codename “Indexing”] This change improves an aspect of our serving systems to save capacity and improve latency.
    • #82392. [project codename “Indexing”] This launch improves the efficiency of the Book Search ranking algorithms, making them more consistent with Web Search.
    • Challenger. [project codename “Snippets”] This is another change that will help get rid of generic boilerplate text in Web results’ titles, particularly for sitelinks.
    • #83166. [project codename “Universal Search”] This change is a major update to Google Maps data for the following regions: CZ, GR, HR, IE, IT, VA, SM, MO,PT, SG, LS. This new data will appear in maps universal results.
    • #82515. [project codename “Translation and Internationalization”] This change improves the detection of queries that would benefit from translated results.
    • bergen. [project codename “Other Ranking Components”] This is one of multiple projects that we’re working on to make our system for clustering web results better and simpler.
    • Panda JK. [project codename “Page Quality”] We launched Panda on google.co.jp and google.co.kr to promote more high-quality sites for users in Japan and Korea.
    • rrfix4. [project codename “Freshness”] This is a bug fix to a freshness algorithm. This change turns off a freshness algorithm component in certain cases when it should not be affecting the results.
    • eventhuh4. [project codename “Knowledge Graph”] We’ll show a list of upcoming events in the Knowledge Graph for city-related searches such as [san francisco] and [events in san francisco].
    • #83483. [project codename “Universal Search”] This change helps surface navigation directions directly in search results for more queries.
    • Zivango. [project codename “Refinements”] This change leads to more diverse search refinements.
    • #80568. [project codename “Snippets”] This change improves our algorithm for generatingsite hierarchies for display in search result snippets.
    • Labradoodle. [project codename “SafeSearch”] We’ve updated SafeSearch algorithms to better detect adult content.
    • JnBamboo. [project codename “Page Quality”] We’ve updated data for our Panda high-quality sites algorithm.
    • #83242. [project codename “Universal Search”] This change improves news universal display by using entities from the Knowledge Graph.
    • #75921. [project codename “Autocomplete”] For some time we’ve shown personalized predictions in Autocomplete for users who’ve enabled Web History on google.com in English. With this change, we’re internationalizing the feature.
    • #83301. [project codename “Answers”] Similar to the live results we provide for sports like baseball or European football, you can now search on Google and find rich, detailed information about the latest schedule, medal counts, events, and record-breaking moments for the world’s largest sporting spectacle.
    • #83432. [project codename “Autocomplete”] This change helps users find more fresh trending queries in Japanese as part of autocomplete.


    Any of these catching your eye? Let us know what you think about any of them.

    Of course, Google also announced a big new ranking change that it will implement next week, which is already generating some controversy. Google will start looking at the number of takedown notices sites receive. More on that here.

  • Will Google Make Email Marketing Even Better For Conversions?

    Google may have just made email marketing even more effective, and more important to your maketing strategy. Thanks to a new feature Google unveiled this week, email is now part of the search experience.

    What do you think of the new feature? Let us know in the comments.

    “Sometimes the best answer to your question isn’t available on the public web—it may be contained somewhere else, such as in your email,” says Google’s Amit Singhal. “We think you shouldn’t have to be your own mini-search engine to find the most useful information—it should just work. A search is a search, and we want our results to be truly universal. So we’re developing a way to find this information for you that’s useful and unobtrusive, and we’d love your feedback.”

    You can sign up for the field trial here. The first million people to sign up can use it for now (once they get an email confirmation from Google, which can take some time, and Google accepts them – some won’t make it in). It’s only accessible in English on Google.com with @gmail addresses, for the time being, and is currently not available for Google Apps accounts.

    Google Gmail Results

    “We’re working on some even more useful features,” says Singhal. “For example, if you search for [my flights] we will organize flight confirmation emails for any upcoming trips in a beautifully easy-to-read way right on the search results page.”

    It will be very interesting to see what other niche-specific features Google might add in the future. Whatever they may be, they could factor into your email marketing plan.

    Earlier this year, Google consolidated its privacy policies into one main policy spanning across Google products. This enables Google to use data from one product across its other products (who knows where else Gmail messages might appear in the future).

    Some Gmail users keep a whole lot of emails in their Gmail accounts. One of the main selling points of Gmail when it was unveiled back in 2004, was that it had a ridiculous amount of storage capacity, so you didn’t have to worry about deleting emails. That’s a lot of content that can pile up. Highly personalized content that may just be relevant to some of your searches, even if you’ve forgotten about it. Until now, it’s been behind a wall that Google was not accessing from search, even though it was a wall that Google always had access to.

    Email marketers may want to consider how their messages could perform in the long term.

    VatorNews just reported on a study from Monetate, indicating that email converts better than search and social combined. What effect will emails in search have? Any additional conversions from search would simply be the icing on top of the email cake. An added bonus.

    Reporter Krystal Peak says the report found that “social converted at 0.59%, while search was almost 5X better at 2.59%.”

    “The real winners are those troves of emails filling up all of our inboxes right now,” she adds. “Converting 4.25%, email deals are converting people to sales eight times better than social.”

    That’s exactly my point. Those emails that would otherwise just be filling up your inbox, most likely never to be seen again, can now serve a new purpose, surfacing in search results.

    While for now, it’s only in limited trial mode, it stands to reason that Google will open up this feature for broad use in time.

    Obviously, email campaigns are going to hit much more than Gmail users, but that doesn’t mean Google’s competitors won’t look at incorporating similar features into their products. It’s not hard to imagine Bing doing this with their new Outlook.com email service, for example. And who’s to say that Google won’t partner with other email providers sometime down the road.

    Either way, Gmail has over 400 million active users. It stands to reason that many of them are using Google Search. Depending on how many opt into Google’s new feature (assuming that it expands beyond the trial period), that’s potentially a lot of people your email messages could be reaching well beyond the send date, at a time when they’re perhaps even more relevant than they were on that date.

    It’s something to think about. What do you think? Comment here.

  • New Google Algorithm Change Immediately Raises Concerns

    As previously reported, Google announced that it will implement a new ranking signal into its search algorithm next week. The search engine will start taking the number of “valid” copyright removal notices it receives for a site, into account when ranking content.

    Are you concerned about this new addition? Let us know in the comments.

    Almost as soon as the Blogosphere was able to react to the news, the Electronic Frontier Foundation (EFF) put out its own post about it. Julie Samuels and Mitch Stoltz with the EFF write, “Earlier this summer, we applauded Google for releasing detailed stats about content removal requests from copyright holders. Now that we know how they are going to use that data, we are less enthusiastic.”

    The two go on to express concerns with how “opaque” Google is being about the process, despite Google’s claim that it will “continue to be transparent about copyright removals.”

    The EFF’s concerns are the vagueness of what Google considers to be a high number of removal notices, how Google plans to make its determinations, and how “there will be no process of recourse for sites who have been demoted.”

    Google does say that it will “continue to provide ‘counter-notice‘ tools so that those who believe their content has been wrongly removed can get it reinstated.”

    “In particular, we worry about the false positives problem,” says the EFF. “For example, we’ve seen the government wrongly target sites that actually have a right to post the allegedly infringing material in question or otherwise legally display content. In short, without details on how Google’s process works, we have no reason to believe they won’t make similar, over-inclusive mistakes, dropping lawful, relevant speech lower in its search results without recourse for the speakers.”

    “Takedown requests are nothing more than accusations of copyright infringement,” the EFF addds. “No court or other umpire confirms that the accusations are valid (although copyright owners can be liable for bad-faith accusations). Demoting search results – effectively telling the searcher that these are not the websites you’re looking for – based on accusations alone gives copyright owners one more bit of control over what we see, hear, and read.”

    The EFF concludes by saying that Google’s “opaque policies” threaten lawful sites and undermine confidence in search results.

    The EFF is not the only group to quickly speak out about the announcement. Public Knowledge, a consumer rights group, also put out a much longer response.

    We also received the following statement from Public Knowledge Senior Staff Attorney, John Bergmayer:

    “It may make good business sense for Google to take extraordinary steps, far beyond what the law requires, to help the media companies it partners with. That said, its plan to penalize sites that receive DMCA notices raises many questions.

    “Sites may not know about, or have the ability to easily challenge, notices sent to Google. And Google has set up a system that may be abused by bad faith actors who want to suppress their rivals and competitors. Sites that host a lot of content, or are very popular, may receive a disproportionate number of notices (which are mere accusations of infringement) without being disproportionately infringing. And user-generated content sites could be harmed by this change, even though the DMCA was structured to protect them.

    “Google needs to make sure this change does not harm Internet users or the Internet ecosystem.”

    It’s going to be quite interesting to see how Google’s new policy/signal holds up to abuse, and whether or not we see fair use significantly jeopardized.

    Tell us what you think about the change in the comments.

  • London 2012 Rhythmic Gymnastics Doodle Hits Google Homepage

    The latest in Google’s series of Olympics-themed doodles celebrates rhythmic gymnastics. The previous three were interactive, playable games, but Google appears to have gotten back to the more traditional doodle style. Perhaps they just couldn’t figure out a way to make a game out of rhythmic gymnastics.

    The previous doodle was for soccer, which was preceded by slalom canoe, basketball, hurdles, and the javelin throw. Google has featured a sport-themed doodle each day since the Olympics’ opening ceremony.

    The hurdles doodle even drew some controversy, as some people claimed that it was racist. This led to a bit on Conan O’Brien.

    The new doodle is currently live in parts of the world where it has already become August 11. You can see it at google.co.au, for example. The rest of the world’s native Google sites should be getting it soon enough.

    The rhythmic gymnastics events began on Thursday, and will continue through Saturday. You can check out the official page for the events here.

  • Google Adds Copyright Removal Notices To Its Search Algorithm

    Google announced a new change to its search algorithm today. Starting next week, the search engine will begin taking into account the number of valid copyright removal notices in rankings.

    That is the number of valid notices Google receives itself. This should get interesting.

    “Sites with high numbers of removal notices may appear lower in our results,” says Google SVP, Engineering, Amit Singhal. “This ranking change should help users find legitimate, quality sources of content more easily—whether it’s a song previewed on NPR’s music website, a TV show on Hulu or new music streamed from Spotify.”

    “Since we re-booted our copyright removals over two years ago, we’ve been given much more data by copyright owners about infringing content online,” Singhal adds. “In fact, we’re now receiving and processing more copyright removal notices every day than we did in all of 2009—more than 4.3 million URLs in the last 30 days alone. We will now be using this data as a signal in our search rankings.”

    “Only copyright holders know if something is authorized, and only courts can decide if a copyright has been infringed; Google cannot determine whether a particular webpage does or does not violate copyright law,” Singhal notes. “So while this new signal will influence the ranking of some search results, we won’t be removing any pages from search results unless we receive a valid copyright removal notice from the rights owner.”

    Google says it will continue to provide “counter notice” tools that people can use, when they believe their content has been wrongfully removed, so they can get it reinstated.

    More reconsideration request-like things to file. Why do I get the feeling that fair use is going to be challenged more than ever?

    Google says it will continue to be transparent about copyright removals. Speaking of transparency, Google was putting out monthly lists of algorithm changes in an effort to be more transparent, but seems to have fallen behind on that, despite the occasional one-off announcement such as this one.

  • Google Algorithm Changes: Seriously, Is Google Not Sharing Them Anymore? [Updated]

    Google Algorithm Changes: Seriously, Is Google Not Sharing Them Anymore? [Updated]

    Update: Google has finally released the lists. I guess the “transparency” continues.

    In “Google Algorithm Changes For June: What’s On The List?” I pointed out that Google, by the end of July, had still not provided its monthly list of algorithm changes for June. It’s now August 9, and they still have not provided the list for June or July.

    Are you interested in seeing these lists or do you find them irrelevant? Share your thoughts here.

    Since Google started sharing these lists, the company has been posting them to its Inside Search blog. The last post to that blog, as of the time of this writing, is still “Make your mark on Google with Handwrite for Mobile and Tablet Search” from July 26. I was starting to wonder if they were simply no longer using this blog.

    Google announced at the end of last week that it would be shutting down a number of its blogs. Google has over 150 of them, and has decided that it would be better to consolidate the information into fewer blogs, while shutting down the ones that are either updated infrequently or are redundant with other blogs. Google does do a lot of cross-posting.

    That does not, however, appear to be the case with the Inside Search blog. Today, Google announced on its Google Finance blog that it is shutting down that blog, and that updates that would have otherwise appeared there will start appearing on the Inside Search blog. The Inside Search blog lives on.

    But where are those lists?

    Last November, Google started the tradition with this post, looking at some changes it had recently implemented. In December, Google announced that it would just make this a monthly series.

    “We know people care about how search works, so we always want to push the envelope when it comes to transparency,” Google engineering director Scott Huffman wrote at the time.

    “We’ve been wracking our brains trying to think about how to make search even more transparent,” he wrote. “The good news is that we make roughly 500 improvements in a given year, so there’s always more to share. With this blog series, we’ll be highlighting many of the subtler algorithmic and visible feature changes we make.”

    That’s a lot of changes Google makes each year, and I doubt there haven’t been any made over the last two months that Google hasn’t publicized. So what happened to the transparency?

    Huffman noted that the changes that appear in these lists aren’t necessarily big enough to warrant blog posts of their own. In other words, the changes are typically not as Earth shattering as the Panda update or the Penguin update. The lists have, however, given us insight into the kinds of improvements Google is looking to make on an ongoing basis. For example, month to month, we can usually see Google tweaking how it deals with freshness of content.

    Here’s a list of all of the things that have appeared on these lists since Google been releasing them (in order, since November). It’s a huge list, so feel free to skip past it, but that’s kind of the point. If Google stop releasing these lists, that seems like a whole lot less transparency.

    • Cross-language information retrieval updates: For queries in languages where limited web content is available (Afrikaans, Malay, Slovak, Swahili, Hindi, Norwegian, Serbian, Catalan, Maltese, Macedonian, Albanian, Slovenian, Welsh, Icelandic), we will now translate relevant English web pages and display the translated titles directly below the English titles in the search results. This feature was available previously in Korean, but only at the bottom of the page. Clicking on the translated titles will take you to pages translated from English into the query language.
    • Snippets with more page content and less header/menu content: This change helps us choose more relevant text to use in snippets. As we improve our understanding of web page structure, we are now more likely to pick text from the actual page content, and less likely to use text that is part of a header or menu.
    • Better page titles in search results by de-duplicating boilerplate anchors: We look at a number of signals when generating a page’s title. One signal is the anchor text in links pointing to the page. We found that boilerplate links with duplicated anchor text are not as relevant, so we are putting less emphasis on these. The result is more relevant titles that are specific to the page’s content.
    • Length-based autocomplete predictions in Russian: This improvement reduces the number of long, sometimes arbitrary query predictions in Russian. We will not make predictions that are very long in comparison either to the partial query or to the other predictions for that partial query. This is already our practice in English.
    • Extending application rich snippets: We recently announced rich snippets for applications. This enables people who are searching for software applications to see details, like cost and user reviews, within their search results. This change extends the coverage of application rich snippets, so they will be available more often.
    • Retiring a signal in Image search: As the web evolves, we often revisit signals that we launched in the past that no longer appear to have a significant impact. In this case, we decided to retire a signal in Image Search related to images that had references from multiple documents on the web.
    • Fresher, more recent resultsAs we announced just over a week ago, we’ve made a significant improvement to how we rank fresh content. This change impacts roughly 35 percent of total searches (around 6-10% of search results to a noticeable degree) and better determines the appropriate level of freshness for a given query.
    • Refining official page detection: We try hard to give our users the most relevant and authoritative results. With this change, we adjusted how we attempt to determine which pages are official. This will tend to rank official websites even higher in our ranking.
    • Improvements to date-restricted queries: We changed how we handle result freshness for queries where a user has chosen a specific date range. This helps ensure that users get the results that are most relevant for the date range that they specify.
    • Prediction fix for IME queries: This change improves how Autocomplete handles IME queries (queries which contain non-Latin characters). Autocomplete was previously storing the intermediate keystrokes needed to type each character, which would sometimes result in gibberish predictions for Hebrew, Russian and Arabic.
    • Related query results refinements: Sometimes we fetch results for queries that are similar to the actual search you type. This change makes it less likely that these results will rank highly if the original query had a rare word that was dropped in the alternate query. For example, if you are searching for [rare red widgets], you might not be as interested in a page that only mentions “red widgets.”
    • More comprehensive indexing: This change makes more long-tail documents available in our index, so they are more likely to rank for relevant queries.
    • New “parked domain” classifier: This is a new algorithm for automatically detecting parked domains. Parked domains are placeholder sites with little unique content for our users and are often filled only with ads. In most cases, we prefer not to show them.
    • More autocomplete predictions: With autocomplete, we try to strike a balance between coming up with flexible predictions and remaining true to your intentions. This change makes our prediction algorithm a little more flexible for certain queries, without losing your original intention.
    • Fresher and more complete blog search results: We made a change to our blog search index to get coverage that is both fresher and more comprehensive.
    • Original content: We added new signals to help us make better predictions about which of two similar web pages is the original one.
    • Live results for Major League Soccer and the Canadian Football League: This change displays the latest scores & schedules from these leagues along with quick access to game recaps and box scores.
    • Image result freshness: We made a change to how we determine image freshness for news queries. This will help us find the freshest images more often.
    • Layout on tablets: We made some minor color and layout changes to improve usability on tablet devices.
    • Top result selection code rewrite: This code handles extra processing on the top set of results. For example, it ensures that we don’t show too many results from one site (“host crowding”). We rewrote the code to make it easier to understand, simpler to maintain and more flexible for future extensions.
    • Image Search landing page quality signals. [launch codename “simple”] This is an improvement that analyzes various landing page signals for Image Search. We want to make sure that not only are we showing you the most relevant images, but we are also linking to the highest quality source pages.
    • More relevant sitelinks. [launch codename “concepts”, project codename “Megasitelinks”] We improved our algorithm for picking sitelinks. The result is more relevant sitelinks; for example, we may show sitelinks specific to your metropolitan region, which you can control with your location setting.
    • Soft 404 Detection. Web servers generally return the 404 status code when someone requests a page that doesn’t exist. However, some sites are configured to return other status codes, even though the page content might explain that the page was not found. We call these soft 404s (or “crypto” 404s) and they can be problematic for search engines because we aren’t sure if we should ignore the pages. This change is an improvement to how we detect soft 404s, especially in Russian, German and Spanish. For all you webmasters out there, the best practice is still to always use the correct response code.
    • More accurate country-restricted searches. [launch codename “greencr”] On domains other than .com, users have the option to see only results from their particular country. This is a new algorithm that uses several signals to better determine where web documents are from, improving the accuracy of this feature.
    • More rich snippets. We improved our process for detecting sites that qualify for shopping, recipe and review rich snippets. As a result, you should start seeing more sites with rich snippets in search results.
    • Better infrastructure for autocomplete. This is an infrastructure change to improve how our autocomplete algorithm handles spelling corrections for query prefixes (the beginning part of a search).
    • Better spam detection in Image Search. [launch codename “leaf”] This change improves our spam detection in Image Search by extending algorithms we already use for our main search results.
    • Google Instant enhancements for Japanese. For languages that use non-Latin characters, many users use a special IME (Input Method Editor) to enter queries. This change works with browsers that are IME-aware to better handle Japanese queries in Google Instant.
    • More accurate byline dates. [launch codename “foby”] We made a few improvements to how we determine what date to associate with a document. As a result, you’ll see more accurate dates annotating search results.
    • Live results for NFL and college football. [project codename “Live Results”] We’ve added new live results for NFL.com and ESPN’s NCAA Football results. These results now provide the latest scores, schedules and standings for your favorite football teams.
    • Improved dataset for related queries. We are now using an improved dataset on term relationships to find related queries. We sometimes include results for queries that are related to your original search, and this improvement leads to results from more relevant related queries.
    • Related query improvements. [launch codename “lyndsy”] Sometimes we fetch results for queries that are related to the original query but have fewer words. We made several changes to our algorithms to make them more conservative and less likely to introduce results without query words.
    • Better lyrics results. [launch codename “baschi”, project codename “Contra”] This change improves our result quality for lyrics searches.
    • Tweak to +1 button on results page. As part of our continued effort to deliver a beautifully simple user experience across Google products, we’ve made a subtle tweak to how the +1 button appears on the results page. Now the +1 button will only appear when you hover over a result or when the result has already been +1’d.
    • Better spell correction in Vietnamese. [project codename “Pho Viet”] We launched a new Vietnamese spelling model. This will help give more accurate spelling predictions for Vietnamese queries.
    • Upcoming events at venues. We’ve improved the recently released places panel for event venues. For major venues, we now show up to three upcoming events on the right of the page. Try it for [staples center los angeles] or [paradise rock club boston].
    • Improvements to image size signal. [launch codename “matter”] This is an improvement to how we use the size of images as a ranking signal in Image Search. With this change, you’ll tend to see images with larger full-size versions.
    • Improved Hebrew synonyms. [launch codename “SweatNovember”, project codename “Synonyms”] This update refines how we handle Hebrew synonyms across multiple languages. Context matters a lot for translation, so this change prevents us from using translated synonyms that are not actually relevant to the query context.
    • Safer searching. [launch codename “Hoengg”, project codename “SafeSearch”] We updated our SafeSearch tool to provide better filtering for certain queries when strict SafeSearch is enabled.
    • Encrypted search available on new regional domains. Google now offers encrypted search by default on google.com for signed-in users, but it’s not the default on our other regional domains (eg: google.fr for France). Now users in the UK, Germany and France can opt in to encrypted search by navigating directly to an SSL version of Google Search on their respective regional domains: https://www.google.co.ukhttps://www.google.de andhttps://www.google.fr.
    • Faster mobile browsing. [launch codename “old possum”, project codename “Skip Redirect”] Many websites redirect smartphone users to another page that is optimized for smartphone browsers. This change uses the final smartphone destination url in our mobile search results, so you can bypass all the redirects and load the target page faster.
    • Fresher results. [launch codename “nftc”] We made several adjustments to the freshness algorithm that we released in November. These are minor updates to make sure we continue to give you the freshest, most relevant results.
    • Faster autocomplete. [launch codename “Snappy Suggest”, project codename “Suggest”] We made improvements to our autocomplete system to deliver your predicted queries much faster.
    • Autocomplete spelling corrections. [launch codename “Trivial”, project codename “Suggest”] This is an improvement to the spelling corrections used in autocomplete, making those corrections more consistent with the spelling corrections used in search. This launch targets corrections where the spelling change is very small.
    • Better spelling full-page replacement. [launch codenames “Oooni”, “sgap”, project codename “Full-Page Replacement”] When we’re confident in a spelling correction we automatically show results for the corrected query and let you know we’re “Showing results for [cheetah]” (rather than, say, “cheettah”). We made a couple of changes to improve the accuracy of this feature.
    • Better spelling corrections for rare queries. This change improves one of the models that we use to make spelling corrections. The result is more accurate spell corrections for a number of rare queries.
    • Improve detection of recurrent event pages. [launch codename “neseda”] We made several improvements to how we determine the date of a document. As a result, you’ll see fresher, more timely results, particularly for pages discussing recurring events.
    • High-quality sites algorithm improvements. [launch codenames “PPtl” and “Stitch”, project codename “Panda”] In 2011, we launched the Panda algorithm change, targeted at finding more high-quality sites. We improved how Panda interacts with our indexing and ranking systems, making it more integrated into our pipelines. We also released a minor update to refresh the data for Panda.
    • Cross-language refinements. [launch codename Xiangfan] Previously, we only generated related searches based on the display language. With this change, we also attempt to auto-detect the language of the original query to generate related search queries. Now, a user typing a query in French might see French query refinements, even if her language is set to English.
    • English on Google Saudi Arabia. Users in Saudi Arabia can now more easily choose an English interface to search on google.com.sa.
    • Improved scrolling for Image Search. Previously when you scrolled in Image Search, only the image results would move while the top and side menus were pinned in place. We changed the scrolling behavior to make it consistent with our main search results and the other search modes, where scrolling moves the entire page.
    • Improved image search quality. [launch codename “endearo”, project codename “Image Search”] This is a small improvement to our image search ranking algorithm. In particular, this change helps images with high-quality landing pages rank higher in our image search results.
    • More relevant related searches. Sometimes at the bottom of the screen you’ll see a section called “Searches related to” with other queries you may want to try. With this change, we’ve updated the model for generating related searches, resulting in more useful query refinements.
    • Blending of news results. [launch codename “final-destination”, project codename “Universal Search”] We improved our algorithm that decides which queries should show news results, making it more responsive to realtime trends. We also made an adjustment to how we blend news results in Universal Search. Both of these changes help news articles appear in your search results when they are relevant.
    • Automatically disable Google Instant based on computer speed. [project codename “Psychic Search”] Google Instant has long had the ability to automatically turn itself off if you’re on a slow internet connection. Now Instant can also turn itself off if your computer is slow. If Instant gets automatically disabled, we continue to check your computer speed and will re-enable Instant if your performance improves. We’ve also tweaked search preferencesso you can always have Instant on or off, or have it change automatically.
    • More coverage for related searches. [launch codename “Fuzhou”] This launch brings in a new data source to help generate the “Searches related to” section, increasing coverage significantly so the feature will appear for more queries. This section contains search queries that can help you refine what you’re searching for.
    • Tweak to categorizer for expanded sitelinks. [launch codename “Snippy”, project codename “Megasitelinks”] This improvement adjusts a signal we use to try and identify duplicate snippets. We were applying a categorizer that wasn’t performing well for our expanded sitelinks, so we’ve stopped applying the categorizer in those cases. The result is more relevant sitelinks.
    • Less duplication in expanded sitelinks. [launch codename “thanksgiving”, project codename “Megasitelinks”] We’ve adjusted signals to reduce duplication in the snippets forexpanded sitelinks. Now we generate relevant snippets based more on the page content and less on the query.
    • More consistent thumbnail sizes on results page. We’ve adjusted the thumbnail size for most image content appearing on the results page, providing a more consistent experience across result types, and also across mobile and tablet. The new sizes apply to rich snippet results for recipes and applications, movie posters, shopping results, book results, news results and more.
    • More locally relevant predictions in YouTube. [project codename “Suggest”] We’ve improved the ranking for predictions in YouTube to provide more locally relevant queries. For example, for the query [lady gaga in ] performed on the US version of YouTube, we might predict [lady gaga in times square], but for the same search performed on the Indian version of YouTube, we might predict [lady gaga in India].
    • More accurate detection of official pages. [launch codename “WRE”] We’ve made an adjustment to how we detect official pages to make more accurate identifications. The result is that many pages that were previously misidentified as official will no longer be.
    • Refreshed per-URL country information. [Launch codename “longdew”, project codename “country-id data refresh”] We updated the country associations for URLs to use more recent data.
    • Expand the size of our images index in Universal Search. [launch codename “terra”, project codename “Images Universal”] We launched a change to expand the corpus of results for which we show images in Universal Search. This is especially helpful to give more relevant images on a larger set of searches.
    • Minor tuning of autocomplete policy algorithms. [project codename “Suggest”] We have a narrow set of policies for autocomplete for offensive and inappropriate terms. This improvement continues to refine the algorithms we use to implement these policies.
    • “Site:” query update [launch codename “Semicolon”, project codename “Dice”] This change improves the ranking for queries using the “site:” operator by increasing the diversity of results.
    • Improved detection for SafeSearch in Image Search. [launch codename “Michandro”, project codename “SafeSearch”] This change improves our signals for detecting adult content in Image Search, aligning the signals more closely with the signals we use for our other search results.
    • Interval based history tracking for indexing. [project codename “Intervals”] This improvement changes the signals we use in document tracking algorithms.
    • Improvements to foreign language synonyms. [launch codename “floating context synonyms”, project codename “Synonyms”] This change applies an improvement we previously launched for English to all other languages. The net impact is that you’ll more often find relevant pages that include synonyms for your query terms.
    • Disabling two old fresh query classifiers. [launch codename “Mango”, project codename “Freshness”] As search evolves and new signals and classifiers are applied to rank search results, sometimes old algorithms get outdated. This improvement disables two old classifiers related to query freshness.
    • More organized search results for Google Korea. [launch codename “smoothieking”, project codename “Sokoban4”] This significant improvement to search in Korea better organizes the search results into sections for news, blogs and homepages.
    • Fresher images. [launch codename “tumeric”] We’ve adjusted our signals for surfacing fresh images. Now we can more often surface fresh images when they appear on the web.
    • Update to the Google bar. [project codename “Kennedy”] We continue to iterate in our efforts to deliver a beautifully simple experience across Google products, and as part of that this month we made further adjustments to the Google bar. The biggest change is that we’ve replaced the drop-down Google menu in the November redesign with a consistent and expanded set of links running across the top of the page.
    • Adding three new languages to classifier related to error pages. [launch codename “PNI”, project codename “Soft404”] We have signals designed to detect crypto 404 pages (also known as “soft 404s”), pages that return valid text to a browser but the text only contain error messages, such as “Page not found.” It’s rare that a user will be looking for such a page, so it’s important we be able to detect them. This change extends a particular classifier to Portuguese, Dutch and Italian.
    • Improvements to travel-related searches. [launch codename “nesehorn”] We’ve made improvements to triggering for a variety of flight-related search queries. These changes improve the user experience for our Flight Search feature with users getting more accurate flight results.
    • Data refresh for related searches signal. [launch codename “Chicago”, project codename “Related Search”] One of the many signals we look at to generate the “Searches related to” section is the queries users type in succession. If users very often search for [apple] right after [banana], that’s a sign the two might be related. This update refreshes the model we use to generate these refinements, leading to more relevant queries to try.
    • International launch of shopping rich snippets. [project codename “rich snippets”]Shopping rich snippets help you more quickly identify which sites are likely to have the most relevant product for your needs, highlighting product prices, availability, ratings and review counts. This month we expanded shopping rich snippets globally (they were previously only available in the US, Japan and Germany).
    • Improvements to Korean spelling. This launch improves spelling corrections when the user performs a Korean query in the wrong keyboard mode (also known as an “IME”, or input method editor). Specifically, this change helps users who mistakenly enter Hangul queries in Latin mode or vice-versa.
    • Improvements to freshness. [launch codename “iotfreshweb”, project codename “Freshness”] We’ve applied new signals which help us surface fresh content in our results even more quickly than before.
    • Web History in 20 new countries. With Web History, you can browse and search over your search history and webpages you’ve visited. You will also get personalized search results that are more relevant to you, based on what you’ve searched for and which sites you’ve visited in the past. In order to deliver more relevant and personalized search results, we’ve launched Web History in Malaysia, Pakistan, Philippines, Morocco, Belarus, Kazakhstan, Estonia, Kuwait, Iraq, Sri Lanka, Tunisia, Nigeria, Lebanon, Luxembourg, Bosnia and Herzegowina, Azerbaijan, Jamaica, Trinidad and Tobago, Republic of Moldova, and Ghana. Web History is turned on only for people who have a Google Account and previously enabled Web History.
    • Improved snippets for video channels. Some search results are links to channels with many different videos, whether on mtv.com, Hulu or YouTube. We’ve had a feature for a while now that displays snippets for these results including direct links to the videos in the channel, and this improvement increases quality and expands coverage of these rich “decorated” snippets. We’ve also made some improvements to our backends used to generate the snippets.
    • Improvements to ranking for local search results. [launch codename “Venice”] This improvement improves the triggering of Local Universal results by relying more on the ranking of our main search results as a signal.
    • Improvements to English spell correction. [launch codename “Kamehameha”] This change improves spelling correction quality in English, especially for rare queries, by making one of our scoring functions more accurate.
    • Improvements to coverage of News Universal. [launch codename “final destination”] We’ve fixed a bug that caused News Universal results not to appear in cases when our testing indicates they’d be very useful.
    • Consolidation of signals for spiking topics. [launch codename “news deserving score”, project codename “Freshness”] We use a number of signals to detect when a new topic is spiking in popularity. This change consolidates some of the signals so we can rely on signals we can compute in realtime, rather than signals that need to be processed offline. This eliminates redundancy in our systems and helps to ensure we can continue to detect spiking topics as quickly as possible.
    • Better triggering for Turkish weather search feature. [launch codename “hava”] We’ve tuned the signals we use to decide when to present Turkish users with the weather search feature. The result is that we’re able to provide our users with the weather forecast right on the results page with more frequency and accuracy.
    • Visual refresh to account settings page. We completed a visual refresh of the account settings page, making the page more consistent with the rest of our constantly evolving design.
    • Panda update. This launch refreshes data in the Panda system, making it more accurate and more sensitive to recent changes on the web.
    • Link evaluation. We often use characteristics of links to help us figure out the topic of a linked page. We have changed the way in which we evaluate links; in particular, we are turning off a method of link analysis that we used for several years. We often rearchitect or turn off parts of our scoring in order to keep our system maintainable, clean and understandable.
    • SafeSearch update. We have updated how we deal with adult content, making it more accurate and robust. Now, irrelevant adult content is less likely to show up for many queries.
    • Spam update. In the process of investigating some potential spam, we found and fixed some weaknesses in our spam protections.
    • Improved local results. We launched a new system to find results from a user’s city more reliably. Now we’re better able to detect when both queries and documents are local to the user.
    • Autocomplete with math symbols. [launch codename “Blackboard”, project codename “Suggest”] When we process queries to return predictions in autocomplete, we generally normalize them to match more relevant predictions in our database. This change incorporates several characters that were previously normalized: “+”, “-”, “*”, “/”, “^”, “(“, “)”, and “=”. This should make it easier to search for popular equations, for example [e = mc2] or [y = mx+b].
    • Improvements to handling of symbols for indexing. [launch codename “Deep Maroon”] We generally ignore punctuation symbols in queries. Based on analysis of our query stream, we’ve now started to index the following heavily used symbols: “%”, “$”, “\”, “.”, “@”, “#”, and “+”. We’ll continue to index more symbols as usage warrants.
    • Better scoring of news groupings. [launch codename “avenger_2”] News results on Google are organized into groups that are about the same story. We have scoring systems to determine the ordering of these groups for a given query. This subtle change slightly improves our scoring system, leading to better ranking of news clusters.
    • Sitelinks data refresh. [launch codename “Saralee-76”] Sitelinks (the links that appear beneath some search results and link deeper into the respective site) are generated in part by an offline process that analyzes site structure and other data to determine the most relevant links to show users. We’ve recently updated the data through our offline process. These updates happen frequently (on the order of weeks).
    • Improvements to autocomplete backends, coverage. [launch codename “sovereign”, project codename “Suggest”] We’ve consolidated systems and reduced the number of backend calls required to prepare autocomplete predictions for your query. The result is more efficient CPU usage and more comprehensive predictions.
    • Better handling of password changes. Our general approach is that when you change passwords, you’ll be signed out from your account on all machines. This change ensures that changing your password more consistently signs your account out of Search, everywhere.
    • Better indexing of profile pages. [launch codename “Prof-2”] This change improves the comprehensiveness of public profile pages in our index from more than two-hundred social sites.
    • UI refresh for News Universal. [launch codename “Cosmos Newsy”, project codename “Cosmos”] We’ve refreshed the design of News Universal results by providing more results from the top cluster, unifying the UI treatment of clusters of different sizes, adding a larger font for the top article, adding larger images (from licensed sources), and adding author information.
    • Improvements to results for navigational queries. [launch codename “IceMan5”] A “navigational query” is a search where it looks like the user is looking to navigate to a particular website, such as [New York Times] or [wikipedia.org]. While these searches may seem straightforward, there are still challenges to serving the best results. For example, what if the user doesn’t actually know the right URL? What if the URL they’re searching for seems to be a parked domain (with no content)? This change improves results for this kind of search.
    • High-quality sites algorithm data update and freshness improvements. [launch codename “mm”, project codename “Panda”] Like many of the changes we make, aspects of our high-quality sites algorithm depend on processing that’s done offline and pushed on a periodic cycle. In the past month, we’ve pushed updated data for “Panda,” as we mentioned in a recent tweet. We’ve also made improvements to keep our database fresher overall.
    • Live results for UEFA Champions League and KHL. We’ve added live-updating snippets in our search results for the KHL (Russian Hockey League) and UEFA Champions League, including scores and schedules. Now you can find live results from a variety of sports leagues, including the NFLNBANHL and others.
    • Tennis search feature. [launch codename “DoubleFault”] We’ve introduced a new search feature to provide realtime tennis scores at the top of the search results page. Try [maria sharapova] or [sony ericsson open].
    • More relevant image search results. [launch codename “Lice”] This change tunes signals we use related to landing page quality for images. This makes it more likely that you’ll find highly relevant images, even if those images are on pages that are lower quality.
    • Fresher image predictions in all languages. [launch codename “imagine2”, project codename “Suggest”] We recently rolled out a change to surface more relevant image search predictions in autocomplete in English. This improvement extends the update to all languages.
    • SafeSearch algorithm tuning. [launch codenames “Fiorentini”, “SuperDyn”; project codename “SafeSearch”] This month we rolled out a couple of changes to our SafeSearch algorithm. We’ve updated our classifier to make it smarter and more precise, and we’ve found new ways to make adult content less likely to appear when a user isn’t looking for it
    • Tweaks to handling of anchor text. [launch codename “PC”] This month we turned off a classifier related to anchor text (the visible text appearing in links). Our experimental data suggested that other methods of anchor processing had greater success, so turning off this component made our scoring cleaner and more robust.
    • Simplification to Images Universal codebase. [launch codename “Galactic Center”] We’ve made some improvements to simplify our codebase for Images Universal and to better utilize improvements in our general web ranking to also provide better image results.
    • Better application ranking and UI on mobile. When you search for apps on your phone, you’ll now see richer results with app icons, star ratings, prices, and download buttons arranged to fit well on smaller screens. You’ll also see more relevant ranking of mobile applications based on your device platform, for example Android or iOS.
    • Improvements to freshness in Video Universal. [launch codename “graphite”, project codename “Freshness”] We’ve improved the freshness of video results to better detect stale videos and return fresh content.
    • Fewer undesired synonyms. [project codename “Synonyms”] When you search on Google, we often identify other search terms that might have the same meaning as what you entered in the box (synonyms) and surface results for those terms as well when it might be helpful. This month we tweaked a classifier to prevent unhelpful synonyms from being introduced as content in the results set.
    • Better handling of queries with both navigational and local intent. [launch codename “ShieldsUp”] Some queries have both local intent and are very navigational (directed towards a particular website). This change improves the balance of results we show, and helps ensure you’ll find highly relevant navigational results or local results towards the top of the page as appropriate for your query.
    • Improvements to freshness. [launch codename “Abacus”, project codename “Freshness”] We launched an improvement to freshness late last year that was very helpful, but it cost significant machine resources. At the time we decided to roll out the change only for news-related traffic. This month we rolled it out for all queries.
    • Improvements to processing for detection of site quality. [launch codename “Curlup”] We’ve made some improvements to a longstanding system we have to detect site quality. This improvement allows us to get greater confidence in our classifications.
    • Better interpretation and use of anchor text. We’ve improved systems we use to interpret and use anchor text, and determine how relevant a given anchor might be for a given query and website.
    • Better local results and sources in Google News. [launch codename “barefoot”, project codename “news search”] We’re deprecating a signal we had to help people find content from their local country, and we’re building similar logic into other signals we use. The result is more locally relevant Google News results and higher quality sources.
    • Deprecating signal related to ranking in a news cluster. [launch codename “decaffeination”, project codename “news search”] We’re deprecating a signal that’s no longer improving relevance in Google News. The signal was originally developed to help people find higher quality articles on Google News. (Note: Despite the launch codename, this project has nothing to do with Caffeine, our update to indexing in 2010).
    • Fewer “sibling” synonyms. [launch codename “Gemini”, project codename “Synonyms”] One of the main signals we look at to identify synonyms is context. For example, if the word “cat” often appears next to the term “pet” and “furry,” and so does the word “kitten”, our algorithms may guess that “cat” and “kitten” have similar meanings. The problem is that sometimes this method will introduce “synonyms” that actually are different entities in the same category. To continue the example, dogs are also “furry pets” — so sometimes “dog” may be incorrectly introduced as a synonym for “cat”. We’ve been working for some time to appropriately ferret out these “sibling” synonyms, and our latest system is more maintainable, updatable, debuggable, and extensible to other systems.
    • Better synonym accuracy and performance. [project codename “Synonyms”] We’ve made further improvements to our synonyms system by eliminating duplicate logic. We’ve also found ways to more accurately identify appropriate synonyms in cases where there are multiple synonym candidates with different contexts.
    • Retrieval system tuning. [launch codename “emonga”, project codename “Optionalization”] We’ve improved systems that identify terms in a query which are not necessarily required to retrieve relevant documents. This will make results more faithful to the original query.
    • Less aggressive synonyms. [launch codename “zilong”, project codename “Synonyms”] We’ve heard feedback from users that sometimes our algorithms are too aggressive at incorporating search results for other terms. The underlying cause is often our synonym system, which will include results for other terms in many cases. This change makes our synonym system less aggressive in the way it incorporates results for other query terms, putting greater weight on the original user query.
    • Update to systems relying on geographic data. [launch codename “Maestro, Maitre”] We have a number of signals that rely on geographic data (similar to the data we surface in Google Earth and Maps). This change updates some of the geographic data we’re using.
    • Improvements to name detection. [launch codename “edge”, project codename “NameDetector”] We’ve improved a system for detecting names, particularly for celebrity names.
    • Updates to personalization signals. [project codename “PSearch”] This change updates signals used to personalize search results.
    • Improvements to Image Search relevance. [launch codename “sib”] We’ve updated signals to better promote reasonably sized images on high-quality landing pages.
    • Remove deprecated signal from site relevance signals. [launch codename “Freedom”] We’ve removed a deprecated product-focused signal from a site-understanding algorithm.
    • More precise detection of old pages. [launch codename “oldn23″, project codename “Freshness”] This change improves detection of stale pages in our index by relying on more relevant signals. As a result, fewer stale pages are shown to users.
    • Tweaks to language detection in autocomplete. [launch codename “Dejavu”, project codename “Suggest”] In general, autocomplete relies on the display language to determine what language predictions to show. For most languages, we also try to detect the user query language by analyzing the script, and this change extends that behavior to Chinese (Simplified and Traditional), Japanese and Korean. The net effect is that when users forget to turn off their IMEs, they’ll still get English predictions if they start typing English terms.
    • Improvements in date detection for blog/forum pages. [launch codename “fibyen”, project codename “Dates”] This change improves the algorithm that determines dates for blog and forum pages.
    • More predictions in autocomplete by live rewriting of query prefixes. [launch codename “Lombart”, project codename “Suggest”] In this change we’re rewriting partial queries on the fly to retrieve more potential matching predictions for the user query. We use synonyms and other features to get the best overall match. Rewritten prefixes can include term re-orderings, term additions, term removals and more.
    • Expanded sitelinks on mobile. We’ve launched our expanded sitelinks feature for mobile browsers, providing better organization and presentation of sitelinks in search results.
    • More accurate short answers. [project codename “Porky Pig”] We’ve updated the sources behind our short answers feature to rely on data from Freebase. This improves accuracy and makes it easier to fix bugs.
    • Migration of video advanced search backends. We’ve migrated some backends used in video advanced search to our main search infrastructure.
    • +1 button in search for more countries and domains. This month we’ve internationalized the +1 button on the search results page to additional languages and domains. The +1 button in search makes it easy to share recommendations with the world right from your search results. As we said in our initial blog post, the beauty of +1’s is their relevance—you get the right recommendations (because they come from people who matter to you), at the right time (when you are actually looking for information about that topic) and in the right format (your search results).
    • Local result UI refresh on tablet. We’ve updated the user interface of local results on tablets to make them more compact and easier to scan.
    • Categorize paginated documents. [launch codename “Xirtam3”, project codename “CategorizePaginatedDocuments”] Sometimes, search results can be dominated bydocuments from a paginated series. This change helps surface more diverse results in such cases.
    • More language-relevant navigational results. [launch codename “Raquel”] For navigational searches when the user types in a web address, such as [bol.com], we generally try to rank that web address at the top. However, this isn’t always the best answer. For example, bol.com is a Dutch page, but many users are actually searching in Portuguese and are looking for the Brazilian email service, http://www.bol.uol.com.br/. This change takes into account language to help return the most relevant navigational results.
    • Country identification for webpages. [launch codename “sudoku”] Location is an important signal we use to surface content more relevant to a particular country. For a while we’ve had systems designed to detect when a website, subdomain, or directory is relevant to a set of countries. This change extends the granularity of those systems to the page level for sites that host user generated content, meaning that some pages on a particular site can be considered relevant to France, while others might be considered relevant to Spain.
    • Anchors bug fix. [launch codename “Organochloride”, project codename “Anchors”] This change fixed a bug related to our handling of anchors.
    • More domain diversity. [launch codename “Horde”, project codename “Domain Crowding”] Sometimes search returns too many results from the same domain. This change helps surface content from a more diverse set of domains.
    • More local sites from organizations. [project codename “ImpOrgMap2”] This change makes it more likely you’ll find an organization website from your country (e.g. mexico.cnn.com for Mexico rather than cnn.com).
    • Improvements to local navigational searches. [launch codename “onebar-l”] For searches that include location terms, e.g. [dunston mint seattle] or [Vaso Azzurro Restaurant 94043], we are more likely to rank the local navigational homepages in the top position, even in cases where the navigational page does not mention the location.
    • Improvements to how search terms are scored in ranking. [launch codename “Bi02sw41”] One of the most fundamental signals used in search is whether and how your search terms appear on the pages you’re searching. This change improves the way those terms are scored.
    • Disable salience in snippets. [launch codename “DSS”, project codename “Snippets”] This change updates our system for generating snippets to keep it consistent with other infrastructure improvements. It also simplifies and increases consistency in the snippet generation process.
    • More text from the beginning of the page in snippets. [launch codename “solar”, project codename “Snippets”] This change makes it more likely we’ll show text from the beginning of a page in snippets when that text is particularly relevant.
    • Smoother ranking changes for fresh results. [launch codename “sep”, project codename “Freshness”] We want to help you find the freshest results, particularly for searches with important new web content, such as breaking news topics. We try to promote content that appears to be fresh. This change applies a more granular classifier, leading to more nuanced changes in ranking based on freshness.
    • Improvement in a freshness signal. [launch codename “citron”, project codename “Freshness”] This change is a minor improvement to one of the freshness signals which helps to better identify fresh documents.
    • No freshness boost for low-quality content. [launch codename “NoRot”, project codename “Freshness”] We have modified a classifier we use to promote fresh content to exclude fresh content identified as particularly low-quality.
    • Tweak to trigger behavior for Instant Previews. This change narrows the trigger area forInstant Previews so that you won’t see a preview until you hover and pause over the icon to the right of each search result. In the past the feature would trigger if you moused into a larger button area.
    • Sunrise and sunset search feature internationalization. [project codename “sunrise-i18n”] We’ve internationalized the sunrise and sunset search feature to 33 new languages, so now you can more easily plan an evening jog before dusk or set your alarm clock to watch the sunrise with a friend.
    • Improvements to currency conversion search feature in Turkish. [launch codename “kur”, project codename “kur”] We launched improvements to the currency conversion search feature in Turkish. Try searching for [dolar kuru], [euro ne kadar], or [avro kaç para].
    • Improvements to news clustering for Serbian. [launch codename “serbian-5”] For news results, we generally try to cluster articles about the same story into groups. This change improves clustering in Serbian by better grouping articles written in Cyrillic and Latin. We also improved our use of “stemming” — a technique that relies on the “stem” or root of a word.
    • Better query interpretation. This launch helps us better interpret the likely intention of your search query as suggested by your last few searches.
    • News universal results serving improvements. [launch codename “inhale”] This change streamlines the serving of news results on Google by shifting to a more unified system architecture.
    • UI improvements for breaking news topics. [launch codename “Smoothie”, project codename “Smoothie”] We’ve improved the user interface for news results when you’re searching for a breaking news topic. You’ll often see a large image thumbnail alongside two fresh news results.
    • More comprehensive predictions for local queries. [project codename “Autocomplete”] This change improves the comprehensiveness of autocomplete predictions by expanding coverage for long-tail U.S. local search queries such as addresses or small businesses.
    • Improvements to triggering of public data search feature. [launch codename “Plunge_Local”, project codename “DIVE”] This launch improves triggering for the public data search feature, broadening the range of queries that will return helpful population and unemployment data.
    • Adding Japanese and Korean to error page classifier. [launch codename “maniac4jars”, project codename “Soft404”] We have signals designed to detect crypto 404 pages (also known as “soft 404s”), pages that return valid text to a browser, but the text only contains error messages, such as “Page not found.” It’s rare that a user will be looking for such a page, so it’s important we be able to detect them. This change extends a particular classifier to Japanese and Korean.
    • More efficient generation of alternative titles. [launch codename “HalfMarathon”] We use a variety of signals to generate titles in search results. This change makes the process more efficient, saving tremendous CPU resources without degrading quality.
    • More concise and/or informative titles. [launch codename “kebmo”] We look at a number of factors when deciding what to show for the title of a search result. This change means you’ll find more informative titles and/or more concise titles with the same information.
    • Fewer bad spell corrections internationally. [launch codename “Potage”, project codename “Spelling”] When you search for [mango tea], we don’t want to show spelling predictions like “Did you mean ‘mint tea’?” We have algorithms designed to prevent these “bad spell corrections” and this change internationalizes one of those algorithms.
    • More spelling corrections globally and in more languages. [launch codename “pita”, project codename “Autocomplete”] Sometimes autocomplete will correct your spelling before you’ve finished typing. We’ve been offering advanced spelling corrections in English, and recently we extended the comprehensiveness of this feature to cover more than 60 languages.
    • More spell corrections for long queries. [launch codename “caterpillar_new”, project codename “Spelling”] We rolled out a change making it more likely that your query will get a spell correction even if it’s longer than ten terms. You can watch uncut footage of when we decided to launch this from our past blog post.
    • More comprehensive triggering of “showing results for” goes international. [launch codename “ifprdym”, project codename “Spelling”] In some cases when you’ve misspelled a search, say [pnumatic], the results you find will actually be results for the corrected query, “pneumatic.” In the past, we haven’t always provided the explicit user interface to say, “Showing results for pneumatic” and the option to “Search instead for pnumatic.” We recently started showing the explicit “Showing results for” interface more often in these cases in English, and now we’re expanding that to new languages.
    • “Did you mean” suppression goes international. [launch codename “idymsup”, project codename “Spelling”] Sometimes the “Did you mean?” spelling feature predicts spelling corrections that are accurate, but wouldn’t actually be helpful if clicked. For example, the results for the predicted correction of your search may be nearly identical to the results for your original search. In these cases, inviting you to refine your search isn’t helpful. This change first checks a spell prediction to see if it’s useful before presenting it to the user. This algorithm was already rolled out in English, but now we’ve expanded to new languages.
    • Spelling model refresh and quality improvements. We’ve refreshed spelling models and launched quality improvements in 27 languages.
    • Fewer autocomplete predictions leading to low-quality results. [launch codename “Queens5”, project codename “Autocomplete”] We’ve rolled out a change designed to show fewer autocomplete predictions leading to low-quality results.
    • Improvements to SafeSearch for videos and images. [project codename “SafeSearch”] We’ve made improvements to our SafeSearch signals in videos and images mode, making it less likely you’ll see adult content when you aren’t looking for it.
    • Improved SafeSearch models. [launch codename “Squeezie”, project codename “SafeSearch”] This change improves our classifier used to categorize pages for SafeSearch in 40+ languages.
    • Improvements to SafeSearch signals in Russian. [project codename “SafeSearch”] This change makes it less likely that you’ll see adult content in Russian when you aren’t looking for it.
    • Increase base index size by 15%. [project codename “Indexing”] The base search index is our main index for serving search results and every query that comes into Google is matched against this index. This change increases the number of documents served by that index by 15%. *Note: We’re constantly tuning the size of our different indexes and changes may not always appear in these blog posts.
    • New index tier. [launch codename “cantina”, project codename “Indexing”] We keep our index in “tiers” where different documents are indexed at different rates depending on how relevant they are likely to be to users. This month we introduced an additional indexing tier to support continued comprehensiveness in search results.
    • Backend improvements in serving. [launch codename “Hedges”, project codename “Benson”] We’ve rolled out some improvements to our serving systems making them less computationally expensive and massively simplifying code.
    • “Sub-sitelinks” in expanded sitelinks. [launch codename “thanksgiving”] This improvementdigs deeper into megasitelinks by showing sub-sitelinks instead of the normal snippet.
    • Better ranking of expanded sitelinks. [project codename “Megasitelinks”] This change improves the ranking of megasitelinks by providing a minimum score for the sitelink based on a score for the same URL used in general ranking.
    • Sitelinks data refresh. [launch codename “Saralee-76”] Sitelinks (the links that appear beneath some search results and link deeper into the site) are generated in part by an offline process that analyzes site structure and other data to determine the most relevant links to show users. We’ve recently updated the data through our offline process. These updates happen frequently (on the order of weeks).
    • Less snippet duplication in expanded sitelinks. [project codename “Megasitelinks”] We’ve adopted a new technique to reduce duplication in the snippets of expanded sitelinks.
    • Movie showtimes search feature for mobile in China, Korea and Japan. We’ve expanded our movie showtimes feature for mobile to China, Korea and Japan.
    • MLB search feature. [launch codename “BallFour”, project codename “Live Results”] As the MLB season began, we rolled out a new MLB search feature. Try searching for [sf giants score] or [mlb scores].
    • Spanish football (La Liga) search feature. This feature provides scores and information about teams playing in La Liga. Try searching for [barcelona fc] or [la liga].
    • Formula 1 racing search feature. [launch codename “CheckeredFlag”] This month we introduced a new search feature to help you find Formula 1 leaderboards and results. Try searching [formula 1] or [mark webber].
    • Tweaks to NHL search feature. We’ve improved the NHL search feature so it’s more likely to appear when relevant. Try searching for [nhl scores] or [capitals score].
    • Keyword stuffing classifier improvement. [project codename “Spam”] We have classifiers designed to detect when a website is keyword stuffing. This change made the keyword stuffing classifier better.
    • More authoritative results. We’ve tweaked a signal we use to surface more authoritative content.
    • Better HTML5 resource caching for mobile. We’ve improved caching of different components of the search results page, dramatically reducing latency in a number of cases.
    • Deeper detection of hacked pages. [launch codename “GPGB”, project codename “Page Quality”] For some time now Google has been detecting defaced content on hacked pages and presenting a notice on search results reading, “This site may be compromised.” In the past, this algorithm has focused exclusively on homepages, but now we’ve noticed hacking incidents are growing more common on deeper pages on particular sites, so we’re expanding to these deeper pages.
    • Autocomplete predictions used as refinements. [launch codename “Alaska”, project codename “Refinements”] When a user types a search she’ll see a number of predictions beneath the search box. After she hits “Enter”, the results page may also include related searches or “refinements”. With this change, we’re beginning to include some especially useful predictions as “Related searches” on the results page.
    • More predictions for Japanese users. [project codename “Autocomplete”] Our usability testing suggests that Japanese users prefer more autocomplete predictions than users in other locales. Because of this, we’ve expanded the number or predictions shown in Japan to as many as eight (when Instant is on).
    • Improvements to autocomplete on Mobile. [launch codename “Lookahead”, project codename “Mobile”] We made an improvement to make predictions work faster on mobile networks through more aggressive caching.
    • Fewer arbitrary predictions. [launch codename “Axis5”, project codename “Autocomplete”] This launch makes it less likely you’ll see low-quality predictions in autocomplete.
    • Improved IME in autocomplete. [launch codename “ime9”, project codename “Translation and Internationalization”] This change improves handling of input method editors (IMEs) in autocomplete, including support for caps lock and better handling of inputs based on user language.
    • New segmenters for Asian languages. [launch codename “BeautifulMind”] Speech segmentation is about finding the boundaries between words or parts of words. We updated the segmenters for three asian languages: Chinese, Japanese, and Korean, to better understand the meaning of text in these languages. We’ll continue to update and improve our algorithm for segmentation.
    • Scoring and infrastructure improvements for Google Books pages in Universal Search.[launch codename “Utgo”, project codename “Indexing”] This launch transitions the billions of pages of scanned books to a unified serving and scoring infrastructure with web search. This is an efficiency, comprehensiveness and quality change that provides significant savings in CPU usage while improving the quality of search results.
    • Unified Soccer feature. [project codename “Answers”] This change unifies the soccer search feature experience across leagues in Spain, England, Germany and Italy, providing scores and scheduling information right on the search result page.
    • Improvements to NBA search feature. [project codename “Answers”] This launch makes it so we’ll more often return relevant NBA scores and information right at the top of your search results. Try searching for [nba playoffs] or [heat games].
    • New Golf search feature. [project codename “Answers”] This change introduces a new search feature for the Professional Golf Association (PGA) and PGA Tour, including information about tour matches and golfers. Try searching for [tiger woods] or [2012 pga schedule].
    • Improvements to ranking for news results. [project codename “News”] This change improves signals we use to rank news content in our main search results. In particular, this change helps you discover news content more quickly than before.
    • Better application of inorganic backlinks signals. [launch codename “improv-fix”, project codename “Page Quality”] We have algorithms in place designed to detect a variety of link schemes, a common spam technique. This change ensures we’re using those signals appropriately in the rest of our ranking.
    • Improvements to Penguin. [launch codename “twref2”, project codename “Page Quality”] This month we rolled out a couple minor tweaks to improve signals and refresh the data used by the penguin algorithm.
    • Trigger alt title when HTML title is truncated. [launch codename “tomwaits”, project codename “Snippets”] We have algorithms designed to present the best possible result titles. This change will show a more succinct title for results where the current title is so long that it gets truncated. We’ll only do this when the new, shorter title is just as accurate as the old one.
    • Efficiency improvements in alternative title generation. [launch codename “TopOfTheRock”, project codename “Snippets”] With this change we’ve improved the efficiency of title generation systems, leading to significant savings in cpu usage and a more focused set of titles actually shown in search results.
    • Better demotion of boilerplate anchors in alternate title generation. [launch codename “otisredding”, project codename “Snippets”] When presenting titles in search results, we want to avoid boilerplate copy that doesn’t describe the page accurately, such as “Go Back.” This change helps improve titles by avoiding these less useful bits of text.
    • Internationalizing music rich snippets. [launch codename “the kids are disco dancing”, project codename “Snippets”] Music rich snippets enable webmasters to mark up their pages so users can more easily discover pages in the search results where you can listen to or preview songs. The feature launched originally on google.com, but this month we enabled music rich snippets for the rest of the world.
    • Music rich snippets on mobile. [project codename “Snippets”] With this change we’ve turned on music rich snippets for mobile devices, making it easier for users to find songs and albums when they’re on the go.
    • Improvement to SafeSearch goes international. [launch codename “GentleWorld”, project codename “SafeSearch”] This change internationalizes an algorithm designed to handle results on the borderline between adult and general content.
    • Simplification of term-scoring algorithms. [launch codename “ROLL”, project codename “Query Understanding”] This change simplifies some of our code at a minimal cost in quality. This is part of a larger effort to improve code readability.
    • Fading results to white for Google Instant. [project codename “Google Instant”] We made a minor user experience improvement to Google Instant. With this change, we introduced a subtle fade animation when going from a page with results to a page without.
    • Better detection of major new events. [project codename “Freshness”] This change helps ensure that Google can return fresh web results in realtime seconds after a major event occurs.
    • Smoother ranking functions for freshness. [launch codename “flsp”, project codename “Freshness”] This change replaces a number of thresholds used for identifying fresh documents with more continuous functions.
    • Better detection of searches looking for fresh content. [launch codename “Pineapples”, project codename “Freshness”] This change introduces a brand new classifier to help detect searches that are likely looking for fresh content.
    • Freshness algorithm simplifications. [launch codename “febofu”, project codename “Freshness”] This month we rolled out a simplification to our freshness algorithms, which will make it easier to understand bugs and tune signals.
    • Updates to +Pages in right-hand panel. [project codename “Social Search”] We improved our signals for identifying relevant +Pages to show in the right-hand panel.
    • Performance optimizations in our ranking algorithm. [launch codename “DropSmallCFeature”] This launch significantly improves the efficiency of our scoring infrastructure with minimal impact on the quality of our results.
    • Simpler logic for serving results from diverse domains. [launch codename “hc1”, project codename “Other Ranking Components”] We have algorithms to help return a diverse set of domains when relevant to the user query. This change simplifies the logic behind those algorithms.
    • Precise location option on tablet. [project codename “Mobile”] For a while you’ve had the option to choose to get personalized search results relevant to your more precise location on mobile. This month we expanded that choice to tablet. You’ll see the link at the bottom of the homepage and a button above local search results.
    • Improvements to local search on tablet. [project codename “Mobile”] Similar to thechanges we released on mobile this month, we also improved local search on tablet as well. Now you can more easily expand a local result to see more details about the place. After tapping the reviews link in local results, you’ll find details such as a map, reviews, menu links, reservation links, open hours and more.
    • Internationalization of “recent” search feature on mobile. [project codename “Mobile”] This month we expanded the “recent” search feature on mobile to new languages and regions.

    This is the kind of stuff we’re missing out on.

    Publishers, webmasters and search industry enthusiasts would no doubt like to see the lists continue. Will they? That remains to be seen.

    We’ve reached out to Google more than one about the lists, trying to find out if we should still expect them or not, but the company has not responded.

    Update: Since this was originally written, Google did make another post to the Inside Search blog about updates to quick answer results on mobile. More on that here. Still no update lists.

    Update 2: Google has posted to the Inside Search blog a second time since this piece was originally written, and this time it is actually about an algorithmic update, though it’s just one new update – they’ll be taking into account copyright removal notices – and no sign of the lists.

    Should Google continue to put out these lists? Do you care? Do you feel like Google is being less transparent? Tell us what you think in the comments.

  • Google Adds Your Email To Search Results

    Google has announced a handful of “search engine of the future” items. One involves the international expansion of the Knowledge Graph and the addition of Knowledge Graph results to search suggestions. One is about improved Voice Search for iOS. More on these things shortly.

    Perhaps the most interesting of Google’s announcements is the addition of Gmail inbox content to Google’s search results. Frankly, I’m surprised Google didn’t do this a long time ago, though it will likely ruffle some feathers among the privacy advocates.

    Google is introducing the feature on a totally opt-in basis, however. They’re offering a limited trial where you can sign up to get info from your Gmail from the main Google search box.

    “Sometimes the best answer to your question isn’t available on the public web—it may be contained somewhere else, such as in your email,” Google’s Amit Singhal said in a blog post. “We think you shouldn’t have to be your own mini-search engine to find the most useful information—it should just work. A search is a search, and we want our results to be truly universal. So we’re developing a way to find this information for you that’s useful and unobtrusive, and we’d love your feedback.”

    “We’re working on some even more useful features,” he said. “For example, if you search for [my flights] we will organize flight confirmation emails for any upcoming trips in a beautifully easy-to-read way right on the search results page.”

    Gmail in Search

    Earlier this year, Google consolidated its privacy policies into one main policy spanning across Google products, enabling the company to transfer data from one product to the next, under one Google account. This was likely a factor in turning this feature into a reality, and I’d expect more such features to make their way to the public eye, incorporating data from even more Google products into search results.

    When Gmail first came out, it was revolutionary because of the amount of storage it gave users. Over time, many users have kept ridiculous amounts of email on file, available from the Gmail search box. Now, all of that content can be surfaced right from a search box. If Google can get the relevancy right, this could be a major step forward for Google Search, provided people actually use it.

    It will be interesting to see if Google keeps the feature an opt-in option in the long term.

    This feature seems like it would make better use of the “Search Plus Your World” title than the actual Search Plus Your World feature Google launched earlier this year.

  • Google Expands Knowledge Graph Throughout The World (And The SERP)

    Google made a few significant search announcements this week. We already told you about the addition of Gmail content to search results and the new voice search stuff for iOS.

    Google is also beefing up Knowledge Graph availability, making it available to all English-speaking countries int the world, starting today.

    In addition to that, Google is starting to use Knowledge Graph results as suggestions in the search box.

    “We’ll also use this intelligence to help you find the right result more quickly when your search may have different meanings,” says Google’s Amit Singhal in a blog post. “For example, if you search for [rio], you might be interested in the Brazilian city, the recent animated movie or the casino in Vegas. Thanks to the Knowledge Graph, we can now give you these different suggestions of real-world entities in the search box as you type.”

    Knowledge Graph in Search Box

    Perhaps this will cut down on the controversial search suggestions that always seem to find their way into the news (and court).

    Remember that test we looked at a couple weeks ago showing Google putting Knowledge Graph content across the top of the SERP? Well, that’s more than just a test now.

    “Finally, the best answer to your question is not always a single entity, but a list or group of connected things,” says Singhal. “It’s quite challenging to pull these lists automatically from the web. But we’re now beginning to do just that. So when you search for [california lighthouses], [hurricanes in 2008] or [famous female astronomers], we’ll show you a list of these things across the top of the page. And by combining our Knowledge Graph with the collective wisdom of the web, we can even provide more subjective lists like [best action movies of the 2000s] or [things to do in paris]. If you click on an item, you can then explore the result more deeply on the web.”

    Google says it can produce hundreds of thousands of lists involving millions of items, and this will keep growing.

    Google is really throwing the classic simple, uncluttered design out the window these days.

  • London 2012 Hurdles Google Doodle Can Be Played With A Game Controller

    As you’ve probably seen by now, Google has a Google doodle up today, the latest in its series of Olympics-related doodle art. This one is for hurdles.

    The doodle is a fun, quick, playable game, which lets you run and jump, and try to get to the end of the track as quickly as possible. It does bring the QWOP game to mind, but it’s not nearly as difficult.

    You might get even more fun out of the doodle if you have game controller, as the doodle is playable with one, as Google explained in a Google+ update:

    Google Chrome .

    Got a video game controller lying around?

    Today's sporty Google Doodle is actually an interactive, HTML5 game that uses the new Gamepad API to detect whether you have a gamepad controller attached to your computer (don't worry if not, you can still use your keyboard). Check it out and post your high scores in the comments:


    Google originally shared:
    Our series of sporting doodles takes a leap into action today with an interactive hurdle race. Using your keyboard, mouse or even—if you’re using +Google Chrome or special builds of Firefox—a USB gamepad, you can navigate our runner along the track and help him jump the hurdles. Just like the real thing, the event is timed, so we encourage you to give it a shot  on our homepage and compare your best attempts with your friends! 

    For the techier among you, a fun tidbit: this doodle makes use of the brand-new Gamepad API, which uses JavaScript to read the state of any gamepad controller attached to your computer, and which was just added to Chrome last week. Read more in this article: http://goo.gl/GgsSE

    To my knowledge, this is the first time Google has posted a doodle that you could play with a video game controller, which should be enough to get it some amount of special attention. Unfortunately, this particular doodle is getting some additional attention for another reason entirely.