新站点上不存在相应的页面则不建议重定向

[ahnafhossen]

例如，即使更改 WordPress 主题，也可能会发生这种情况，因为 url 结构遵循主题设置的结构。 另一种情况是从http协议过渡到https协议，尽管在这种情况下维持定位的技术非常简单。 我们讨论了 url 的更改，因此从 SEO 的角度来看，任何变动（例如托管的更改）或平台更新（例如 WordPress 或 Joomla）都不需要特别注意。 如果不采取必要的预防措施进行迁移，后果可能是灾难性的，流量损失高达 80%。 发生这种情况是因为以前索引的页面将返回可怕的404 错误，而


新的 URL 将不得不从头开始爬升排名。 然而，有一个程序，如果严格遵循，可以允许迁 特殊数据库 移的站点保持原始站点的定位，或者至少限制损坏。 预迁移阶段 首先，建议检查最新技术，即页面、关键字、服务器响应等，并纠正任何错误。 要获得网站页面的精确地图，您可以使用尖叫青蛙，这是一个免费或高级版本的软件，可以“爬行”整个网站以查找页面和错误。 完全免费的有效替代方案是Xenu。 要识别关键字以便在迁移期间和迁移后对其进行监控，可以使用旧的Search Console，或依靠SemRush或SEOZoom等付费软件。 这些最后的工具对于下载指向我们网站的反向链接列表至关重要。 需要特别注意的元素是sitemap.xml，一旦仅使用规范 URL 进行更正和实施，它将构成迁移站点的新站点地图的基础。 借助 Screaming Frog 或 Xenu 爬虫获得的页面列表，我们可以在旧网站页面和新网站页面之间提前编写 301 重定向，以便在实际迁移时将其插入到 HTACCESS 文件中阶段。 如果可能，重定向应为 1 对 1，强烈建议不要让多个页面仅指向一个新站点。 如果到首页，因为如果
zh-cn.bebdirectory.com/wp-content/uploads/2023/08/spchial-.jpg]

太多，可能会被Google解释为软404。 最佳实践是重定向到语义上最接近旧站点的页面。 在预迁移阶段，必须使用 Google Search Console 上的所有配置文件注册新域。 最好在迁移前至少一个月将倒计时或正在建设的页面上传到新网站，这将警告用户和搜索引擎新网站的诞生。 移民 出于显而易见的原因，最好在流量较少的时间进行迁移，例如晚上。 首先，加载新网站并将其定向到新域，注意让旧网站保持在线状态 3 到 6 个月（保持在线状态的时间越长，Google 能够更好地解释重定向）。 使用与迁移前阶段相同的工具，对新站点进行爬网以检查错误。 一旦验证完毕，重定向就会在旧站点的 HTACCESS 中实现，并使用 Screaming Frog 工具进行测试（使用旧站点地图的列表模式）。