SEO 静态网页不一定优于动态网页

SEO网页不一定优于动态网页 在网站逐渐建立起来的时候，所有的静态网页都是用FRONTPAGE和DW手工制作的，不存在推广和排名这一说。那时候网站的建立很简单。站的人多了，站也多了。关键是人多。随着静态和伪静态地层的出现最近几天itbulu很不方便解决一个英文站的问题。因为要静态，所以速度慢，需要时间。所以，是真的只有静态网页在搜索相关信息时对搜索引擎有利，还是因为我跟着别人的意见走？也可以找Google中文网站管理员的博客相关文章，他们明确提出静态不一定比动态好。梳理一下，分享给大家。这种情况在和网络工程师交流时经常出现。一些广为传播的核心思想在过去可能是恰当的，但很可能与当前形势没有密切联系。我们最近和很多朋友聊网站结构的时候就遇到了这种情况。我的一个朋友很担心动态网站的应用，甚至认为“搜索引擎解决不了动态网站”。另外有个盆友觉得动态URL完全不是搜索引擎的问题，都是过去的事情了。还有一个甚至说自己几乎搞不懂动态URL和静态URL的区别。对于大家来说，这一刻让我们决定科学地研究动静态网站这个话题。首先，我们来定义一下我们要讨论的主题风格:什么是静态URL？静态URL，说白了就是不容易改的URL。通常，它不包含URL的所有主要参数。例如:http://www.example.com/archive/january.htm您可以在输入框中键入filetype:html来搜索Google上的静态URL。升级这类网址的网页需要时间，尤其是数据量快速增加的时候，因为每个独立的网页都要更改编译器代码。这也是系统管理员在解决经常升级的大中型网站，如网购网站、社区论坛、博客或内容智能管理系统时，使用动态URL的原因。什么是动态URL？如果一个网站的内容存储在数据库查询中，并且按照规定显示信息页面，那么就可以应用动态URL。在这种情况下，网站呈现的大部分内容都是基于模板的。一般一个动态的URL看起来是这样的:http://code.Google.com/p/Google-checkout-PHP-sample-code/issues/detail？id=31你能根据寻找图像吗？=&该标记标识动态网址。动态网站的一个缺点是不同的网站可以有相同的内容。很有可能不同的客户会链接到主参数不同的网站，但是这些网站的内容都是一样的。这也是网络工程师有时想把这个动态URL改写成静态URL的原因之一。我应该让我的动态URL看起来是静态的吗？在解决动态URL时，希望你能把握以下客观事实:正确形成和维护从动态URL到静态URL的调用变化，其实是一件很难的事情。显示初始动态URL对我们来说会更安全。请让我们解决诸如检测和绕过这些主要参数的问题。如果要调用URL，请去掉这些多余的主参数，并请保持其动态URL外观。如果你想展示一个静态的URL而不是动态的URL，那么你应该进一步形成一个相对静态的内容。和静态URL，哪个更好被Googlebot识别？我遇到过很多系统管理员，就像我们的朋友一样，认为静态或者看似静态的网站在网站的数据库索引和排名上有优势。这种观点是基于搜索引擎在抓取和分析带有会话ID和源跟踪器的网站时出现问题的假设。众所周知，客观事实是，谷歌在这里有两个层面的长足进步。就点击量而言，静态URL很可能有一些优势，因为客户很容易理解这个URL。然而，就数据库索引和排名而言，应用数据库查询来驱动URL并不代表显著的缺点。与隐藏主要参数以使其看起来静态的网站相比，人们期望网站立即向搜索引擎显示动态网站。现在来看看一些相关动态网站广为流传的观点，纠正一些让系统管理员困惑的理论。:)传奇故事:“动态网址无法抓取。“客观事实:我们可以抓取动态网站，表达不同的主要参数。如果为了让网站看起来是静态的而隐藏这些可以向Google展示有价值信息的主要参数，会给网站的抓取和排名带来不便。大家的建议是:请不要改变一个动态URL的文件格式，让它看起来是静态的。尽量使用静态URL来显示信息。静态内容是可以的，但是当你决定显示动态内容时，请不要隐藏主要参数使其看起来是静态的，因为这样做会删除对大家分析网址有帮助的有效信息内容。图例:“动态URL的主要参数少于三个。”“客观事实:主要参数的总数没有限制。但是，好的工作体验就是不要把你的网站做得太长(这适用于所有的网站，不管是静态的还是动态的)。可以去掉一些对Googlebot不重要的主要参数，给客户一个漂亮的动态URL。如果您不确定哪些主要参数可以删除，我们建议您在动态网站中向我们展示所有主要参数，我们的系统软件将会找出哪些参数不重要。隐藏主要参数会危及人们对你的网站进行适当的分析，因此人们无法识别主要参数，一些重要信息可能会丢失。这里有一些人们认为你可能会有疑问的难题。这是否意味着我应该避免调用动态URL？这是大家的建议，除非你能保证只去掉不必要的主要参数，或者你能把所有可能有负面影响的主要参数都详细删除。如果你随意改变你的动态网站，使其看起来是静态的，你应该清楚这是有风险的，可能会导致一些信息内容无法正确编译和识别。如果你想把你的网站升级到静态版本号，你必须展示一个真实的、实用的静态内容，比如根据网站的相对方式可以获得的这些文档的形成。如果只是改变动态网站的表现形式，而没有真正展现静态的内容，那么可能得不偿失。请立即显示规范的动态URL，我们将自动找到这些残基的主要参数。你能举个例子吗？如果你有一个标准化文件格式的动态URL，比如:foo？key1=值和。2=value2，建议不需要修改，Google会决定哪些主要参数可以去掉；或者可以为客户去掉这些多余的主参数。但是要小心，去掉这些不重要的主要参数就行了。这是一个动态网站的例子，有几个主要参数:www.example.com/article/bin/answer.foo?.语言=en&答案=3&sid=98971298178906&query=URLlanguage=en–标记这篇文章的语言Answer=3–这篇文章的编号为3sID=8971298178906–对话标记的代码为8971298178906query=URL–使这篇文章被搜索到的主要参数是[URL]，不一定显示附加信息内容。因此，这个网站叫做www.example.com/article/bin/answer.foo?.语言=en&答案=3大概不会轻易引起所有问题，因为已经去掉了所有无关的主要参数。下面是一些改了之后看起来像静态网站的例子。相比于不立即调用和显示动态网站，这类网站很可能会造成大量的抓取问题。www.example.com/article/bin/answer.foo/en/3/98971298178906/URLwww.example.com/article/bin/answer.foo/language=en/answer=3/sid=98971298178906/query=URLwww.example.com/article/bin/answer.foo/language/en/answer/3/sid/98971298178906/query/URLwww.example.com因为这些URL都有对话框标记(sid)和查询的主要参数的可变性值，所以很多看起来不一样的URL是无形中形成的，它们的内容是完全一样的。这种文件格式让我们很难知道具体内容和主参数URL及其98971298178906是无关的。但是，下面这个调用的例子去掉了所有不相关的主要参数:www.example.com/article/bin/answer.foo/en/3,虽然我们可以适当地解决这个网站，但是人们仍然不鼓励你应用这样的调用。因为很难维护，而且一旦初始动态网站增加了新的主参数，网站必须立即更新。如果你不这样做，你将再次形成一个隐藏主要参数的静态URL。因此，最好的解决方案是保持动态网站的原样。或者，如果去掉无关的主要参数，请记得保持本网站一个动态:www.example.com/article/bin/answer.foo？语言=en&答案=3