如果你不关心SEO/SEM,是否值得使用"漂亮的URL"

Way*_*ina 4 seo friendly-url ruby-on-rails

我正在设计一个托管的软件即服务应用程序,就像37Signal的Highrise产品的高度专业化版本.在这种情况下,SEO是一个非问题,是否值得实施"漂亮的URL"而不是使用数字ID(例如,customers/john-smith而不是customers/1234)?我注意到很多网络应用程序都不打扰它们,除非它们提供真正的价值(例如电子商务应用程序,博客 - 需要通过搜索引擎找到SEO的东西)

ty8*_*812 20

取决于URL用户口头传输的频率.人们倾向于发现发音之类的相对困难

http://www.domain.com/?id=4535&f=234&r=s%39fu__
Run Code Online (Sandbox Code Playgroud)

并喜欢

http://www.domain.com/john-doe
Run Code Online (Sandbox Code Playgroud)

好多了 ;)


ry.*_*ry. 8

除了可读性之外,另外要记住的是,通过公开自动递增的数字键,您还可以让某人猜测其他资源的URL,并可以提供有关您的数据的某些详细信息.例如,如果有人注册您的应用并看到他们的帐户所在/customer/12,则可能会影响他们对您的应用的信心,因为您知道您只有11个其他客户.如果他们有一个网址,这不会是一个问题/customer/some-company.


Car*_*los 7

如果你有时间做正确的话,这总是值得的.

  • 友好网址看起来更好,他们更好地了解链接将导致的位置.如果链接是共享的,这很有用.通过即时消息.
  • 如果您从浏览器历史记录中搜索特定页面,那么人类可读的URL会有所帮助.
  • 友好的网址更容易记住(在某些情况下很有用).
  • 如前所述,口头沟通也比较容易(需要比你想象的更频繁).
  • 它隐藏了用户不必要的技术细节.在用户ID在网址中可见的一种情况下,多个用户询问为什么他们的用户ID高于用户总数.没有损坏,但如果你可以避免它,为什么有一个困惑的用户.

  • 我将补充一点:易于猜测且易于打字 (2认同)