Hey—we've moved. Visit
The Keyword
for all the latest news and stories from Google
Official Blog
Insights from Googlers into our products, technology, and the Google culture
We've officially acquired DoubleClick
March 11, 2008
Posted by Eric Schmidt, Chairman and CEO
I'm pleased to share the
news
that we completed our acquisition of DoubleClick today. Although it's been nearly a year since we
announced
our intention to acquire DoubleClick last April, we are no less excited today about the benefits that the combination of our two companies will bring to the online advertising market.
Because we have been waiting for regulatory approval for our acquisition, we've been limited by law in the extent to which we could conduct detailed integration planning to map our way forward. That work will begin in earnest now. Although we don’t have detailed plans to announce today, we will communicate regularly with you about our progress in integrating our two companies.
An immediate task we’ll undertake over the next few weeks is matching and aligning DoubleClick employees with our organizational plan for the business. This will involve determining the right staffing levels for all functions and will ensure that we have the right people assigned to the right responsibilities within Google. We plan to complete this process in the U.S. by early April.
Outside the U.S., the steps we will propose are subject to consultation with employee representatives where applicable, and of course any decisions will be made in accordance with local law. The exact timing of the process outside the U.S. will vary based on the needs and requirements of each region.
As with most mergers, there may be reductions in headcount. We expect these to take place in the U.S. and possibly in other regions as well. We know that DoubleClick is built on the strength of its people. For this reason we’ll strive to minimize the impact of this process on all of our clients and employees.
Advertisers and publishers who work with us have long asked that we complement our search and content-based text advertising with display advertising capabilities. DoubleClick gives Google the leading platform for display advertising, enabling us to rapidly bring advances to the market in technology and infrastructure that will dramatically improve the effectiveness, measurability and performance of digital media for publishers, advertisers and agencies.
As the combination of Google and DoubleClick delivers better, more relevant display ads, we're also looking forward to delivering an improved online experience to users. Because user trust is paramount to the success of our business, users will continue to benefit from our commitment to protecting user privacy following this acquisition. And our scale and infrastructure mean that users will also be spending less time waiting for web pages to load. Ultimately, we believe that by combining our advertising network with DoubleClick's display ad serving products, and by investing resources in the display ad business, we will be able to help publishers and advertisers generate more revenue. That in turn will fuel the creation of even more rich and diverse content for Internet users everywhere.
How Google keeps your information secure
March 10, 2008
Posted by Douglas Merrill, VP of Engineering
As many of you know, we spend a lot of time around here thinking about new products to help you run your life more efficiently, whether that’s organizing email in a better way, sharing pictures with friends, or collaborating in real time on documents. What you may not know is that we also spend a lot of time thinking about the security that goes into those products, and more specifically the ways we can protect you and your private information.
While the chances are that you'll never have a security problem, we take security very seriously, and that's why we have some of the best engineers in the world working here to secure information. Much of their work is confidential, but we do want to share some of the ways we're protecting your data. There are a few things you should know about how we handle confidential information:
Philosophy:
First is our
philosophy
. At Google, security is a continuous process. We don't just "check" a product for security before we launch it -- we are thinking about security before the product is even created, and we are building it in throughout the product's development. Also critical is our belief in layered protection. It's much like securing your house. You put your most private information in a safe. You secure the safe in your house, which is protected with locks and possibly an alarm system. And then you have the neighborhood watch program or the local police monitoring your neighborhood. It's very similar at Google. Our most sensitive information is difficult to find or access (the safe). Our network and facilities (the house) are protected in both high- and low-tech ways: encryption, alarms, and other technology for our systems, and strong physical security at our facilities. And finally, we've learned that when security is done right, it's done best as a community (the neighborhood); we encourage everyone to help us identify potential problems and solutions. Researchers who work at security and technology companies all over the world are constantly looking for security problems on the Internet, and we work closely with that community to find and fix potential problems.
Technology:
These layers of protection are built on the best security technology in the world. While we employ products developed by others in the security community, we build a lot of our security technology ourselves. Some of the most innovative components of our security architecture focus on automation and scale. These are important to us because we're handling searches, emails, and other activities for millions of users every day. To keep our security processes a step ahead, we automate the way we test our software for possible security vulnerabilities and the way we monitor for possible security attacks. We're also constantly seeking more ways to use
encryption
and other technical measures to protect your data, while still maintaining a great user experience.
Process:
In addition to technology, we have a set of processes that dictate how we secure confidential information at Google and who can access it. We carefully manage access to confidential information of any sort, and very few Googlers have access to what we consider very sensitive data. This is in no small part because there's very little reason for us to provide that access -- most of our processes are automated, and don't require much human intervention. Of course, the limited number of people who are granted access to sensitive data must have special approval. And while we hold ourselves to a very high standard, we also work to ensure that our processes meet (and in many cases exceed) industry standards. These include audits for
Sarbanes-Oxley
,
SAS 70
,
PCI (payment card industry) compliance
, and more. By working with independent auditors, who evaluate compliance with standards that hold hundreds of different companies to very rigorous requirements, we add another layer of checks and balances to our security processes.
People:
The most important part of our approach to security is our people. Google employs
some of the best and brightest
security engineers in the world. Many of our engineers came from very high-profile security environments, such as banks, credit card companies, and high-volume retail organizations, and a large number of them hold PhDs and patents in security and software engineering. As you can imagine, our engineers are smart and curious and are on the lookout for security anomalies and best practices in the industry. Our engineers have published hundreds of academic papers on technically detailed topics such as
drive-by downloads that install malware
(PDF file) or
hostile virtualized environments
. (You can find some of these papers
here
.) What's more, we cultivate a collaborative approach to security among all of our engineers, requiring everyone to pass a coding style review (which enables us to control the type of code used here and how it's used in order to prevent software problems) and ensuring that all code at Google is reviewed by multiple engineers so that it meets our software and security standards.
And throughout the company, we use our own products. That means we protect your information with the same security that we use to protect our own company emails and documents. And while we continue to innovate with our products, we'll also continue to innovate in the world of security. For more on our approach to security, visit our
Security and Product Safety page
.
Google Calendar Sync
March 5, 2008
Posted by Shirin Oskooi, Product Manager, Google Calendar
I've suffered major headaches trying to sync all my calendars. I used the Microsoft Outlook calendar on my desktop computer at home, but since I wanted to be able to access my schedule from anywhere, I also kept a copy of it on Google Calendar. When I traveled, I'd import my Google Calendar data into my laptop's Outlook calendar so I could access it offline. This was not only annoying to maintain, but also quite error-prone. If I made updates on any of the copies of my calendar, I had to make sure to make those same exact changes to the other copies, too.
This was my life for a whole year before we started working on
Google Calendar Sync
, a 2-way synching application between Google Calendar and the calendar in Microsoft Outlook. I was probably the most excited person on the team when we started developing it, because now I can access my calendar at home or on my laptop, on Google Calendar or in Outlook. When I add an event to the Outlook calendar on my laptop, Google Calendar Sync syncs it to my Google Calendar -- and since I also have Google Calendar Sync running on my desktop, the event then syncs from Google Calendar to Outlook calendar on my desktop. All of my calendar views are always up to date, and I can choose whichever one I want to use.
Search within a site: A tale of teleportation
March 5, 2008
Posted by Ben Lee, Software Engineer, and Jack Menzel, Product Manager
Have you ever forgotten the exact address of a site that you wanted to visit? Not a problem - just type the name of the site into the Google search box and hopefully it appears at the top of the search results page.
We call this "teleporting", and we're pleased that we have been able to minimize the need to remember an alphabet soup of .coms, .nets, and .orgs out of everyone's lives. However, one of the trends we noticed while studying teleporting was that there were lots of searchers who would type the name of a specific website as if they wanted to teleport, but would then immediately issue another more a refined search within this site.
For example, if someone is looking for official information about the
Hubble Space Telescope
on the NASA website, one might first search for [NASA] and then [NASA Hubble Telescope], like this:
Through
experimentation
, we found that presenting users with a search box as part of the result increases their likelihood of finding the exact page they are looking for. So over the past few days we have been testing, and today we have fully rolled out, a search box that appears within some of the search results themselves. This feature will now occur when we detect a high probability that a user wants more refined search results within a specific site. Like the rest of our snippets, the sites that display the site search box are chosen algorithmically based on metrics that measure how useful the search box is to users.
We hope that you will make use of the site search box in order to get the information you're looking for as quickly and easily as possible.
Desktop: More gadgets, more languages
March 5, 2008
Posted by Ryan Tabone, Product Manager
Desktop's last beta release made the beautiful gadgets in our
Desktop gallery
available for use in
iGoogle
. Today
Google Desktop 5.5
goes out of beta and makes that same functionality available to 31 more languages, now including
Thai
and
Indonesian
.
If you want to see how Desktop can help you stay connected internationally, read more about this latest release on the
Google Desktop Blog
. And remember, Google Desktop is not only about gadgets for your desktop and browser; it's a great way of
searching files and launching applications
too.
Why data matters
March 4, 2008
Posted by Hal Varian, Chief Economist
We often use this space to discuss how we
treat user data and protect privacy
. With the post below, we're beginning an occasional series that discusses how we harness the data we collect to improve our products and services for our users. We think it's appropriate to start with a post describing how data has been critical to the advancement of search technology. - Ed.
Better data makes for better science. The history of information retrieval illustrates this principle well.
Work in this area began in the early days of computing, with simple document retrieval based on matching queries with words and phrases in text files. Driven by the availability of new data sources, algorithms evolved and became more sophisticated. The arrival of the web presented new challenges for search, and now it is common to use information from web links and many other indicators as signals of relevance.
Today's web search algorithms are trained to a large degree by the "wisdom of the crowds" drawn from the logs of billions of previous search queries. This brief overview of the history of search illustrates why using data is integral to making Google web search valuable to our users.
A brief history of search
Nowadays search is a hot topic, especially with the widespread use of the web, but the history of document search dates back to the 1950s. Search engines existed in those ancient times, but their primary use was to search a static collection of documents. In the early 60s, the research community gathered new data by digitizing abstracts of articles, enabling rapid progress in the field in the 60s and 70s. But by the late 80s, progress in this area had slowed down considerably.
In order to stimulate research in information retrieval, the National Institute of Standards and Technology (NIST) launched the
Text Retrieval Conference
(TREC) in 1992. TREC introduced new data in the form of full-text documents and used human judges to classify whether or not particular documents were relevant to a set of queries. They released a sample of this data to researchers, who used it to train and improve their systems to find the documents relevant to a new set of queries and compare their results to TREC's human judgments and other researchers' algorithms.
The TREC data revitalized research on information retrieval. Having a standard, widely available, and carefully constructed set of data laid the groundwork for further innovation in this field. The yearly TREC conference fostered collaboration, innovation, and a measured dose of competition (and bragging rights) that led to better information retrieval.
New ideas spread rapidly, and the algorithms improved. But with each new improvement, it became harder and harder to improve on last year's techniques, and progress eventually slowed down again.
And then came the web. In its beginning stages, researchers used industry-standard algorithms based on the TREC research to find documents on the web. But the need for better search was apparent--now not just for researchers, but also for everyday users---and the web gave us lots of new data in the form of links that offered the possibility of new advances.
There were developments on two fronts. On the commercial side, a few companies started offering web search engines, but no one was quite sure what business models would work.
On the academic side, the National Science Foundation started a "Digital Library Project" which made grants to several universities. Two Stanford grad students in computer science named Larry Page and Sergey Brin worked on this project. Their insight was to recognize that existing search algorithms could be dramatically improved by using the special linking structure of web documents. Thus
PageRank
was born.
How Google uses data
PageRank offered a significant improvement on existing algorithms by ranking the relevance of a web page not by keywords alone but also by the quality and quantity of the sites that linked to it. If I have six links pointing to me from sites such as the
Wall Street Journal
,
New York Times
, and the House of Representatives, that carries more weight than 20 links from my old college buddies who happen to have web pages.
Larry and Sergey initially tried to license their algorithm to some of the newly formed web search engines, but none were interested. Since they couldn't sell their algorithm, they decided to start a search engine themselves. The rest of the story is well-known.
Over the years, Google has continued to invest in making search better. Our information retrieval experts have added more than 200 additional signals to the algorithms that determine the relevance of websites to a user's query.
So where did those other 200 signals come from? What's the next stage of search, and what do we need to do to find even more relevant information online?
We're
constantly experimenting
with our algorithm, tuning and tweaking on a weekly basis to come up with more relevant and useful results for our users.
But in order to come up with new ranking techniques and evaluate if users find them useful, we have to store and analyze search logs. (Watch our
videos
to see exactly what data we store in our logs.) What results do people click on? How does their behavior change when we change aspects of our algorithm? Using data in the logs, we can compare how well we're doing now at finding useful information for you to how we did a year ago. If we don't keep a history, we have no good way to evaluate our progress and make improvements.
To choose a simple example: the Google spell checker is based on our analysis of user searches compiled from our logs -- not a dictionary. Similarly, we've had a lot of success in using query data to improve our information about geographic locations, enabling us to provide better local search.
Storing and analyzing logs of user searches is how Google's algorithm learns to give you more useful results. Just as data availability has driven progress of search in the past, the data in our search logs will certainly be a critical component of future breakthroughs.
Summer of Code is back!
March 3, 2008
Posted by Leslie Hawthorn, Program Manager, Open Source
Google Summer of Code
, our program to introduce students to open source software development is coming back. In the past
three years
, we've seen more than 1500 students 'graduate' from this program, working with 2000+ mentors across 90 countries to produce millions of lines of code. We're pleased to have funded more than $10M in open source development through Summer of Code, and we've increased our funding for it this year by another $1M.
Last year alone, more than 800 students successfully completed their projects. Each received $4500 as a stipend and an awesome
T-shirt
. We're looking forward to welcoming even more student participants and open source projects into the Google Summer of Code community this year.
We're accepting applications from open source projects who'd like to act as mentoring organizations through March 13th, and will begin taking student applications on March 24th. If you're interested in learning more, just subscribe to the
program discussion list
. We hope to see you there!
Labels
accessibility
41
acquisition
26
ads
131
Africa
19
Android
59
apps
419
April 1
4
Asia
39
books + book search
48
commerce
12
computing history
7
crisis response
33
culture
12
developers
120
diversity
35
doodles
68
education and research
144
entrepreneurs at Google
14
Europe
46
faster web
16
free expression
61
google.org
73
googleplus
50
googlers and culture
202
green
102
Latin America
18
maps and earth
194
mobile
125
online safety
19
open source
19
photos
39
policy and issues
139
politics
71
privacy
66
recruiting and hiring
32
scholarships
31
search
505
search quality
24
search trends
118
security
36
small business
31
user experience and usability
41
youtube and video
140
Archive
2016
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2015
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2014
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2013
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2012
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2011
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2010
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2009
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2008
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2007
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2006
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2005
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Mar
Feb
Jan
2004
Dec
Nov
Oct
Sep
Aug
Jul
Jun
May
Apr
Feed
Google
on
Follow @google
Follow
Give us feedback in our
Product Forums
.
Follow
