Twitter API中文文档

 

Twitter API中文文档

月光博客

目前的国内的微博客很多，不少微博客都提供Open API，然而，很多微博提供的API和Twitter的API有一些或多或少的差别，调用格式上并不完全相同。

我建议所有提供API的微博客系统，都将各自的API统一为Twitter的API调用格式，例如目前较有影响的开源微博系统StatusNet（Laconica）的API格式就完全兼容Twitter，这种统一API对于开发者和用户都有很大的好处。对于开发者，针对某一个微博的应用可以快速移植到另一个微博，节省开发时间。对于用户，用户可以自定义客户端应用程序，只要换一下API地址，就能使用同一个应用程序，来访问各个不同的微博。例如目前很多人通过StatusNet的客户端来访问Twitter一样，使用起来很方便。

Twitter的API具体是什么格式的呢？根据Twitter API文档和新浪微博开放平台的文档，这里提供了一个Twitter API的中文翻译文档，供开发者们参考。

Twitter开放API文档

Twitter通过API的方式开放一些应用接口，这篇文档用来介绍Twitter目前开放的接口，为希望开发基于Twitter服务扩展的工具或应用的开发人员提供技术和文档服务。

认证

除了部分API(如：公共时间线 ( public timeline ) )外，所有的API方法都必须要求用户认证，所有的返回都与认证用户相关。例如，尝试获取一个设置为私密的且不是您的好友的用户信息时，将会返回失败状态。

Twitter目前仅支持HTTP Basic Authentication验证机制。当使用HTTP Basic Authentication时，请使用您在Twitter注册的"用户名"作为Session或Cookie的"用户名"部分的内容。

多状态[RESTFull]结果传输

Twitter API力求根据用户特定的请求返回对应特定格式的数据，您可以发现我们提供的API中有一个重要的便利之处，通过简单的更改URI中的文件后缀名，您可以获得您想要的返回结果的格式，这篇文档中将说明每个方法中有哪些格式可以用。

Twitter目前支持以下的四种数据返回格式：XML、JSON、RSS、Atom，您可以在每次请求时使用不同的请求方法指定不同的返回结果。

参数

一些API接受可选和必须的参数，当参数可用时，我们会在接下来的文档中提到这些参数。注意：当传送复杂字串时，请一定先将字串编码为UTF-8格式，并再做一次URL编码 ( Encode )。

HTTP请求

除非特意指明，Twitter的开放API通过HTTP GET方式的调用，需要提交信息或传送私密消息时使用POST方法。

以下将说明API返回的信息格式的组成，一些API将返回与用户请求"内容"相关的信息，而有一些将返回与客户端发送的"HTTP头信息"相关的一些信息。例如，多数支持since参数的方法，同样会对HTTP头中的If-Modified-Since这个 HTTP头 感兴趣。需要注意的是，当某些行为既可以通过参数又可以通过HTTP头进行控制时，优先接受通过参数方式设定的值。

当请求返回数据时，返回数据的编码统一为UTF-8格式，且我们会将一些外部符号编码为HTML实体（&#number; 或&text）格式。

限制

每一个客户端每小时最多允许150次请求。

HTTP状态码

Twitter API会对每次请求返回合适的HTTP状态。例如，当请求一个不存在的用户信息时，API会返回404 Not Found；当一次请求没有被认证并授权时，API会返回401 Not Authorized状态。

使用API的简便方法

如果您的系统安装有curl，您已经有了一个非常强大的使用微博 API的工具。以下是使用curl的例子，非常简单：

非授权情况下访问public_timeline： curl http://api.twitter.com/statuses/public_timeline.xml

获取朋友的timeline, 使用认证： curl -u email:password http://api.twitter.com/statuses/friends_timeline.xml

仅获取头部信息： curl --head email:password http://api.twitter.com/statuses/friends_timeline.json

用户状态相关方法

statuses/public_timeline

返回未设置私密的用户 ( 必须有自定义的用户头像 ) 的最近20条消息，该方法不需要身份认证。

访问地址：http://api.twitter.com/statuses/public_timeline.format

支持格式(format)：xml, json, rss, atom

参数列表：

无。

statuses/friends_timeline

