Why I’m excited about the Google Social Graph API

by Joshua Porter  |   32 Comments

The Google Social Graph API is a new programming API that allows developers to expose social relationships embedded in web sites. What does this mean for regular folks like you and me? Read on.

Do you ever feel like your personal information is spread across the web in a whole bunch of separate places? An account here, a profile there? A friends list here and a friends list there? All your information, but in all different places all incomplete at the same time?

Google Social Graph API

The Social Graph API helps solve this “silos of information” problem by allowing people to write software that understands who your friends are. It does this by reading your web site or blog and making connections between the social profiles you have across the web.

For example, imagine you have a blog, which is your home on the web. You also have an Amazon profile, a Twitter profile, and a Facebook profile. So you have four profiles spread across the web, seemingly unconnected. Amazon has no idea who your friends on Facebook or Twitter are, and vice-versa, and this is a good thing from a privacy standpoint. These sites shouldn’t be able to find out everything about you with you giving them permission.

But what if you wanted these sites to know a bit about each other? What if you want to combine your Amazon book history with your friends lists at Facebook so that you can see what your friends are reading and let Amazon give you recommendations based on your similarity with them? Or, perhaps you just joined Twitter and want to know which of your Facebook friends are already there so you don’t have to go hunting for them? (see video) Here we see real-world examples of how cross-pollinating your personal information between these sites can not only be efficient, but desirable. (Not everyone will want to do this, however)

This type of scenario is what the Google Social Graph API is going to help solve. It does this by reading information on your blog that describes your other online profiles. So you might declare that you have a Twitter profile at http://twitter.com/bokardo or you have a Facebook profile at http://www.facebook.com/profile.php?id=500576058. Now, given your permission, Amazon can go out and find your Twitter friends and perhaps make book recommendations to you. Or, when you join a new social network, you can simply add your friends from existing networks with the click of a button.

So that’s the big reason why I’m excited by the Social Graph API: it helps to solve a real tough problem brought on by the proliferation of social networks. But there are several more reasons, too:

No Dependence on Google (or anyone else)

While Google is providing the API, nobody is dependent on them for creating or storing our relationships. This is done by the individual (as well as the services we sign up for). This means that Google isn’t in control of our relationship content. This is very much like how Search works. We own the content that we write on our web site. Google simply indexes it and provides tools to find, filter, and sort it. Google is an aggregator, not a creator. Google will be in competition to have the best aggregator of the graph.

The best way to explain this might be to point out that others can do exactly what Google is doing here. Since the relationship information is embedded within web sites anybody can index this information. So competitors can come along and try to provide a better API or better tools than Google.

Not a Walled Garden like Facebook

As Jeff Jarvis says: “The internet is the social network“. Walled gardens are not. Facebook is a great place to socialize. But they don’t own the relationships that happen there. Unlike Facebook, Google isn’t trying to own our social graph. This is incredibly important for the openness of the web. (btw: Jeff doesn’t think XFN and FOAF will gain traction…but I think they will because they are easy to implement and because solving this problem is too important. RSS and trackbacks are two technologies that succeeded in the same way)

This is in contrast to how Facebook runs things, which is by their permission. They want to own the relationship data. That’s why this API by Google is, to me, still a far better alternative. They are simply providing the best tool and keeping competition open.

A good indicator of this is to take a look at the first words on the Social Graph API: “Build critical mass on your website”. Would these words ever show up on anything by FB? NO. Their words would be “Build critical mass on our website”.

Based on Open Standards

The social relationships that the API exposes are encoded in regular old HTML using the XFN and FOAF formats. These are open standards that anybody can use. These are very easy to write and understand. Web developers will be able to learn what they need to in about 5 minutes in order to write these formats. Go HTML!

It will take a bit longer for blog publishers to write plugins that publish these formats for us, so that non-developers can publish their relationships as well. But with the amazing number of developers already creating plugins and other extensions, this won’t be a problem.

An Ecosystem

The Social Graph API is an ecosystem that anybody can play in. Since the relationship data is available to anybody, the spoils will go to the best tools that take advantage of them. Thus we have an ecosystem of open competition that allows anybody to play. Anybody with some spare time on their hands can jump in and create some cool program that helps people stay in better touch with their friends or somehow leverages those relationships. This move by Google cements their belief in the web as platform and reinforces their corporate mission to “help organize the world’s information”.

APIs are Great

This move by Google underscores the importance of APIs. The best thing about APIs is that we simply don’t know (and can’t imagine) how useful they can be. Developers will undoubtedly dream up a myriad of ways to use the API, some of which will become killer applications. The power of APIs is not what we can see plainly, but what we can’t see quite yet.

The User is in Charge

This is the biggest part of why I’m excited. My personal relationship information isn’t behind some walled garden. I’m in control of my own social graph! If I want people to know I have a Twitter account, then I can. If I don’t want them to be sure then I won’t make that relationship explicit on my blog.

The Domain as Identity is Realized

