今天徐三SEO和大家聊一下链接分析的几个技巧。

一、反向链接数目。显然数目越大，投票越多，对排名越有利！

二、反向链接页面本身的重要性。并不是所有的链接都有相同的投票能力，高权重网页的链接对排名的影响更大！质量量比数量更重要！

链接分析技巧有哪些呢？

三、反向链接锚文本前后相临的文字。有时候链接文字没有什么意义，比如常见的“点击这里”，链接文字前后的文字可以帮助判断链接目标页的内容。这里所说的“前后”，指的是HTML代码中的距离，而不一定是页面显示出来的视觉距离！

四、反向链接增加的速度。增加速度过快，可能引起作弊嫌疑，或进入沙盒！

五、反向链接所在网站的内容主题。来自相关内容网站的链接对排名帮助更大，来自seo博客的链接对网站排名不会有什么影响。

六、反向链接所在页的内容是否相关。也属于内容的相关性！相关性越高越好！

七、反向链接的链接文字，也就是锚文本，是影响网页排名的重要因素之一！

八、反向链接所在页第一次被收录的日期。发生反向链接的页面越老，收录的越早，有操纵越被信任。如果这个页面已存在十几年，比搜索引擎还老，上面的链接显示没有操作排名的意图，很可能被高度重视。

九、反向链接所在页面内容是否曾经有变化？有什么样的变化？大部份资料性的网页不会随时间产生明显内容变化，最多是增加更多资料。如果页面内容发生主题方面的重大变化，页面上的链接投票力也会变化，很有可能变得不再内容相关。

十、链接在页面的位置。搜索引擎通过算法可以辨别导航、广告区、页面底部版板声明等区块。通常出现在正文中的链接才是最有投票意义的链接！

十一、外部链接所在的域名年龄！历史越长的域名越被信任，来自老域名的链接也更被信任！

十二、外部链接所在的域名是否曾经转手。域名所有人一直没有变化，说明网站能持续经营。如转手后，原来积累的信任度可能会受影响，因为无法保证网站转手后还保持高质量，需要重新考验！

十三、反向链接第一次出现在页面上是什么时候？同样道理时间越久信任度越高。

十四、外部链接是滞有垃圾链接嫌疑？查看一些网站外部链接，经常能发现绝大部份是来自论坛签名、博客评论，缺少页面正文或博客帖子里的有意义的推荐链接，这绝不是一个健康的链接构成。

十五、链接点击率！用户点击越多，说明对用户帮助越大！

用户点击链接后在目标网站停留多长时间。同样也是通过用户行为方式判断网站质量，看到底是否对用户有用！

怎么引流推广滓当云速捷榜首  家具推广如何引流百度搜索研发部：前端重构实践——性能优化

前言：

最近一直在做性能优化和模块化改造的工作，并完成了一次前端重构。在这里总结出一些经验和得失来帮助大家思考。共两篇文章，第一篇讨论性能优化，第二篇讨论模块化框架。而之所以把这两个话题放到一起，是因为这两项工作都涉及到对前端代码进行不同程度的重构，而且模块化改造其实是我们在对性能优化做到一定程度之后发现必须要做的一件事情。本篇是性能优化的部分，下面我把我们的产品简称为N页面。

应用场景分析：

N页面作为一个入口页面，对页面加载速度有着极高的要求。同时，N页面内部却又有着非常复杂的功能与交互。N页面的第一版上线时，页面引用的js文件有3个，一共40-50k(压缩&Gzip之后)。页面onload时间在1.3秒。

1.3秒的load时间，相比较绝大多数网站来说都是一个不错的数值。但老板一句话“怎么这个页面打开这么慢”，立刻像是给我们的后背安了一枚定时z弹。性能优化成了N页面下一步工作的重中之重。

老板重视页面速度，对于Web前端开发人员来说其实是件幸事，这表明你将有更丰富的时间和资源去实践Web性能优化这一课题，不用被翻来覆去的产品升级需求所打扰。那么对于N页面，我们做了哪些实践：

常规优化手段包括：

CSS置顶，JS置底。

静态资源外联、合并、压缩。

图片优化。(Png使用pngcrush;Gif使用gifsicle;Jpeg使用jpegtran)

图片延迟加载。(主要针对首屏外的图片。)

使用CSS Sprite，首屏图片全部合到一张图上。

静态文件上CDN。(静态文件的下载能提速20%左右。)

