数据库查询驱动的URL必须是静态的,这一直是SEO最基本的规则,可以算作一个常识性的问题。
数据库查询驱动器的网址必须将URL静态化,一直以来全是SEO最基础的规定,能够算作个常识问题的东西。近些年SEOer一致觉得,URL含有2-3个问号也不是难题,百度搜索引擎一般都能百度收录,尤其是权重值高些的网站域名,大量好多个问号也不是难题。但不管怎样一般還是提议URL静态化。9月份Google站长博客发表了一篇关于动态或静态URL的帖子,但是推翻了这个名字。在这个帖子里,Google确立了不一定要把动态URL做成静态的,而是用问号的主要参数来保存细长的动态URL。GoogleBlackboard的内容和中文系统管理员的博客都有中文翻译和截取,大家可以查询一下。
从留言板上的留言和我看到的博客来看,很多人确实觉得有些道理,提前准备按照谷歌说的去做。
很少见,我也很不屑。是谷歌的SEO提案。
谷歌帖子的几个重点。
第一,Google完全有能力抓取动态网站,多少个问号不是问题。这是一个坚实的基础。
第二,动态URL更有利于Google搜索引擎蜘蛛理解URL的含义并对其进行识别,因为URL中的主要参数是惊人的。例如,谷歌举了这样一个例子:
www.example.com/article/bin/answer.foo?语言=en&答案=3&sid=98971298178906&查询=URL
URL中的主要参数有助于Google理解URL和网页。比如语言后面的主参数是提醒语言,答案后面是文章编号,sid后面肯定是会话id。其他常见的主要参数包括色跟是指色调,尺码跟主要参数是规格等。有了这个主参数的帮助,Google理解网页就容易多了。
但是这个主要参数的实际意义一般在网站静态化之后就越来越不明显了。例如,此URL:
www.example.com/shoes/red/7/12/men/index.html
很有可能谷歌不会知道哪个是产品的序列号,哪个是规格。
第三,网站静态的时候非常容易出错,更是因小失大。比如一般动态URL的主要参数被替换,得到的网页其实是一样的。例如,这两个URL可能是同一个网页:
www.example.com/article/bin/answer.foo?语言=en&答案=3
www.example.com/article/bin/answer.foo?回答=3&语言=en
保存动态URL,Google很容易发现这是同一个页面。但是,在静态化之后,Google很难区分两个网址是否是同一个页面,这可能会导致复制的内容:
www.example.com/shoes/men/7/red/index.html
www.example.com/shoes/red/7/men/index.html
另一个非常容易犯的错误是会话ID,它也可能是URL中的静态内容:
www.example.com/article/bin/answer.foo/en/3/98971298178906/URL
那个URL会引起很多不同的URL,但实际上是相同的内容页面。
因此,Google建议没有必要静态URL。
但我还是提议以静为主。原因是:
首先,谷歌给出的建议是基于谷歌自己的考虑,没有考虑其他百度搜索引擎。Google抓取动态网站没有问题,不代表雅虎、百度搜索、微软没有问题。尤其是对于中国网站来说,谷歌并不是老大哥。
第二,谷歌经常说国家主义的弊端是基于国家主义变得错误的假设。但是,如果你想让一个问题成为静态的,你必须做得恰当。假设你会犯错误是不合理的。有多少人在可以静态化的情况下把sessionID放入网站?
第三,谷歌的提议通常有利于自己,而不是客户。包含问号主要参数的URL很可能有助于Google理解内容,但显然对客户第一眼理解URL结构和大致内容是非常不利的。我们来看看这两个网站哪个更清晰,更容易理解,更容易被点击。
www.example.com/product/bin/answer.foo?语言=en&productID=3&sid=98971298178906&cat=6198&&查询=URL
www.example.com/product/men/shoes/index.html
很明显是第二个。
而且长动态网站不利于记忆,在邮箱、社交网站等领域也不利于抄袭他人。
总而言之,尽管谷歌既定的提议是保存动态网址,但我建议大家反其道而行之,尽量让网址保持静态。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)