企业网站如何无损换域名

进行 URL 迁移可能非常复杂,如果执行不当会导致负面后果。

开发人员和企业所有者经常低估站点迁移的范围,因此最终未能正确分配必要的资源和时间来成功迁移。

为了避免自然搜索流量的急剧下降,必须正确地遵循基本和高级技术 SEO 最佳实践。

在企业层面,网站管理员在迁移旧内容、切换托管服务提供商或过渡平台之前应考虑特殊考虑。

该项目的范围比通常预期的要大得多且复杂得多。

以下是您如何成功完成企业级站点迁移的方法。

站点迁移适合您吗?

改善您的 UI 和 UX

网站迁移的首要原因是什么?

改善 用户体验和网页设计。

今天,网站应该至少每四年左右更新一次,以保持竞争力。

除了选择新的 CMS 或网络主机提供商之外,有时在后端点击刷新按钮并自下而上重新设计您的网站也是不错的选择。

重塑您的业务

您的网站反映了您的业务。

因此,在品牌重塑期间,有必要改变您网站的主题并废弃遗产以符合您公司的愿景。

烧掉一切

许多企业建立新网站只是为了修复一些不起作用的东西或尝试一些新的东西。

但网站迁移不会自动提高您的关键字排名或流量。

在投入如此庞大的项目所需的时间和资源之前,应仔细考虑站点迁移。

在规划站点迁移的目标时,请牢记这些注意事项。

使您的迁移与业务目标保持一致,并评估成本是否符合预期的 ROI。

为什么企业迁移更具挑战性?

由于多种原因,企业网站比小型网站面临更多挑战:

  • 内容通常集中在多个主题上。
  • 404 错误、重复内容和重定向链在大型旧网站中更为常见。
  • 企业公司通常在不同的地点运营并处理多种语言。
  • 较大的站点往往较旧,这意味着内容可能已过时且无用。

甚至围绕网站新焦点的一致性也可能在高管之间产生混淆。

代理商和网站管理员不仅必须处理更大规模的站点迁移,而且还需要考虑企业组织的多方面目标。

我们在迁移什么?

在进行迁移之前,请弄清楚您的目标。

  • 您是否正在尝试使您的网站更安全?
  • 您是否正在尝试重新调整网站内容的重点以反映新产品或服务?
  • 您是否只是想通过切换平台来改善网站的主题和 UI?

网站最常见的迁移包括:

  • 协议更改(即HTTP 到 HTTPS)
  • TLD 迁移(即 ccTLD 到 gTLD,反之亦然)
  • 平台迁移(即 Drupal 到 WordPress)
  • 主机迁移(即,GoDaddy 到 Magento)
  • 设计迁移(即,消除 JavaScript)
  • 子域/子文件夹迁移(即,将遗留内容移动到子域)
  • 混合迁移(即上述一种或多种方法的混合方法)

立即与经过审查的自由职业者一起发展您的业务
Fiverr Business 为您的团队提供了与世界上最大的有才华的自由职业者合作和委派的工具,可以满足任何需求。

开始使用

不同的迁移有不同的考虑。

例如,将顶级域上的所有 URL 迁移到 HTTPS 将要求您放置 HSTS 协议以确保所有重定向都导航到 HTTPS 页面,而不是它们的 HTTP 版本。

同样,将内容从 TLD 迁移到子域将要求您重新抓取您的站点,以确保您不会破坏任何内部链接路径。

仔细研究每个不同迁移的大量考虑可能会写满一本书。

本文的其余部分将重点关注所有迁移应遵循的基本技术方面,以及您可以采取哪些步骤来确保不会弄乱您的站点迁移,而不是这样做。

技术审查

从 SEO 的角度来看,您的工作是确保在将 URL 迁移到新站点时小心处理所有技术 SEO 规范。

对于这个过程,它热衷于创建一个涵盖以下领域的使用和实施的技术 SEO 模板:

  • 正在实施的所有重定向的地图。
  • 所有现有 URL的完整XML 站点地图。
  • 网页的URL 结构,包括协议。
  • 域拓扑。
  • 页面到 TLD、子域和子目录的转换。
  • 用于暂存环境和新站点启动的 Robots.txt 合并。
  • 结构化数据。
  • 元数据,包括图像替代文本。
  • 所有索引网页的内部链接。
  • 您网站上的现有重定向或自定义 404。
  • 移动响应能力。
  • 分页。
  • 页面速度。
  • 标题标签。
  • 媒体文件、后端代码(CSS 等)和小部件。
  • 规范标签。
  • Hreflang 属性。
  • 图像大小和文件类型。
  • HTML 标记。

记录您的技术考虑和流程可确保您与开发人员保持一致,并且他们也可以更深入地了解手头的工作范围。这可以帮助他们的团队制定预算和时间表。

站点迁移不仅仅是将 URL 从一个域重定向到另一个域。

必须仔细考虑和处理每个元素。

企业站点通常由多个域、子域和主题焦点组成。

确保整个过渡过程中的一致性将需要您评估所有正在迁移的现有房地产的这些技术因素。

成功迁移的步骤

这个简单的分步指南将帮助网站管理员确保企业网站安全无痛的网站迁移。

它主要涉及全面的网站迁移(例如,主机、平台或域迁移),而不是协议更改和其他较小的更改。

迁移前

为您的网站创建沙盒或登台环境

每当您对网站进行任何重大更改时,创建一个临时环境和测试服务器来测试您的更改始终是理想的。

如果迁移到新平台或 CMS,您还必须确保用户有权覆盖您的代码和标记的某些功能。这意味着能够调整页面的元标题、实现自定义 URL 等。

