在这3个URL重写中,哪一个是对SEO友好的URL?


11

想象一下我当前的平面文件无CMS网站,其网址为http://example.com/en/tomato

这当然是非常性感的,它可以是番茄汤番茄乐队电影或更多的东西,但实际上…… 仅仅是番茄

因此,我想使它对实际人类以及搜索引擎都更加具体。鉴于:无论是语言代码和短文件名的代码是必要的,不能更换所以某处有一定是entomatopreciding /下像任何分隔符/的.htaccess做正确的无形的重定向/tomato.php?language=en

我为URL中添加的单词想到了一些选择:

A   example.com/en/tomato/just-about-tomatos
B   example.com/en/tomato/just-about-tomatos.htm
C   example.com/just-about-tomatos/en/tomato
D   example.com/en/tomato_just_about_tomatos
E   example.com/en/tomato-just-about-tomatos

问题1:对人类和搜索引擎而言,哪一个最合适?

问题2:应该在.htaccess中执行哪一条简单的规则?

感谢您的建议和答案!非常感激。

Answers:


6

我认为您可能过早选择了最佳答案?

问题1:
我的选择是example.com/en/tomato/just-about-tomatos-我的理由是:

  • /en/是主要语言文件夹,其中包含所有内容,因此最适合直接出现在域之后,并且是在a)新域和b)子域之后进行多语言实施的最佳选择
  • /just-about-tomatos是页面-应该放在末尾。.htm由于您是在重写URL,而用户却不在乎您使用哪种语言/平台,因此无需在结尾处编写代码

问题2:
为了将just-about-tomatos零件添加到您的URL中,您可能必须考虑创建映射系统,因为该阶段不会出现在您现有的URL中。


确实将您的建议视为最佳答案!最后一个问题:将文本的最后部分(实际上可以是任何东西)留有空格是可以的吗?<a href="/webmasters//en/tomato/just about tomatos">....</a> 还是应该绝对避免空格并用破折号代替-
山姆

2
空格不能构成Web文件名/ URL的一部分(除非经过编码),也不被视为最佳实践(因为空格表示URL的结尾),并且至少(如果必须使用它们)应使用进行编码%20。我肯定每次都会使用连字符(破折号)。
Mike Hudson

+1表示一点澄清。除了破折号-还有什么其他选择?是+不是短线好?PHP的urlencode函数默认使用它们,似乎...您对此问题有何建议?非常感谢
山姆

+在大多数情况下也能达到同样的效果,但是Google(和大多数其他发行商,包括SE)似乎选择了栅栏的连字符号-goo.gl/7ZFtV
Mike Hudson,

1
@Sam-我看不到有什么问题 -但是,当您开始不必要地重复单词时,它可能看起来有点垃圾。
Mike Hudson

4

只想澄清一下Eric Vold关于参数(?lang=en)的内容

事实证明,Google不建议使用此类参数,因为它会使访问者(和其他因素)感到困惑。

清单上建议的最佳选择是A,但如果这样说,则更好:

en.example.com/tomato/just-about-tomatos


@ aji,+ 1表示我在lang.website.com/etc上的想法,但我没有写下该选项,因为我不知道如何通过htaccess /我的pesk帐户(使用共享主机)来实现此目的...尽管问题是哪种方法最好,如果您建议如何实现这一点,那将是非常酷的。无论如何,谢谢您的建议!
山姆

3

该URL应该尽可能具有描述性,并且应与所显示的内容关联。我也大量使用SEO URL,据我所知,选项B很好。

B   example.com/en/tomato/just-about-tomatos.htm

根据您的理由,发问者提出的所有4条建议是否合适?
Mike Hudson

2
对于我来说,您选择带有文件扩展名的文件似乎很奇怪。
2011年

1

使用连字符对SEO很好,而此技术对SEO类型的URL编写很有利。我们使用不同类型的URL,但SEO不支持它们。


-1

这样.htm做很好,因为它可以使用户知道页面的文件类型。我不建议/en/在url中使用,因为无论语言如何,您都希望所有用户都来/链接到同一页面,并且只需通过url查询字符串参数更改语言即可。

所以我建议:

website.com/tomato/just-about-tomatos.htm?lang=zh-CN


1
这非常麻烦-1)为什么可以更友好的方式重写查询字符串?(他已经在重写URL!)2)为什么用户关心页面是什么“文件类型”?
2011年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.