返回最近24小时内的最新的20条认证用户及其好友更新的消息。

访问地址：http://api.twitter.com/statuses/friends_timeline.format

支持格式 ( format ) ：xml, json, rss, atom

参数列表：

since_id: 可选参数（微博信息ID）. 只返回ID比since_id大（比since_id时间晚的）的微博信息内容。

示例: http://api.twitter.com/statuses/friends_timeline.xml?since_id=12345

max_id: 可选参数（微博信息ID）. 返回ID不大于max_id的微博信息内容。

示例: http://api.twitter.com/statuses/friends_timeline.xml?max_id=54321

count: 可选参数. 每次返回的最大记录数，不能超过200，默认20.

示例: http://api.twitter.com/statuses/friends_timeline.xml?count=5

page: 可选参数. 返回结果的页序号。注意：有分页限制。根据用户关注对象发表的数量，通常最多返回1,000条最新微博分页内容, 默认1

示例: http://api.twitter.com/statuses/friends_timeline.xml?page=3

statuses/user_timeline

返回认证用户最近24小时内最新更新的20条消息，同样，通过给定userIdOrName参数，可以用来请求其他用户的最近的消息更新。该API可以不认证。

访问地址：http://api.twitter.com/statuses/user_timeline.format

支持格式 ( format )：xml, json, rss, atom

参数列表：

id： 可选参数. 根据指定用户UID或微博昵称来返回微博信息。

示例: http://api.twitter.com/statuses/user_timeline/12345.xml

user_id： 可选参数. 用户UID，主要是用来区分用户UID跟微博昵称一样，产生歧义的时候，特别是在微博昵称为数字导致和用户Uid发生歧义。

示例: http://api.twitter.com/statuses/user_timeline.xml?user_id=1401881

screen_name：可选参数.微博昵称，主要是用来区分用户UID跟微博昵称一样，产生歧义的时候。

示例: http://api.twitter.com/statuses/user_timeline.xml?screen_name=101010

since_id：可选参数（微博信息ID）. 只返回ID比since_id大（比since_id时间晚的）的微博信息内容

示例: http://api.twitter.com/statuses/user_timeline.xml?since_id=12345

max_id: 可选参数（微博信息ID）. 返回ID不大于max_id的微博信息内容。

示例: Example: http://api.twitter.com/statuses/user_timeline.xml?max_id=54321

count: 可选参数. 每次返回的最大记录数，最多返回200条，默认20。

示例: http://api.twitter.com/statuses/user_timeline.xml?count=200

page： 可选参数. 分页返回。注意：最多返回200条分页内容。

示例: http://api.twitter.com/statuses/user_timeline.xml?page=3

statuses/mentions

显示20条最近的对用户的回复消息， ( 消息前缀为 @username ) 。该API只开放给认证用户，请求其他用户的收到的回复消息列表是非法的，无论其他用户设置私密与否。

访问地址：http://api.twitter.com/statuses/replies.format

支持格式 ( format ) ：xml, json, rss, atom

参数列表：

since_id. 可选参数. 返回ID比数值since_id大（比since_id时间晚的）的提到。

示例: http://api.twitter.com/statuses/mentions.xml?since_id=12345

max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的提到。

示例: http://api.twitter.com/statuses/mentions.xml?max_id=54321

count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200，默认为20。

示例: http://api.twitter.com/statuses/mentions.xml?count=200

page. 可选参数. 返回结果的页序号。注意：有分页限制。

示例: http://api.twitter.com/statuses/mentions.xml?page=3

用户消息相关方法

statuses/show

返回指定Id的一条消息，返回信息中包含作者信息。

访问地址：http://api.twitter.com/statuses/show/id.format或者

http://api.twitter.com/statuses/show.format?id={id}

支持格式 ( format ) ：xml, json

参数列表:

id. 必须参数(微博信息ID)，要获取已发表的微博ID,如ID不存在返回空

示例: http://api.twitter.com/statuses/show/142277.xml

statuses/update

更新认证用户的消息，必须包含content参数，且必须以POST方式请求。 成功时按指定格式返回当前的消息。

访问地址：http://api.twitter.com/statuses/update.format

支持格式 ( format )：xml, json

