从开发者协议看各SNS开放平台的开放策略

2024-01-11 20:32

本文主要是介绍从开发者协议看各SNS开放平台的开放策略,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

从开发者协议看各SNS开放平台的开放策略

    前几天,开心网终于公布了其开放平台,同时传闻中QQ、盛大、财付通也都在准备开放平台,加上早已开放的人人和新浪微博,开放成为了一个讨论的焦点。一时间网络上充斥着大量鼓吹开放好处的文章,仿佛无论什么产品,打上了开放的标签就战无不胜了。

    历史上的开放,既有开放源代码运动这样的成功案例,也有IBM开放PC落了个被收购的反面教材。开放平台并不是简简单单的从技术上公布API,允许 三方接入就可以了的。开放平台是一个战略性的产品,开放什么、不开放什么、怎么开放、开放给谁、不开放给谁、公司能从开放得到什么、三方能从开放中得到什 么,每一个问题都关系着开放平台的成败。

 

    开放,目的只有一个:共生、共赢。一个共字,体现了开放平台必须是平台提供者和三方开发者需要实现共赢的。凡是由商业公司发起的开放平台,一定要为商业公司自身带来利益,一定要保证公司对平台的控制性,所以,开放的同时也会有相应的协议保护公司的利益。

    正如产品体现公司战略,开放平台的协议作为平台与三方之间的基本承诺,也是公司开放策略,保护公司利益,实现平台共赢的具体体现。协议表达了开放平 台开放什么、不开放什么,如何在鼓励三方开发和公司利益之间找到一个平衡点。当然,一旦涉及到商业运营,SNS平台会和开发者签订更为详细的协议,但是, 普通的开发者协议仍然具有参考价值,它可以表达出不同SNS平台对开放的看法。

    各平台共同点:

    不要做那些平台可以做但是出于其他考虑没有做的那些基本功能。
    平台有权利监视、分析三方应用产生的数据。
    禁止二次许可、二次发布平台提供的API。
    竞业保护。禁止利用应用程序引导注册三方网站。
    区分三方应用和自身品牌,有限制的使用自身品牌。
    保护、尊重用户隐私。
    禁止任何形式spam。
    禁止违反当地法律法规。

    FacebookFacebook作为开放平台的始祖,其许可协议也更为复杂、精细。从一般性的《Statement of Rights and Responsibilities》到 针对开发者的《Developer Principles & Policies》、发布广告的《Advertising Philosophy》、宣传活动的《Promotions Guidelines》,甚至还有事例讲解《Examples and Explanations》,详细、具体提供了对用户状态发布、转贴、Like按钮的设计指导。

    除了那些共同点,实名制的Facebook关注用户隐私和用户信息筛选,此外大多数三方应用是运行在Facebook中,而不是Twitter那样运行在Twitter之外。

    强调分享的主动性,不欢迎任何激励性质的分享,比如点击Like按钮可以获得一定返利。
    保护自身平台的广告,三方不能在其应用周围嵌入其他广告(如Google Adsense)。
    对于发布信息到New Feed里做出了详细约束,保证用户不会受到过多的打扰。
    Facebook有在三方应用周围嵌入广告的权利。
    保留开发和三方应用相类似应用的权利。
    不保证平台永久免费。
    有分析三方应用数据的权利,甚至是出于于商业目的。
    从思路上看,Facebook对广告、可能的新模式、平台收费、用户体验方面的保护非常注重。Facebook对分享的主动性的强调与之对应的就是 开心网转帖带有的“骗”转帖的嫌疑和分享购物中的返利系统。到底要不要激励用户转帖和点击Like按钮?Facebook不提倡直接激励,可能它希望的方 式是通过产品、服务本身来吸引用户点击Like,培养用户理解、使用Like的习惯。

    Twitter全文:http://dev.twitter.com/pages/api_terms

    不能使用API发布广告信息。发布广告信息需要通过Twitter Ads。
    如果服务包含显示Tweet内容的,可以在周围附带广告。仍然的,直接向Timeline插入广告必须经过Twitter Ads。
    由于Twitter的服务较为单一,使用Connect with Twitter的时候,如果涉及类似social networking, micro-blogging, 或者status update,必须显式的提醒用户是否同步到Twitter。
    在线下引用Tweet的时候除了要经过用户允许,还必须注明Twitter是信息源。
    Twitter的商业模式仍然在探索之中,广告作为最可能的收入来源之一,Twitter针对此有了相应的规定。近日也在传Twitter会利用 Promoted Tweet在Timeline中插入广告。在所有人对Twitter商业模式迷茫的时候,不知道这是不是一个最好的答案。

    人人网全文:http://app.renren.com/developers/privacy/web

    遵守公平、公正、公开的原则,对开发者的开发作品给予公正的评价。
    人人网确认对开发者提供的插件应用组件,免费共人人网用户使用,但以后是否收取费用,收费的时间、费用额度,均由人人网决定。
    作为国内较早的开放平台,人人网的开放平台从诞生之初,对于其开放协议的争议就不绝于耳。从最初的协议所属权问题,到最近的《人人网开放平台开发者分级管理计划》,时间已经过去了两年。当年协议中颇受争议的“人人网确认对开发者提供的插件应用组件,免费共人人网用户使用,但以后是否收取费用,收费的时间、费用额度,均由人人网决定”条款,甚至连错别字都没有改(“免费供人人网用户使用”而非“免费共人人网用户使用”),唯一变的只是校内替换成了人人 。

    对于开放,看来人人网是铁了心抓大的开发商放弃个人开发者了。虽然没有《人人网开放平台开发者分级管理计划》的全文,从报道看,人人网主要利用分成价格优惠,争取新应用的前期独家使用权,这是在目前国内多家SNS竞争的情况下的一个增强自身平台的方法。

    是否有其他方法可循?一个问题是这些应用为了保证在多个SNS平台上运行,普遍对各个平台的集成度不高,比如,消息动态发布。以德州扑克为 例,Facebook上的德州扑克每当你赢了一个大牌,会弹出一个对话框提示分享给朋友,但是国内博雅的德州扑克却缺少这样的功能。大多数应用只有一个邀 请好友,这样应用本身的互动性和传播性都大打折扣。如果把条件改为平台的深度集成,不但能够增加厂商绑定性,同时增加了应用的推广效果,改善了用户体验, 一举多得。

    开心网全文:http://www.kaixin001.com/platform/agreement.php?app=rapp

    不同:

    开心网审核之后才能上线。禁止跟踪用户行为。
    开心网会提供一些应用的基本运营数据。
    实验室不收取费用,保留收取费用的权力。
    保留和主营业务冲突。
    应用需要具备中国特色的内容审核,比如屏蔽某些关键字。功能交由三方处理,但是开心有监督权。
    有权签订后续合约。
    开心网的一个显著的区别是应用审核。出于对应用质量的考虑,开心网对应用进行了内容审核。没有通过审核的应用无法出现在官方列表里,只能被指定的几个用户使用。

    从用户体验的角度来看审核本身没有问题,然而限定在几个特定的用户才有使用权是否过于苛刻?Facebook上面一大半的优秀创意都是来自于不足5 个人的小开发团队,这种开发者的多样化,也给网站带来了意想不到的丰富性和可探索性。这样的内容审核对于新兴的开发者是一个很大的打击,缺少了那种被很多 用户使用的认同感。其实SNS平台本身就具有筛选性质,换一个策略,把审核的权利交给用户或许会有更好的效果:比如,活跃用户数目在5000以下不进入官 方列表,如果应用真的很好,自然会在用户之间发生病毒式传播,很容易达到这个数量级。反之,应用很糟糕,自然就销声匿迹了。

    此外,开心网对三方收费的问题没有任何提及,相关规定应该是在审核通过后另有协议。

    新浪全文:http://open.t.sina.com.cn/wiki/index.php/%E5%BA%94%E7%94%A8%E5%BC%80%E5%8F%91%E8%80%85%E5%8D%8F%E8%AE%AE

    定义了插件式应用。
    和Twitter一样,对广告做出了限制。
    任何和商业相关的应用(比如客户端收费)都需要和新浪签署附加协议。
    我有些看不太理解新浪的态度。微博平台和Facebook这样的平台有着一个显著的区别是,应用一般运行在平台之外,而Facebook上的应用会 运行在平台之内。在协议中定义的“插件应用”,更加类似于Facebook这样的运行在平台之内的应用。Twitter上的应用集中在Status Update上,难道新浪微博会接入开心农场这样的应用?

    和其他国内开放平台一样,新浪对涉及商业的应用都有其他协议来确定。

    总结虽然没能看到最终SNS平台和应用开发者的协议,我们还是可以从目前的这点已知信息来揣摩各大平台的意图。
    开放什么、不开放什么、怎么开放、开放给谁、不开放给谁、公司能从开放得到什么、三方能从开放中得到什么,每一个问题都关系着开放平台的成败。
    国内SNS平台群雄逐鹿,和国外Facebook一统天下的局面完全不同。人人网绑定有实力的App开发商增强自身竞争力是一个策略,更多的策略还需要探索。
    国内的开发程度相对国外不高。除了自身运营一些应用以外,对涉及商业的应用限制诸多,无疑压制了三方开发。
    审核还是不审核。能不能把选择的权利交给用户?
    是主动分享还是被动分享,能否引入利益驱使的分享?Facebook和开心网持有不同意见。
    各个平台都很关注用户体验,特别是App在SNS上发布动态。Facebook关于App在SNS传播的《Examples and Explanations》相关文章颇具指导意义。

