Design&Code

下午在看网站流量分析，偶然看到一篇关于豆瓣的Google Analytics应用的文章，转帖过来共享一下。

原文链接：浅析豆瓣的 Google Analytics 应用

豆瓣 Google Analytics 代码加载模式

豆瓣从今年开始也加入 Google Analytics 的统计阵营。让我们通过它加载的 Google Analytics 源码，简单分析一下它都是怎么应用的。

我们先从豆瓣的源码来看看它的Google Analytics统计代码

豆瓣 Google Analytics 代码

我们知道一般默认的 Google Analytics代码如下：

默认 Google Analytics 统计代码

两相对比，我们就会发现豆瓣加载 ga.js 的方式与默认的方式有些不太一样，由于豆瓣并没有采用 https 加密访问，所以撇弃了默认的ga.js加载方式。

默认的统计函数，pageTracker 也被豆瓣改成了 _ga ，这个只是名称定义上的区别，并没有什么实质的改变。豆瓣的主要应用是下面两个函数：

使用 _ga._addOrganic 识别非主流搜索引擎

再来看豆瓣比默认 Google Analytics 代码增加的部分，那就是多了数个 _ga._addOrganic ，这是 Google Analytics 添加自定义搜索引擎的代码。尽管 Google Analytics 对于主流的搜索引擎都能自动识别，但毕竟能识别的是国外的主流搜索引擎，在国内，像搜狐的 Sogou，QQ 的 soso，网易的有道等搜索引擎，都不能被 Google Analytics 正确识别，而被当作推荐来源。这时候我们就可以利用_addOrganic 参数来识别这些非主流搜索引擎，如豆瓣的做法。

使用 _addIgnoredOrganic 忽略关键字

除了添加自定义搜索引擎，豆瓣在最后还添加了如下这些代码:

_ga._addIgnoredOrganic("豆瓣");
_ga._addIgnoredOrganic("douban");
_ga._addIgnoredOrganic("豆瓣网");
_ga._addIgnoredOrganic("www.douban.com");

这些代码用来把引号中的关键词从搜索引擎的关键词报告中排除，而当成直接点击量来源。

为什么要这么做？因为一个知名的大网站，来自这些品牌词的搜索流量都非常大，常常是排在前几位的搜索关键词来源，而这通常是因为搜索引擎养成现在的 人都懒得记网址，直接搜索品牌名来记住域名。这些品牌词对于网站的关键词来源分析并没有很直接的帮助，所以在来自品牌词的流量很大的情况下，可以直接把这 些关键词识别成直接点击量来源。

关于自定义 Google Analytics 搜索引擎和排除特定关键词为直接点击量来源的语法，可以参考 Google Code 上关于这方面的详细介绍。

通过 _setVar 识别用户

当我们登录豆瓣后，再来分析豆瓣的源码，会发现多了一个ga._setVar(”xxxx”)的 Google Analytics 参数。

豆瓣使用 Google Analytics 的._setVar参数来跟踪登录用户行为

_setVar() 函数是 Google Analytics 的用户定义函数，主要用于对特定来源的用户行为进行分类，例如可以对登录浏览的用户设置一个数值，然后在 Google Analytics 后台的访问者/用户定义 中查看其浏览属性。

Google Analytics 访问者/用户定义报告

分析豆瓣的源码可以知道，豆瓣对每一个登录后的用户，都赋以一个专门的 id 值，这样可以在用户定义报告里，看到整体的登录用户访问行为，乃至每个登录用户的浏览行为。通过这样设定后，豆瓣便可以轻易获取高忠诚度访问用户的访问行为。关于_setVar()的更多说明，请参阅 Google Analytics的技术文档

如何根据访问者在我的网站上访问的页面或在表单上做出的响应对其进行分类？在 Google Analytics 官方的帮助文件，也给出了另外一个应用案例

值得注意的是，原来在设置 _setVar() 函数的时候，整个网站的跳出率会出现重大的偏差，不过在最近的google analytics官方博客，指出该bug已经修正，客户在进行这方面设置的时候，还是要注意对比前后数据是否有重大偏差。

通过 _trackPageview 区分不同类型的评论

豆瓣上的书评，影评和乐评可以说是豆瓣网站的核心价值所在。一般评论的URL格式如下：

豆瓣上单条评论的URL

当我们查看该页面的网页源代码时，会发现有趣的现象:

豆瓣单条评论页的 Google Analytics 代码

我们知道，一般 Google Analytics 的_trackPageview() 括弧中的参数是留空的， Google Analytics 会自动捕获网址的 URL 参数，如果在 _trackPageview()括弧中输入特定的数值，那么在 Google Analytics 的报表中，URL 将是我们指定的参数，而不再是我们在地址栏看到的 URL。