参数列表:

status. 必填参数， 要更新的微博信息。必须做URLEncode,信息内容部超过140个汉字,为空返回400错误。

in_reply_to_status_id. 可选参数，@ 需要回复的微博信息ID, 这个参数只有在微博内容以 @username 开头才有意义。

lat. 可选参数，纬度，发表当前微博所在的地理位置，有效范围 -90.0到+90.0, +表示北纬。只有用户设置中geo_enabled=true时候地理位置才有效。

long. 可选参数，经度。有效范围-180.0到+180.0, +表示东经。

statuses/destroy

根据指定的id删除一条消息，认证用户必须是消息的作者。

访问地址：http://api.twitter.com/statuses/destroy/id.format

支持格式 ( format ) ：xml, json

参数列表:

id 必须，待删除的消息Id， 例如：

http://api.twitter.com/statuses/destroy/12345.json

或者

http://api.twitter.com/statuses/destroy.xml?id=23456

用户操作接口

users/show

显示指定用户的扩展信息，需要给定用户的id或显示名称。扩展信息包括用户的页面设置、微博次数等，因此第三方应用的开发者可以根据这些信息为用户提供合适的主题。

注意：本API调用请求必须发自合法微博用户，不论请求自己/他人的扩展信息。

访问地址：http://api.twitter.com/users/show.format

支持格式 ( format )：xml, json

参数列表：

id. 用户UID或微博昵称。

示例: http://api.twitter.com/users/show/12345.json 或 http://api.twitter.com/users/show/bob.xml

user_id. 指定用户UID,主要是用来区分用户UID跟微博昵称一样，产生歧义的时候，特别是在用户账号为数字导致和用户Uid发生歧义。

示例: http://api.twitter.com/users/show.xml?user_id=1401881

screen_name. 指定微博昵称，主要是用来区分用户UID跟微博昵称一样，产生歧义的时候。

示例: http://api.twitter.com/users/show.xml?screen_name=101010

statuses/friends

返回认证用户的朋友列表，内含每个用户的当前微博信息。这个方法同样可以用来请求其他用户的朋友列表，通过下面指明的方法传递id参数。

访问地址：http://api.twitter.com/statuses/friends.format

支持格式 ( format )：xml, json

参数列表:

id. 选填参数. 要获取的 UID或微博昵称

示例: http://api.twitter.com/statuses/friends/12345.json

http://api.twitter.com/statuses/friends/12345.xml

user_id. 选填参数. 要获取的UID

示例: http://api.twitter.com/statuses/friends.xml?user_id=1401881

screen_name. 选填参数. 要获取的微博昵称

示例: http://api.twitter.com/statuses/friends.xml?screen_name=101010

cursor. 选填参数. 单页只能包含100个关注列表，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多, 如果没有下一页，则next_cursor返回0

的关注列表

示例: http://api.twitter.com/statuses/friends/williamlong.xml?cursor=-1

示例: http://api.twitter.com/statuses/friends/williamlong.xml?cursor=1300794057949944903

count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200,默认返回20。

示例: http://api.twitter.com/statuses/friends/bob.xml?&count=200

statuses/followers

返回认证用户的订阅者，内含每个订阅者的当前消息。与friends一样，只需要把friends地址中的friends替换为followers即可，其余一切包括参数都不需要改变，都是一样的用法。

访问地址：http://api.twitter.com/statuses/followers.format

支持格式 ( format )：xml, json

参数列表:

id. 选填参数. 要获取粉丝的 UID或微博昵称

示例: http://api.twitter.com/statuses/followers/12345.json or http://api.twitter.com/statuses/followers/bob.xml

user_id. 选填参数. 要获取的UID

示例: http://api.twitter.com/statuses/followers.xml?user_id=1401881

screen_name. 选填参数. 要获取的微博昵称

示例: http://api.twitter.com/statuses/followers.xml?screen_name=101010

cursor. 选填参数. 单页只能包含100个粉丝列表，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多的，如果没有下一页，则next_cursor返回0

粉丝列表 示例: http://api.twitter.com/statuses/followers/barackobama.xml?cursor=-1 示例: http://api.twitter.com/statuses/followers/barackobama.xml?cursor=1300794057949944903

