Requirements:
- Proven ability to perform SEO tasks to boost site keywords ranking, site traffic and conversions.
- Strong analytical and problem solving skills.
- At least 3 years of industry experience in SEO/SEM.
- Knowledge of div/css and Javascript is a plus.
- Ability to program software applications is a plus.
- Proficient English communication and writing skills is a plus.
- Experience in working on medium/large-scaled web platform is a plus.

Location:Shanghai,China
Email to: bsun (at) ctrip.com

据称这项新功能测试后才会有上线的时间公布出来。我们可以看一下有已经体验过的人做的视频：

SEO 搜索引擎优化师

职位描述：
1、熟悉搜索引擎运作原理和技术；
2、能够针对搜索引擎进行有效的关键字选择和优化；
3、能够基于搜索引擎需要对网站内容进行有效的优化；
4、能够进行技术传授和讲解

任职要求：
1、本科及以上学历，计算机相关专业或市场营销专业优先；
2、5年以上网络运营推广和搜索引擎优化工作经验；
3、掌握竞价排名、搜索引擎优化、交换链接、邮件推广、SNS推广、论坛推广及其它特殊的推广方式等手段；
4、具有较高的宣传文案撰写能力，文字基础扎实；
5、具备良好的的沟通、表达能力和人际交往能力；
6、良好的职业素质、敬业精神，能承受工作压力。

1，MediaWiki 1.6.2 -应用最广的WiKi程序
语言环境：PHP+MySQL
官方主页：http://www.mediawiki.org/
演示：http://www.mediawiki.org/
介绍：MediaWiki全球最著名的开源wiki引擎，运行于PHP+MySQL环境。从2002年2月25日被作为维基百科全书的系统软件，并有大量其他应用实例。目前MediaWiki的开发得到维基媒体基金会的支持。
wiki的重要特征
记录所有的改动版本，能方便的查阅历史更新记录，这使得开放性编辑成为可能
自动产生链接，编辑文本中中括号中的内容（如“[[X条目]]”）将自动产生链接
允许使用模板，方便对相同内容的重复使用、更新
支持分类，并根据分类在不同的文章之间自动产生关联
允许每个用户自行选择系统外观
中文支持好

2，Tikiwiki v1.9.2 多国语言版 – 又是WiKi又是CMS系统
语言环境：PHP+MySQL
官方主页：http://tikiwiki.org/
演示：http://tikiwiki.org/
下载：http://down2.codepub.com/codepubcom/2005/11/13/tikiwiki192.rar
介绍：非常优秀的网站内容管理系统，基于 PHP+ADOdb+Smarty等技术构建，功能非常齐全，主要特点：
　　1、有文章、论坛、分类目录、blog、图库、文件下载、在线调查、Wiki等功能。
　　2、用户权限管理很棒，可以设置启用哪些功能，设置哪些用户使用哪些功能。
　　3、管理后台和用户界面合在一起，通过用户权限控制界面的显示。
　　4、界面被分割成上中下、左中右区域，非常结构化。
　　5、有很多实用模块，如菜单、登录、搜索、在线调查、最新发表文章等等，可以灵活定制显示在左右界面区域。
　　6、界面很简洁，有很多界面模版来换肤。

3，CooCooWakka v0.09 rc3 – 国人开放的PHP WiKi程序
语言环境：PHP+MySQL
官方主页：http://coo.hsfz.net/wiki/
演示：http://coo.hsfz.net/wiki/
下载：http://down2.codepub.com/codepubcom/2006/3/6/CooCooWakka.tar.gz
介绍：文wiki引擎程序，2004年被很多网站采用。2004年9月后基本停止更新，一直到2005年7月发布v0.0.9rc1,2006年2开发布0.0.9rc3,支持PHP5。
CooCooWakka是咕咕基于WakkaWiki 0.1.2进行修改强化而来。
CooCooWakka从2003年开始开发，作为CooYip的一项业余小爱好，现在CooCooWakka也是cosoft.org.cn和sourceforge.net的开源项目。至今（2005年4月）已经发布了8个主要的版本。
CooCooWakka是一种重于合作的超文本编辑环境(基于PHP+MYSQL的Wiki引擎)，简单来说，对于基于CooCooWakka的网站，任何人（包括你！）都可以在线编辑他的几乎（视管理员意愿）任何页面。CooCooWakka可以用于共笔系统、读书会、档案开发、写书、翻译、资料整理（例如课堂笔记、软件使用资料）、常见问题整理等等。由于其使用及扩展方面的快速便捷，CooCooWakka甚至可以作为小型的CMS系统。
CooCooWakka并不是Wakka的汉化版本，有60%~70%的Wakka代码被CooCooWakka修改或重写（有兴趣的可以比较一下，如果希望得到相似于WakkaWiki?的版本请下载0.0.2,0.0.3，当时自己对修改还是比较节制）。许多特性和策略也有所改变，所以CooCooWakka的站点不支持回复到WakkaWiki?。此外，CooCooWakka也对整个WakkaWiki?进行了多国语言支持化，所以，CooCooWakka支持多种语言——现在提供中文（包括简体gb,utf-8,繁体big5,utf-8），英语的支持。此外，CooCooWakka会自动针对中文站进行功能上的优化。
咕咕最早是在参与WikiPedia的时候对Wiki产生兴趣的,后来也不知道有什么WIKI好用,结果就下载了WAKKA 0.1.2.
结果这套引擎刚好不像MoinMoin或者Tavi那样支持中文，自己就从改charset开始，对wakka0.1.2开始建立自己觉得好用的WikiEngine.本来是本着改给自己用的想法去做CooCooWakka的,结果发现有很多朋友都希望拿份代码试试,也提供了很多好意见,就这样CooCooWakka发展到了现在.(更多历史:History)

4，PhpWiki 1.3.12p2 released
语言环境：PHP
官方主页：http://phpwiki.sourceforge.net/
演示：http://phpwiki.sourceforge.net/
介绍：无需数据库的小巧WIKI程序。架设简单，权限控制、插件扩展都不错。

5，PmWiki 2.1.5
语言环境：PHP
官方主页：http://www.pmwiki.org/
演示：http://www.emacs.cn/
下载：http://down2.codepub.com/codepubcom/2006/4/8/pmwiki-latest.tgz
介绍：PmWiki，一款用PHP编写的,无需数据库支持的维基,个人网站尤其适合。
在国内还是有不少的应用，演示站点是linuxsir.org旗下一个站点。

链接因素
链接锚文本 4.6
链接年龄 3.6
链接类型(图片, 文本) 3.5
周边文字 3.3
链接数量 3.2
链接在页面上的位置 2.9
互惠链接 2.9
目标地址 (链接指向哪里 ) 2.9
链接在源文件中的位置 1.9

页面因素
页面权威度 (导入链接) 4.4
页面上出站链接数量 4.3
页面上链接总量 4.1
页面权威度(内部链接) 3.8
导出链接相关性 3.4
页面年龄 3.4
页面相关性(内容想)3.2
页面导出链接质量 3.1
页面URL 2.6
页面相关性(关键词)2.6
页面权威度(PR方面)2.4
页面最后一次编辑的时间 2.4
页面类型 1.7

域名因素
域名权威度(反向链接质量) 4.4
域名年龄 4.1
域名相关权威度 3.9
域名权威度(反向链接数量) 3.1
域名权威度(PR方面) 2.7
域名权威度(不相关关键词排名)2.6
域名相关度 2.4
域名类型 2.3
Alexa 排名 1.1

负面因素
Robots.txt 4.8
被惩罚页面 4.5
Javascript链接3.9
跳转链接 3.9
不好的邻居 3.6
付费链接 3.4
未索引的链接 2.9

外链服务商必须：

1.最接近自然的外链，不能是黑帽和作弊
2.手动建设的外链，不能用类似zeus，arelis的群发软件
3.每周用excel报表，包括外链url，瞄文本，着陆url，外链pr

做的链接必须是：

1.pr大于3的链接
2.外链页面必须相关
3.永久型单向链接
4.每个外链必须是唯一的页面，不能是同一个ip下的
5.外链页面必须是静态页面
6.必须是文字外链，不能做图片的
7.外链页面必须有两个以上的页面指向它，链它的页面不能是同一个ip
8.外链页面必须是在google和yahoo里有快照的，并且收录45天以上的?
9.链回着陆页面必须是我们制定的几个url
10.外链页面不能有20个以上的外站导出链接

做的链接不能来自：

1.付费链接
2.重定向的，javascript的，跳转js的，缓存的，鬼页，隐藏链接，frame页面的
3.镜像站点，链接工厂
4.博客，评论，论坛，新闻组，分类信息，文章提交站，镜像站，链接工厂，自助链接程序，留言本，被k的站
5.外链网站参加了交换链，或链接工厂
6.隐藏链接，flash链接，富媒体链接
7.被搜索引擎google收录到补充材料的链接（注：补充材料机制Google已经撤销）
8.被搜索引擎k掉的，降权的，黑名单的站
9.被nofollow的链接，不会被收录的，robots禁掉的链接

