网站重新编写程序和更换空间会有什么影响？

时间：2023-12-07 18:48:01 | 来源：网站运营

时间：2023-12-07 18:48:01 来源：网站运营

网站重新编写程序和更换空间会有什么影响？：重新设计网站或迁移到新的 CMS 需要大量的计划和辛勤的工作。




如果你不采取适当的 SEO 预防措施，这也可能是灾难性的。如果做对了，这个过程应该是无痛的。




我们都知道有机搜索的重要性。如果你失去了大部分的排名和流量，你只会获取到更少的线索以及销售转化。




这篇文章将帮助你避免这样的状况发生。




当重新设计你的网站时，这里有一些具体的步骤，你可以在迁移之前，在开发期间，及上线后，以减少风险和避免 SEO 灾难。

一、在迁移之前

1.　目标和项目计划




你为什么要重新设计网站，可能有一些很有说服力的理由。这些可能与：

• 业务需要。
• 用户体验改进。
• 营销计划。
• 搜索引擎优化改进。

确保项目成功的一个关键方面是制定适当的目标。




现在是时候确保你有一个基准或参照来比较上线后和从开发到完成的计划。




大多数 web 项目遵循特定的计划或敏捷方法。这个计划通常由项目所有者管理，不管他们是在帐户服务、项目管理、产品、IT 还是一个同等重要的角色。




有 SEO 的步骤，时间，检查表，和质量控制计划在每个人面前都可以允许确保搜索引擎优化在每一个正确的步骤上，并被更深远的考虑。




2.　内容和信息架构




网站主题的整体内容，以及子主题，是 SEO 成功的关键。




这是通过站点上的特定内容和内容的组织方式构建的。




对信息体系结构、站点地图和总体内容计划的更改是关键，而 SEO 需要参与和帮助驱动。




你要确保网站的重要页面没有被遗漏，保证他们有 SEO 价值，并且网站的整体信息和主题没有被设计稀释。




从当前的站点地图开始，并与你的团队一起为新的站点地图的需求工作，因为这将是你对 SEO 的重新设计过程中的其他步骤的指导。




你可以使用一个爬行工具（例如，模拟搜索引擎蜘蛛）来找到你网站的所有页面。













3.　页面优化




深入到页面层次，内容与搜索者意图的相关性是重要的。




当你知道上下文和总体架构正在发生变化（或保持不变）时，你可以在页面级别上保护或主动优化那些帮助与相关性有关联的元素 —— url、页面标题、元描述、正文文案、alt 文本等。




对体系结构和站点地图的更改有多深，将决定你需要在深度级别上关注内容的相关性，以确保你不会丢失站点上的主题内容。




可以肯定的是，你希望优化你的站点或代码库，而不是等到网站上线后才进行这些更新。













4.　重定向




有一个基本的用户体验案例，可以确保你为所有正在获得新 url 的页面，以及在重新设计的站点中消失的页面映射 301 重定向。如果我们可以避免使用 404 错误页面，那么这再好不过。




如果我们希望从索引中删除内容，搜索引擎可以使用 404s。然而，我们可能不希望这种情况发生，除非我们打算这样做。




如果链接到导致 404 错误的页面，我们将丢失任何链接公平性。




很重要的一点是，如果我们不能控制链接被更新到新的目标页面 url，那么你需要确保链接指向所有页面（至少是）被正确地重定向。




如果你拥有一个大型网站，这很可能是重新设计过程中最耗时、最重要的部分。




使用你之前为站点地图计划所做的爬行，以确定需要重定向的所有 url。




你也可以从百度站长平台和百度统计工具中获得大量的信息，搜索引擎蜘蛛会在哪些页面上爬行，以确保你不会错过任何重定向。




当你将所有重定向映射出来时，确保它们是在服务器级别或站点插件中实现的，并且已经准备好进行启动。




在过去的几年里，我已经多次看到失败的重定向计划。




在重新设计后，我被要求进入并进行“救援”工作，要么忽略整个过程，要么不考虑重定向可能带来的影响。




由于搜索引擎和用户经常收到 404 错误，所以在上线之后很难完成这项工作。




即使我们可以做一些取证查找旧网站的 url 并实现重定向，我们已经失去了宝贵的时间，这意味着我们将不得不接受短期的打击，并希望恢复我们在旧网站上的相关性和权威地位。

二、上线

在启动时，你将希望跟随系统上线检查清单，并对你在筹划站点上所做的工作进行任何可能的质量控制检查。




如果你的任何一页工作或重定向没有到位或测试，请不要放弃上线。




稍微延迟上线比在以后撤消或必须回滚到旧网站要容易得多。

三、投放市场后

1.　检查重定向




你第一步是返回到重定向文件、旧站点地图和旧站点爬行，以测试并确保所有旧站点 url 执行 301 重定向到新的站点 url。




在这里你可以捕捉到任意的 404s，并快速实现额外的重定向。




你可以从点查 url 开始，然后再深入到尽可能多的旧站点 url。




2. Dev-to-Live 审计




除了重定向之外，你还需要确保所有页面和特定的页面优化从 dev 站点转移到新站。




如果你的网站有很多动态内容，这一点很重要，因为有时数据库和表会在迁移中丢失。




例如，如果你在筹划站点时优化了所有的标题标签，但是它们所在的数据库没有在发布时上线，你可能会在每个页面或产品页面上发现缺少或默认的重复标题，等等。




3.　代码和性能验证




不要假定新站将会执行与旧站点相同的功能。通过移动友好的测试工具运行主页和关键页面，以确保网站达到及格分数。




此外，运行页面速度工具，找到需要在新网站上优化的任何地方。在生产站点上，服务器、主机和其他负载的差异可能会导致出现你在旧站上找不到的问题。




另外，不要忘记在站点上有任何模式标记。




使用验证工具来确保正确的实现是有帮助的，以防在旧的、临时或实时的站点之间发生任何变化，以及搜索引擎如何呈现它们。













4.　提交 XML 站点地图




当你满意你的重定向正常工作和在新站点上实现 SEO 时，是时候提交 XML sitemap了。确保动态站点地图包含所需的全部目标 url。如果你正在使用静态站点地图，现在就生成一个新的，审计并提交它。




请注意，你应该确保 XML sitemap 文件是原始的，不存在 url 导致 404 错误，并确保所有 url 都是目标 url，而不是重定向或规范到另一个版本的页面。













5.　监控




在重新启动和整体迁移的过程中，完成 SEO 工作，感觉很好。重要的是将你的心态转变为一个监控阶段。




在接下来的 1～2 个月里，你需要监视百度统计工具和百度站长平台，以监视报告的 404 错误、抓取错误和发现的任何 HTML 页面问题。并迅速解决这些问题。




6. SEO 一直在进行




记住，SEO 不是一次性的事情。




一旦尘埃落定，监测阶段开始运行，你就可以回到原来的计划和目标，测量新网站的性能。




从这里你可以恢复正常的正在进行的优化计划。







版权声明：本文回答系浙江鲸悦传媒科技原创，未经授权，转载必究。