count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200,默认返回20。

示例: http://api.twitter.com/statuses/followers/bob.xml?&count=200

私信操作方法

direct_messages

返回用户的消息列表

访问地址：http://api.twitter.com/direct_messages.format

支持格式 ( format ) ：xml, json, rss, atom

参数列表:

since_id. 可选参数. 返回ID比数值since_id大（比since_id时间晚的）的私信。

示例: http://api.twitter.com/direct_messages.xml?since_id=12345

max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的私信。

示例: http://api.twitter.com/direct_messages.xml?max_id=54321

count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200。

示例: http://api.twitter.com/direct_messages.xml?count=200

page. 可选参数. 返回结果的页序号。注意：有分页限制。

示例: http://api.twitter.com/direct_messages.xml?page=3

direct_messages/sent

返回用户的已发送消息列表

访问地址：http://api.twitter.com/direct_messages/sent.format

支持格式 ( format ) ：xml, json, rss, atom

参数列表:

since_id. 可选参数. 返回ID比数值since_id大（比since_id时间晚的）的私信。

示例: http://api.twitter.com/direct_messages.xml?since_id=12345

max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的私信。

示例: http://api.twitter.com/direct_messages.xml?max_id=54321

count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200。

示例: http://api.twitter.com/direct_messages.xml?count=200

page. 可选参数. 返回结果的页序号。注意：有分页限制。

direct_messages/new

以认证用户的身份向指定的其他用户发送一条有向消息，必须包含参数user和text,请求必须使用POST方式提交。成功将返回完整的发送消息必须包含参数user和text，必须使用POST方式提交。成功将返回完整的发送消息。

访问地址：http://api.twitter.com/direct_messages/new.format

支持格式 ( format ) ：xml, json

参数列表：

user: user_id或者screen_name

text: 必须参数. 要发生的消息内容，需要做URLEncode，文本大小必须小于300个汉字

direct_messages/destroy

通过给定的消息id，删除指定的有向消息，认证用户只能删除其作为接受者收到的消息。使用POST和GET方法都可以
访问地址：http://api.twitter.com/direct_messages/destroy/id.format

支持格式 ( format ) ：xml, json

参数列表：

id. 必填参数，要删除的私信主键ID.

示例: http://api.twitter.com/direct_messages/destroy/12345.json

好友关系操作方法

friendships/create

创建认证用户与给定的id参数指定的用户之间的好友关系；该操作执行成功时返回被加为好友的用户信息，执行失败则返回失败的状态字串。

访问地址：http://api.twitter.com/friendships/create/id.format

支持格式 ( format ) ：xml, json

参数列表：

下面的参数必须有其中一个:

id. 必填参数. 要关注的用户UID或微博昵称

示例: http://api.twitter.com/friendships/create/12345.json or http://api.twitter.com/friendships/create/bob.xml

user_id. 必填参数. 要关注的用户UID,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

示例: http://api.twitter.com/friendships/create.xml?user_id=1401881

screen_name.必填参数. 要关注的微博昵称,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

示例: http://api.twitter.com/friendships/create.xml?screen_name=101010

follow. 可选参数。暂不支持。

friendships/destroy

用来注销同指定id的用户的好友关系，当操作成功时，将返回被取消好友关系的用户，当失败时，将会返回失败信息。

访问地址：http://api.twitter.com/friendships/destroy/id.format

支持格式 ( format ) ：xml, json

参数列表：

下面的参数必须有其中一个:

id. 必填参数. 要取消关注的用户UID或微博昵称

示例: http://api.twitter.com/friendships/destroy/12345.json or http://api.twitter.com/friendships/destroy/bob.xml

user_id. 必填参数. 要取消关注的用户UID,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

示例: http://api.twitter.com/friendships/destroy.xml?user_id=1401881

screen_name. 必填参数. 要取消的微博昵称,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

示例: http://api.twitter.com/friendships/destroy.xml?screen_name=101010

friendships/exists

用来检验两个用户的关系是否是朋友关系或者跟随与被跟随的关系。返回相互跟随的关系结果。比如：A跟随了B。B没有跟随A。将返回对应的格式数据：如xml，<result><AFollowB>true</AFollowB><BFollowA>false</BFollowA></result>