如上面的例子，我们在 Google Analytics 中看到的URL将是/book/review/1946018/，而不再是我们在浏览器地址栏看到的/review/1946018/

当所在频道是电影或者音乐时，_trackPageview() 中的参数将根据所在频道的属性，变为/movie/xxxxx 或者 /music/xxxxx的数值。

豆瓣通过对的参数进行重新指定，主要有以下的好处：

保证了用户和搜索引擎看到的 URL 比较简短，达到 URL 对用户友好和对搜索引擎友好的目的；而在 Google Analytics 报告中，通过 内容/内容细目/ 报告，又能了解到各个频道总的浏览情况。

在GA的内容细目报告中，将会多出 /book/ /music/ /movie/ 这样的文件夹来，总而获得各个频道的合计浏览数据。

而如果只是使用默认 _trackPageview()，你将只能得到所有评论页面的浏览数据，而无法得到细分的各个频道的浏览数据。

关于_trackPageview()的具体的使用方法可参照 Google Code 的说明

注意事项:使用 _trackPageview() 参数重新指定 URL 之后，网站覆盖图的数据将受到影响。可参阅 Google Analytics 的官方帮助文件

除了豆瓣使用 _trackPageview() 来对URL进行重写，大众点评网也采用了类似的做法（应该是比豆瓣更早采用。。。因为是我在点评网任职时候实验的做法;那时候豆瓣还没有使用 Google Analytis 统计代码，呵呵），有兴趣的同学可以自己去研究点评的 Google Analytis 代码。

最近一直在写项目可行性研究报告，越发的总结写公文绝对是一门本事。如何能把项目如实描述是做管理的一个很重要的技能。不说夸大描述项目质量、进度、未来发展，倘若能让领导如实了解已经算是过关。对比自己写的项目报告，和专职写的果然很有距离，对方的项目没有我们的项目规模大，开发周期长，客户前景也没有我们项目乐观，但人家能写成一个国际性产品，未来的趋势简直就是稳赚不赔，这才是国家政府希望得到的项目，期待投资的项目。

写了一段时间后，自己总结了一下经验。两方面来源：文档撰写者个人要求和文档撰写如何高效进行的步骤

一、 文档撰写者个人要求

偶然在网上发现有这样的招聘信息，

项目申报专员

岗位职责：
1、负责政府项目的申报、协调和验收工作；
2、负责政府项目申报渠道、政策的收集，公司内部可申报项目的挖掘；
3、负责企业资质申报、年审工作；
4、负责知识产权管理和专利技术、软件著作权的申报及政府资助工作；

任职要求：
1、计算机、电子技术相关专业本科以上学历；
2、两年以上软件企业及高新技术企业项目申报从业经验；
3、善于各类技术文档、可行性报告的撰写，具有较强的文字组织能力；
4、有项目申报、专利申报、资质申报经验；
5、优秀的外联和公关能力。

可见该职位并不是做过深入的项目开发及项目管理就能胜任的，需要切身实际的项目经验，对行业的研究和理解，对未来该行业发展前景的预测等等一系列相关行业经验。并且要求有很强的公文语言组织能力。（由此也切身体会到公务员也不是那么好干的。)

二、 文档撰写如何高效进行的步骤

第一步， 通读政府下达的项目申请说明的通知；

第二步， 熟读并理解该通知对应的项目要求指南；

这部分通常包括政府对项目的支持方向、项目方案的编制规范（即项目申报格式）、项目选择条件等基本要求；

通过这部分熟读理解，可明确该次项目申请的选择条件，政府对该次项目推行的目的，项目的重点、目标及对社会和经济的效益重点。此部分应为项目申请文档的中心，各个模块需要重点突出的内容。

第三步， 了解项目申请的重心后，上网搜索大量相关资料，熟读并理解（对于有深刻行业经验及行业理解的人此部可略）。重点查阅内容为项目的意义、相关领域国内外现状及趋势、市场需求、现有条件等。

 第四步，拟定大纲开始撰写。

一般项目申请大纲如下：

1、项目概述

2、项目曾承担单位情况（包括单位情况及项目负责人情况）

3、项目实施背景及内容

4、项目实施的原则、思路及目标（包括经济目标、社会目标）

5、项目技术分析（包括市场需求、发展趋势、技术方案）

6、项目实施的进度及年度计划安排、投资估算

7、风险评估（主要包括投资风险、市场风险及规避风险的主要措施）

其中规避风险主要措施可如下撰写：