查看您的开发人员的暂存环境,以查看 UX、信息层次结构和技术 SEO 更改是否符合您的共同愿景。当您使用新网站时,您最不想要的是导航中缺少高类别页面。

请务必将 robots.txt 用于您的暂存环境,这样它就不会被任何搜索引擎索引。

最后,为您的登台环境添加密码保护以提高安全性。

绘制从旧 URL 到新 URL 的所有重定向

如果您的 URL 结构发生变化,那么您需要创建一个文件,将所有重定向从旧 URL 映射到新 URL。

您迁移到的大多数平台已经在后端内置了一个工具,供您编写重定向。

虽然,使用旧网站的 .htaccess 文件执行正则表达式是执行完整站点或协议迁移的最直接方法。

您还需要使用工具(例如 Moz)来绘制所有内部链接,以便在过渡到新站点时可以监控这些路径。

为了获得额外的好处,我会设置自定义 404 页面或 URL,这些页面或 URL 在迁移过程中不会被重定向或被破坏。事先创建这些将确保在迁移后仍有通往新站点的路径。

抓取旧版网站

抓取是设置新站点信息架构的重要步骤,也是决定保留哪些页面和无索引的重要步骤。

首先,从 GA 导出所有 URL 并将它们添加到您的站点地图。

接下来,创建一个包含所有索引 URL 的电子表格,并将它们放在电子表格中,以在新站点上标记其重定向、元数据、规范标签等。

根据您使用的工具,您最终可以通过将用户代理设置为 Googlebot 并忽略 TLD 的所有属性上的 robots.txt 文件来抓取更多页面。

抓取您的网站会提醒您任何即时错误,例如在迁移之前需要纠正的抓取错误或重定向链。

最重要的是,从 Search Console 或任何分析软件中提取表现最佳的页面将使您深入了解应如何设置信息架构以及应将新的重点放在链接构建等的位置上。

创建性能基准

对新站点的性能进行基准测试并设定远大目标,以解决新站点的任何低效问题。

发射后采取的行动

设置 Google Analytics 跟踪代码并启用 Search Console

请务必将您的旧跟踪代码迁移到新网站,以便您可以访问 Google Analytics。

创建日期,以便您的跟踪代码说明与迁移相关的更改。

此外,使用 Google Search Console 验证您的网站,以便您可以跟踪您的目标并确保该网站按照您的预期执行。

为新网页创建自引用规范标签

从旧站点迁移到新站点时,在每个网页上设置新的规范标签非常重要,这样新站点就会被搜索引擎索引。

测试重定向、规范标签、内部链接

使用 Screaming Frog 和其他抓取工具来测试您对新网站后端所做的所有更改。

这将有助于确保没有损坏的路径,所有相关网页都被编入索引,并且不会弹出重复的内容。

确保所有内部链接都指向新的 URL,并且不依赖 301 或 302。

如果在此过程中删除了任何页面,请确保在适当的情况下在页面上放置重定向,或者如果不存在任何相关内容,请使用软 404。

修复重复内容错误

糟糕的重定向会导致大量重复的内容错误。

这可能源于规范标签错误、分页、没有 HSTS 标头的协议更改以及在后端创建默认文件夹。

Moz、Raven Tools 和许多其他工具可用于帮助发现重复的内容错误。

更新所有平台和目录

迁移到新域或将内容移动到新子域后,您需要在适当的时候联系发布商和目录以更新您的反向链接。

同时,您需要更新社交媒体资料和简历以反映这些变化,并为所有粉丝宣传您的新网站。

爬取你的新网站

一旦您测试了您的更改,就该深入了解您的网站,而不是重定向和规范标签。

此爬网应包括:

  • 监控页面上的索引状态。
  • 识别任何持续存在的 404 错误。
  • 优化元数据。
  • 在您的网站上实施新的结构化数据。
  • 确保索引页面被深度链接。
  • 监控加载速度和 CSS 中的任何后端问题等。

设置完成后,是时候将您的新站点地图提交给搜索引擎以加速索引过程。

这可能需要几周到几个月的时间,所以一定要密切注意这一点。

爬取你的旧网站

最后,您需要完成对旧域的最后一次爬网,以确保 URL 已更改为您的自定义参数并且重定向正常工作。

此外,解决旧站点中仍然存在的任何 302。

最后的考虑

请务必持续跟踪您在 Search Console 和 Google Analytics(分析)中的表现,以便对新网站进行任何调整。

通常,您需要计划一年中的缓慢时期来执行迁移。

此外,深度链接页面在迁移后的几个月内都不会被索引,因此在此期间致力于其他营销策略是理想的。

最后,在进行企业级站点迁移之前,您必须与员工和开发人员保持一致。

对齐和重点将确保您最重要的页面成功迁移,并且搜索引擎和用户可以轻松理解和参与您的新网站。

<<:  站点迁移问题:流量下降的 11 个潜在原因

>>:  网站更换域名后副作用大吗?针对谷歌如何更换域名

iTunes 音乐

假如可以随时随地随心地聆听歌曲就好了!那怎麽将 iTunes 音乐存放在不同的设备中,让它在不同的音...

亚马逊的品类安全审核攻略

今天给大家带来一份更容易通过亚马逊商品类别的安全审查的攻略。下面是一些在亚马逊经常出现的类型的审计:...

[Day22] Flutter GetX with Dio (一)

Dio Dio是 http request的framework 也可以用内建的HttpClient或...

[Day 26] 专案执行(下)

接续上一章 规划阶段 专案工作分解 将工作分成小项目,以便分工、时间规划 目标分解结构 OBS (o...

Day3 — 前导:电晶体如何组成逻辑闸

如果用非常概括性的说法来描述 CPU 的组成,其实就是数以亿计的电晶体组合而成的。那麽电晶体又是怎麽...