访问地址： http://api.twitter.com/friendships/exists.format

支持格式：xml, json

参数列表：

user_a. 必填参数，要判断的用户UID

user_b. 必填参数，要判断的被关注人用户UID

friendships/show

返回两个用户关系的详细情况

访问地址： http://api.twitter.com/friendships/show.format

支持格式：xml, json

参数列表：

以下参数可不填写，如不填，则取当前用户

source_id. 源用户UID

示例: http://api.twitter.com/friendships/show.xml?source_id=10502

source_screen_name. 源微博昵称

示例: http://api.twitter.com/friendships/show.xml?source_screen_name=bob

下面参数必须选填一个:

target_id. 要判断的目的用户UID

示例: http://api.twitter.com/friendships/show.xml?target_id=10503

target_screen_name. 要判断的目的微博昵称

示例: http://api.twitter.com/friendships/show.xml?target_screen_name=williamlong

获取用户列表方法

friends/ids

用来获取指定的用户的朋友用户id。即自己跟随的人的id

访问地址：http://api.twitter.com/friends/ids.format

支持格式：xml, json

参数列表：

id. 选填参数. 要获取好友的UID或微博昵称

示例: http://api.twitter.com/friends/ids/12345.xml or http://api.twitter.com/statuses/friends/bob.xml

user_id. 选填参数. 要获取的UID

示例: http://api.twitter.com/friends/ids.xml?user_id=1401881

screen_name. 选填参数. 要获取的微博昵称

示例: http://api.twitter.com/friends/ids.xml?screen_name=101010

cursor. 选填参数. 单页只能包含5000个id，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多的关注列表

示例: http://api.twitter.com/friends/ids.xml?cursor=-1 示例: http://api.twitter.com/friends/ids.xml?cursor=1300794057949944903

count. 可选参数. 每次返回的最大记录数（即页面大小），不大于5000，默认返回500。

示例: http://api.twitter.com/friends/ids.xml?count=200

followers/ids

用来获取指定的用户被跟随的用户id。

访问地址：http://api.twitter.com/followers/ids.format

支持格式：xml,json

参数列表：

id. 选填参数. 要获取好友的UID或微博昵称

示例: http://api.twitter.com/followers/ids/12345.xml or http://api.twitter.com/statuses/friends/bob.xml

user_id. 选填参数，要获取的UID

示例: http://api.twitter.com/followers/ids.xml?user_id=1401881

screen_name. 选填参数，要获取的微博昵称

示例: http://api.twitter.com/followers/ids.xml?screen_name=101010

cursor. 选填参数. 单页只能包含5000个id，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多的关注列表

示例: http://api.twitter.com/followers/ids.xml?cursor=-1

示例: http://api.twitter.com/followers/ids.xml?cursor=1300794057949944903

count. 可选参数. 每次返回的最大记录数（即页面大小），不大于5000，默认返回500。

示例: http://api.twitter.com/followers/ids.xml?count=200

用户帐号方法

account/verify_credentials

如果用户身份验证成功则返回 http状态为 200；如果是不则返回401的状态和错误信息。此方法用了判断用户身份是否合法。

访问地址：http://api.twitter.com/account/verify_credentials.format

支持格式：xml, json

参数列表：

account/update_profile

自定义微博页面的参数。只会修改参数更新项。

访问地址：http://api.twitter.com/account/update_profile.format

支持格式：xml, json

参数列表：

必须有一下参数中的一个或多个，参数值为字符串. 进一步的限制，请参阅下面的各个参数描述.

name. 昵称，可选参数.不超过20个汉字

gender 性别，可选参数. m,男，f,女。

province 可选参数. 参考省份城市编码表

city 可选参数. 参考省份城市编码表,1000为不限

description. 可选参数. 不超过160个汉字.

收藏相关方法

favorites

返回授权用户的最新的20条收藏的状态信息。也可以通过id或者用户名来指定一个用户，查询他最新的20条收藏的状态信息。

访问地址：http://api.twitter.com/favorites.format

支持格式：xml, json, rss, atom

参数列表：

page： 可选参数. 返回结果的页序号。注意：有分页限制。

