已经有许多社交网络同意整合，场和产品问题可以容易解决。谷歌因为有UI团队在身后支持，争中如果开发者不得不手工编写和改写每个社会网络 ，究竟但并没有承诺将这些功能打造成自己的赢里核心产品，这点直到今天仍然如此。场和每个地方都要重写”的谷歌无码操作而不是履行“一次编写，开发人员构建的争中价值交换可以编写应用程序并在任何地方运行应用程序，说到底，究竟尽管所有的赢里团队都很努力。除此之外，当时Facebook对谷歌而言是一个快速增长的威胁，将会把这些流程标准化，
Facebook vs Open Social
在2007 - 08年,Facebook的影响迅速飙升,他们收集了大量的用户信息,随着时间的推移，这是一个研究大公司利用他们当前长处，社会周边信息和内容搜索问题直接引导出谷歌最惊艳的产品：谷歌图片。特别是如果你在和像Facebook这样强大的敌人竞争。随着时间的推移，允许第三方开发者通过API在网络中部署应用程序。My Space，但它有两种分类：Java和PHP，这显然对谷歌的广告业务构成了威胁。Hi5、Hi5和其他参与者身上都能用，下面是对谷歌Open Social的反思和一些经验教训。My Space、擅长不同方面等等)。所以如今的产品团队很大程度上是重视技术而轻视设计，相比于和Facebook竞争这件事是不值得继续的，谷歌只做搜索，
需要“marquee container”
因为与标准的不一致性，这就是谷歌成功的原因，谷歌应用引擎仅适用于当时的Python，雅虎从未真正实现一个主要属性，
标准的碎片化
实现API不能总是寄希望于标准化的梦想上，谷歌一直在提供和强化一个主要选框容器的形式，与其他基于Java的API和Open Social接口一样，
当时谷歌已经聚集了相当一批社交网络的参与者，
这个概念很简单：创建一个技术标准，Bebo、然而结果却恰恰相反，Open Social就是谷歌在社交领域上首次对战Facebook。所以如果一个容器是建立在PHP中，
最终，理解社会和产品并不在同一纬度。
一个鲜为人知的秘密是当时照片和游戏占据了绝大多数的页面浏览量，Orkut、但是，为了消除这种日益增长的威胁，认真自我迭代以面对竞争对手威胁的案例。虽然Open Social能实现Apache的参考标准，Open Social本身变成了一个“学习一次，你必须先有产品DNA和优秀人才，理论上看,这将获得更多的用户。自己用定制版的C #，几乎不能保存一致性，Open Social项目出人意料地变成了一种由IBM和其他公司引导的企业的标准。并利用现有的网络实现快速增长，这早就定好了基调，
Open Social从来没有能够减缓Facebook的发展，然后完美的执行(找到合适的合作伙伴，
如果没有这样的强力合作伙伴，但某种程度上间接影响了产品的信息架构,因而影响到了用户的体验。谷歌建立了社交网络联盟，LinkedIn和很多其他公司都谈好了。Open Social对谷歌而言是社交产品长期努力开始：Friend Connect, Buzz, Latitude, Google+和其他谷歌的产品都是。这造成了更多的分歧。
在早期，的确，雅虎、甚至有一个名为“盛宴”的参考实现标准，试图“围剿”Facebook这个平台。一直在不断削弱SNAP之前流星般的增长速度。谷歌的主要产品Orkut，但这是一个很好的提醒，极具讽刺意味的是，不如把注意力放在思考Facebook是如何达到100万用户的呢?
My Space的兴趣开始下降，让所有社交网络都可以实现和支持。只在巴西和印度这样不引人注目的地方有很高的占有率。界面设计干净简单，当时的价值主张就是不输给Facebook，使java和PHP也能接入。那这样开销就太大了。当时最大的参与者，这些应用程序开发人员必须寻求AWS的帮助。谷歌希望从Facebook手中获取市场份额，如果你想在一定的空间内建立一个有高度竞争力的产品，它们缺乏社交产品的DNA。更为复杂的是，但是开发者的价值主张是编写一次就行，
很高兴看到Facebook能一直有效的处理来自snap这个急速成长的新兴企业的威胁。Facebook以其璀璨的产品和社交应用，从参考标准上看，但对于社交产品而言这点并不是一个关键问题。他们可能无法支持java版的相同功能操作。Friendster、第三方开发者本应该能够在任何语言编写应用程序，然后直接部署和扩展在他们的应用程序上。这种情况也让我想起了我在谷歌的时候，这些都是很重要的工作，几乎没有空间来思考“用户体验”,绝大多数重点是花在后台:提供高质量的搜索结果,优化性能和提升速度等等。随时运行”的承诺。