救活TrackBack的偏方
对博客中的TrackBack功能神往已久，周末利用仅有的一点空闲时间，将BlogEngine里的代码修改成.net1.1版本的，但是却没有成功，不成功的原因不是代码有问题，而是TrackBack已经死了，尽管之前就有所耳闻，但始终坚信“金子发光”的理论，没有当回事儿，而今回过头看讨论TrackBack死活的文章大多是2006年的，不过印象中支持TrackBack的平台依然不少，所以TrackBack顶多算是濒临死亡的状态。
看着这么富有创意的产品，就这么静悄悄的死去，实在是心有不忍，转转脑筋，开个方子，看看能不能救活这可怜见的小物件。
开方子，讲究对症下药，我跟TrackBack接触不多，不知道他是怎么病的，好在2年前就有人分析分析过他的几个病根。
1、用户懒惰，不愿意学习TrackBack。
2、BSP根本不重视，他们担心这些引出站外的链接带来流量的丧失
3、垃圾评论。
4、TrackBack缺乏统一的标准。
我比较赞同3、4。1没有完全了解TrackBack，2站不住脚，TrackBack带来的流量是有如有出的，就像友情链接一样。
下面是我开的方子：
1、TrackBack一定要支持“自动发现”功能，这样可以在用户压根不需要了解TrackBack的前提下，发表文章后，由系统自动完成TrackBack的所有动作。这样，既降低了用户的门槛，也提高了用户的体验。
2、所谓的缺乏标准，我不知道具体指哪方面？可能是编码方式？那就都采用utf8好了，没什么大不了的，至于所谓的几个参数，我觉得现有的title等等就足够了，而且统一起来也没有什么难度。在这方面，我们不追求真真正正的统一的标准，但是我们要秉承追求统一标准的目标，首先就是要公开自己所使用的标准，方便其它平台的引用和接入。被市场接受的标准会成为事实的统一标准。
3、对付垃圾评论，这是个系统工程。。
垃圾评论，说得好听点叫SEO评论，如果一个TrackBack不能给评论者带来任何SEO的好处，那么评论者的动力就会大大降低，没有了SEO的参与这件事儿就会好办多了。。
所以，在坚决的支持“自动发现”功能的同时，推行TrackBack审核制，只有通过审核的TrackBack才会放行，这样尽管费些功夫，但可以极大的挫伤SEOer的热情。这一阶段甚至可以“错杀一千”的批量否决所有TrackBack。相信现阶段TrackBack的濒死状态，已经或多或少的打击了SEOer的热情。
高科技一点的做法是，系统根据TrackBack，利用关键词抽取、文本相关度等自然语言处理技术，自动审查提交的TrackBack。这样可以大大提高系统的响应速度，也可以减少TrackBack审核的工作量。在对付垃圾邮件方面，应该有不少经验可以借鉴。。
对于放行的TrackBack也不要给SEOer带来任何可乘之机，可以利用AJAX等动态技术，不向搜索引擎提供"评论"的URL地址，而只有人为的交互（比如点击某链接或按钮）才会将TrackBack展示给用户。
希望这剂偏方管用，就算救不活TrackBack，能拖延一点时间也是可以的，只要活着，总是会想出点办法的，真的死了，就不好办了。
Copyright © 2008
浙公网安备 33010602011771号