（一）表单验证码：
目前网站流行的验证码机制，基本上都是通过服务器端 Session 来实现的，其工作流程描述如下：
1.用户访问提交数据的表单页面时，服务器会生成一个随机串，保存在服务端的Session中;
2.将上一步生成的Session以图片的方式展现给用户，图片上的数字和字母就是“验证码”，用户提交数据的时候，需要将验证码内容一并提交;
3.系统在接收到用户提交的数据时，先验证用户输入的“验证码”是否和Session一致;
4.如果不一致，说明是非法请求，则可以直接拒绝掉该次请求。

验证码机制的弊端列举
“验证码”产生的背景是为了避免网站受到恶意的请求，出发点是好的，但是验证码的方法将“避免网站受到恶意请求”的成本转嫁给了用户；
用户不是在看页面，而是在扫描。验证码相对于整个页面来说，是完全附加给用户的无用信息。应该尽量避免用户思考，这是用户体验的基本功；
由于验证码每次的产生的数字是随机的，而且生成的验证码为了避免被机器识别，通常会加上一些防识别的干扰字符，通常情况下，这会增加用户识别和输入的成本，给用户造成挫败感，导致用户流失。

验证码机制优化
更改验证码出现的频率：
这种方案是一种折中方案，即默认情况下不显示验证码，仅当用户输入的错误次数大于指定次数的时候，服务端才认为该请求有可能是恶意请求，同时加入验证码的验证机制。目前 Google、Yahoo均是采用本方案。Google允许的出错次数是3次，Yahoo是5次。
优点：90%以上的用户不需要输入验证码，即保证了验证机制的安全，又有效的将验证码对用户体验的影响降到最低;
缺点：最终还是靠验证码来实现，不够完美。

(二)使用SSL协议加密处理：
SSL全称是Secure Socket Layer，是被设计用于WEB的安全传输协议。目前该协议在WEB上获得了广泛的应用。此方案的工作原理是：在进行SSL握手时，SSL选择一种对称算法对要传输的数据进行加密，然后才在网络上传输数据。SSL使用一种很健壮的信息验证码(Message Authentication Code)，例如：SHA-1，验证码被放在数据包的后部，并且和数据一块被加密。这样，如果数据被修改，其散列值就无法和原来的验证码匹配，从而能够检测出数据是否被修改，避免了大量的恶意请求。PayPal、Facebook、Yahoo、Google的登录页面均采用了SSL协议处理。
优点：SSL的安全级别注定了采用该协议加密过的数据基本上不会有被攻破的可能;
缺点：需要服务器端SSL组件和安全证书的支持。另外由于所有传输的数据都会经过一层加密处理，一定程度上会影响用户的访问速度。

(三)通过 JavaScript 来实现客户端数据加密：
该方案的是受到 Ajax 请求方式的启发。工作原理：用户访问表单页的时候，先在后端发起一个Ajax请求，向服务器请求一个密钥，然后在用户提交表单的时候，利用这个密钥和客户端的JavaScript加密算法把用户提交的数据加密，服务器端获取到数据库，再以同样的逆算法运算，从而获取到用户提交的实际数据。由于每次服务器端产生的密钥都是不同的，所以每个密钥只对当前提交的数据有效，同时可以设置密钥的有效期，避免数据被重复提交，从一定程度上避免了恶意请求。
优点：不需要服务器端特殊组件的支持，将影响用户体验的成本降低为零;
缺点：需要考虑，如果客户端浏览器不支持JavaScript，怎么办？

没有最完美的，只有最合适的！

但随着互联网的发展，越来越多的网站采用了JavaScript技术，致使JavaScript在SEO中是一个令人头痛的问题，一方面我们要采用JavaScript来获得更好的用户体验，另一方面又会影响搜索引擎对网站的抓取。

Google及Yahoo在官方文档中有很清楚的说明：尽量使用搜索引擎可以识别的信息，避免过多使用javascript、Cookie、框架、DHTML 或 Flash 等复杂技术。而Baidu的官方文档中尽管没有明确的说明，但经过大量的实践，也证明Baidu无法正常识别JavaScript。

这就使得黑帽SEO利用搜索引擎对JavaScript无法识别的漏洞来提升网站的排名，这种做法可能会随着搜索引擎对抓取页面算法的改进而被识破，从而带来不同程度的惩罚，所以这种靠黑帽SEO提升网站排名的做法是不可取的。下面谈谈JavaScript对SEO都有哪些的影响：

1．大量JavaScript程序会影响搜索引擎对页面内容的分析。应该避免在页面中权重较高的地方（如导航栏及链接等重要内容）尽可能少用JavaScript，并且不要将重要内容通过JS语句进行输出；而需要写在页面中的JS，最好将其放到页面文件的最底端，即</BODY>之上，将影响SEO效果降到最低。

2．JavaScript不规范地写在页面中，使页面代码过长，导致关键字密度降低。在页面中尽量将JavaScript脚本写入JS文件中，方便页面调用和减小代码长度，从而提高关键字密度。

