robots协议360从什么时候开始违反robots协议的？

robots协议怎么书写？

# # robots.txt for 你的网站安装包，或者你的网站名 # User-agent: * Disallow(不允许): /不想被收的目录/ Disallow(不允许）: /不想被收的目录/ (结束。

把括号内中文去了。

把其他的转换成要求。

格式为.TXT，扔在根目录下。

记得不要把根目录填上去就行了。

若是某个网页，就填绝对路径。

)

百度都是不遵守robots的协议吗，那我要怎么办？

貌似现在robots百度已经无视了吧。

。

反正我是不写了，没用。

。

该收录照样收录，，一点不客气。

。

robots协议的位置

robots.txt文件应该放置在网站根目录下。

举例来说，当spider访问一个网站时，首先会检查该网站中是否存在robots.txt这个文件，如果 Spider找到这个文件，它就会根据这个文件的内容，来确定它访问权限的范围。

wordpress的robots位置 没有在wordpress网站根节目上传过robots.txt,当搜寻引擎和用户拜访某个文件时，wordpress程序会主动生成一个robots.txt给搜寻引擎和用户;若是我们上传编写的robots.txt到网站根节目，用户和搜寻引擎蛛蛛拜访的就是我们上传的文件，wordpress就不会再产生那个文件了。

只有服务器找不到robots的时候wordpress才会生成这个文件。

什么是robots协议？网站中的robots.txt写法和作用

Robots协议（也称为爬虫协议、机器人协议等）的全称是“网络爬虫排除标准”（Robots Exclusion Protocol），网站通过Robots协议告诉搜索引擎哪些页面可以抓取，哪些页面不能抓取。