至少3年以上SEO操作经验，大型站点负责过SEO事务的人才优先。男女不限，工作地点杭州。有意者回复或者Email给我（本文右侧）。

恐怕很多做SEO和做Link building、甚至spam的人并不是非常了解nofollow标签的准确意义，而大多资源不足的SEOER或者站长们还是以被套上了nofollow的链接投放为主，而且更多的人在自得其乐的spam着。

在Blog或者论坛或者一些允许留链接的页面，我们会发现有的链接在代码中被加上了这样的一个标签：rel=’external nofollow’，本博客的留言处的链接就是一个例子，实际并非我人为加上去的，而是WordPress、MovableType等blog系统中自带的(有些asp的blog系统采用的方法是链接跳转而不是文字连接的形式来拒绝给留言者贡献链接价值)。

Google在2005年推出这个nofollow标签的概念，初衷应该就是针对spam的吧。然而这样一个链接套儿的产物，究竟是否可以完全解决辨别高效和垃圾链接的作用呢？

先引用一下上面提到的几个大侠总结过的：
Matt Cutts说过，nofollow这个标签的意义是告诉搜索引擎这个链接不是经过作者自己编辑的，所以这个链接不是一个信任票。搜索引擎看到这个标签就可能减少或完全取消链接的投票权重。

英国的SEO牛人David问Matt Cutts有什么评论，Matt Cutts用一个很说明问题的比喻回答了他：nofollow使用在内部链接上，确实能够影响Google排名，但是这只是次要因素。就好比你有100快钱，使用nofollow就好像仔细研究怎么花这100块钱，对一些人有用。但更有用的是把精力放在怎么再多挣300块钱，而不是琢磨怎么花这现有的100块钱。

nofollow属性并没有真正解决Blog的Spam问题
　　至今，nofollow属性已经引入一年多了，但是，Blog中的Comment Spam问题并没有真正得到解决，最近SEO探索也遇到这个问题，这不仅需要耗费精力屏蔽或删除这些留言、trackback，也给服务器带来了很大压力。

　　究其原因，可能有二：

　　1、很多人并不清楚链接中nofollow属性的含义，甚至包括不少所谓的SEO专家在内，仍然以为通过Comment Spam可以达到提高网站Link Popularity的目的。

　　这种情况现在仍相当常见，许多SEO专家们给出的链接建立策略之一便是“广泛地在论坛、博客中留言”之类，Jim Boykin甚至遇到过更好笑的情况：

At the last SES conference I ran into a guy who was telling me about having his link team work on 90% blog posts for the purposes of “link building”. I asked him if he checked for the “nofollow” and he said “what’s that?”

　　类似于这样的情况，便不难理解他们为什么锲而不舍地在Blog中留言了。

　　2、纵使明白不能提高网站在SERP中排名，许多人坚信，链接是用户到达网站的途径，只要广泛地添加链接，积少成多，将会大大提高自己网站的访问量。

　　尤其是使用某些可以自动处理的Spam软件，他们便可以在几分钟上为自己在Blog上添加成百上千的留言，而基本上不用付出什么成本。

根据我自己的判断，nofollow了的链接，也还是起到了效果的，尤其在百度，和正常的链接几乎没什么区别。我曾经放过几个blog的留言链接，是用的我blog本身没有的并不太热点的keywords，数天后在百度搜索时可以排在第一页了。
另外对于Google的观察，nofollow确实是有一定的作用的，由于我的“孙波”这个词的文字链接几乎都是放在blog留言里的，百度早早排到了第一位了，而Google一直却没有能排到首位，第一位的一直是北京那个出名的“孙波口腔医院”。这个词的排位不能作为准确的论据，不过应该是有这部分原因的。

也很多人在呼吁取消nofollow，我觉得这个机制还是有存在的必要的，但不可能会完全的打击spam，这个具体的折扣，应该只有Google的人知道了。另外我觉得刻意的去控制自己的站点连出去的链接的nofollow属性，也有些小家子气，不如设置评论审核就是了~

为什么这么说呢，目前还没有较为客观的论据，不过根据大家的经验，一般日志中出现了BaiduCustomer则意味着百度开始人工审核或者半人工审核你的站点内容，有可能在审查是你是否涉及到作弊或者恶意行为，更多的应该是一些商业利益，比如和他的竞价客户利益产生冲突之类的原因(只是猜测)。

所以，看到BaiduCustomer的时候，难免的提醒一下：小心！不过小心可能也起不到作用了…Bless…

在四个域名（两个一级域名和两个带www的域名）的跳转中，有两个是可以正常跳转的，有两个是跳转失败的。在本机测试了很多次后发现，因为四个域名的不同域名解析的原因。将两个不成功的域名也指向成功的IP，则可以正常跳转。大型的站点一般存在这样指向不同主机的问题，做跳转之前可以在本地host文件做好测试再操作。

• 您需要连接到您的 Web 服务器，并在其上运行脚本。
• 您的 Web 服务器需安装 Python 2.2 或更高版本。
• 您需要知道启动 Python 的命令。（该命令通常为 python，但可能会因安装不同而异。例如，如果 Web 服务器安装了两种版本的 Python，命令 python 可调用较早的版本，而命令 python2 则可调用较晚的版本。）
• 您需要知道指向贵网站的目录路径。如果您的 Web 服务器托管一个网站，路径可能是 var/www/html 等。如果您拥有一个托管多个网站的虚拟服务器，路径可能是 home/virtual/site1/fst/var/www/html 等。
• 您需要能够将文件上传到自己的 Web 服务器（例如，使用 FTP）。
• 如果您要根据访问日志生成一个网址列表，则需要了解用于这些日志的编码，以及指向它们的完整路径。

若有任何疑问，请与您的 Web 托管公司核洽。

现在，您可以开始了。以下是所需操作的概述。

如果您无法使用 Sitemap 生成器，可以用其他格式（如简单的纯文本文件），将 Sitemap 添加到您的 Google 网站管理员工具帐户。您还可以在此处找到支持 Google Sitemaps 的第三方程序链接。

以下位置的 Sitemaps 生成器文件，适用 ZIP 和 GZ 存档格式：

http://sourceforge.net/project/showfiles.php?group_id=137793&package_id=153422

下载此存档后，将其解压缩到一个本地目录。找到以下文件：

此部分提供了创建配置文件的分步说明。还提供了可用选项的完整参考。如果您正在创建移动 Sitemaps，请参阅其他移动指南。

要为自己的网站创建一个配置文件，您需要了解以下信息：

1.  
   • URL —在配置文件的这一部分列出单个网址，并提供关于所有网址的信息。通常，您要使用此方法与另一方法结合，手动提供其他方法无法提供的附加网址。
   • 网址列表 —将配置文件指向包含网址列表的文本文件。如果文本文件已经存在或您使用脚本生成网址列表，则可以使用此方法。
   • 目录路径 —为网站指定目录路径及这些路径的相应网址。Sitemaps 生成器将以这些目录的内容为基础创建网址的列表。如果网站由静态 HTML 文件构成，您可能需要使用此方法。
   • 访问日志 —指向日志文件的路径。Sitemaps 生成器将以包含在日志中的网址为基础创建网址的列表。如果网站由动态页面构成，则可能需要使用此方法。
   • Sitemap — 指向您使用 Sitemaps 生成器创建的现有 Sitemaps。Sitemaps 生成器将创建一个 Sitemaps 文件，其中包含每个 Sitemaps 中都包含的网址。如果您已经创建了几个较小的 Sitemaps 并想将它们组合为一个较大的 Sitemaps 文件，则可以使用此方法。

根据下列操作创建配置文件

1. 在文本编辑器中打开 example_config.xml 文件。将其另存为新文件（如 config.xml 或 mysite_config.xml）。
2. 找到网站定义部分：

   <site  base_url="http://www.example.com/"  store_into="/var/www/docroot/sitemap.xml.gz" verbose="1">

