2019 年 10 月，我们成立 16 年的公司从 Logic Supply 更名为 OnLogic。从流量的角度来看，恢复非常顺利（而且比我们预期的要快得多），我们的客户已经接受了我们的新名称和外观。我们想分享我们的故事，我们为这一重大变化做准备所采取的步骤，以及我们在此过程中学到的一些东西，即如何执行成功的域转换（对自然结果的影响最小），以帮助那些面临同样的挑战。
深吸一口气，一切都会好的。
首先，一点历史和背景。Logic Supply 成立于 2003 年，最初是一家电子商务网站，销售小型计算机的组件和零件。多年来，公司建立了工程和制造能力，使我们能够为广泛的行业提供完整的工业和加固型计算机和技术解决方案。近 10 年来，我们都知道，我们的雄心总有一天会超越我们的名声，因此在 2015 年，我们确定了一个新的目标，并开始为过渡奠定基础。一旦我们完成了与新名称本身，我们从 2018 年开始制定网站过渡计划。这种项目需要一长串个人和团队的支持者，
这篇文章来自 Erika Austin，他自 2009 年以来一直在 Logic Supply 从事数字营销工作，特别感谢我们荷兰办事处的 Tim van der Horst，他领导了新域的推出和由此产生的谷歌搜索引擎优化恢复努力。在过去 10 年的 google SEO 决策过程中，Tim 将结构应用于我在脑海中收集的所有数据。
非结构化数据/结构化数据 = Erika / Tim
当我带您完成整个过程并引用我们的计划时，包括我们做了什么和没做什么，以及在此过程中做出的决定，您可以下载我们的上线清单的副本以供您自己参考。
第一阶段：范围界定和规划
我完全相信我们的团队能够领导成功的过渡。唯一的问题是，我以前从未这样做过。很少有人这样做，除了我们的新 IT 总监，她在职业生涯中经历了几次品牌和域名迁移。10 年来，我一直致力于建立 Logic Supply 的域权限，因此迁移到新域的想法带来了很多问题。为了帮助我们一路走来，我找到了一位专家，他可以验证我们的工作并在出现任何问题时回答问题。虽然网上的许多建议都是引用或为 Moz 等权威网站撰写的，但我决定询问谷歌 SEO 摇滚明星 Rand Fishkin 本人，他会推荐谁作为此类项目的丛林指南。他很友善地将我们与 KickPoint 联系起来。KickPoint 的 Dana DiTomaso 能够快速了解我们在流程中所处的位置以及我们需要什么。事实证明，Dana 在验证我们一路走来的努力方面发挥了重要作用，但我们对她的评估感到非常鼓舞，她认为我们现有的计划是彻底的并涵盖了必要的步骤。诚然，否则我们会感到失望——这是一个非常详细的计划。
Tim 在网站迁移文档中概述了一个分六个阶段的项目，其中包含我们 google SEO 策略的规范和定义，并附有电子表格，并附有 RACI（负责、负责、咨询和通知）矩阵和时间表。蒂姆的计划非常明确，具有积极的结果情景，包括迁移可能带来的增长。我将再次感谢蒂姆——我脑子里只有如此巨大变化的潜在陷阱（详见下文）。吃呢？这个新域对它没有专业知识、权威或信任，而且流量的增长也不是我考虑过的事情。我们的 IT 主管同意她在职业生涯中从未见过这种情况，因此我们设定了在完全恢复之前的六周内下降约 10% 的预期。我有点动摇，但还好。
风险
我们面临的许多风险都与 IT 方面的实施不确定性和资源分配有关。在引入的风险中，我最保留的一个是将我们的博客迁移到新的 URL 路径。这被认为风险太大，我们将其从最初的计划中删除。
*归功于 Modestos Siotos：网站迁移指南：google SEO 策略、流程和清单
主要品牌域的重定向策略
为了帮助减轻一些风险，我们讨论了覆盖通知客户更改的选项。但是，尽管我们希望让客户对我们的新名称和外观感到兴奋，但我们不希望它太具有破坏性或因具有破坏性的插页式广告而受到惩罚。
在大转变之前，我们与客户交谈得越多，我们就越意识到——尽管这对我们来说很重要——它最终并没有影响到他们，只要他们仍然可以期待高质量的产品并支持他们会来认识我们的。我们最终在网站的每个页面上实现了一个持久横幅，指向一个关于品牌演变的页面，但我们没有选择强迫用户与该模式进行交互。
第二阶段：发射前准备
谷歌搜索引擎优化技术规范
在项目的这个阶段，我们意识到我们有一个 XML 站点地图会发生变化，但我们希望旧站点地图能够帮助加强 Google Search Console 中的转换。我们还确定 HTML 站点地图有助于布置我们的结构。我们距离品牌转型还有六个月的时间，所以我们想要对我们的网站进行的任何更改都必须尽快进行。
因此，我们清理了我们的 URL 结构，通过只保留来自我们推荐流量的链接，删除了许多不再使用或不再关注的现有服务器重定向。我们还创建了更多逻辑 URL 路径来显示关系，例如：
/产品/工业计算机/ >> /计算机/工业/
/产品/加固型计算机/ >> /计算机/加固型/
并更新了重定向以指向正确的结束路径，而无需遵循重定向链：
技术 CMS 规范
在迁移到新域时，技术 CMS 规范的深度和复杂性实际上取决于您是迁移现有平台还是切换到新平台。在我们的案例中选择的 CMS 并没有改变以前的情况，这让我们的生活变得更轻松了。我们将现有网站按原样移植到新域。它主要归结为计划中现阶段的内容。
内容更新
这一步最重要的事情之一是确保我们的内容正确地展示我们的新品牌。本质上，我们计划了一个“简单”的查找/替换：
查找：*逻辑电源*
替换：*OnLogic*
我们盘点了网站上提到公司的每个属性和字段，并全面应用了更改：描述、简短描述、元标题、元描述、制造商等。
有一次，我们问自己，“我们如何处理新闻稿或过去写着‘逻辑供应’的内容？应该用‘OnLogic’代替吗？” 最后，我们决定从脚本中排除网站的某些部分（文章、事件、我们过去的新闻），但确保所有链接都已更新。我们不必将 Logic Supply 作为品牌名称埋没，因为在过渡期间引用此名称将有一个优势，以提醒客户我们仍然是同一家公司。
在此阶段，我们准备了 Google Ads 中需要更改的内容，例如标题、描述、网址、附加链接和视频。我们增加了“Logic Supply”和“OnLogic”这两个术语的付费搜索预算，并优先考虑页面和关键字以在 Google Ads 中提升，以防域更改确实对我们的核心关键字排名产生影响。
优先页面识别
由于我们迁移的目的是将现有平台移植到新域并在过程中进行很少的更改，因此我们不必列出我们必须优先于其他页面的页面。我们所做的是考虑会影响我们谷歌搜索引擎优化的外部因素，以及如何限制我们最大的推荐流量来源和排名靠前的页面的这种影响。
外部链接
我们编制了一个电子表格，以帮助我们解决并理想地更新指向我们以前域的反向链接。类别和数据源值得注意：
反向链接：我们下载了从 SEMRush 和 Google 搜索编译的所有反向链接数据。
推荐流量和顶级自然登陆页面：此列表是从 Google Analytics 中提取的，以确定我们需要在转换后密切监控的高流量、优先页面。它还有助于对积极使用的链接进行优先排序。
合作伙伴：我们提前致函我们的每个合作伙伴和供应商，告知这些变化，并要求他们在特定期限内更新其网站上的链接。我很高兴看到它的实施速度如此之快——这证明了我们出色的合作伙伴。
出版商：我们在新闻报道或网站中提到我们认为可以更新的任何地方，我们都会在上线时通过电子邮件联系我们。我们确实在某个时候决定不能抹去我们作为 www.logicsupply.com 的历史，但我们至少可以让那些联系人知道我们已经改变了。我们还必须更新一些直接放置广告。
目录：我们使用各种互联网资源和大量谷歌搜索来识别指向我们旧域和/或使用我们旧名称的业务、产品或行业目录。我讨厌这些天目录在谷歌搜索引擎优化中仍然占有一席之地，因为它们可以追溯到互联网的早期，但我们想覆盖我们的基础。
重定向规范
重定向映射
当您执行域迁移时，维持自然流量的最重要的事情之一是帮助 Google — 以及任何搜索引擎 — 了解页面已移动到新位置。一种方法是使用永久 (301) 重定向。
于是开始了我们的重定向映射。我们的迁移方案很幸运，就 URL 结构而言，一切都保持不变。唯一改变的是域名。
最终的重定向地图（是的，这是世界上最复杂的地图）是：
logicsupply.com/* -> onlogic.com/*
内部链接重定向
由于 IT 已经准备好他们的重定向映射服务器端，我们需要确保我们的内部链接没有指向 301 重定向，因为这会损害我们的 google SEO。用户必须被直接发送到新域上的正确页面。
目标：更新站点内容上的所有链接以指向新域。下面是我们的 IT 团队用来帮助我们更新所有内容以过渡到 onlogic.com 的“查找/替换”表：
在我们的 URL 重组后，我们还在发布前六个月尽快在 logicsupply.com 下发布了 HTML 站点地图。
应急计划
我们花了 15 周的时间来准备、测试并适应迁移。一旦活着，就没有回头路了。彻底、准确地按计划执行并检查每个方框是唯一的方法。简而言之：没有应急计划。不管发生什么，一旦我们切换域，就是这样。
咕噜咕噜。
第二阶段结束时，我们开始远离规范，确切地了解需要发生的事情和时间。我们使用我们的上线检查表来确保我们检查了每个框的创意需求、第三方集成以及配置文件审查。使清单非常详细和准确是确保我们成功的唯一方法。
第三阶段：发布前测试
为了开始第三阶段，我们必须了解我们所处的位置。我们需要纠正一些在 Google Search Console 中很突出的错误，例如通过我们的 XML 站点地图提交 noindex 链接。这个项目还提醒我们，如果一切顺利，站点速度将是我们下一个要解决的项目。
内容审查
由于除了“Logic Supply”变成“OnLogic”之外，内容不会改变，我们真的不需要在这里做很多审查。我们确实对上线脚本中的查找/替换功能进行了广泛的测试，以确保一切看起来都符合预期，并且我们选择排除的部分实际上没有受到影响。更新的设计也是这次审查的一部分。
技术审查
技术审查涉及检查我们在第二阶段计划的所有内容，以确保重定向、站点地图、链接和脚本正常工作且可抓取。IT 实现了所有服务器端条件，并设置了新域以在内部为所有需要执行的测试任务工作。同样，清单在这项工作中处于领先地位。
重定向测试
使用 ScreamingFrog，我们抓取了站点地图以及我们为测试目的而在内部启动的登台网站——隐藏在外部世界之外。出现的任何重定向错误均已当场解决。
网站启动风险评估
风险评估是贯穿整个测试的持续活动。在上线之前，我们有一个去或不去的决定，因为一旦我们打开域迁移的开关，我们就无法返回。作为错误或标志弹出的所有内容，我们迅速评估并决定是否为了时间而减轻或忽略。令人惊讶的是，出现的事情很少，因此我们可以快速开始基准测试过程。
基准测试
上面的模板是我们用来跟踪网站速度前后的模板。在我们使用 Lighthouse 和 GTMetrix 进行分阶段迁移之前和之后，我们的网站基准测试是一致的，这意味着我们的上线日期已经步入正轨。
第四阶段：上线！
进行此更改的影响最小的一天是周末，因为作为一家 B2B 公司，我们注意到我们的客户往往在正常办公时间在线。
我们在荷兰的团队，包括 Tim，飞来支持，我们的 IT 和营销团队在周六专门用于迁移。这也恰好是我的生日周末，所以我很高兴能够与我的同事在城里庆祝，并反过来庆祝他们所有的辛勤工作！
因此，在 2019 年 10 月 19 日星期六上午 8 点左右，IT 确认我们一切顺利，维护页面已启动。这将返回“503 — 服务暂时不可用”的服务器响应，以确保 Google 在迁移期间不会索引我们的网站。
正是在这个过程中，我们的上线清单接管了。前期工作量很大，但所有这些准备工作使域转换的最终执行只需单击几下即可移动和/或发布项目。
在我们所有的其他任务中，我们将页面标题后缀（以前是“Logic Supply”）更新为“Logic Supply is now OnLogic”（今天是“OnLogic 以前的 Logic Supply”）。这向谷歌表明我们是同一家公司。
最难的是等待。
第五和第六阶段：发布后和绩效评估
我曾计划在接下来的几天里在我的电脑旁边露营以观察问题，但没有立即浮出水面。虽然自然流量确实出现了预期的下降，但它并没有我们被警告的那么剧烈或持续时间长。几个月后，我们仍然看到 logicsupply.com 被编入索引，这令人沮丧，但似乎并没有影响我们在新域上的流量。
总的来说，我们认为我们的网站过渡是成功的。我们的流量回到了原来的位置，我们在流量和网站性能方面都超过了我们的项目基准。
搬迁之后，我们寻找后续机会来帮助提高我们的网站速度，包括从我们的博客中识别非活动或过时的插件。我们的博客至少占我们自然流量的 40%，因此这一变化使我们的网站速度更快，并帮助我们在不到六周的时间内实现了自然增长恢复目标。
我们一直在寻找新的机会并优先考虑改善客户的网站体验，并尽可能轻松地与 OnLogic 开展业务。域变更项目是整个组织的一项艰巨任务，需要大量的计划和持续的沟通与协作才能完成。也就是说，预先花费的时间得到了两倍的回报，节省了恢复自然流量的时间，并使我们的网站用户无缝衔接，以确保每个人都可以照常营业。
