Seo 使用http处理程序在多个前端服务器上创建站点地图,这是一个好主意吗? 问题1

Seo 使用http处理程序在多个前端服务器上创建站点地图,这是一个好主意吗? 问题1,seo,httphandler,sitemap,Seo,Httphandler,Sitemap,我们想为我们的CMS站点生成站点地图 我们有多个前端服务器,大约有一百万篇文章 环境 多个MS SQL服务器 多个前端服务器(负载平衡) ASP.net和IIS 6 视窗2003 将站点地图(站点地图索引文件和站点地图文件)物理地放在前端服务器上将是一场操作噩梦,而且容易出错 因此,我们正在考虑改用http处理程序,这样无论哪个服务器得到请求,它都能够提供正确的xml文件 问题2 如果我们每次发布一篇新文章时都点击谷歌,如果这种情况每小时发生一次以上,会对我们产生负面影响 谢谢 我会在事情发

我们想为我们的CMS站点生成站点地图

我们有多个前端服务器,大约有一百万篇文章

环境
  • 多个MS SQL服务器
  • 多个前端服务器(负载平衡)
  • ASP.net和IIS 6
  • 视窗2003
将站点地图(站点地图索引文件和站点地图文件)物理地放在前端服务器上将是一场操作噩梦,而且容易出错

因此,我们正在考虑改用http处理程序,这样无论哪个服务器得到请求,它都能够提供正确的xml文件

问题2 如果我们每次发布一篇新文章时都点击谷歌,如果这种情况每小时发生一次以上,会对我们产生负面影响


谢谢

我会在事情发生变化时生成XML,而不是根据Google的要求。这意味着它只能以需要的速度更新

我会集中储存这个。如果你有一个CDN,在那里重击它并重定向到它。你可能会说这是一场噩梦,但这比让你所有的前端生成他们自己版本的网站地图更糟糕吗?回答:不,效率要高得多

如果您没有CDN,我将研究一种将请求从一个节点重定向到另一个节点的方法。您甚至可以使用负载平衡器控制这一点,以便某些用户代理字符串直接进入站点地图生成节点


关于问题2。。。谷歌声称,一旦他们知道你的网站更新有多快,他们会自动与你核实。我会手动更新的头几次,然后谷歌应该知道什么速度继续下去


但只要你不是每小时发送20个ping,我怀疑他们会介意太多。这并不是说它会改变您的SERP性能。

我真的很喜欢用户代理/负载平衡器的方法-这听起来非常可行。去和我们的行动小组聊聊,看看他们怎么想。谢谢