Get the real story via our bi-monthly newsletter

Search

    4
    0

rss

Send to a colleague

Home > Commentary > Trends Archive > Google Sites with API: Still No SharePoint Killer

Browse TrendWatch Blog

Recent Blog Entries

The Complete Archive

Trends by Vendor


TrendWatch by Channel

Web Content Management Trends

Enterprise Portals Trends

ECM Trends

Web Analytics Trends

Enterprise Search Trends

SharePoint Trends

Digital & Media Asset Management Trends

XML & Component Content Management Trends

E-mail Archiving & Management Trends

Enterprise Social Software & Collaboration Trends


Report Excerpt

The Enterprise Collaboration & Community Software Report looks at... End-user interface in Traction TeamPage

"The ability to slice and dice information in various ways, comment on it, tag it, and build collaborative knowledgebases is very powerful. But this very feature-richness also makes the platform a bit daunting, especially because its somewhat dated interface doesn't always work as effectively as most competitors' to simplify your options."

(p. 233)

More about The Enterprise Collaboration & Community Software Report

Our customers say

"Thankfully, the folks at CMS Watch, who've historically done an unparalleled job tracking the content management system market - including commercial and open source options - have put out a revised edition of their The Enterprise Social Software & Collaboration Report... The report is very ambitious, including in its 500+ pages coverage of public networks, enterprise platform vendors and social software suites as well as blog, wiki, and community vendors.
- - John Eckman,
Senior Director, Optaros Labs

NEW at CMS Watch

The Search and Information Access ReportThe Search & Information Access Report: This newly updated 341-page Search and Information Access Report critically evaluates 23 Search and Information Access offerings from around the globe... Read more

The Enterprise Collaboration & Community Software ReportThe Enterprise Collaboration & Community Software Report : This newly updated research critically evaluates 27 Enterprise Collaboration and Community Software products head-to-head... Read more

The Enterprise Content Management ReportThe Enterprise Content Management Report : This newly updated research critically evaluates 32 Enterprise Content Management products head-to-head... Read more

 
 

TrendWatch Blog

Google Sites with API: Still No SharePoint Killer

02-Oct-2009   --  

Is Google Sites a SharePoint killer? Well, to be fair, I haven't heard the exact term this past week, but the innuendo was clearly there. Google's "Data Liberation Front" released an API for Sites, which allows you to get your data out of it; but also, to import data from another product. Say, SharePoint. And this has fed pundit's speculation (yet again) that this might be some serious competition for Microsoft.

So to answer that question: is Sites, with the API, some kind of quiet assassin? A stealthy ninja perhaps? Should Microsoft enter SharePoint into a software protection program? Well, hardly. But like a year and a half ago, when everybody was shouting murder, that's not the point.

First of all, while it's certainly nice to have an import/export feature for Sites, it's just an API. You'll have to do all the legwork yourself. There is a Google code project to actually build a tool to get data in and out, but it only allows import and export of an XHTML copy of Sites. Google Enterprise partner LTech claims to have built a "powerful and easy to use" migration tool called SharePoint Move for Google Apps (which is linked to a lot), but it's not clear what it'd actually import into Sites. (Just getting all of the documents out of SharePoint and into Apps seems, well... not so useful.)

Secondly, while I'd agree that SharePoint doesn't give you governance, Sites actually impedes it. As readers of our Social Software & Collaboration Report will know, for an individual Google Site, you can set who can visit it (either everyone, or one specific group) and who can edit it. That's it, and it doesn't get more granular than that. Unless you start embedding documents and spreadsheets from Google Apps, which have their own authorizations -- and then things start to get really messy (you have access to the Site, but not the document -- or that document you think is secure can be accessed by an invited outsider you don't know about). And there's no way for a group of admins (or governors) to see what's going on in the Sites: there are no overviews. In short, whenever there's a debate on whether it's secure to store information in Apps or Sites, and it meanders off into the realms of SSL and password strength, you should be thinking: that's not the real problem.

And lastly, who uses Sites, anyway? After Google acquired JotSpot, it was closed for business for a year, and then Sites emerged: a stripped-down version of JotSpot. And after the initial hubbub, there was a roar of silence. @GoogleAtWork occasionally tweets about a corporate site done entirely in Sites, but those are always the sites of Google Enterprise partners. And they're the select few where I could see using Sites for an external site would make any sense (since they're selling it, of course.) Other than that, I read about enterprises switching to Apps -- and they get Sites in the deal, but while everyone uses the (g)mail, and many will use the docs (which have some nice collaborative features), few seem to venture into Sites.

To slightly offset all of this, yes, of course there are scenarios where Sites could be useful. These mainly revolve around small companies, with maybe up to 10 or 20 staff (so governance is less of an issue), who aren't in the business of running fileservers, mailservers, webservers, and social software -- Apps, with Sites, is a viable alternative. Running the infrastructure required for SharePoint (and going through the pains of implementing it to do useful things) would make little sense in that case. And for a lot of organizations, maybe especially the larger enterprises, Gmail is a very cost-effective replacement for maintaining in-house mail servers.

Google, however, hints at examples like "your sales team's Google Sites pages can update automatically when new leads are added to your CRM system"; but you'd have to develop the code to do so, first. And right now, there are too many reasons why you wouldn't really want to do that. Likewise, a migration from Notes to Gmail, I could understand. But from custom-built Domino applications to Sites... that's a completely different story.

Sites as a SharePoint killer? No, definitely not. This assassin has to go through ninja school first.

- Submitted by: Adriaan Bloem, Analyst - Twitter: adriaanbloem

All Social Channel Trends

Join the conversation

Digg This! Search Technorati Tag it on Del.icio.us




Get a Free Sample

Wondering about CMS Watch research? Sign up to receive free samples of any of our products.




What we do

CMS Watch™ evaluates content-oriented technologies, publishing head-to-head comparative reviews of leading solutions. What makes us special?

  • Our critical analysis exposes product weaknesses as well as strengths
  • We deliver unrivaled technical depth and comprehensive project advice
  • Our research is led by international topic experts
  • We only work for buyers -- never for vendors

Contact us

CMS Watch

info@cmswatch.com

3470 Olney-Laytonsville Road Suite 131

Olney, MD USA 20832

1 800 325 6190

1 617 340 6464

UK: +44 2033181911

Fax: +1 617 340 3541