示例: http://api.twitter.com/favorites/11075.xml?page=3

favorites/create

收藏一条状态信息POST提交

访问地址：

http://api.twitter.com/favorites/create.format

支持格式：xml, json

参数列表：

id 必须，授权用户要收藏的状态信息id。

favorites/destroy

删除授权用户收藏的一条状态信息

访问地址：http://api.twitter.com/favorites/destroy/id.format

支持格式：xml, json

参数列表：

id 授权用户收藏的状态信息id。

这篇文章来自：

月光博客

探索中国独立博客的发展

 

探索中国独立博客的发展

月光博客

年前国内互联网严打，很多个人网站（包括独立博客）关掉，跟着又传网络新规"没有一百万不要搞论坛"，这些不利因素让人感到中国独立博客的发展是不 容乐观的。尽管如此，但是换个角度去看，社会的发展总是要朝向文明的方向去发展，独立博客是不可能全部关闭的。

什么是独立博客？在这个词条还没有编入中国的辞海之前，可以引用维基百科的说明"独立博客一般指在采用独立域名 和网络主机的博客，既在空间、域名和内容上相对独立的博客。独立博客相当于一个独立的网站，而且不属于任何其他网站。相对于BSP下的博客，独立博客更自 由、灵活，不受限制"。

从这个定义来看，独立博客的信息危害性要远远低于论坛，如果要关闭独立博客，也是应该要先关掉论坛。如果一个独立博客发布了不法信息，很容易追查， 要直接负责的也就是博主。而一个论坛如果有几十万会员，要追究当事人的直接责任是比较复杂的。

中国独立博客的发展，在宏观方面的问题是让博客健康化发展，形成管理 规范和得到保护；而在微观方面的问题是一个独立博客如何生存发展，可以走向职业博客。为此，简哲提出如下几点思考：

一、 博客协会

独立博客可以成立博客协会，正规注册，吸收会员。中国是一个协会特别多的国家，成立协会从某种层面来讲就是这个行业或产业要规范发展，走向良性发 展。

谁能为中国独立博客谋利益，走向正常化发展？还是需要有一个博客协会。不然，中国独立博客仍是一盘散沙，对明天的发展没有想象，只有担忧和顾忌。

与其处于发展的茫然，不如主动提出管理规范化，让博客也能成为职业。

一旦成立博客协会，这需要有发展基金才能确保博客协会得以运作，并保持可持续发展。关于资金的来源：前期可通过社会捐助，成立博客协会后可以收取会 员费用，博客内容可以用于商业出版，博客协会也可以推出联盟产品，如广告和付费写作等推广产品，相关博客的域名、虚拟主机销售。目前很多博客的创作内容都 没有得到版权保护，今后或许可以授权给博客协会代理，负责商业出版及侵权索赔的法律事务。当博客的网站被空间服务商无故关掉，博客可以寻求博客协会的帮 助，甚至是代理法律诉讼及索赔。如能做到这样，便会有更多的博客愿意加入博客协会。

当下的中国互联网，有财力做博客协会的很多，但是对互联网有发展雄心的不多，假设周鸿祎创建博客协会，在国内很容易催生第五门户。因为借助博客资 源，可以获得内容和整合资源；在博客放置搜索服务和搜索联盟的广告，可以把搜索引擎推广出去。通过团队化的运作，可以让BSP的名人博客再开设独立博客 （从产品上可以设计为绑定个人域名的个人门户，可以通向他的新门户）。据cnnic调查：截至2009年12月，博客应用在网民中的用户规模达到2.21 亿。按周鸿祎的产品线，若成功借道博客，打造出新门户的机会是很大的。

二、绿色认证

独立博客在网站上引用博客协会的认证，表示这个独立博客没有不法信息或木马病毒。通过绿色认证的标志，网民发现不法信息或木马病毒，可以直接向博客 协会举报，博客协会查实后可以停止违规博客继续引用绿色认证。

三、现时中国独立博客的盈利方式

现时独立博客的盈利方式主要有如下几种：站点广告、付费文章、活动组织（购物）、销售商品及网站业务。

1.站点广告

例如销售网站固定的广告位，广告联盟广告（如Google AdSense、当当）。