目前，政府出台《xxxx》政策，大力推动xxxx，ABC公司推出的xxx系统正式秉承这一思想……故不存在政策风险。但可能会出现标准方面的风险。我们将密切注意国家在制订标准方面的动态，积极参与制订国家标准。

备注：语言简练概括，不可口语化，所有系统及平台的应用主旨都是降低企业成本、提高工作效率，推动行业发展。

对于公文语言的格式及组织，确实不是没有丰富行业经验及公文撰写经验的人可以一下学会的，不过工作就是一个熟练、总学的过程。

以上为个人项目申请文档撰写所得，具体问题还需具体分析。

一直忙的没空写日志，一直都在脑子里，和Apple说了项目结束总结完毕把总结扔上来，一直未果。

刚在igoogle订阅博客园的日志上看到一篇文章《认识无压工作GTD》，觉得非常不错，这个图片一目了然了。

一周内看两次新春音乐会，每次得开头都融不进去，周围太吵，孩子太多。每逢年底各种音乐就就涌了进来，M说大连一直都没有好的音乐厅，英特尔头儿的老婆已经无奈了。

那天看02年英国格林德伯恩剧院演出的《卡门》，一下子被指挥得小伙子吸引，交响乐团得指挥本身就很少有年轻人能上台，《卡门序曲》被这个叫菲利普约旦(查看介绍)的小伙子指挥的那叫一个HIGH，铿锵有力。

两次都听到了《北京喜讯到边寨》，听起来就让人哈皮。2010年的维也纳新春音乐会又请了08年执棒的乔治普莱特，一个85岁特别可爱得老头，小动作都让人稀罕。

被Sun鄙视了：连支付宝都不会用还好意思说做电子商务...

于是我下决心一定要弄个支付宝用用。明天争取把Sun搞定，就有了独立域名啦。

涛说最近电信在扫黄，所以很多qq群和空间都被停，伟大得CHINA开始行动了，不知道这次持续多久。

最近一直在写工作计划，往客户那跑。项目总结还没完...不停地督促自己抓紧时间把总结搞定，接下来还有年底总结，总是一拖再拖。自责。。自责恩

一直很乐于和Boss聊天。他带给我的日本企业ERP软件、生产企业的业务流程让我像蚂蝗一样不断的补充自己。

虽然我们现在做互联网开发，很多方式无法和CS结构的软件系统相比，但是有句话说的正确：行业规则都是类似的，不同的只是管理思路。

日本人做事向来不需要创新与先进，日本人更注重质量、谨慎、认真。所以我们通常总是说买日货，日货质量好。日本人对质量的监督与测试绝对值得每个企业学习。当然，增加质量的检测必定会增加成本，完全应了那句“便宜没好货，好货不便宜”。
日本人永远说：你别给我用那么先进的，不稳定，我需要稳定的，高质量的的产品。我们不能容忍产品的一点瑕疵。

互联网的“事儿”向来跟着美国走，不可否认美国人更注重创新，对大多数中国人来说我们的教育环境和思维模式已经被固定，那些创想我总觉得跟我们不靠边儿，像郎咸平说的，生产企业的6+1模式， 设计、采购、制造、仓储运输、订单、经营、销售，中国做的只是最不值钱最没技术含量的制造，利润最薄弱最容易被人牵着鼻子走的环节。因为现在的环境导致中国的大多数企业根本没有创意可言。比如一个表单登陆，标题通常存在左对齐，右对齐，居中对齐，对大多数中国的设计人员来说他们只知道大概采用哪种方式顺眼，却不知道为什么要这样设计，因为我们从来没有庞大的调查研究队伍对这个做过研究，但美国人可以，美国人可以测试出这三种情况占据调查网站中的百分比，根据百分比分析人对表单登陆的倾向，并作出科学的答复，例如视线聚焦，感官颜色区分。在下一个创意上他们可以根据曾经的调查数据总结思考出更有优势的产品，而我们不能。

前些天看过一篇文章，说中国式管理和美国式管理的区别，举了一个例子。
美国人在方案确定前会争论的面红耳赤，只要方案确定下来，必定照办。
中国人在方案确定前无人反对无人有意见，方案确定下来，没一个人照办。

看了还真觉得是那么回事儿，我也很期望像Boss说的，我们在会议上该每个人都发表看法，但是一旦确认，必须执行，执行力对一个团队来说是至关重要的。

身边总是遇到很多开发人员，项目结束认为自己的功劳最大，因为整套系统都是自己和团队“做”出来的。其实这套软件之所以会值钱，制作只是一小部分，只是一个实现的步骤，更值钱的是设计、策划和未来的销售，这些环节共同实现了这套系统的价值，绝不单单是某个开发团队或者个人。

