门户级网站统一会员与用户中心数据拓发展的三个阶段之研究

编者按：

         作为门户级网站，被投资者评估价值的标准有什么？

         会员数、

         PV值、

         排名、

         以及品牌知名度。

        其中会员数是网站最重要的价值之一，针对会员数的价值评估，我们又可以分为：会员总量、激活数、持续在线会员数等多个参数。

        因而，Zoomla!逐浪CMS软件开发团队，在构建门户平台的开发中，始终把系统架构和用户体验模型作为首要研发重点和实施重点来推进。

        因而，我们系统提供了丰富的会员整合、API支持以及开放性计算应用，从而满足门户级用户中心构建的需要，打造国内最卓越的门户网站内核CMS管理系统，并从多年的开发经验出发撰写此文，期待同行指导关怀。

        所谓会员，是服务于网站的用户体验的平台，只有当用户注册为会员，网站才拥有开始为用户提供个性化信息服务的可能—只有个性化服务才能打动用户，并将流量转化为现金。

        一个门户网级网站会员数据中心（以下简称会员中心）发展呈现以下三个发展阶段：

         以下分别详述三种模型的得与失。

第一阶段：信息孤岛型

         在初级的网站开发中，很多小型站点或程序，由于不够开发，根本不足以支持会员整合和统一用户平台，只能采用“文章系统+论坛”的思路，虽然主站上有会员注册、登陆等功能，但事实上全指向论坛，这样的做法显然使采用“文章系统”构建的主站不能收集到任何用户行为与信息，谈不上门户级的开发应用。

        在我们的用户队伍中，其中包括一些从其它低端CMS转型过来的，此前就是采用这种模式，在掌握了Zoomla!逐浪CMS易用的会员整合后，纷纷进入第二阶段“API整合”时代。

        本模型优势：简易方便，甚至不需要任何技术支持。

        本模型劣势：粗糙，无法体现门户级开发与个性化会员服务的WEB2.0精神。

第二阶段：API整合型

        API整合充分考虑到了传统网站的各个部位对于用户行为与个性化服务的重要性，从“为用户提供什么”向“用户需要什么”转型，各个环节都致力于为会员提供完善的服务，包括主站、论坛、博客、商城以及积分系统，用户只要一点注册则全站畅通无阻。

        基于Zoomla!逐浪CMS的用户整合，可以快速的支持面向动网论坛、Oblog、OBLOG.net、Discuz!NT、Discuz!7.x等平台整合，显然是为门户级网站提供了扎实的基础，用户只要开厢即得，进入会员中心配置简洁的参数，即可实现一站通行，甚至是积分同步的功能，为整个网站的用户互通提供了稳定的“云台”。

（上图：Zoomla!逐浪CMS内置整合功能截图）

        本模型优势：基于门户级CMS的高效会员整合。

        本模型劣势：需要采用高端CMS并配置参数，从而实现从平台的管理（成本略增）

第三阶段：统一令牌型

         随着网站日益发展壮大，这时传统的会员API整合就不能满足用户需求了。

        比如：

        用户拥有近百个子站点、

        用户会员数据格式要求差异很大、

        用户会员数据传递受各种前台技术影响，

        这时我们应该如何处理呢？

        借用webservice的软件模型思路，我们事实上可以采用统一令牌型的会员中心数据构建模式。

        所谓令牌，我们可以想象为：用户不需要每次使用时，都要在其各个子系统中摸索前进，系统中的指令本身就存在、而且各个子系统都是直线读取；子系统识别用户权限的方法仅限于在令牌传出指令和中心数据库间的交互，显然，这是一种高效的传递方式。

        （PS：相比于令牌式会员数据中心，API整合则有点类同于盲人摸象，注册时由甲传值时，必须同步由甲传给乙、乙再传给丙、丙传给丁、丁再传回甲；使用时，同样的需要在多个库间进行缠绵的“绕道取信”，显然是低效的）。

        令牌型的会员中心，需要系统建立起了统一的会员数据中心库，各个子系统只要抽取其想要的数据，同时也允许子系统建立起个性子站数据库，中心库直接服务于各个子系统，显然效率是大大提升的。

         我们从早期的微软早期Hotmail之Netpassport的统一会员、到新浪网的login.sina.com.cn、再到2008年搜狐2.0大作、以及Google的开放计算中的关于开放会员的架构思路，都可以看到统一会员中心在门户级系统中构建的王者地位。

        附：经典的统一令牌式会员中心可以从passport.csdn.net中汲取开发的精华。

        本模型优势：高效门户不二之选。

        本模型劣势：需要有独立的IT预算与标准化开发团队维护并支持。

编后语：

        本文的研究思路是简单的介绍三类会员整合的方式及优劣势分析，但带来的思考却是沉重的：

•         如果是一个地方门户，它是应以一小部份应用为优先，还是创建之初就应该有完善的会员系统从而为中长期发展贡献思路呢？
•         如果一个网站中，有一个孤立的会员数据平台，并不与其它的子系统整合同步，那这个平台的价值如何体现？
•         统一会员中心带来的用户体验是不言而喻值得夸赞的，但是运营者们是建立起“门户中心”思路，始终将论坛、博客以及其它子系统的会员信息统统并入主站的“中央集权”式管理为正确；还是仅以成本角度考虑，着力以论坛或某一个子系统为全站的核心发展重点正确？
•         网站是应该如同一个老叟如数家珍可以有条不紊的将会员数据进行组织并呈现重要，还是应大破四旧构建漂亮的外表引人夸赞更为重要？

        希望在不断的践行中，能够得到更多的真知，推动Zoomla!逐浪CMS发展和行业进步。