【问题标题】:ColdFusion - What's the best URL naming convention to use?ColdFusion - 最好的 URL 命名约定是什么?
【发布时间】:2011-09-01 19:55:05
【问题描述】:

我正在使用 ColdFusion 9。

我正在创建一个使用三个模板的全新网站。第一个模板是主页,提示用户选择品牌或特定型号。第二个模板是用户可以查看所选品牌的所有型号的地方。第三个模板显示了特定模型的所有特定信息。

很久以前...我会制作这样的网址:

.com/Index.cfm // home page
.com/Brands.cfm?BrandID=123 // specific brand page
.com/Models.cfm?ModelID=123 // specific model page

现在,为了 SEO 和便于阅读,我可能希望我的 URL 看起来像这样:

.com/? // home page
.com/?Brand=Worthington
.com/?Model=Worthington&Model=TX193A

或者,我可能希望我的网址如下所示:

.com/? // home
.com/?Worthington // specific brand
.com/?Worthington/TX193A // specific model

我的问题是,这两种命名约定是否真的有任何 SEO 优势或易于阅读或安全优势?

是否有最佳的 URL 命名约定?

拥有这样的网址真的有好处吗?

http://stackoverflow.com/questions/7113295/sql-should-i-use-a-junction-table-or-not

【问题讨论】:

    标签: url coldfusion seo


    【解决方案1】:

    使用对您的用户有意义的 URL。如果您使用 人类 理解的合理 URL,它也适用于搜索引擎。

    不要做 SEO,做 HO。人类优化。为您页面的用户优化您的页面,这样做会让 Google(和其他人)满意。

    不要在 URL 中填充关键字除非它可以帮助您的网站所服务的人


    要确定您的 URL 应该是什么样子,您需要了解 URL 的各个部分的用途。

    所以,给定这个 URL:http://domain.com/whatever/you/like/here?q=search_terms#page-frament.

    它是这样分解的:

    http 使用什么协议来传递页面

    : 将协议与 url 的其余部分分开

    //domain.com 指示要加载的服务器

    /whatever/you/like/here 在域和 ?应该指明要加载哪个页面。

    ? 将查询字符串与 url 的其余部分分开

    q=search_terms 在。。之间 ? # 可用于动态搜索查询或设置。

    # 将页面片段与 url 的其余部分分开

    page-frament # 和行尾之间表示要关注页面的哪个部分。


    如果您的系统设置允许,这样的系统可能是最人性化的:

    domain.com
    domain.com/Worthington
    domain.com/Worthington/TX193A
    

    但是,有时需要唯一的 ID 以确保没有歧义(对于 SO,可能有多个具有相同标题的问题,因此包含 ID,而包含问题是因为这样对人类来说更容易) .

    由于所有型号都必须属于一个品牌,因此您不需要两个 ID 号,因此您可以使用以下内容:

    domain.com
    domain.com/123/Worthington
    domain.com/456/Worthington/TX193A
    

    (其中 123 是品牌编号,456 是型号)

    如果您无法在没有它们的情况下消除不同页面的歧义,您只需要额外的东西(例如 /questions//index.cfm/brand.cfm 或其他任何东西)。

    记住:这部分 URL 标识了页面——它需要能够用一个 URL 来标识一个页面——换句话说,每个页面都应该有一个唯一的 URL,每个唯一的 URL 都应该是一个不同的页面。 (不包括查询字符串和页面片段部分。)

    再次,使用 SO 示例 - 这里不仅仅是问题,还有用户和标签等等。所以他们不能只做stackoverflow.com/7275745/question-title,因为它与stackoverflow.com/651924/evik-james 并没有明显的区别—​​—他们通过在每一个中插入/questions/users 来解决这个问题,以明确每个是什么。


    最终,要使用的最佳 URL 系统取决于您的网站有哪些页面以及使用您网站的人是谁 - 您需要考虑这些并提出合适的解决方案。更简单的 URL 更好,但过于简单可能会导致混淆。

    希望这一切都有意义吗?

    【讨论】:

      【解决方案2】:

      以下是根据我对 SEO 的了解以及我们已实施的情况得出的答案:

      • 首先要搜索和考虑的是您的域名,因此选择与您的域名相关的内容非常重要
      • 带有查询字符串的 URL 的优先级低于没有查询字符串的 URL。原因是查询字符串与可能随时间变化的动态内容相关联。搜索引擎也可能会降低那些带有查询字符串的优先级,担心它可能被用于垃圾邮件并稀释 SEO 本身的结果
      • 至于使用网址如
      http://stackoverflow.com/questions/7113295/sql-should-i-use-a-junction-table-or-not

      由于搜索引擎会同时查看域和路径,因此当有人在搜索引擎中输入部分问题时,路径中的问题将有助于搜索引擎并将问题提升为更相关的页面。

      【讨论】:

      • 同意。对于 SEO,我认为这是所有部分的总和,所以是的,这是有帮助的。看起来也更适合人类。
      【解决方案3】:

      我不是 SEO 专家,但我工作的公司有专门的部门来管理我们网站的 SEO。他们更喜欢将参数放在 URI 中,而不是在查询字符串中,我相信他们更喜欢这个是有原因的(不仅仅是为了让 web 团队的工作稍微棘手......尽管可能有一个元素;-)

      也就是说,他们关心的大部分内容是页面内的内容和组成。与在定义良好的结构中拥有良好、相关的内容相比,域名和 URL 微不足道。

      【讨论】:

      • 你说的大部分我都同意。然而,这并不是一个真正的 SEO 问题。这是关于 SEO、安全和最佳实践的问题。我是开发人员,所以我的重点不在于内容。这是为了确保网站安全并利用最佳实践(如果有的话)。不过感谢您的评论!
      • 是的,当然。但是它的 SEO 部分是唯一与这里有任何相关性的部分:安全性没有区别,事情的“最佳实践”方面又回到了“嗯……仅在使用 SEO 友好的 SEO 目的URL 更好”)。我不相信除此之外还有最佳实践考虑。显然这都是非常主观的,所以这只是 IMO。
      猜你喜欢
      • 1970-01-01
      • 2020-01-06
      • 1970-01-01
      • 2018-04-15
      • 1970-01-01
      • 2011-08-20
      • 2012-11-09
      • 2011-10-06
      • 2022-06-28
      相关资源
      最近更新 更多