I don’t write about it often, but you may remember some posts about domain as identity I’ve written in the past. The Google Social Graph API is now getting us there by recognizing when we define our own relationships in our own domain. As more and more services look to our domain for verification, that only puts us more in charge of our online identity. Combine this with OpenID, and the idea of domain as identity really takes shape.

In the same way that we are in control of our own bodies, we need to be in control of our own domains. This is how we’re going to get privacy, if we want it. If you feel that you’re not in control of your domain, then you need to take your business elsewhere. This is why I dislike services that require you to have a subdomain within some other domain…those services that let you use your own domain are far preferable because you can at any point move your domain elsewhere. Just like you move your residence IRL.

What do I need to do?

So where does this leave us? Well, it leaves us with two very obvious next steps.

  1. Get your own domain! - if you don’t have your own domain…go get one! (and not a subdomain)
  2. Mark up your code - use the XFN and FOAF formats to markup your site, or use a service that does this for you. I seriously need to do this myself. (I have a FOAF file, that’s about it)

It won’t be long before developers take advantage of the Social Graph API to really leverage these relationships. There is already software taking advantage of the API. Google has provided some tools that allow you to discover your contacts. Play around with this and you can see the power of this API. We might actually have some coherence to personal information on the web after all.

Going forward

The truth is that Facebook, Amazon, or even Twitter never had a good glimpse of my true social network anyway. Therefore, they had an incomplete social graph. I never gave Facebook my email list, they don’t know anything about my blog, and I’m going to keep it that way. While Facebook and others can create a fun place to hang out, they don’t own the relationships I create there. I do.

Also, it should be pointed out that Google released the Social Graph API on the same day that Microsoft announced their intention to take over Yahoo. The irony of this can’t be more complete.

One is a sign of the past. One is a sign of the future.

Update: Discussion on privacy implications of the Social Graph API

Comments ( 32 Responses so far )

Pingback: My Domains » Blog Archive » Why I’m excited about the Google Social Graph API

Pingback: My Domains » Blog Archive » Why I’m excited about the Google Social Graph API

Pingback: Available Domain » Blog Archive » Why I’m excited about the Google Social Graph API

1.  Almar van der Krogt on February 3rd, 2008 (Comment) #

Great post. Do you also think this development might foster private ‘invitation only’ personal domains, as opposed to the current public ‘come and see’ profile pages on social networks?

2.  robojiannis on February 3rd, 2008 (Comment) #

I, as a normal, not too techie user, am confused. First we had the “nofollow” and now the social graph API.
Isn’t this API similar to the data portability project?

3.  william on February 3rd, 2008 (Comment) #

Are you out of your mind….If Microsoft would have done this we would up in arms….
Google does not control the relationships or the api……Just like they dont control any of the content that they spider that does not belong to them…..and turn this content that they dont own into billons of dollars for Google and very little for the original creators of the content….If goog is so good….why don’t they open source the entire project and create a non profit to run “Open” Social….They will not do this because they want to corner the market on the indexing of relationships that should be owned and controlled by the end users and not Google…Will Google ask me for permission to crawl my relationships ?

Can I delete my relationships from the Google servers…The data is on Google’s servers….and they are a company…so they do own the data…

I can believe that you are saying it is not a walled garden…..It certainly is….Once the our friendship data is on the google server we can only reach it from an api that Google controls…That is a walled garden….How is this better than facebook ?

Did Google contact any of the other companies that have social networks to ask them for their input ?
No….

Will there be a standards committee that allows end users and companies other than Google to have some input into “Open” Social..Dont hold your breath….its not going to happen…

Any initiative to deal with a “Social” Graph should not be run by anyone company…Google is a company and we should stop fooling ourselves that they are in business for the public “Good”.
Google is in Business to make money and this means that by their nature they will try to dominate with little to no regard to any notion of an open standard that would even the playing field for their competitors.

Since you have quoted Jeff Jarivs…I was wondering if you could ask him what he thinks of Googles latest unilateral rule the world move ?

Pingback: Design Services

4.  Adam Darowski on February 3rd, 2008 (Comment) #

I’d love the ability to mark up other information… profile data, profile photo, brief bio, etc… and have that information be picked up by new services (and ideally it would sync). Gotta love logging into some services and seeing your bio listing jobs you left months or years ago.

5.  Joshua Potter on February 3rd, 2008 (Comment) #

a rel="friend met neighbor sibling" target="http://bokardo.com">Joshua Porter /a>

Somebody stop me.

6.  Peter on February 3rd, 2008 (Comment) #

6. William: unfortunately you are so totally missing the poin William, that I’d have to spend 10 minutes explaining you. But let me try quickly:

- “Can I delete my relationships from the Google servers?” Of course, simply delete the data on your page. Or simply add a noindex in the header of your page.

- “Once the our friendship data is on the google server we can only reach it from an api that Google controls” Sigh, you’re not getting it. Your friendship data is on your OWN servers. The same way your webpages are on your OWN servers, Google just searches them.