3. 更改贵网站上网址的 base_url 值。
4. 将 store_into 值更改为您 Web 服务器上用于保存 Sitemaps 的路径，以及您希望为该 Sitemaps 文件使用的文件名。通常，这是指向基本网址的路径；因为 Google 只能接受与包含 Sitemaps 目录同级或其子目录中的网址。您可以指定该目录中的相关路径，并通过它上传脚本或您 Web 服务器根目录的完整路径。如果您将脚本上传到自己的基本网址目录，则可以仅指定文件名。
5. 找到以 ** MODIFY or DELETE ** 开头的生成方法部分。每一部分对应一种生成 Sitemaps 的方法。
6. 删除您不想使用的方法对应的部分。
7. 对于您要使用的方法，请按照以下说明操作。URL

   找到以下部分：

   <!-- ** MODIFY or DELETE **  "url" nodes specify individual URLs to include in the map. <br>  Required attributes:  href - the URL  Optional attributes:  lastmod - timestamp of last modification (ISO8601 format)  changefreq - how often content at this URL is usually updated priority - value 0.0 to 1.0 of relative importance in your site  -->   <url href="http://www.example.com/stats?q=name" />  <url  href="http://www.example.com/stats?q=age"  lastmod="2004-11-14T01:00:00-07:00"  changefreq="yearly"  priority="0.3" />

   此部分举出两个示例：第一个示例仅包括必要属性，而第二个示例则包括必要属性和可选属性。

   请对每个要包含的网址都使用此格式。changefreq 属性将使 Google 大致了解网址的更新频率。这有助于 Google 了解为获取新内容而访问网页的频率。priority 属性使 Google 了解有关此页面相较网站上其他页面的相对重要性的信息。此属性不会对 Google 怎样比较您的页面与其他网站的页面产生影响，仅有助于 Google 了解网站的哪个页面您认为最重要。

   网址列表

   找到以下部分：

   <!-- ** MODIFY or DELETE ** "urllist" nodes name text files with lists of URLs.  An example file "example_urllist.txt" is provided.   Required attributes:  path - path to the file   Optional attributes:  encoding - encoding of the file if not US-ASCII  -->  <urllist path="example_urllist.txt" encoding="UTF-8" />

   使用此格式指向包含您网址列表的文本文件的路径和名称。您可以使用提供的 example_urllist.txt 文件作为该文本文件的模板。您可以指定您 Web 服务器的相关路径或完整路径。例如，如果 Sitemaps 生成器和 urlist.txt 文件位于相同的路径下，您可以仅指定 .txt 文件的文件名；如果您创建使用非 UTF-8 编码的文本文件，则可以使用 encoding 属性指定这一编码。如果您有多个 .txt 文件，则可以使用通配符。例如：

   <urllist path="example_urllist*.txt" encoding="UTF-8" />

   对于每个包含在文本文件中的网址，可以指定最后修改日期、更改频率和优先级。请参阅 “URLlist 文本文件参考”部分以获取有关此文件结构的完整信息。

   目录路径

   找到以下部分：

   <!-- ** MODIFY or DELETE **  "directory" nodes tell the script to walk the file system and  include all files and directories in the Sitemap.  Required attributes: path - path to begin walking from  url - URL equivalent of that path   Optional attributes: default_file - name of the index or default file for directory URLs  -->   <directory  path="/var/www/icons"    url="http://www.example.com/images/" />
   <directory
   path="/var/www/docroot"
   url="http://www.example.com/"
   default_file="index.html"
   />

   这一部分列举了两个示例。如果您的所有网页都包含在某个路径的子目录中，您只需提供一个条目。不过，如果有多个路径指向贵网站的网页，请针对每个提供一个条目。

   请记住，所有网址都要以您在第三步中指定的基本网址开头。例如， example_config.xml 文件中的两个示例都包含以 http://www.example.com/ 开头的网址。所以，两个网址都有效。

   将示例项替换为您的网站的项。许多网站仅有一个指向基准网址的项。请确保 path 值为 Web 服务器上目录的完整路径。请确保 url 值是完整网址，如果需要还请包括协议（例如 http）并以斜线跟随。

   可以使用 default_file 参数指定服务器将其用作目录默认页面的文件名。上例中，/var/www/docroot 将解析为 http://www.example.com/index.html。而无须指定。但如果指定，则 Sitemaps 生成器将包括对每个子目录只映射一次（而不是同时列出目录网址和文件名网址）的页面，并将使用文件（而不是目录）的最后修改日期提取该页的 lastmod 属性。

   访问日志

   找到以下部分：

   <!-- ** MODIFY or DELETE ** "accesslog" nodes tell the script to scan webserver log files to extract URLs on your site.  Both Common Logfile Format (Apache's default  logfile) and Extended Logfile Format (IIS's default logfile) can be read. 				 Required attributes:  path - path to the file Optional attributes:  encoding - encoding of the file if not US-ASCII   --> <accesslog path="/etc/httpd/logs/access.log" encoding="UTF-8" /> <accesslog path="/etc/httpd/logs/access.log.0" encoding="UTF-8" /> <accesslog path="/etc/httpd/logs/access.log.1.gz" encoding="UTF-8" />

   此部分列举了三个示例。您应该替换这些条目，并为每个日志文件提供一个条目。请确保 path 值是 Web 服务器上的完整路径和文件名。如果日志文件不是采用 US-ASCII 或 UTF-8 编码，使用可选的 encoding 属性指定此编码。无需列出所有日志文件，您可以使用通配符。例如，在上例中，您可以提供以下条目（包括全部三种日志文件）：

   <accesslog path="/etc/httpd/logs/access.log*" encoding="UTF-8" />

   Sitemaps 生成器根据每个网址的访问频率，为从日志中找到的网址分配优先级。例如，被访问过 100 次的网址将得到一个比被访问过两次的网址更高的优先级。实际的优先级分配是相对的，取决于每个网址与网站中其他网址比较的结果。

   sitemap

   找到以下部分：

   <!-- ** MODIFY or DELETE **
   "sitemap" nodes tell the script to scan other Sitemap files. This can be useful to aggregate the results of multiple runs of this script into a single Sitemap.  Required attributes: path - path to the file --> <sitemap path="/var/www/docroot/subpath/sitemap.xml" />

   此部分列举了一个示例：您应该替换该条目，并为您希望包括的每个 Sitemaps 提供一个条目。请确保路径值是 Web 服务器上的完整路径和文件名。您可以列出 gzip 压缩的 Sitemaps，只要其扩展名为 .gz。无需列出所有 Sitemaps，您可以使用通配符。例如，以下条目将会包括以 “sitemap” 一词开头且扩展名为 .xml 的所有 Sitemaps。

   <sitemap path="/var/www/docroot/subpath/sitemap*.xml" />

   Sitemaps 生成器会提取所有网址以及针对您所列全部 Sitemaps 的每个网址列出的可选数据，并使用这些信息创建一个 Sitemaps 文件。目前，我们不能保证此方法会适用于除 Sitemaps 生成器以外的工具所创建的 Sitemaps。

8. 找到过滤器定义部分：

   <!-- ********************************************************          FILTERS 				 Filters specify wild-card patterns that the script compares against all URLs it finds. Filters can be used to exclude certain URLs from your Sitemap, for instance if you have hidden content that you hope the search engines don't find.  Filters can be either type="wildcard", which means standard path wildcards (* and ?) are used to compare against URLs,  or type="regexp", which means regular expressions are used to compare.  Filters are applied in the order specified in this file. An action="drop" filter causes exclusion of matching URLs. An action="pass" filter causes inclusion of matching URLs, shortcutting any other later filters that might also match. If no filter at all matches a URL, the URL will be included. Together you can build up fairly complex rules.  The default action is "drop". The default type is "wildcard".  You can MODIFY or DELETE these entries as appropriate for your site. However, unlike above, the example entries in this section are not contrived and may be useful to you as they are. ********************************************************* -->  <!-- Exclude URLs that end with a '~' (IE: emacs backup files) --> <filter action="drop" type="wildcard" pattern="*~" />  <!-- Exclude URLs within UNIX-style hidden files or directories --> <filter action="drop" type="regexp" pattern="/\.[^/]*" />

   您可以使用过滤将特定网址排除在生成的 Sitemaps 之外。您可以通过以下操作创建一个更简洁的列表，以减少重复列表的数量，或防止特定网址进入索引。请注意，如果使用 robots.txt 文件防止网址进入索引，则即使将网址包含在 Sitemaps 中，Google 也不会搜索它们并为它们编制索引。

   可以使用任意或所有的过滤方法。如果需要，可以删除不需要的项并创建其他项。下面是用法示例。

   <filter action="drop" type="wildcard" pattern="*.jpg" />

   此过滤器将排除以 .jpg 结尾的网址。如果所有的网站图片都嵌入在 HTML 页面中，且不应作为独立网址访问，则您可能需要使用类似的过滤器。

   <filter action="pass" type="wildcard" pattern="*.htm*" /> <filter action="drop" type="wildcard" pattern="*" />

   此过滤器会接受所有 .htm* 文件，但排除任何其他文件。

9. 对网站进行完更改后，保存此文件。

配置文件语法参考

以下是配置文件语法的完整说明。所有标记都以一个代码示例开头，后面跟着一个属性说明。

site
配置文件开头处所需的标记。

<site base_url="http://www.example.com/" store_into="/var/www/html/sitemap.xml.gz" verbose="1" supress_search_engine_notify="1" default_encoding="UTF-8">

base_url

store_into

verbose

suppress_search_engine_notify

default_encoding

url
可选标记，您可以使用此标记列出贵网站的所有网址。

<url href="http://www.example.com/stats?q=age"  lastmod="2004-11-14T01:00:00-07:00"  changefreq="yearly"  priority="0.3" />

href

lastmod

changefreq

priority

urllist
可选标记，可以使用此标记指向包含贵网站内一个网址列表的文本文件。

<urllist path="/var/www/html/urllist.txt" encoding="UTF-8" />

path

encoding

urllist.txt 是文本文件，它包含要映射的网址的列表。还可以包括每个网址的可选属性。属性在网址的同一行输入，并以单个空格分隔。例如：