静态文件设置强缓存。(命中强缓存82.4%;命中若缓存3.4%;未命中缓存14.2%。)

HTML压缩。(Gzip后减少%5。)

增强型手段：

基础库定制。(用代码分析代码，自动打包被使用到的方法作为基础库，使基础库从原来的压缩后25K减小为9.8K,减小了61%)

页面数据存储优化。(从原来的直接写json形式的script，变为将json隐藏在textarea中，初始化或用到的时候才去提取并进行解析。)

首屏CSS检测。(对首屏用到的CSS进行检测，将不属于首屏的CSS代码单独打包并移到首屏之外进行延迟加载)

js按需加载。(在后面做重点介绍)

监控& 测量

性能优化最重要的工作不是优化而是监控。这个道理很简单：没有监控体系就没办法衡量性能优化的效果，那么你所做的任何工作都是盲目的。

我们对性能的监控是从多个维度展开的，包括平均时间、时段分布、浏览器分布、省份、运营商等。便于发现和定位任何一个细节的问题。

而在平均时间这一维度，我们又分为四个级别：

Head时间– head加载完成的时间

TTi时间– 页面可交互时间(即首屏第一次渲染出来的时间)

Dom时间– Dom Ready的时间

Load 时间– 页面完全加载完成的时间

这样划分的好处是，页面加载每个环节的耗时一目了然：

Head ：CSS加载时间

TTI ：整体HTML加载和渲染时间

DOM 减TTI ： js文件网络传输时间和在浏览器进行解析的时间

Load 减Dom js初始化+ 图片加载的时间

而且，我们通过移动tti时间点的位置，发现了一个有趣的现象，如下图

可以看出，页面加载的性能瓶颈就在script的下载和解析时间。

为了进一步定位性能瓶颈，我们在页面内对用户网速进行了测试，结果很震惊：有2%的用户网速小于2k/s，5%的用户网速小于10k/s。(国内的网络状况真是惨不忍睹啊)

那么，优化方案就很明显了：最大限度地减小js文件大小，以减小网络传输时间，提升页面性能。

通过后来的优化工作我们发现：js代码压缩、Gzip后每减小1k，页面加载时间就能减小10ms左右。

按需加载：

这是除了js压缩外，你能想到的最有效减小js文件大小的办法了。

按需加载，顾名思义，就是在页面首次加载的时候只提供最需要的js给用户，而剩余的js等用户使用到了相关的功能再去加载。

按需加载适合哪种类型的网站：如果80%的用户来到你的页面只使用20%的功能，那么就有必要把这20%的js作为首屏加载，而剩余的js做按需加载。

从这个角度来讲，几乎所有网站都可以做按需加载，因为总有一些功能是用户很少会用到的。

那么，如何做按需加载：

按需加载需要有一套js模块加载的框架。这个框架的作用是：保障在所需的js加载完成后才去执行回调方法。

按需加载还需要有一套触发条件。在我们的页面中，对鼠移动和鼠点击都进行了监听，以保障在用户想使用某个功能之前或进行了相应操作时，触发js加载。

除此之外，我们还对js基础库进行了进一步拆分，分为首屏用到的基础方法，和延迟加载的js所需的基础方法。以最大限度地保证首屏js量的最小化。

通过按需加载的拆分，我们将首屏的js代码从原来的gzip之后40-50k减小到了只有24k。

同时，我们对CSS的加载也进行拆分，首屏不需要的CSS代码也随JS进行延迟加载。

效果 & 总结

性能优化是一个非常繁琐的工作，页面性能受很多因素的制约，不过相信一点：方法总比问题多。我们通过优化，最终将页面加载时间降到了650ms，仅为优化前的一半。所有优化工作中，效果最明显的就是js按需加载了。

不过按需加载也为我们的代码结构带来了很大的冲击，极大地改变了我们写代码的方式，也制造了很多问题。

by lizhouquan

相关阅读：

巴士文章列表插件会拖慢Z-blog速度

Firebug和Yslow是个好工具

去掉了博客Gravatar头像

启用lazyload插件，减少图片加载

小技巧给网页减肥，让网站提速

影响网站打开速度的9大因素

测试网站访问速度的5个方法

精简ZBlog模版代码，提高页面打开速度

流量统计是否影响网站速度

Yslow的使用方法

提高网站打开速度的7大秘籍

JS代码优化技巧之通俗版