温馨提示：这篇文章已超过751天没有更新，请注意相关的内容是否还可用！
1.不要使用 JavaScript 重定向。
在处理站点和页面重定向时使用 JavaScript 格式时，存在难以理解链接重定向到哪个 URL 的问题，因为搜索机器人通常难以理解该格式。
此外，隐藏重定向信息的页面大多出现在垃圾邮件文档中，因此即使它是一个高质量的页面，它也可能被低估为在垃圾邮件文档处理过程中的重要性不必要地低。
因此，在处理 url 链接或重定向时，不使用 JavaScript 函数来通知搜索机器人正确的信息是有帮助的。
如果要通知访问者地址被重定向，可以使用元刷新，Naver 的搜索机器人会识别元刷新。但是，HTML 4.01 标准建议不要使用元刷新，所以请尽量使用 HTTP 重定向。
不正确的重定向用法示例
var timerld = setTimeout("move()", 500);function move() {
location.href = "http://new.site.com/";
timerld = 0;}使用元刷新的示例
<meta http-equiv="refresh" content="10;url=http://new.site.com">
2.更改站点或页面时，请使用 301 Permanently Moved 重定向。
如果站点或内部页面的 URL 发生更改，搜索机器人可能会错误地确定该信息是新的并且与现有站点或内部页面不同。另外，在后续的重复信息处理过程中，可以不使用已有的良好搜索信息和搜索用户偏好信息。
像这样更改 URL 时，将现有 URL 告知搜索机器人，以便更好地利用现有信息，对搜索曝光非常有帮助。
至于通知的方式，请从服务器使用重定向的形式进行响应，按照http协议永久移动301。
将整个旧主机重定向到新主机的首页（apache Web 服务器）
Redirect 301 / http://new.site.com혹은Redirect permanent http://new.site.com
将 example.com/* 重定向到 www.example.com/*（apache 网络服务器）
RewriteEngine OnRewriteCond %{HTTP_HOST} example.comRewriteRule ^([^/]*})$ http://www.example.com [R=301,L]3.如果站点故障或临时页面更改，请使用 302 临时移动重定向。
如果网站暂时中断或页面临时更改，如果搜索机器人没有收到对该网站及其内部页面的响应，它可能会错误地确定该页面已被删除。我们可能会通过不识别临时页面更改并确定已更改为其他信息来删除现有信息。
如果您希望保留现有搜索机器人收集到的您不想要的原始页面信息，请在出现临时故障或临时页面更改时，使用符合http协议的302重定向从服务器响应网站。
重定向到正在构建的页面（apache web 服务器）
Redirect / /under_const.html혹은Redirect temp / /under_const.html
4.最小化连接重定向的数量。
当页面不断重定向时，重定向次数超出搜索机器人设置的范围。建议连续重定向次数最多不超过5次。此外，还有由于程序问题导致自身无限重复重定向，即使在这种情况下，搜索机器人也没有收集到。
重定向问题有局限性，可以在您使用的浏览器中直观检查，因此我们建议您使用浏览器提供的开发人员工具或与网站的技术人员一起解决问题。
5.重定向的最终着陆 URL 应该是合法页面。
有时，重定向的最终着陆 URL 是一个不存在或设置为搜索机器人无法访问的页面。如果包含正常内容的 URL 地址因站点重组等原因发生了变化，则需要检查更改前后 URL 是否正确重定向。
6.如果您因为网站性能或内部政策问题而想暂时阻止 Naver Search Robot，请使用网站管理员工具的流量限制。
如果需要暂时屏蔽Naver Search Robot的访问，建议在站长工具的采集设置中将流量限制设置为最小。还有一种方法可以使用 robots.txt 阻止搜索机器人，但在这种情况下，在此期间收集的网站内的文档可能会被排除在 Naver 搜索之外。
发表评论