文件写法 User-agent: * 这里的*代表的所有的搜索引擎种类，*是一个通配符 Disallow: /admin/ 这里定义是禁止爬寻admin目录下面的目录 Disallow: /require/ 这里定义是禁止爬寻require目录下面的目录 Disallow: /ABC/ 这里定义是禁止爬寻ABC目录下面的目录 Disallow: /cgi-bin/*.htm 禁止访问/cgi-bin/目录下的所有以".htm"为后缀的URL(包含子目录)。

Disallow: /*?* 禁止访问网站中所有包含问号 (?) 的网址 Disallow: /.jpg$ 禁止抓取网页所有的.jpg格式的图片 Disallow:/ab/adc.html 禁止爬取ab文件夹下面的adc.html文件。

Allow: /cgi-bin/　这里定义是允许爬寻cgi-bin目录下面的目录 Allow: /tmp 这里定义是允许爬寻tmp的整个目录 Allow: .htm$ 仅允许访问以".htm"为后缀的URL。

Allow: .gif$ 允许抓取网页和gif格式图片 Sitemap: 网站地图 告诉爬虫这个页面是网站地图 文件用法 例1. 禁止所有搜索引擎访问网站的任何部分 User-agent: * Disallow: / 实例分析：淘宝网的 Robots.txt文件 User-agent: Baiduspider Disallow: / User-agent: baiduspider Disallow: / 很显然淘宝不允许百度的机器人访问其网站下其所有的目录。

例2. 允许所有的robot访问 (或者也可以建一个空文件 “/robots.txt” file) User-agent: * Allow:　/ 例3. 禁止某个搜索引擎的访问 User-agent: BadBot Disallow: / 例4. 允许某个搜索引擎的访问 User-agent: Baiduspider allow:/ 例5.一个简单例子 在这个例子中，该网站有三个目录对搜索引擎的访问做了限制，即搜索引擎不会访问这三个目录。

需要注意的是对每一个目录必须分开声明，而不要写成 “Disallow: /cgi-bin/ /tmp/”。

User-agent:后的*具有特殊的含义，代表“any robot”，所以在该文件中不能有“Disallow: /tmp/*” or “Disallow:*.gif”这样的记录出现。

User-agent: * Disallow: /cgi-bin/ Disallow: /tmp/ Disallow: /~joe/ Robot特殊参数： 允许 Googlebot： 如果您要拦截除Googlebot以外的所有漫游器不能访问您的网页，可以使用下列语法： User-agent: Disallow: / User-agent: Googlebot Disallow: Googlebot 跟随指向它自己的行，而不是指向所有漫游器的行。

“Allow”扩展名： Googlebot 可识别称为“Allow”的 robots.txt 标准扩展名。

其他搜索引擎的漫游器可能无法识别此扩展名，因此请使用您感兴趣的其他搜索引擎进行查找。

“Allow”行的作用原理完全与“Disallow”行一样。

只需列出您要允许的目录或页面即可。

您也可以同时使用“Disallow”和“Allow”。

例如，要拦截子目录中某个页面之外的其他所有页面，可以使用下列条目： User-agent: Googlebot Allow: /folder1/myfile.html Disallow: /folder1/ 这些条目将拦截 folder1 目录内除 myfile.html 之外的所有页面。

如果您要拦截 Googlebot 并允许 Google 的另一个漫游器（如 Googlebot-Mobile），可使用”Allow”规则允许该漫游器的访问。

例如： User-agent: Googlebot Disallow: / User-agent: Googlebot-Mobile Allow: 使用 * 号匹配字符序列： 您可使用星号 (*) 来匹配字符序列。

例如，要拦截对所有以 private 开头的子目录的访问，可使用下列条目：　User-Agent: Googlebot Disallow: /private*/ 要拦截对所有包含问号 (?) 的网址的访问，可使用下列条目： User-agent: * Disallow: /*?* 使用 $ 匹配网址的结束字符 您可使用 $字符指定与网址的结束字符进行匹配。

例如，要拦截以 .asp 结尾的网址，可使用下列条目：　User-agent: Googlebot Disallow: /*.asp$ 您可将此模式匹配与 Allow 指令配合使用。

例如，如果 ? 表示一个会话 ID，您可排除所有包含该 ID 的网址，确保 Googlebot 不会抓取重复的网页。

但是，以 ? 结尾的网址可能是您要包含的网页版本。

在此情况下，可对 robots.txt 文件进行如下设置： User-agent: * Allow: /*?$ Disallow: /*? Disallow: / *? 一行将拦截包含 ? 的网址（具体而言，它将拦截所有以您的域名开头、后接任意字符串，然后是问号 (?)，而后又是任意字符串的网址）。

Allow: /*?$ 一行将允许包含任何以 ? 结尾的网址（具体而言，它将允许包含所有以您的域名开头、后接任意字符串，然后是问号 (?)，问号之后没有任何字符的网址）。

尽管robots.txt已经存在很多年了，但是各大搜索引擎对它的解读都有细微差别。

Google与百度都分别在自己的站长工具中提供了robots工具。

如果您编写了robots.txt文件，建议您在这两个工具中都进行测试，因为这两者的解析实现确实有细微差别。

360从什么时候开始违反robots协议的？

2012年9月左右 中广网北京9月7日消息（记者庄胜春）据中国之声《央广新闻》报道，近日，有报道称360违反Robots协议抓取网站信息，并通过浏览器收集隐私数据。

这种行为被指不顾行业规则底线，引起业内人士的热议。

　　有报道说，由于360搜索并不遵守搜索引擎通用的Robots协议，也就是爬虫协议，导致很多网站出于安全和隐私的考虑，不允许搜索引擎抓取的一些内网信息也泄漏在了360搜索上，这些隐私甚至可能包括银行帐号、密码、内部邮件等一些信息。

而原本这个爬虫协议是指，网站通过Robots网站告诉引擎哪些页面是可以抓取的，哪些页面是不能抓取的。

这个协议也是行业通行的规则，主要依靠搜索引擎来自觉遵守。

　　部分网友根据这样的线索进行了求证，发现该情况确实存在。

有网友表示，公司原本需要动态口令访问的内部网站现在也被360搜索抓取了，这到底是怎么回事？业内人士专家分析，这可能是公司内部有人用360浏览器导致的。

　　其实从360和百度的这场“3B大战”开始，就有很多百度的合作机构要求内部员工卸载360浏览器，近日一些网友也在微博发出这样的号召，因为隐私问题成为大家比较大的担忧。

　　以往因为有Robots协议的存在，在百度或者谷歌中进行搜索的时候不会反馈诸如内网信息等敏感信息，所以360这样一个打破行规的举措引发热议。

有专家认为，今天360可以一手举着“反垄断”的旗号违反Robots协议，另外也可以一手举着“用户体验”的旗号，通过浏览器来上传用户的隐私。

这种局面如果不能得到制止的话，未来互联网企业竞争可能会陷入混乱，用户的网络安全可能也会受到非常大的影响。

有业内人士建议，这个问题的彻底解决不仅要依靠法律制度的完善，也需要政府主管部门的有力监管。