2.付费文章

美国的"软文"市场很大，据称达到了两百多亿美元。但是，从国内提供付费文章经营业务的网站来看，独立博客通过这种方式获得的收入并不多。一是付费 文章的任务不多，二是稿酬低。对于普遍的独立博客而言，与其写软文，还不如向出版媒体投稿，或者成为付费内容网站（如起点网）的作者。

从长远来看，国内的"软文"市场也会增长，对于流量大、知名度的博客而言，他们不用担心"软文"收入。

3.活动组织（购物）

这些独立博客应该是社区明星，擅长社交，利用社交资源发起活动，然后再获得业务提成。也可能就是购物狂人，或者是做类似淘宝客的业务。从某种角度而 言，他们是为了推广而做了独立博客。

4.销售商品

比较常见的是卖域名、主机、IT数码产品、手工艺品。

5.网站业务

设计业务：很多网页、平面设计师都在博客宣称提供设计业务。

网络营销顾问业务：提供SEO、网络营销顾问服务也是常见的。

经纪业务：如保险、二手车销售的博客。保险经纪会开一个博客大谈投资理财，然后欢迎你来咨询。

专家业务：如律师、工程师博客。他们会通过在博客介绍案例、讲解专业知识来获得咨询，借此再获得业务成交。

专业服务：英语达人会在博客上提示翻译服务，或者是本地的家教服务。很多具有专业技能的博客，几乎都在博客表示他们擅自于某项工作，明示或暗示有合 作的机会。试着回忆，你总会想起作家在博客上有图书销售的链接，职业写手表示愿意接活。

四、当前职业博客的发展需要解决电子商务的应用

简哲在分析多种原因后，发现中国职业博客的发展困境，除了政策环境的因素之外，中文博客的交易支付是个很大的问题。流量很大、知名度很高，这些不是 普遍的独立博客所拥有的，也就是通过网站广告和"软文"收入，不足以解决一个独立博客的生存发展。

国外的博客可以在WordPress安装一个电子商务应用的插件，使用PayPal来完成最终的支付。中国的博客尽管同样可以在WordPress 安装电子商务的插件，但是由于中国网民爱用支付宝，WordPress安装的电子商务插件形同摆设。国产的Z-blog、PJblog、Bo-blog也是如此，连摆设也免了。

现在国内还有人在开发新的博客程序，其实在博客发日志的方向，已经没有什么很大的创新突破，可以让博客放弃现在的程序来选择一个新的博客程序，可能 最好的机会就是在电子商务的突破。如果开发一个博客程序能实现商品销售（如 WordPress的e-Commerce）和付费阅读内容（如WordPress的Business Directory），那么这个新的博客程序还有出路，并且能得到商业发展。例如营业额不足1000元的免费，超过的则购买商业版权。另 外，国内做微支付的有很多家，找一家结盟，得到赞助，可在免费版推出独家接口，其它接口付费也行。

像Z-blog这个程序，对搜索引擎支持很好，不少站长拿它做SEO 赚钱。如果Z-blog再走多一步，解决商品销售和付费阅读的问题，可能会飞跃发展。Z-blog现在的商业模式是主机和版权认证及增值服务，如果企业博 客流行，这种商业模式是不错的。

如果一个博客程序不能解决电子商务的问题，那么中国独立博客将很难走向职业博客，普遍都会遇到发展瓶颈，无法实现成为职业博客。如果一个博客要用动易CMS或ShopEx，这个网站的站长还能叫独立博客吗？看一下国外WordPress的电子商务应用，不要怀疑博客要解决电子商务的应用。

因此，中国独立博客若以博客为职业，在博客程序上还不具备良好的应用条件之下，作为国内网络支付代表的支付宝、财付通，有没有社会责任为独立博客提 供更完善的支付解决方案？例如WordPress的e-Commerce，谁可以完善它，添加支付宝、财付通的接口？微支付是网民的应用趋势，中国的博客 也超过两亿，为什么中国的独立博客却难以借道发展？中国的互联网，是缺少雷锋，还是缺少企业的远见？

中国独立博客的未来，在于今天的创新和改变！

作者：简哲，原文地址。

这篇文章来自：

月光博客