And so on.

7.  Peter on February 3rd, 2008 (Comment) #

PS: I totally agree with “get your own domain”. I added some rel=me’s to http://petervandijck.com this morning, it’s pretty easy. And it’s my OpenID too.

Pingback: Realizing the Social Graph (and world peace) : The Messaging Times

8.  vanderwal on February 4th, 2008 (Comment) #

I am quite excited about this in a positive manner. I do have great trepidation as this is exactly the tool social engineering hackers have been hoping for and working toward.

Most hacks of organizations (most are populated with 98% of people not like us that are more open to social engineering hacks) that have been hacked (been through more than a few of these meetings after the fact) are done through some clever individual using social engineering to convince somebody to trust the hacker. The identification of connections (usually best approached with weak ties) is a great starting point (this is the major reason why most organizations no longer have their employee list or full-contact list posted on their websites).

The Google SocialGraph API is exposing everybody who has not thought through their privacy or exposing of their connections. But, the other problem is the public exposing of the connections that were intentionally left behind walled gardens and set as “private”.

9.  John Crenshaw on February 4th, 2008 (Comment) #

Actually, this is really cool. The XFN format is way easier to understand and use than FOAF. I just have one problem. If my mother’s side of the family has the last name “Nofollow” can I not identify these relatives with XFN? (J/K)

William, the only reason folks would have been up in arms if it were Microsoft, is because if it were Microsoft it would have been a convoluted, buggy, closed source, proprietary API to be able to store data on Microsoft servers. Google didn’t create an API they only announced that they will be specially indexing social relationships using some preexisting protocols. This is no different than if they were to announce that they would index the contents of RSS feeds. Follow the links. Read. Be happy.

Pingback: The danger of social markers made public - Bokardo

Pingback: Et in Arcadia Ego » Blog Archive » Lieux communs 02/04/2008

Pingback: Web Worker Daily » Archive Google Rewrites the Online You «

Pingback: jonathan stegall » Blog Archive » links for 2008-02-04

Pingback: links for 2008-02-05 « Kaigani’s Arbor Vitae

Pingback: Library clips :: How I use the various micro-blogging services :: February :: 2008

Pingback: marcoullier.com » Google’s Social Graph API: only as powerful as you let it be

Pingback: Why I’m excited about the Google Social Graph API

10.  Damjan Mozetič on February 5th, 2008 (Comment) #

This is great news for us bloggers.
Note to myself: Must build something around this api, before others do :D

Pingback: Big moves in social media tech - zumio

Pingback: Justin Blanton | Why I’m excited about the Google Social Graph API

11.  Miki Smiley on February 6th, 2008 (Comment) #

hmm… i just hope google comes out with an api that lets people read my email - that would be awesome - maybe let 3rd parties ‘parse’ my emails to show me ads or something.

12.  David Deangelo on February 7th, 2008 (Comment) #

This will be an amazing tool for advertisers. Wow.

Pingback: Antonio Gould » Blog Archive » Opening up The Social Graph

13.  Ehren on February 8th, 2008 (Comment) #

Thanks for posting this Joshua. This information is precisely what individuals want to have control over and to determine which bits of information can be used publicly. On the other hand as a marketing person, I know it’s vital for businesses to help the right people find the right product that they would want. This is information would be beneficial to both businesses and customers as long as utilized properly.

Pingback: This Week’s Bookmarks at Not So Relevant

14.  André on February 13th, 2008 (Comment) #

#6, Peter: William (#3) has a point. The web doesn’t forget. If you take something off the web, it lives on in Google’s cache. The same will hold true for relationship content. So it WILL be on Google’s servers. For how long? Nobody knows…

When will people ever realize that giving more and more data to Google is NOT A GOOD THING???

15.  Goos on April 20th, 2008 (Comment) #

O yes Andre, I totally agree. It is really scary when you realize how much data Googl is able to collect about our life. It has hard to tell the mass of internet users it is not a good thing to share all your data with Google. How can we make the mass of users more aware of this?

Add Your Comment

Accepted tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> .

Preview...

If your comment contains links, or if it is your destiny, your comment may not show up immediately. I'll approve it as soon as I can. (I delete dozens of comment spams per day)

Get updated when someone posts a comment: Comment Feed


ABOUT

Bokardo is the blog of Joshua Porter, a web designer/developer, researcher, and writer. I live in Newburyport, MA, USA.

WHAT IS SOCIAL DESIGN?

Social design is design that focuses on the social lives of users. It deals with the activities, behaviors, and motivations of people who work and play together through software interfaces. It is built on the observation that many of the decisions we make are greatly affected by those we surround ourselves with in our social lives: our family, friends, and colleagues. Exploring our motivations and how to design interfaces to support them is what the Bokardo blog is all about.

Designing for the Social Web

Building a social web site or application? I wrote a book just for you!

designing for the social web

Find out more or order from Peachpit or Amazon

Upcoming Speaking Events