将重定向跳数限制为两个或更少

Exclusive, high-quality data for premium business insights.
Post Reply
rakibhasanbd4723
Posts: 551
Joined: Sun Dec 22, 2024 5:12 am

将重定向跳数限制为两个或更少

Post by rakibhasanbd4723 »

如果用户或爬虫请求 URL A,而该 URL 重定向到 URL B。这很好。甚至 URL B 随后重定向到 URL C 也没问题(不太好——将 URL A 直接指向 URL C 更理想,但也不坏)。但是,如果 URL 重定向字符串超过两跳,您可能会遇到麻烦。

一般来说,搜索引擎会遵循这些较长的重定向跳转,但他们过去建议不要这样做,对于不太“重要”的 URL(在他们眼中),他们可能不会完全遵循或计算重定向 URL 的排名信号。

更大的麻烦在于浏览器和用户,较长的重 墨西哥电报筛选 定向字符串会减慢他们的速度,有时甚至会阻碍他们(尤其是移动浏览器有时会遇到这种情况)。将重定向次数保持在最低限度,您就会遇到更少的问题。

#11:文件夹越少越好
以这样的 URL 为例:


并不是说斜杠(又名文件夹)一定会损害性能,但它会让引擎和用户对网站深度产生一种感觉,并且使 URL 字符串的编辑变得更加复杂(至少在大多数 CMS 协议中)。

没有硬性要求——这也是需要你运用最佳判断力的一个重要方面。

#12:避免在 URL 中使用哈希值来创建单独/唯一的内容
哈希(或 URL 片段标识符)历来是一种将访问者发送到给定页面上的特定位置的方法(例如,Moz 的博客文章使用哈希将您导航到特定评论,例如 我妻子的这条评论)。哈希还可以用作跟踪参数(例如)。将 URL 哈希用于除此以外的其他用途,例如显示与没有哈希的页面上可用的内容不同的内容或完全独立的页面通常不是一个好主意。

也有例外,比如 Google允许开发人员使用 hashbang 格式来开发动态 AJAX 应用程序,但从 SEO 角度来看,这些 URL 并不像静态重写 URL 那样干净、对访问者友好或简单。从亚马逊到 Twitter 等网站都发现,简化以前复杂且使用 hash/hashbang 的 URL 会带来巨大好处。如果可以避免,那就避免吧。
Post Reply