http://www.example.com/abc/something http://www.example.com/abc/xyy.pdf lastmod=2001-12-31T14:05:06+00:00 http://www.example.com/abc/def?x=12&y=23 changefreq=weekly priority=0.3

lastmod

changefreq

priority

directory
可选标记，您可以使用此标记在贵网站中指定目录，这样 Sitemaps 生成器就可以为这些目录中的文件的网址创建一个网址列表。

-->   <directory  path="/var/www/icons"    url="http://www.example.com/images/" />
<directory
path="/var/www/docroot"
url="http://www.example.com/"
default_file="index.html"
/>

path

url

default_file

accesslog
可选标记，您可以使用此标记指定 IIS 和 Apache 样式访问日志的路径和文件名，这样 Sitemaps 生成器就可以自动从中挑选网址。

<accesslog path="/etc/httpd/logs/access-0.log" encoding="UTF-8"/>

path

encoding

sitemap
可选标记，您可以使用此标记指定您使用 Sitemaps 生成器创建的现有 Sitemaps 的路径和文件名。Sitemaps 生成器将创建一个 Sitemaps 文件，其中包含每个 Sitemaps 中都包含的网址。

<sitemap path="/var/www/docroot/subpath/sitemap.xml" />

path

filter
可用于生成包含或排除特定文件的规则的可选标签。过滤器将按照其在 config.xml 文件中出现的顺序起作用。不管过滤器项和输入项（如 url、urllist、directory 或者 accesslog）怎样混杂在一起也不会有其他影响 – 因为 Sitemaps 生成器添加到 Sitemaps 的全部网址都会先与每个过滤器（规则）进行比较。如果所有过滤器与某个网址都不匹配，则默认情况下会将该网址包含在 Sitemaps 中。

<filter action="drop" type="wildcard" pattern="*/internal/*" />

action

type

pattern

编码

为移动 Sitemaps 创建配置文件的方式与为非移动 Sitemaps 创建的方式相同。然而，您需要为每种标记语言创建单独的配置文件，并为每个配置文件分别运行 Sitemaps 生成器，从而为每个配置文件创建单独的 Sitemaps 文件。

每一个配置文件都需要：

• 为 store_into 值指定不同的文件名。
• 使用过滤器指定要为标记语言排除或添加的网址。请记住，每一个 Sitemaps 文件都应包括只使用一种标记语言的网址。也就是说，如果这些网址支持多个标记语言，那么多个 Sitemaps 可能包括相同的网址。

过滤示例

以下是您如何使用基于扩展名的过滤器来生成使用不同标记语言的移动 Sitemaps 的一些示例。所使用的特定过滤（方式）应该以网站中使用的标记语言类型以及如何指定每种类型为基础。如果以其他方式实施网站的细节部分，（例如，可能将不同标记语言的网址组织在不同的文件夹中）则应该根据网站实施的具体情况进行过滤。请记住，过滤器是按照您在配置文件中所列的顺序应用的。因此，您应列出的第一个过滤器是一种“pass”操作，用于指定要包括在 Sitemaps 中的网址。

为 WML (WAP 1.2) 内容创建一个 Sitemaps 文件：

<filter action="pass" type="wildcard" pattern="*.wml" /> <filter action="drop" type="wildcard" pattern="*.*" />

为 XHTML mobile profile (WAP 2.0) 内容创建 Sitemaps：

<filter action="pass" type="wildcard" pattern="*.xhtml" /> <filter action="drop" type="wildcard" pattern="*.*" />

您应该将以下文件上传到 Web 服务器上可以从命令行访问的位置：

用来上传这些文件的方法取决于您的环境。常用方法包括 FTP 和 SCP。有关详细信息，请与 Web 服务提供商联系。

要运行 Sitemap 生成器，需要连接到 Web 服务器。连接方法取决于您的环境。例如，您通常可以使用 SSH 访问基于 UNIX 的服务器。有关连接 Web 服务器和运行脚本的详细信息，请咨询您的 Web 服务提供商。

将文件复制到 Web 服务器后，就需要运行 Sitemaps 生成器脚本。连接到 Web 服务器并运行以下命令（用配置文件的路径和文件名替换 <path/config.xml>；如果已将此文件上传到与 Python 脚本相同的位置，则不需要路径）：

python sitemap_gen.py --config=<path/config.xml>

例如，基于 UNIX 的命令行可能与此类似：

基于 MS-DOS 的命令 Shell 可能与此类似：

提示：如果您正在测试自己的配置，并且还不准备提交 Sitemaps，以下语法可以避免 Sitemaps 与 Google 接触：

$ python sitemap_gen.py --config=config.xml – 测试中

命令提示符中包含申请状态：

Reading configuration file: /path/config.xml 	Opened URLLIST "/path/urllist.txt" 	Walking DIRECTORY "/var/www/html/dir" 	Walking DIRECTORY "/var/www/html/dir2" 	Opened ACCESSLOG "/etc/httpd/logs/access-0.log" 	Sorting and normalizing collected URLs. 	Writing Sitemap file "/path/sitemap.xml.gz" with 1092 URLs 	Notifying search engines. 	Notifying www.google.com 	Count of file extensions on URLs: 		208  .html 		574  .jpg 		... 		Number of errors: 0 		Number of warnings: 0

如果输出的内容没有这么多，请记得配置文件中的 verbose 设置将影响屏幕上显示的信息量。此示例表示 verbose 设置为“1”的情况。

[ERROR] Directory entries must have both "path" and "url" attributes 	Number of errors: 1

改正 config.xml 文件中的所有错误并重新运行脚本。如果未出现任何错误，Sitemaps 生成器将在配置文件指定的位置创建一个新 sitemap.xml.gz 文件。

Sitemaps 生成器会在配置文件中指定的位置创建一个 sitemap.xml.gz 文件。此文件创建成功后，请确保可以通过网络浏览器访问。然后，将其添加到您的 Google Sitemaps 帐户。这样就能够使 Google 向您提供有用的状态信息和统计信息。如果 Google 报告您的 Sitemap 存在问题，您可以改正问题并重新提交。您只需手动添加一次 Sitemap。此后，便可以使用 HTTP 请求通知 Google 有关 Sitemap 的更改（也可以通过 Google 网站管理员工具帐户重新提交）。

我们建议设置 Sitemaps 生成器，使其运行频率与您的内容更改频率相同，最高频率为每小时一次。

使用 UNIX Web 服务器的网站管理员可以考虑将其设置为计划作业。

使用其他平台的网站管理员应该与其系统管理员联系以获取配置递归脚本的帮助。还可以受益于 Google 网上论坛的 Google Sitemaps 论坛中同行的建议。

您可以使用 HTTP 申请来通知 Google 关于您 Sitemap 的更改。不过，在 Google 网站管理员工具帐户中手动添加 Sitemap之后，请确保使用您的 Google 帐户登录 Google 网站管理员工具。

此部分我们讨论使用 Sitemaps 生成器时发现的常见问题，以及遇到其中之一时可以采取的措施。

[ERROR] When attempting to access your generated Sitemap at the following URL: 	http://www.example.com/sitemap.xml.gz 	we failed to read it.  Please verify the store_into path you specified in 	your configuration file is web-accessible.  Consult the FAQ for more 	information. 	[WARNING] Proceeding to notify with an unverifiable URL.

这是为什么？Sitemaps 生成器创建了您指定的文件，然后尝试使用 HTTP 检索它（与搜索引擎要做的一样），却失败了。它会继续检索并通知搜索引擎，但会输出错误和警告，通知您搜索引擎搜索不到您的 Sitemaps。

<site base_url="http://www.example.com/" 	      store_into="/var/www/html/sitemap.xml.gz">

Sitemaps 生成器会通知搜索引擎在以下位置查找您的 Sitemaps：

http://www.example.com/sitemap.xml.gz

文件要能通过此网址访问。如果文件无法使用此网址检索，则搜索引擎将无法查找 Sitemaps。

可以采取的措施：您需要验证自己的 config.xml 为 Sitemaps 指定了正确的 base_url 和 store_into 路径。您还需要确认，Web 浏览器可以从 base_url 中检索出 Sitemaps 文件。如果在路径或网址中发现错误，则您可能需要重新运行 Sitemaps 生成器，或只将 Sitemaps 文件移到正确的位置并通过其网站手动通知搜索引擎。

XML 支持

Some installs of Python 2.2 do not include complete support for XML.  	Please try upgrading your version of Python and re-running the script.

这是为什么？消息提到，某些平台有 Python 版（用于编写 Sitemaps 生成器的语言），这一版本不支持处理 XML 文件所需的库。此脚本需要完整的 XML 支持才能运行。

AUTHORS 	ChangeLog 	COPYING 	example_config.xml 	example_urllist.txt 	PKG-INFO 	README 	setup.py 	sitemap_gen.py 	test_sitemap_gen.py

附加文件通常是有关包装和许可条款的信息。欢迎您通览这些文件。

如果您对为此项目提供帮助感兴趣，请访问 http://sourceforge.net/projects/goog-sitemapgen。您还可以在此处找到一些指向支持 Google Sitemaps 的第三方程序的链接。 非 ASCII 字符