3．就目前来说，各浏览器对JavaScript的兼容还很差强人意。IE的各个版本（IE6、IE7及IE8）对JavaScript核模型的解释有着些许差别，而其它非IE内核的浏览器（如FireFox、Safari、Opera、Chrome等）也都有着自己对核模型的解释。在编写JavaScript时应该充分考虑到浏览器的兼容性问题，如果存在重大问题将可能导致浏览器无法正常加载页面，严重妨碍搜索引擎抓取网页。

尽管JavaScript存在很多的问题，但其在实际的页面制作中还是起到举足轻重的作用，如果在页面中不使用JavaScript，那真得不能想象页面会是什么样子。总之，合理的利用JavaScript不仅不会对SEO产生不利的影响的，而且还可以将页面文件中存在的广告、版权申明、大量导出链接、与内容不相关的信息等垃圾信息通通放到一个或多个JS文件中，降低垃圾信息对页面的干扰，提高关键词密度，向搜索引擎展示页面内容的核心。

衡量landing page成功与否的重要因素即：抓换率、放弃率、单位转换价格。

撰写landing page小锦囊：

1、重视第一屏的含金量。

2、landing page以广告为导向。

3、尽量用第二人称。

4、有目标性、针对性。

5、龙头凤尾、短小精悍。

6、运用具有说服力且言简意赅的语句。

7、显著、清晰、动词性的call to action。

它的特点是基于XML，从而独立于平台并独立于语言，完全被设计用来通过因特网进行通信，所以能够很好的解决应用程序之间的通信问题，并且可操作性和可扩展性强，将被作为W3C标准来发展。

互联网的好处在于大大地缩短了人与人这间的距离，实现了人与人之间零距离，然而这种效果是依靠应用程序才能实现的，也就是说对于应用程序开发来说，使程序之间进行因特网通信是很重要的。目前的应用程序都是通过远程过程调用（RPC）在不同对象间进行通信，但HTTP并不是为此而设计的，RPC也会产生兼容性以及安全问题。

直接使用HTTP在应用程序间通信是更好的方法，因HTTP得到了所有的网络浏览器及服务器的支持。SOAP就是被创造出来完成这个任务的——SOAP提供了一种标准的方法，使得运行在不同操作系统并使用不同技术和编程语言的应用程序可以互相进行通信。

SOAP消息其实就是一个普通的XML文档，主要包括：Envelope元素（必需，让接收方把XML文档认作是SOAP消息）、Header元素（可选，文档的头部信息）、Body元素（必需，所有的调用和响应信息）、Fault 元素（可选，提供有关在处理此消息所发生错误的信息）。

其中的大部分结构还是像XML文档一样用标签将内容包起来，即用XML来编码，但不能包含DTD和XML处理命令，而且必须使用SOAP Envelope命名空间和SOAP Encoding命名空间。

至此，我们已经对SOAP已经有了一个大概的认识了，要想在互联网中应用SOAP，接下来就应该学习一下WSDL和Web Services，如果有兴趣的TX可以了解一下。

一般常见的获得外链的方法有：

1、活用百科、问答、论坛等互动平台。

2、参与答疑和评论类的回复。

3、利用网络书签、网址站、目录站。

4、撰写具有权威性的软文。

5、用好新闻站点与RSS功能。

6、巧妙使用友情链接。

一个好的外链应具备以下几点：

1、内容合法健康。

2、和本站相关度高。

3、未被K过。

4、PR值门当户对。

5、被Google、Baidu等搜索引擎所收录。

6、Google、Baidu等搜索引擎的收录数量较大。

7、快照更新频率较快。

8、友情链接数量适中。

在进行友情链接交换时，一般选择文字链接为最佳。由于图片链接目前不能被搜索引擎所识别，因此不建议使用图片链接。此时我们更应该谨防和一些链接工厂进行友情链接交换。

古人云：“兵在精，而不在多；将在谋，而不在勇。”用这句古语来形容外链也是十分贴切的。

尽量减少代码中的HTTP请求次数

代理浏览器打开一个页面的时间中，有50%以上是下载各项内容。下载什么呢？比如说：XHTMl（结构）、js（行为）、css（表现）；页面元素，图片、多媒体等。提速的关键是，通过减少页面中的元素可以减少HTTP请求次数。减少元素=简化页面设计吗？NO！如何保证页面内容的丰富性又能达到加快响应时间的目的呢？一下几条是减少HTTP请求次数同时又可能保持页面内容丰富的技术。

包含较少的图片和脚本。

将多个图片合并成为一个文件，利用css背景定位技术。

合并js脚本与css样式表，减少请求。

充分利用代理浏览器端Cache策略，减少重复下载。

减少页面的HTTP请求次数是你首先要做的第一步。这是改进手册访问用户等待时间的首要方法。HTTP请求在无缓存的情况下占去了40%—80%的响应时间。让那些初次访问你网站的人获得更快的用户体验吧！