这篇关于从开发者协议看各SNS开放平台的开放策略的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/595619

相关文章

Python 中 requests 与 aiohttp 在实际项目中的选择策略详解

《Python中requests与aiohttp在实际项目中的选择策略详解》本文主要介绍了Python爬虫开发中常用的两个库requests和aiohttp的使用方法及其区别,通过实际项目案... 目录一、requests 库二、aiohttp 库三、requests 和 aiohttp 的比较四、requ

Redis过期键删除策略解读

《Redis过期键删除策略解读》Redis通过惰性删除策略和定期删除策略来管理过期键,惰性删除策略在键被访问时检查是否过期并删除,节省CPU开销但可能导致过期键滞留,定期删除策略定期扫描并删除过期键,... 目录1.Redis使用两种不同的策略来删除过期键,分别是惰性删除策略和定期删除策略1.1惰性删除策略

Java如何接收并解析HL7协议数据

《Java如何接收并解析HL7协议数据》文章主要介绍了HL7协议及其在医疗行业中的应用,详细描述了如何配置环境、接收和解析数据,以及与前端进行交互的实现方法,文章还分享了使用7Edit工具进行调试的经... 目录一、前言二、正文1、环境配置2、数据接收:HL7Monitor3、数据解析:HL7Busines

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

【Linux】应用层http协议