问题：您网站的域名或其中所含网址中包含非 ASCII 字符。

通常，非 ASCII 网址在进行百分号换码之前应使用 UTF-8 编码。然而，一些 Web 服务器只有当网址使用非 UTF-8 编码的情况下才能正确回应。您 Sitemaps 本身的网址及其中包含的所有网址都应编码，以便它们所在的 Web 服务器识别。在 site 定义部分内，使用可选的 default_encoding 属性指定您的 Web 服务器所用的编码。如果您不使用此标记，并且您的 Web 服务器使用非 UTF-8 编码，那么我们就无法知道应该使用哪种编码。

如果您的网址包含非 ASCII 字符，建议您使用 Python 2.3 或更高版本运行 Sitemaps 生成器。这一版本的 Python 增加了对非 ASCII 的支持。如果您的域名中包含非 ASCII 字符，则应使用 Python 2.3 或更新版本，因为在此以前的版本中尚未增加 Internationalizing Domain Names in Applications (IDNA) 支持。没有 IDNA 支持，Sitemap 生成器无法正确编码非 ASCII 域名。

在互联网的江湖里闯荡的朋友、尤其是做搜索引擎相关工作的朋友，大都有着Google情节，在我进Google的办公楼之前，看到Google坐落在草地上的石碑就已经很兴奋了。由于拍照不太礼貌，所以我们只是在一些不影响别人工作的地方照了几张，其中，记忆最深的几个场景：员工的健身房比外面的健身房都要高档先进；办公楼有独立的Yoga Room；有台球、乒乓球、桌面足球等休闲设施；办公区有精美的组合沙发、卡通玩具等；墙上很多Google不同的Logo也很有感觉；休闲区域有饮料、甜点、水果、咖啡机，都是员工免费享用的；每个工程师有一台笔记本电脑，两台20多寸的液晶显示器；员工食堂是最最让人惊讶的，西餐中餐都有，做得非常可口，而且都是自助免费享用的（想想我们其他公司都是在食堂刷卡消费就觉得汗颜啊…）

　　据报道，Knol在功能上和维基百科十分相似，网民可以为各种主题创建词条文章，Google将提供一个编辑工具，同时将建立后台服务器系统。

　　不过和维基百科不同的是，Google公司计划在每一个词条旁显示出作者的真实资料。

　　Google公司负责技术的副总裁乌迪。曼波尔在博客中表示，Google Knol的特色是突出作者。他说，每一本书籍在封面上印有作者，新闻在标题地下显示了记者的名字，科学论文同样也有作者，不过在网络百科上，作者的信息却没有得到充分的现实。Google认为，文章作者信息对于网民如何使用网络百科全书具有很重要的作用。

　　Google公司表示，希望Knol能够成为网上百科知识的首要来源。Google的百科全书将覆盖各种主题，包括科学、医学信息、地理、历史、娱乐、产品以及日常生活常识等等。

　　Google也表示，尽管目标很远大，但是Knol也将和维基百科一样面临词条文章的准确性问题。

　　Google表示，一旦测试阶段完成，百科全书将会完全开放，不过Google认为，开始阶段词条文章的质量并不会非常完美。

　　Google还表示，将会确保Knol的网页在Google搜索结果中获得显眼的排名。媒体评论认为，这将对维基百科全书形成威胁，目前，Google等搜索引擎为维基百科全书贡献了相当数量的流量，在Google和雅虎的搜索结果中，维基百科的词条都能够获得非常高的排名。

曼波尔表示，Knol目前正在内部测试当中，只有一些受邀的人士才能够使用这一产品。

看到这篇新闻，最直接的一个联想是联想到淘宝网某些角度来说也在和维基百科同样的处境。在Google搜索专业词汇时，很大的一部分有WIKI的结果页面排在前三名，可以想象Google为维基百科贡献了多大的PV和用户转化。

Google也要推Wiki，Wiki作为一个没有太多盈利型产品的公众建设的大流量站点，面临的问题有两个：一个是用户流失，因为世界上用英文的人，有相当大的数量是Google的粉丝，所以主动转移到Google那边的固定用户群不在少数，想必大家都有Google的帐号，无论是Gmail还是Gtalk还是Orkut还是什么的，Google近期也推出了这些平台帐号的同步，所以到这个Knol安家可能连注册都不需要，另一个是前期Google为Wiki带来的流量肯定会大打折扣，即使Google不人为的操作Wiki的排序和收录，多了这样的一个Knol排在自己的前面，同样的内容，Wiki的点击概率也会降低好多。

百度也宣布要做C2C，最直接的利害关系者就是C2C老大淘宝，如何去处理好和百度的关系，如何相持但却能从百度夺得更大的流量，很需要思考和动作。

不同的是，Google是一个不做恶的老大，而百度，是一个不公正的搜索引擎。

不幸的是，这个程序库被强制破解（hi-jacked）并被滥用于一些中国的spam bots中。近期所见使用“Indy Library”字串作为User Agent信息的访问，大多是这些中国“原创作品”。

是开源项目Indy的一部分，是关于网络操作的一个程序库。
[编辑]爬虫信息
爬虫名称： Indy Library
HTTP User Agent：
Mozilla/3.0 (compatible; Indy Library) </pre>

抓取强度： 不一定，很多服务器上较少出现，但也有部分服务器被大量访问
搜索引擎推广效果：无！
来访IP：无规律，很杂乱
[编辑]对Indy Library爬虫进行控制
Indy Library只是一个程序库，很多使用它的用户并不遵循robots.txt抓取规范，可能抓取你服务器上声明禁止访问的内容！。如果此类爬虫对您的服务器造成困扰，您可以：
用服务器防火墙屏蔽相关访问
用.htaccess屏蔽相关访问
在程序中进行相关检测和屏蔽
[编辑]参考资料
官方网站
http://www.indyproject.org/” 关于Indy Library项目的官方信息

Dedecms 2007具有如下特性：

一、核心模板采用XML名字空间风格，模板全部使用文件形式保存，对用户设计模板、网站升级转移均提供很大的便利，健壮的模板标签为站长DIY自己的网站提供了强有力的支持；
二、标签缓存机制，Dedecms 2007允许对类同的标签进行缓存，在生成HTML的时候，有利于提高系统反应速度，降低系统消耗的资源；
三、模型与模块的概念并存，在模型不能满足用户所有需求的情况下，DedeCms推出一些互动的模块对系统进行补充，尽量满足用户的需求；
四、众多的应用支持，为用户提供了各类网站建设的一体化解决方案，在本版本中，增加了分类、书库、黄页、圈子、问答等模块，补充一些用户的特殊要求；
五、面向未来的过渡，DedeCms 2007是织梦组建团队以后发布的第一个版本，在织梦团队未来的构想中，它以后将会具有更大的灵活性和稳定的性能。

功能列表:
一、固定的功能

1、频道模型管理，支持用户自定义模型，设置模型是否可投稿的开关等；
2、栏目管理，支持无限级分类，允许对任何栏目设置不同的频道模型；
3、权限管理，可控制不同的管理员组不同的权限，并精确到二级栏目；
4、内置模型：默认内置健壮的文章、软件、图集、分类等模型；
5、辅助插件：提供站内新闻、投票、友情链接等个性化的小插件满足站长建站的需求；
6、采集模型：内置强大的采集功能；
7、专题：支持多节点的专题，为站长快速整理某一新闻提供了便利；

二、新增或改进的功能
（一）、新增模型或插件

1、产品发布模型；
2、小说模型；
3、简单的分类信息模型；
4、问答模块（类似百度知道）；

（二）、新增或改进功能

1、对固定资源标记可以使用资源属性ID进行标记缓冲，以减少数据库读取次数；
2、栏目增设自定义小分类，如：供、求、出租、合租、出售等属性，程序可以索引这些不同属性的内容；
3、增加TAG功能；
4、增加站点统计 如 某个栏目多少文章 等等并支持模板调用；
5、友情链模板标签；
6、采集系统 自动检测过滤空标题空内容；
7、会员系统：
a、所有开放频道都可投稿、支持游客投稿；
b、站内短信功能；
c、站内好友功能；
d、圈子功能；
f、企业空间功能，企业会员可以实现相当于自动建站功能，包含公司简介、联系我们、在线留言、在线订单、产品/商品展示、供求信息、公司名片等模块。
11、重新调整附件上传的管理问题，会员将不再使用文件式附件管理，改用数据库式管理；
12、修正PHP5.1版本以上的PHP可能会出现的时区问题；
13、后台编辑器集成FLV播放器；
14、后台增加一键生成全站功能；
15、管理员可以同时管理多个栏目；
（三）、特色功能

1、增加通过Shell接口实现定时更新HTML的功能；
2、增加sql标签，允许指定任何SQL查询语句来实现数据读取功能；
3、顶客(Digg)功能；

Dedecms 2007下载地址：
·GBK版安装包
·V4.0升级包

