如果你不關心搜索引擎優化/掃描電鏡是否值得使用「漂亮的網址」

我正在設計一個託管的軟件即服務應用程序，就像37Signal Highrise產品的高度專業化版本。在這種情況下，如果SEO不是問題，那麼值得實施「漂亮的URL」而不是使用數字ID（例如customers/john-smith而不是customers/1234）？我注意到許多Web應用程序不會打擾他們，除非他們提供了真正的價值（例如電子商務應用程序，博客 - 需要搜索引擎優化的東西）如果你不關心搜索引擎優化/掃描電鏡是否值得使用「漂亮的網址」

來源

2009-10-26 Wayne Molina

它總是值得的，如果你只是有時間做對了。

友好的網站看起來好多了，他們提供了一個更好的主意在哪裏鏈接將導致。如果鏈接是共享的，這很有用，例如。通過即時消息。
如果您從瀏覽器歷史記錄中搜索特定頁面，則可以通過人類閱讀的網址獲得幫助。
友好的網址很容易記住（在某些情況下很有用）。
就像前面說的那樣，口頭交流也很容易（比你想象的要多得多）。
它從用戶隱藏不必要的技術細節。在url中可見用戶標識的情況下，有幾位用戶詢問爲什麼他們的用戶標識高於用戶總數。沒有損壞，但爲什麼有一個困惑的用戶，如果你能避免它。

來源

2009-10-26 18:57:38 Carlos

我會加入：易於猜測和易於輸入 – Mike 2009-10-26 19:05:06

取決於URL的頻率由其用戶口頭傳送。人們往往會發現它比較難讀的像

http://www.domain.com/?id=4535&f=234&r=s%39fu__

和像

http://www.domain.com/john-doe

好得多;）

來源

2009-10-26 18:19:22 ty812

除了可讀性，還有一點要記住的是，通過暴露一個自動遞增的數字鍵，您還允許某人猜測其他資源的URL，並可能泄露您的數據的某些細節。例如，如果某人註冊了您的應用並且看到他們的帳戶爲/customer/12，則可能會影響他們對您的應用程序的信心，因爲知道您只有11個其他客戶。如果他們的網址爲/customer/some-company，這不會成爲問題。

來源

2009-10-26 18:42:20

不美觀的URL並不是那麼明顯。 – 2009-10-26 19:36:01

d03boy - 如果沒有三重底片，你能否重申一下？漂亮的URL是相同或更明顯的？我認爲你打破了我的英語解析器，因爲聽起來好像你說的，猜測一個有效的公司名稱就像向第十二個數字添加一個一樣容易。 – 2009-10-26 21:43:53

如果您打算使用ID，那麼GUID有點難以猜測，如果這是一個問題。即便如此，這並不一定更安全。 – 2010-08-04 21:09:44

當我創建應用程序時，我盡我所能隱藏它的結構從窺探的角度 - 雖然它是主觀的多少「SEO」你擺脫它 - 漂亮的URL傾向於幫助人們導航和了解他們在哪裏，同時保護你的代碼來自可能的注射。

我注意到你正在使用Rails應用程序 - 所以你可能不會有像ASP，PHP或其他語言那樣的龐大查詢字符串 - 但在我看來，增加的清潔度和整體外觀對客戶相互作用。當共享的鏈接是更好的爲客戶能夠複製的網址：客戶/ john_doe即不是要尋找一個「聯繫我」或隨機/客戶/

馬爾科

來源

2009-10-26 18:45:16

我確定當鼠標懸停時它更有可能點擊一個鏈接，它有http://www.example.com/something-i-am-interested-in.html。

而不是看到http://www.example.com/23847ozjo8uflidsa.asp。

這是非常惱人的點擊MSDN上的鏈接，因爲我永遠不知道我會得到什麼期望。

來源

2009-10-26 19:01:45 whatsisname

我通常會結合使用 - 保持使用Rails RESTful路由的簡易性，同時仍然在URL中提供一些擴展信息。

我的應用程序的URL看起來像這樣： http://example.com/discussions/123-is-it-worth-using-pretty-urls/ http://example.com/discussions/123-is-it-worth-using-pretty-urls/comments http://example.com/discussions/123-is-it-worth-using-pretty-urls/comments/34567

您不必添加任何定製路由拉這一關，你只需要下面的方法添加到您的模型：

def to_param 
    [ id, permalink ].join("-") 
end

並確保通過設置params [：id] .to_i將控制器中的任何查找調用params [：id]轉換爲整數。

只是注意，你會如果你的應用是寧靜的需要設置一個永久的屬性，當你保存記錄......

來源

2009-10-26 19:03:08 bensie

，即軌道的網址給你的SEO友好的默認。

在你的榜樣，customers/1234可能會返回類似

<h1>Customer</h1> 
<p><strong>Name:</strong> John Smith</p> 
etc etc

任何當前SEO蜘蛛將是足夠聰明來解析目的地頁面，並提取「約翰·史密斯」從那裏呢。

所以，在這個意義上，customers/1234已經是一個「好」 URL（相對於其他系統，在其中你會像resource/123123/1234客戶1234 resource/23232/321客戶端321）。

現在，如果您希望用戶定期使用網址（例如美味等），您可能需要開始使用登錄和可讀字段而不是ID。

但對於搜索引擎優化，ids只是很好。

來源

2009-10-27 14:35:01 kikito

如果你不關心搜索引擎優化/掃描電鏡是否值得使用「漂亮的網址」

回答

相關問題