Post by account_disabled on Jan 8, 2024 3:56:41 GMT
“重定向页面”状态何时出现问题? 即此状态的页面(这不是问题),时不时地查看一下仍然是好的。 事实上,有一天您无法避免在这个著名的“带有重定向的页面”状态下找到重要的页面。 我们在“带有重定向的页面”状态下找到重要页面的两个原因如下: 错误创建的重定向。发生这种情况的原因可能是您的 CMS 处理不当或您的技术团队更新文件并犯了一个小错误; Google 认为永久的临时重定向。 虽然第一个原因很容易解释——人为错误,但第二个原因则更加微妙。 事实上,当我们大多数人使用 301 重定向(通常在网站迁移期间)时,您有时可能会想使用 302 重定向(即所谓的临时重定向)。302 重定向对于暂时用季节性同等产品替换缺货产品或在网站的某个部分进行维护时非常有用。 这两种类型的重定向之间的主要区别在于301 重定向会导致搜索引擎从其索引中删除重定向的页面。而在302 重定向中,重定向的页面必须保留在索引中,因为重定向只是临时的。 然而,事实证明,经过一定时间(老实说,这是随机的),Google 决定将您的 302 重定向视为 301 重定向...因此,如果您使用 302 重定向,请务必小心。 如何解决 Google Search Console 中的“重定向页面”状态问题? 如果您怀疑某些网址在 Google Search Console 中被归类为“重定向页面”,那么进行调查很重要。 第 1 步:访问报告数据 首先,通过单击 Google Search Console 侧边栏中的“页面”,然后单击与“重定向页面”对应的行来访问报告。
带有重定向的谷歌搜索控制台页面 单击后,您将进入类似于下图的屏幕。请注意,如果您觉得更容易的话,您可以下载数据。例如,如果您想要仅观察某个子文件夹中的 URL,您也可以进行过滤。 Google Search Console 中带有重定 WhatsApp 号码数据 向的页面 第 2 步:识别重定向异常 方法 1:在您熟悉的拥有几十个页面的网站上,最简单的方法就是亲自查看此列表。 方法2:在较大的网站或您不知道的网站上,我使用爬虫(例如Screaming Frog或OnCrawl)来探索有问题的网站。然后,我将提取的网址列表与从 Google Search Console 下载的报告中的网址列表进行比较。 如果相同的 URL 出现两次,一次是在我的抓取工具上的状态 200(或 302)中,一次是在 Google Search Console 的“带有重定向的页面”报告导出中,这意味着 Google 存在误解。 方法 3:另一种轻松识别错误处于此状态的页面的方法是使用“仅在站点地图中索引的页面”按钮直接在 Google Search Console 中进行过滤。 事实上,如果您的站点地图中的某些页面在 Google Search Console 的此类中找到,则存在问题。 第 3 步:修复错误 我们如何处理这些似乎被 Google 解释为 301 重定向的页面? 如果您的页面状态为“带有重定向的页面”,因为它实际上是在人为错误之后重定向的,那么您只需要: 删除有问题的重定向; 将URL提交给URL检查工具; 然后请求索引。 然后,您只需等待 Google 在接下来的几个小时甚至几天内返回此页面并重新索引您的页面(然后该页面将从“带有重定向的页面”报告中消失)。 另一方面,如果该 URL 出现在该报告中,但仍然可以访问(或者应该是临时 302 重定向),则重要的是检查它是否在您没有注意到的情况下没有被重定向。
让我解释一下,有时两个 URL 之间的差异非常小,以至于您不会注意到它们。您可以使用以下工具: 重定向检查器; Http状态; 链接重定向跟踪Chrome 扩展; 如果没有重定向(或只是临时 302),则您可以将网址重新提交给 Google Search Console 检查工具。 一旦 Google 再次访问该页面,它就会从“重定向页面”报告中消失。 第四步:防止这种情况再次发生 我不会对你撒谎,我在职业生涯中发现的大多数重定向错误 99% 都是人为造成的。 迁移管理不善,技术机构有时无法胜任 SEO、CMS 迁移、站点架构更改以及错误的重定向。 防止这些错误的最简单方法显然是在内容团队和技术团队之间保持良好的同步,并让每个人都意识到重定向错误可能带来的危险。 现在错误仍然可能发生。这就是为什么我经常监控这个“带有重定向的页面”报告,以确保其中的 URL 对应于“我们不再需要”的页面。您还可以使用OnCrawl 或 Screaming Frog 等爬虫程序。 我们应该记住什么? 呈现重定向的页面不会被 Google 索引; URL 出现在“重定向页面”报告中是正常的。这不一定是异常的同义词。 但是,如果访问者应该可以访问的 URL 出现在那里,或者如果这些 URL 具有 302(临时)重定向,然后又被视为 301(永久)重定向,则属于异常情况; 为您的网站建立索引是一个重要且多因素的主题。仅仅纠正重定向异常不足以改善您的 SEO。如果您需要量身定制的审核,请随时与我们联系。
带有重定向的谷歌搜索控制台页面 单击后,您将进入类似于下图的屏幕。请注意,如果您觉得更容易的话,您可以下载数据。例如,如果您想要仅观察某个子文件夹中的 URL,您也可以进行过滤。 Google Search Console 中带有重定 WhatsApp 号码数据 向的页面 第 2 步:识别重定向异常 方法 1:在您熟悉的拥有几十个页面的网站上,最简单的方法就是亲自查看此列表。 方法2:在较大的网站或您不知道的网站上,我使用爬虫(例如Screaming Frog或OnCrawl)来探索有问题的网站。然后,我将提取的网址列表与从 Google Search Console 下载的报告中的网址列表进行比较。 如果相同的 URL 出现两次,一次是在我的抓取工具上的状态 200(或 302)中,一次是在 Google Search Console 的“带有重定向的页面”报告导出中,这意味着 Google 存在误解。 方法 3:另一种轻松识别错误处于此状态的页面的方法是使用“仅在站点地图中索引的页面”按钮直接在 Google Search Console 中进行过滤。 事实上,如果您的站点地图中的某些页面在 Google Search Console 的此类中找到,则存在问题。 第 3 步:修复错误 我们如何处理这些似乎被 Google 解释为 301 重定向的页面? 如果您的页面状态为“带有重定向的页面”,因为它实际上是在人为错误之后重定向的,那么您只需要: 删除有问题的重定向; 将URL提交给URL检查工具; 然后请求索引。 然后,您只需等待 Google 在接下来的几个小时甚至几天内返回此页面并重新索引您的页面(然后该页面将从“带有重定向的页面”报告中消失)。 另一方面,如果该 URL 出现在该报告中,但仍然可以访问(或者应该是临时 302 重定向),则重要的是检查它是否在您没有注意到的情况下没有被重定向。
让我解释一下,有时两个 URL 之间的差异非常小,以至于您不会注意到它们。您可以使用以下工具: 重定向检查器; Http状态; 链接重定向跟踪Chrome 扩展; 如果没有重定向(或只是临时 302),则您可以将网址重新提交给 Google Search Console 检查工具。 一旦 Google 再次访问该页面,它就会从“重定向页面”报告中消失。 第四步:防止这种情况再次发生 我不会对你撒谎,我在职业生涯中发现的大多数重定向错误 99% 都是人为造成的。 迁移管理不善,技术机构有时无法胜任 SEO、CMS 迁移、站点架构更改以及错误的重定向。 防止这些错误的最简单方法显然是在内容团队和技术团队之间保持良好的同步,并让每个人都意识到重定向错误可能带来的危险。 现在错误仍然可能发生。这就是为什么我经常监控这个“带有重定向的页面”报告,以确保其中的 URL 对应于“我们不再需要”的页面。您还可以使用OnCrawl 或 Screaming Frog 等爬虫程序。 我们应该记住什么? 呈现重定向的页面不会被 Google 索引; URL 出现在“重定向页面”报告中是正常的。这不一定是异常的同义词。 但是,如果访问者应该可以访问的 URL 出现在那里,或者如果这些 URL 具有 302(临时)重定向,然后又被视为 301(永久)重定向,则属于异常情况; 为您的网站建立索引是一个重要且多因素的主题。仅仅纠正重定向异常不足以改善您的 SEO。如果您需要量身定制的审核,请随时与我们联系。