　　在搜索结果页面，用户可以通过点击搜索结果后面一个向上的箭头将搜索结果移动到最上方。当用户下次搜索同一关键字时，相应的搜索结果就会被标记上橙色的星号。与之类似，如果用户不喜欢某一个搜索结果，可以点击搜索结果后面的符号X。当用户下次搜索同一关键字时，相应的搜索结果就会隐藏。除此之外，谷歌还允许用户对特定搜索结果提出建议。

　　谷歌相关人士表示，这一功能还处在测试当中，目前向一部分搜索用户提供。她说，谷歌一直在尝试新的用户界面和搜索功能，以增强用户总体的搜索体验。

感想：谷歌推出新技术的速率是非常快，这次Digg模式的让用户自己来记录行为习惯的做法也非常有意义，Google是一个注重理念的公司，除了永不做恶的原则之外，他们专注于为用户提供更亲切更完善的解决方案，搜索引擎业界都应该尊崇的理念-为用户最便捷的找到他最想要的东西。

这次Digg模式所带来的影响，应该不只是Google会记录操作者PC上所做的行为，这只是一个表象而已。Google肯定会将这些用户的行为收集起来，应用到索引页面中，应用到自然排序中，以及对各个站点整体权重的评测中。与Facebook可收集大量用户信息不同，Google收集了大量用户的行为，来一定比例的用于判定站点的优劣。

对于黑帽和白帽SEO来说，又多了一个重大的课题。

2) Not All Keywords Convert.
 Having ten thousand unique visitors a day come to your site using a search term is all well and good. But if they don’t convert, that’s essentially a waste of bandwidth. (Assuming you are not running an branding exercise). SEO takes time. How does spending six months optimizing your site for a search term, getting the number one spot and finding out none of the traffic converts sound? With a PPC campaign you can find out what keywords convert BEFORE pouring your time into an organic SEO campaign. Although Brad Geddes mentions how various traffic sources convert differently , a general conversion idea can be gained from PPC and applied to your SEO efforts.

3) Meta Descriptions Are ESSENTIAL.
Meta descriptions are the little snippets shown from your site in the search results. These snippets are essential to getting users to click through to your site in organic listings. What do you think works better, a meta description with the text of your navigation links or a meta description with a tested call to action and successful click through rate? With PPC, you can optimize your call to action and description to maximize your CTR on organic listings. It may even be possible to get a higher click through rate in the second or third organic position if you have the perfect meta description. With PPC you can split test many different descriptions and see which performs best. Then add the best performing PPC creative to you meta description tags.

4) Relevance Is Rewarded.
 Google (And MSN/Yahoo!) wants to provide relevant results in the organic search results. Knowing and improving your quality score for certain keywords can reveal how relevant Google thinks your site is for any given keyword. Although this quality score is fairly subjective, it offers a good indication. In Google, keywords used in the query are bolded in the title, meta description and URL of the search results. With PPC you can find what keywords work and what keywords don’t and optimize your organic listings according to that data.

5) Long Tail Gold And Mining Only The Valuable Terms
 Running a broad match PPC campaign and mining long tail keywords THAT CONVERTED can give you an absolute goldmine of information. You can obtain a number one organic position for many, MANY long tail keywords by simply getting a SINGLE back link with that anchor text or writing an article on that exact topic. You can also find from this information what users really wanted to know and create a new page on your site to answer this exact question. Even if it is an FAQ answer. You can utilize your existing content to answer this question in just a few minutes.

6) Landing Pages Can Be Optimized Quickly.
 When you reach that number one organic position for your all done right? Wrong. Getting the visitor to your site is just one phase in the online marketing mix. Once that visitor reaches your page, you need to convert that visitor. With PPC you can split test different landing pages and use multi variant testing to make the ultimate landing page. So when you reach that coveted number one position, you are ready to convert that visitor. While landing pages can of course be optimized using organic traffic, why wait?

7) The Power Of Branding.
 This subject has been beaten to death but it is well know and documented that the more real estate your brand occupies on any given SERP the more trust and recognition you will receive. If you have a well optimized PPC campaign and landing page you should be able to convert the visitor who clicks on your paid listing anyway. Every visitor to your site has a value. If you pay less for the visitor than the visitor is worth, this is a profit.

Official Search Engine Marketing Reps Are Partners.
 Any decent search marketing company should have a rep with the major search engines. The RedFly Google Adwords rep has given us invaluable information on optimizing clients campaigns and given us access to many additional related and semi related keywords allowing us to expand our market reach AND our clients market reach. Applying this additional information to the above seven steps, traffic and conversions can be increased ten fold.

In conclusion, most search marketing agencies offer at least an organic SEO campaign or a paid search (PPC) campaign. But to maximize your ROI it is our opinion that SEO and PPC SHOULD go hand in hand to compliment each other on exposing your company or brand to not only as many people as possible, but as many of the RIGHT kind of people.

SEO之歌 – by Zac

不知道，你排名好不好
是不是也一样有烦恼
网站做完以后，发现没流量
才知道，搜索引擎很重要

这些年，你排名好不好
偶尔是不是对百度挺烦恼
还有Google里的排名，一直往下掉
搜索引擎，我在你身边别忘了

只要你域名比较老，外链也不少
什么词都难不倒
所有网站在你手里做好
只要你结构做得好，优化比较早
什么站都难不倒
要戴白帽

不知道，你流量好不好
是不是关键词没选好
排名已经第一，还是没流量
关键词调查研究很重要

这些年，你流量好不好
偶尔是不是也感觉收入少
参加各种网站联盟，支票收不到
电子商务，卖自己产品是王道

只要你内容写得妙，标题写得好
什么词都难不倒
除了广告销售也能不少
只要你用户体验好，盈利就不少
什么站都难不倒
家最重要

More and more, I’ve been seeing people wondering if they’ve lost traffic on Google because they were detected to be selling paid links. However, Google’s generally never penalized sites for link selling. If spotted, in most cases all Google would do is prevent links from a site or pages in a site from passing PageRank. Now that’s changing. If you sell links, Google might indeed penalize your site plus drop the PageRank score that shows for it.
The Stanford Daily is a good example of this. In my Time For Google To Give Up The Fight Against Paid Links? post from earlier this year, I looked at how the student newspaper of Stanford University was continuing to sell links despite widespread attention to its actions and without any penalty being imposed by Google:

The Stanford Daily is NOT banned from Google. The site’s homepage still has a PR9 score. Nothing indicates that the Stanford Daily’s links aren’t passing ranking juice, not in the ways that Google could control, if it wanted. Maybe they aren’t, but how would most people know? How would other publishers thinking of doing the same know? Certainly not from reading the paper’s rate card (PDF), where there’s nothing said about text links relating to search engines. The only thing said is the price: $350 per month.

Last week, I noticed the Stanford Daily had dropped from when I wrote the above in April to PR7 today. That’s a huge drop that has no apparent reason to happen. Some others were also reporting PageRank drops. So I pinged Google, and they confirmed that PageRank scores are being lowered for some sites that sell links.

In addition, Google said that some sites that are selling links may indeed end up being dropped from its search engine or have penalties attached to prevent them from ranking well.

The debate over paid links has continued since Paid Links War II was kicked off in April (that Time For Google To Give Up The Fight Against Paid Links? explains how it got started the previous war). Most of the arguments I’ve seen continue to feel like they’ve been made and made again. I remain of these views:

• It’s Google’s search engine. They have every right to say that if you sell links, they might penalize you.
   
• Google is not telling people what to do with their sites, which is a popular argument point. Google is telling people what to do if they are concerned about doing better in Google. Don’t want to be harmed in Google? Don’t sell links.
   
• Don’t care about Google? Sell links all you want.
   
• Despite Google’s policy and even this latest action, they’ll never catch all the paid links. It’s part of the reason I’d like to see them back off the paid links war and instead work out other ways to determine if a link deserves credit, paid or not.
   
• I don’t want people who innocently sell links to be harmed.

The latter point came up recently when David Airey worried that paid links had caused him to drop in rankings and that he didn’t realize they were a problem. I commented that it was hard to believe he didn’t realize this given all the SEO knowledge he demonstrated. But the concern is well taken. What if someone sells links and gets their PageRank dropped or traffic reduced under this new policy by Google?

Google says that most people hit with a PageRank decrease will likely notice this, and then they can request a review. Eventually, it may be something flagged within the Google Webmaster Central system.

Why not just change the PageRank meter to something like a red bar, to warn those potentially buying links from getting them from a nabbed site. That would be helpful from a consumer point of view, preventing people from wasting their money.

Google says that by doing this, it would be easy for anyone to detect which sites have not had their paid links discounted — and since they don’t want people to buy links, that would work against their efforts. For the same reason, Google is only decreasing the PageRank for a subset of the sites they actually know about.

I can understand that — plus, while I suppose an innocent person might buy links for direct traffic, it is again hard to think they’d buy links for search ranking purposes without understanding that Google might discount these and so they might be wasting their money.

As for the sites themselves, I still feel like if there’s going to be a penalty, tell the site that.

Google stressed, by the way, that the current set of PageRank decreases is not assigned completely automatically; the majority of these decreases happened after a human review. That should help prevent false matches from happening so easily.

