Web 应用程序：长 URL 的消亡？答案

【问题标题】：Web Applications: The death of long URL's?Web 应用程序：长 URL 的消亡？
【发布时间】：2011-03-30 13:25:24
【问题描述】：

如果您使用完整的 SEO 友好 URL，例如 http://example.com/talks/about/star-wars，那么您的 URL 会被提交给 bit.ly 和其他人的用户吃掉。

所以我的问题是，为链接创建自己的内部缩短器并忽略 URL 关键字的任何 SEO 优势以换取来自直接 URL 的 SEO 链接汁会更好吗？例如，像这样的东西实际上接近匹配的缩短版本？

http://example.com/dE
http://bit.ly/clPeI1

阻止链接失效是否比 URL 关键字更有价值？

如果是这样，我们是否应该在设计应用程序 URL 结构时考虑到这一点？

【问题讨论】：

【解决方案1】：

好问题。

如果您有技能和资源，您可以创建自己的缩短器，并确保您 301 从短 URL 重定向到长的、对 SEO 友好的 URL。这样您就可以两全其美。

所以：

【讨论】：

问题在于 URL 是为搜索引擎构建的，而不是为用户构建的。因此，我假设随着时间的推移，越来越多的社交网络希望共享具有简短 URL 的链接（Facebook、Twitter 等），这可能有助于人们发布您的链接，因为它们看起来不像长串垃圾了。话又说回来，至少长 URL 解释了它们是关于什么的。
另外，如果我的短 URL 指向长 URL 并且用户登陆长 URL 页面 - 我如何让他们使用短格式？是什么阻止他们像往常一样做，只是在四处寻找更短的版本之前从地址栏中处理完整的 URL？
您不能强迫他们使用它，但您可以让您的社交按钮使用短网址。一个例子是enet.gr/123456，它将带你到一个更长的 URL，然后查看 twitter 按钮指向的位置。从理论上讲，让用户链接到这两个 URL 应该不是问题，因为短链接到长链接会是 301。
好点，真正使用“tweet this”的人不必担心找到短网址。但是，通过同时使用这两种方法，您仍然有机会让一定数量的用户群自己将完整的 URL 发布到缩短服务，因为他们不使用那些共享按钮。问题是 - 那组用户发布到 bit.ly 的 SEO 是否值得损失，因此您可以拥有长 URL？
最后，短网址并不能描述我认为最重要的内容。所以我将尝试短 URL 和 slug URL。

【解决方案2】：

如果你这样做，你会鼓励人们使用今天不使用的缩短 URL。

但是，如果您忘记了这个小问题，高音用户将继续使用 bit.ly（因为使用 bit.ly 有一些价值）。但你不在乎，因为它只是高音扬声器......毕竟。

保持您的 SEO 友好的 URL，不用担心 bit.ly。

对于您的 SEO 工作，您的 URL 包含与您的内容相关的关键字非常重要。

【讨论】：

随着时间的推移，我真的开始怀疑您的网站声称对搜索引擎的重要性。元标记、URL 关键字等。似乎您网站 95% 的价值来自于您的网页（及其文本）的链接数量以及您网站上的实际文本。
是的，最重要的是受欢迎程度，但计算也是基于 URL 和链接内的单词。