一、HTTP协议 1.1 简要介绍一下HTTP        我们在网络的应用层中可以自己定义协议,但是,已经有大佬定义了一些现成的,非常好用的应用层协议,供我们直接使用,HTTP(超文本传输协议)就是其中之一。        在互联网世界中,HTTP(超文本传输协议)是一个至关重要的协议,他定义了客户端(如浏览器)与服务器之间如何进行通信,以交换或者传输超文本(比如HTML文档)。

【Go】go连接clickhouse使用TCP协议

离开你是傻是对是错 是看破是软弱 这结果是爱是恨或者是什么 如果是种解脱 怎么会还有眷恋在我心窝 那么爱你为什么                      🎵 黄品源/莫文蔚《那么爱你为什么》 package mainimport ("context""fmt""log""time""github.com/ClickHouse/clickhouse-go/v2")func main(

2024.9.8 TCP/IP协议学习笔记

1.所谓的层就是数据交换的深度,电脑点对点就是单层,物理层,加上集线器还是物理层,加上交换机就变成链路层了,有地址表,路由器就到了第三层网络层,每个端口都有一个mac地址 2.A 给 C 发数据包,怎么知道是否要通过路由器转发呢?答案:子网 3.将源 IP 与目的 IP 分别同这个子网掩码进行与运算****,相等则是在一个子网,不相等就是在不同子网 4.A 如何知道,哪个设备是路由器?答案:在 A

Modbus-RTU协议

一、协议概述 Modbus-RTU(Remote Terminal Unit)是一种基于主从架构的通信协议,采用二进制数据表示,消息中的每个8位字节含有两个4位十六进制字符。它主要通过RS-485、RS-232、RS-422等物理接口实现数据的传输,传输距离远、抗干扰能力强、通信效率高。 二、报文结构 一个标准的Modbus-RTU报文通常包含以下部分: 地址域:单个字节,表示从站设备

京东物流查询|开发者调用API接口实现

快递聚合查询的优势 1、高效整合多种快递信息。2、实时动态更新。3、自动化管理流程。 聚合国内外1500家快递公司的物流信息查询服务,使用API接口查询京东物流的便捷步骤,首先选择专业的数据平台的快递API接口:物流快递查询API接口-单号查询API - 探数数据 以下示例是参考的示例代码: import requestsurl = "http://api.tanshuapi.com/a

缓存策略使用总结

缓存是提高系统性能的最简单方法之一。相对而言,数据库(or NoSQL数据库)的速度比较慢,而速度却又是致胜的关键。 如果使用得当,缓存可以减少相应时间、减少数据库负载以及节省成本。本文罗列了几种缓存策略,选择正确的一种会有很大的不同。缓存策略取决于数据和数据访问模式。换句话说,数据是如何写和读的。例如: 系统是写多读少的吗?(例如基于时间的日志)数据是否是只写入一次并被读取多次?(例如用户配