Back to David Airey, Matt Cutts commented about paid links as an issue with his drop in rankings, when asking if they were gone and not coming back. David put in a reinclusion request and today notes his rankings are returning.

Overall, the move takes Google into a new era of attacking paid links, allowing it more precise weapons than it has had in the past. For example, both the Stanford Daily and New Scientist are among several prominent sites that sell links. Google has not really been able to penalize such sites as that would hurt core relevancy. People expect them to show up.

By using PageRank decreases (something Google first experimented with in the SearchKing case in 2002), Google can hurt the perceived value of buying links from a particular site without harming core relevancy.

In contrast, if you’re a smaller site not deemed as important to relevancy, a harsher punishment of a ranking penalty may be dealt out (the Text Link Ads site is an example of this).

Ironically, despite the move, Google itself will still allow paid links to be promoted in another way — through its own ads. For example, here’s an AdSense unit I just saw recently on our own site:

See the “Get A PR6 .Edu backlink!” ad? Expect those firing back at Google over the selling links issue to poke at the hypocrisy here. Of course, the search quality team and the ad sales sides are completely different parts of the Google house. And more important to the site owner, you can argue the points all you want, but they won’t help reverse a Google ban. If Google traffic is important to you, don’t sell links.

主要搜索引擎企业承诺，将在一周内对搜索引擎上的不良信息内容、传播违禁品销售等进行全面整治，净化搜索引擎条目内容；一个月内落实好人员、制度、系统、考核四大保障的工作要求，为社会提供健康、规范的搜索引擎服务。

信息产业部要求各企业要做好三个检查，即检查制度建设、检查存在问题、检查要求落实情况；做好四个保障，即人员保障、制度保障、系统保障、考核保 障；完善五个流程，即在搜索条目上线、用户投诉受理、条目内容管理、违规内容处置、外部协同管理五个环节上制定完善的工作流程；全面净化互联网搜索条目内 容。

当前，国内主要搜索引擎企业包括百度、谷歌、雅虎、中搜、新浪爱问、搜狗等。

本新闻来源：新华网

常用的重定向方式有: 301 redirect, 302 redirect 与 meta fresh：

• 301 redirect: 301代表永久性转移(Permanently Moved)，301重定向是网页更改地址后对搜索引擎友好的最好方法，只要不是暂时搬移的情况,都建议使用301来做转址。
• 302 redirect: 302代表暂时性转移(Temporarily Moved )，在前些年，不少Black Hat SEO曾广泛应用这项技术作弊，目前，各大主要搜索引擎均加强了打击力度，象Google前些年对Business.com以及近来对BMW德国网站的惩 罚。即使网站客观上不是spam，也很容易被搜寻引擎容易误判为spam而遭到惩罚。
• meta fresh: 这在2000年前比较流行，不过现在已很少见。其具体是通过网页中的meta指令，在特定时间后重定向到新的网页，如果延迟的时间太短(约5秒之內)，会被判断为spam。

这里我们主要谈谈如何通过301 Redirect实现网页重定向

IIS服务器实现301重定向

* 打开internet信息服务管理器，在欲重定向的网页或目录上按右键，见下图
* 选中“重定向到URL”
* 在对话框中输入目标页面的地址
* 切记，记得选中“资源的永久重定向”
* 当然，最后要点击“应用”

Apache服务器实现301重定向

相比较来说，Apache实现起来要比IIS简单多了。在Apache中，有个很重要的文件.htaccess，通过对它的设置，可以实现很多强大的功能，301重定向只是其中之一。

Redirect permanent / http://seo.highdiy.com/ ;将目录下内容重定向到http://seo.highdiy.com/
redirect permanent /old.html http://seo.highdiy.com/new-url/ ;将网页old.html内容重定向到http://seo.highdiy.com/new-url/

通过合理地配置重定向参数中的正则表达式，可以实现更复杂的匹配。有兴趣的朋友可参考Apache手册。

其他方法还有：

PHP下的301重定向