最近总是自我检讨我为这个团队带来什么，我付出多少，我的什么地方是别人无法取代的，如果我每天都很忙是不是因为我的计划没有完全执行下去，或者因为计划制定的不正确导致。如果我每天很晚下班，每一件事都需要我亲身去询问和指导，那我必定不是一个好的团队带领者。如果我每天下班想不起来今天做了些什么，收获了什么，那我必定没有大的进步。越来越觉得很多事情不是努力就可以立马追赶上来的，和35岁的行业人员比起来，即便对方不是管理者，即便他们思维守旧，几十年如一日的做着coding工作，很多地方也比我厉害很多。有些思维的方式，思考问题的广泛度，缜密度等等都不是可以通过努力获得的。所以整理一下脑海中的情景，凡事互联网公司必定平均年龄很低，需要创新需要思维发散，凡事生产型企业平均年龄必定很高，生产环节不允许你思维发散，需要的是经验和严谨。像Apple说的，创新当然是年轻好 因为接受的东西少 对思维的限制就少。

思考问题系统化、整体化、发散并且面面俱到。
做起事来需要严谨认真。
宏观上则条理清晰明确，微观上则事事顺利滴水不够。

项目终于几乎完工，一个月的没休息在七点多提前下班的路上开始感到疲惫，一个人的时候会思考很多事情，上了一下开心网然后觉得这玩意现在对我来说除了增进我对SNS的体验没有什么优点了，于是。。。上了csdn看新闻。

自己的时候喜欢跟自己说话，写给我的team一段话吧，也许他们永远也看不到：

我承认我是个情绪化的人，所以才会经常对你们发火，但是一定有个前提，是因为我对你做的工作不满意。我一直相信压力越大，进步越快的理论，如果在这个社会中你不能承受压力，那很抱歉我认为你并不适合现在的社会，你需要重新审视你自己。如果你的环境全部都是微笑面对，我想那大概只有在政府工作了吧，那你就必须增加识别微笑背后世界的能力。

我想我是个讲道理的人，如果你认为不可行的工作只要你能用道理说服我我一定会欣然接受，但是我绝对不接受：这个就是这样的，他就是不能，我也不知道为什么...诸如此类的理由。我想任何一个leader都不喜欢这种理由，包括我自己去说服我的领导的时候。

我也相信没有什么是技术实现不了的，当然前提是必须在业务逻辑正确的情况下。我也认为任何符合业务逻辑的软件大多数都是可实现的。

我自认不够成熟，因为我不能面对一件让我非常气愤的事情或许是工作或许是生活可以面带微笑的应对。Boss对我说康熙晚年无论什么事都可以做到面无表情，实际上转身可能气的脑袋冒青烟，自然我目前只能尽力而为了。

Yan有天给我发了张照片，06年末进行的项目计划表，当时贴在技术部的门上，每个人都签了字（抹去...）历经五个月的项目，实施人员十五人。

那个时候那个睿智可爱的Max还在，一个南方的小男人，总是跟我们说我们是一个Open的团队。

那个时候我还年轻，在他眼里。那个时候他很有思想，冲劲十足，在我眼里。

这十六个人现在有的人已经结婚生子，有的去了阿里巴巴，有的去了上海，有的去了腾讯，有的去了500强，每个人都有了自己新的方向。

和Yan吃饭，说原来已经过去了三年，这三年如白驹过隙，恍惚之间。

持续工作26个小时，略感疲惫。把签名改成了《今夜无人入眠》，配极了自己的状态。

第一次听是高中的时候三高演唱会，完全没兴致。

第二次是英国达人的选秀，一个卖手机的英国男子唱的让我着迷。

这首歌出自普契尼的《图兰朵》，被男高音唱到烂的咏叹调想必还是帕大叔的最有味道了。

《图兰朵》是个中国背景的故事。说中国公主要嫁勇士，凡事能回答三个问题的人即可（貌似是这样）。

更加有趣的是每次到公主出场必定背景音乐是《茉莉花》，据说当年普契尼也没来过中国，只是从参考文献中取到这段曲子。看过多明戈演出的版本（多大叔几乎没有没有他的歌剧呀)，里面的公主特别搞笑，那个版本无论怎演绎看起来都比较搞笑，因为大多数角色都表述的是中国古代人。张艺谋也导了《图兰朵》，今年10月在鸟巢现场了，不知道情景如何，但是估计怎么也演不出多多那个时代的意境吧，中国人不擅长这个。

早上去给小同事们买了KFC的粥和油条，虽然他们确实效率低了些，但是为了完成任务没一个人离开。我已经很感动了。

Boss借了本书给我叫《定位》。有空好好看看。