<? Header( “HTTP/1.1 301 Moved Permanently” );
Header( “Location: http://seo.highdiy.com” );?>

ASP下的301重定向

<%@ Language=VBScript %>
<% Response.Status=”301 Moved Permanently” Response.AddHeader “Location”, ” http://seo.highdiy.com”>

ASP .NET下的301重定向

<script runat=”server”>
private void Page_Load(object sender, System.EventArgs e)
{
Response.Status = “301 Moved Permanently”;
Response.AddHeader(”Location”,”http://seo.highdiy.com”);
}
</script>

配置完成后，要认真检查一下是否正确。Internet有很多类似的Server Header检查工具，如Check Server Headers Tool – HTTP Status Codes Checker

转载自：http://seo.highdiy.com/index.php/seo/how-to-301-redirect/ 

Markus Frind the founder of the up and coming free dating site Plentyoffish.com is the biggest free dating site on the Internet. Plentyoffish.com. The site reportedly has traffic up to 500 million page views per month. This translates into over $10,000 per day. Here is a check posted from two months of adsense earnings:

2: Jeremy Shoemaker – $140,000 per month

Jeremy Shoemaker certainly one of the top individual AdSense marketers. He has great depth of knowledge in the field and has a knack for making money with “outside of the box” type ideas. I think the image of his AdSense check says it all. When I first saw this, I almost fell out of my chair. Here are two great places to read more about how ShoeMoney does what he does.
Shoemoney’s Ringtone Scheme
SEOmoz Interview

3: Jason Calacanis: Weblogs, Inc. – $120,000 per month

Jason is the previous owner of Weblogs Inc. He recently sold it to AOL for 25 Million. He reportedly made more than 4,000 dollars per day using adsense on his wide network of blogs. Here is a great interview with him.
Interview with Jason Calcanis

4: David Miles Jr. & Kato Leonard – $100,000 per month

Miles and Leonard created Freeweblayouts.net, a site that offers free layouts for Myspace.com They Claim $100,000 per month in revenue.

5: Tim Carter: AskTheBuilder.com – $30,000 per month

Tim Carter became as a plumber and carpenter. He also had a radio show and often made television appearances (think Bob Vila) Carter founded AsktheBuilder.com in 1995. He has done a such a great job with running his Adsense program that Google actually did a case study on his site.

-Google’s full case study-

6: Joel Comm – $24,000 per month

Joel Comm wrote the E-Book What Google Never Told You About Making Money with AdSense. While it may be part of a marketing ploy, this screen shot (if true) would certainly qualify him for this list.

7: Shawn Hogan – DigitalPoint.com $10,000 per month

Shawn Hogan is the founder of DigitalPoint.com. He was recently featured in this New York Times article. At the time it was reported that he was making $10,000 per month with AdSense.
8. Various Affiliate Marketers $160,000+ per month.
All of the various AdSense earners listed here are just the tip of the iceberg when it comes to individuals making huge amounts of money in the internet marketing game. Affiliate marketers account for some of the biggest earners in the business. Over at vmcsatellite.com their top affiliate earner makes a reported $169,300/month.

So how does this all fit into our business?

While the examples given here are certainly something to aspire to, it is unlikely that many individuals or businesses will reach that kind of success. This does not mean, however, that there is not something we can learn from these internet money making superstars. So what is it that allows these individuals and their companies to reap such exceptional monetary benefits from the web? The answer in a two words are CONTENT and COMMUNITY.
Content Players
David Miles Jr. and Kato Leonard’s Freeweblayouts.net ; Tim Carter’s askthebuilder.com ; and Joel Comm’s What Google Never Told You About Making Money with AdSense, are three excellent examples of great content leading to great revenue. These individuals were able to bring Information to a niche community. While there is more to it than the simple equation (Great Content+Niche in need = Huge profit) this is certainly a great place to start. The rest of the equation includes:
1. Positioning yourself as the expert through:

-Great Copywriting

-Inside Knowledge

-Innovative Ideas

2. Gaining visibility and becoming viral:

-Embedding yourself in the target community

-Contributing quality content on a regular basis

-Staying current and relevant

-Offering something interesting/noteworthy/linkable

Community Players
Shawn Hogan of Digitalpoint.com; Jason Calcanis of Weblogs.com; Markus Frind of Plentyoffish.com; and Kevin Rose of Digg.com are four internet marketers who’s sites have used the idea of Community as a basis for generating revenue. The unique aspect to these sites is that instead of offering expert content from an individual or small group of individuals, the content comes from the community itself. Each of these sites takes a different approach to this “content through community” approach.
DigitalPoint.com – Niche forum
Weblogs.com – Blogging
Plentyoffish.com – Social networking
Digg.com – Social bookmarking
These lessons of Content and Community are essential to businesses striving to set themselves apart in the overcrowded internet world. As copywriters, our expertise is content creation. We write interesting, articulate, informative copy that projects expert status. This ability to write this type of custom copy gives many of our clients a significant edge. One of the services we are most proud of at Get It In Writing is our blog ghostwriting service. For companies interested in producing great content with the additional community level benefit of blogging the ghostwriting service is an excellent choice. Blogging’s interactive nature allows not only for discussion, but also for member contributions, making it one of the most invaluable and essential tools any business can have.

from:here

        春节的时候，我去了一趟印度。在印度碰到了一个很有趣的长者。我们一起去聊一些事情，他问我，你的人生是要做什么？为此你准备做些什么事情？我说，啊，这是一个问题！也许我应该好好问自己的。我说了好多个答案，他都说不是这个。后来，我跟他讲，我想去做一些对人们有更大帮助的事情。我想起了我曾经在两年之前立下的一个誓言。就是做中国文化的，尤其是传统的中国医学文化的推广。同时还有一些医学人才的培养工作。这个长者跟我说，对，这就是你应该做的事情。

我突然发现，我在百度做的事情与我的梦想还有一点点的不同，同时我也想起了两年之前我和李彦宏的一次谈话。当时，我不知道百度将会成为一个有如此高市值的公司，但是我知道百度，百度是可以为中国文化事业做一些贡献的。当时Robin邀请我加入百度的时候，我其实心生恐惧。我觉得我不应该长期在一个机构里面工作。我跟他约好了一个2年的时间。我说，也许我们用两年的时间，一起让百度的伟大为外界所知。

现在一晃眼，两年过去了。我做到了吗？我在过去的两年里面，我和同事们一起把“百度一下”推动成为一个人所共知的口头禅。百度由一个名词变成了一个动词，变成了一种生活方式；我们在过去的两年，经历百度上市。伴随着百度的上市，我和我的那些亲爱的同事们，熬过了若干个不眠之夜。我们激动地看到，我们能够参与到一段伟大的历史。在这个过程当中，“百度”成为了一个和中国梦想紧密相联的传奇。——可能只有百度才会让如此年轻的我领导他的上市传播运动。

我在百度，真正的了解了搜索引擎的特性，我们所发动的一系列基于互联网特性的传播方案，也获得了业界的认同。《21世纪经济报道》和《InterBrand》把百度的品牌建设列为年度的案例，我们也拿到了最具商业价值的实效行销的金奖——艾菲奖。

我在百度历经了很多的风雨，这些对于人生来说，对于我和百度来说，都是弥足珍贵的财富。我们学会了包容，我们学会了在错误中汲取能量，我们学会了面对未来。在此后，我们因此更加冷静地看到了百度的方向，我们对百度的文化进行了重新的梳理。把“实事求是”和“以用户体验为导向”写入了百度的宪章。我们丰富了百度的使命，在“为人们提供更便捷的信息获取方式”后面加了一句话，“找到所求”。因为我们已经意识到，搜索引擎不仅仅是为人们找信息而存在的，它同时也在为人们找到人，找到他的梦想而存在。

所有这一切，都让我心生感激。今天，两年之后百度的团队已经非常成熟，作为一个职业经理人，我想我在百度的使命可以告一段落了。我需要去实践和承诺当年我对自己的期许。

也许未来我会成为一个投资者，去协助那些有梦想的年轻人去实现他们的梦想，同时，也许我会把更多的工作重心转向NGO公益事业。也许，我会以基金会的形式去寻找到更多的资源以支持中医人才的培养和建设的事业。当然，如果时间允许的话，读千卷书，行万里路，去接触那一些充满传奇的人生，去寻找那一些中国优秀的文化脊梁，去为他们加油，为他们鼓劲。

这些，当我一想起来，我就觉得非常的兴奋。我知道，我需要花更多的时间去做这些了。百度是一家强调专注的公司。当我有这个想法的时候，我知道我就要专注去做这些事情了。百度是一家崇尚简单的公司，所以，如果当我有这样的想法，我就应该用最直接的方法去实现它，而不应该再在百度三心二意的去实践。

我推开了李彦宏的门，我和他认真的探讨了我的梦想，李彦宏这一个我人生中最敬爱的兄长和朋友，以及上司，给了我无限的支持和肯定。他告诉我说，其实，每一个人都应该为他的梦想付出他的全部。

在未来，我仍将会是百度的高级品牌顾问。感谢李彦宏给了我这么好的机会，去和最优秀的人们一起工作。感谢中国互联网业的发展，让我能够见识到这么多波澜壮阔的历史画卷。感谢百度那些简单而可依赖人们，他们的聪明和他们的纯真，让我理解，这个世界上有梦想就可以达成一切。感谢所有关心我的朋友，你们对我的支持，让我觉得我永远都拥有力量。

{dede:trim}<param([^>]*)>{/dede:trim}
  {dede:trim}<embed([^>]*)>([^>]*)</embed>{/dede:trim}
  {dede:trim}<embed([^>]*)>{/dede:trim}
  {dede:trim}</embed>{/dede:trim}
  {dede:trim}<object([^>]*)>([^>]*)</object>{/dede:trim}
  {dede:trim}<object([^>]*)>{/dede:trim}
  {dede:trim}</object>{/dede:trim}
  {dede:trim}<OBJECT([^>]*)>([^>]*)</OBJECT>{/dede:trim}
  {dede:trim}<OBJECT([^>]*)>{/dede:trim}
  {dede:trim}</OBJECT>{/dede:trim}
  {dede:trim}<iframe([^>]*)>([^>]*)</iframe>{/dede:trim}
  {dede:trim}<iframe([^>]*)>{/dede:trim}
  {dede:trim}</iframe>{/dede:trim}
  {dede:trim}<IFRAME([^>]*)>([^>]*)</IFRAME>{/dede:trim}
  {dede:trim}<IFRAME([^>]*)>{/dede:trim}
  {dede:trim}</IFRAME>{/dede:trim}
  {dede:trim}<font([^>]*)>([^<]*)</font>{/dede:trim}
  {dede:trim}<font([^>]*)>{/dede:trim}
  {dede:trim}</font>{/dede:trim}
  {dede:trim}<a([^>]*)>([^<]*)</a>{/dede:trim}
  {dede:trim}<a([^>]*)>{/dede:trim}
  {dede:trim}</a>{/dede:trim}
  {dede:trim}<td([^>]*)>([^>]*)</td>{/dede:trim}
  {dede:trim}<td([^>]*)>{/dede:trim}
  {dede:trim}</td>{/dede:trim}
  {dede:trim}<tr([^>]*)>([^>]*)</tr>{/dede:trim}
  {dede:trim}<tr([^>]*)>{/dede:trim}
  {dede:trim}</tr>{/dede:trim}
  {dede:trim}<tbody([^>]*)>([^>]*)</tbody>{/dede:trim}
  {dede:trim}<tbody>{/dede:trim}
  {dede:trim}</tbody>{/dede:trim}
  {dede:trim}<table([^>]*)>([^>]*)</table>{/dede:trim}
  {dede:trim}<table([^>]*)>{/dede:trim}
  {dede:trim}</table>{/dede:trim}
  {dede:trim}</p>{/dede:trim}
  {dede:trim}<p style=”text-indent:24px;”>{/dede:trim}有这些代码大部分的广告和对采集后生成页面的不利因素都可以过滤掉了。

外部链接大部分情况下是不好控制的，而且要经过很长时间的积累，内部链接却完全在自己的控制之下。下面列几个优化站内链接的经验。

建立网站地图

只要有可能，最好给网站建一个完整的网站地图sitemap。同时把网站地图的链接放在首页上，使搜索引擎能很方便的发现和抓取所有网页。

有不少CMS系统并不自动生成网站地图，可能需要加一些插件。对大型的网站来说，可以把网站地图分成几个文件，每个文件里不要放太多网页。

每个网页最多离首页四次点击

对一个中小型网站来说，要确保从首页出发，四次点击之内就要达到任何一个网页。当然如果在三次点击之内更好，两次就更好。配合网站地图的使用，这一点应该不是大问题。

大家可以计算一下，四次点击至少可以有几百万个网页，所以对一般网站应该是可以适用的。

尽量使用文字导航

网站的导航系统最好使用文字链接。有的网站喜欢用图片或者JS下拉菜单等，但SEO效果最好的是文字链接，使搜索引擎可以顺利抓取，而且通过链接文字了解这些栏目页的具体内容。

如果为了美观不得不使用图片或者JS，至少在网站底部或者在网站地图中应该有所有栏目的文字链接。

链接文字

网站导航中的链接文字应该准确描述栏目的内容，自然而然在链接文字中就会有关键词，但是也不要在这里堆砌关键词。

在网页正文文章中提到其他网页内容的时候，可以自然而然的使用关键词链接到其他网页。反向链接中的关键词也是排名的重要因素之一，在自己的站内自己有完全的控制权。

整站的PR传递和流动

只要有好的网站整体结构，整个网站的PR传递应该是很均匀的，首页最高，栏目页次之，内容页再次。

但有的时候可以通过网页的链接影响PR和重要性的传递，使某一页或某几页的PR值和重要性升高，这几页也是你重点要推的网页。

网页的互相链接

以前说过网站的树型结构，不过要注意的是，这种树型结构不是说各个栏目下的文章页之间没有链接，恰恰相反，应该在不同栏目的网页中链接向其他栏目的相关网页。整个网站的结构看起来更像蜘蛛网，既有由栏目组成的主脉，也有网页之间的适当链接。

作者: Zac
原载: 搜索引擎优化SEO每天一贴