Wordpress SEO

执行域迁移:OnLogic的内部介绍(以前为Logic&nbspSupply)

在2019年10月,我们拥有16年历史的公司从Logic Supply更名为 OnLogic。从流量的角度来看,恢复非常顺利(并且比我们预期的要快得多),并且我们的客户已经接受了我们的新名称和外观。我们想分享我们的故事,为重大变更做准备的步骤,以及我们在成功完成域名过渡(对自然结果的影响最小)过程中所学到的一些知识,以帮助他们面临同样的挑战。

深吸一口气,这会没事的。

首先,回顾一下历史和背景。 Logic Supply成立于2003年,是一个电子商务网站,出售用于小型计算机的组件。多年来,公司已建立了工程和制造能力,如今使我们能够提供完整的服务。 工业和加固型计算机 和适用于广泛行业的技术解决方案。我们已经有将近十年的雄心壮志了,雄心勃勃的雄心总有一天会超过我们的名声。2015年,我们定居了新的雄心,并开始为过渡奠定基础。

一旦我们克服了与新名称本身有关的所有研究和法律工作,我们便开始于2018年制定网站过渡计划。此类项目需要来自设计和传播团队的众多个人和团队支持者,帮助IT团队构思和选择了OnLogic这个名称,该团队将负责确保有效地执行数字转换。

本文来自Erika Austin的观点,Erika Austin自2009年以来一直从事Logic Supply的数字营销工作,他对 蒂姆·范德霍斯特 在我们荷兰办事处的工作中,他领导了新域的推出以及随之而来的SEO恢复工作。蒂姆将结构应用于过去十年中SEO决策中收集到的所有数据。

非结构化数据/结构化数据= Erika / Tim

当我引导您完成整个流程并引用我们的计划时,包括我们做了和没有做的事情以及一路走来所做的决定, 您可以下载我们的在线检查清单的副本,以供自己参考。

第一阶段:范围和计划

我完全相信我们的团队可以领导成功的过渡。唯一的是,我以前从未做过。除了我们的新IT总监以外,几乎没有其他人在她的职业生涯中经历过几次品牌和域名迁移。

我从事建立Logic Supply的域权限的工作已有10年,因此转移到新域的想法提出了很多问题。为了帮助我们,我请了一位专家来验证我们的工作并回答任何问题。尽管在线上的许多建议都是引用或撰写Moz等权威网站的人,但我还是决定向SEO Rockstar本人兰德·菲什金(Rand Fishkin)询问,他将为这样的项目推荐谁作为丛林指南。他足够友善地与我们联系 踢点

KickPoint的Dana DiTomaso能够快速了解​​我们在流程中的位置以及我们需要什么。事实证明,达娜(Dana)在验证我们的努力中发挥了作用,但她的评估使我们感到非常鼓舞,因为我们的现有计划是彻底的,涵盖了必要的步骤。诚然,否则我们会感到失望-这是一个非常详细的计划。

蒂姆在网站迁移文档和随附的电子表格中概述了六个阶段的项目,其中包含我们的SEO策略的规范和定义,并附有RACI(负责,负责,咨询和告知)矩阵和时间表。蒂姆的计划非常清晰,有积极的结果,包括迁移带来的可能增长。

我要再次感谢蒂姆-我的脑袋只有这么大的变化可能会导致的陷阱(详见下文)。那E-A-T呢?这个新领域没有专业知识,权威或信任,而且流量增长甚至不是我所考虑的。我们的IT主管同意她从未见过这种情况,因此我们设定在完全恢复之前的六周内将下降约10%。我扭了一下,但是还可以。

除交通损失外,对我们来说,制定与执行该程序有关的所有可能的风险也很重要。

风险性

我们面临的许多风险都围绕IT方面的实施不确定性和资源分配。在引入的风险中,我最保留的风险是将博客迁移到新的URL路径。决定这样做的风险太大,因此我们将其从初始计划中删除了。

*贷给Modestos Siotos: 网站迁移指南:SEO策略,流程和清单

主品牌域的重定向策略

为了帮助减轻某些风险,我们讨论了用于通知客户更改的覆盖选项。但是,尽管我们想让客户对我们的新名称和外观感到兴奋,但我们不希望它过于破坏性或受到惩罚 破坏性插页式广告

我们与导致重大转变的客户交流的次数越多,我们就越意识到-尽管这对我们来说很重要-但只要他们仍然期望高质量的产品和支持他们,最终对他们就不会产生影响会认识我们的。我们最终在指向该网站的每个页面上实现了一个持久横幅 关于品牌演变的页面,但我们没有选择强迫用户与该模式进行互动。

第二阶段:启动前准备

SEO技术规格

在项目的这一点上,我们意识到我们有一个XML站点地图会发生变化,但是我们希望周围的旧站点地图可以帮助加强Google Search Console中的转换。我们还确定了HTML网站地图将有助于布局我们的结构。我们距离品牌过渡期只有六个月,因此,我们要尽快对我们的网站进行任何更改。

因此,我们清理了网址结构,仅保留了来自引荐点击量的链接,从而删除了许多不再使用或遵循的现有服务器重定向。

我们还创建了更多的逻辑URL路径来显示关系,例如:

/产品/工业计算机/ >> /计算机/工业/

/产品/坚固型计算机/ >> /计算机/坚固型/

并更新了重定向,使其指向正确的最终路径,而无需遵循重定向链:

CMS技术规格

迁移到新域时,技术CMS规范的深度和复杂性实际上取决于您是迁移现有平台还是切换到新平台。在我们的案例中,选择的CMS与之前的版本相同,这使我们的生活更加轻松。我们将现有网站原样移植到新域。在计划的这个阶段,它主要取决于内容。

内容更新

此步骤中最重要的事情之一就是确保我们的内容正确显示了我们的新品牌。本质上,我们计划进行“简单”的查找/替换:

查找:*逻辑电源*

替换:* OnLogic *

我们在网站上清点了提及公司的每个属性和字段,并全面应用了更改:描述,简短描述,元标题,元描述,制造商等。

在某一时刻,我们问自己:“我们如何处理新闻稿或过往内容中标明’Logic Supply’的内容?应将其替换为’OnLogic’吗?”最后,我们决定从脚本中排除网站的某些部分(文章,事件,过去的新闻),但确保所有链接都已更新,我们不必将Logic Supply作为品牌名称埋葬。 ,因为在过渡期间引用此名称会很有利,以提醒客户我们仍然是同一家公司。

在此阶段,我们准备了需要在Google Ads中进行更改的内容,例如标题,说明,URL,站点链接和视频。我们增加了“逻辑供应”和“ OnLogic”两个词的付费搜索预算,并优先考虑在Google Ads中提升页面和关键字的优先级,以防域名更改确实对我们的核心关键字排名产生影响。

优先页面识别

由于迁移的目的是将现有平台移植到新域上,并且在此过程中进行的更改很少,因此我们不必列出需要优先于其他页面的页面。我们所做的只是考虑会影响SEO的外部因素,以及如何限制最大的引荐点击量来源和排名靠前的页面的这种影响。

外部链接

我们编译了一个电子表格,以帮助我们解决并理想地更新到以前域的反向链接。类别和数据源值得注意:

反向链接:我们下载了从SEMRush和Google搜索收集的所有反向链接数据。

引荐点击量和最热门的自然目标网页:此列表是从Google Analytics(分析)中提取的,用于确定在转换后需要密切监控的高优先级页面。它还帮助确定了优先使用的链接的优先级。

合作伙伴:我们预先向我们的每个合作伙伴和供应商写了有关变更的信息,并要求他们在一定期限内更新其网站上的链接。我很高兴看到这种方法的实施速度有多快,这证明了我们出色的合作伙伴。

发布者:我们在新闻报道或网站上提到的任何我们认为可以更新的地方,都会在上线时通过电子邮件与我们联系。我们确实决定在某个时候无法删除我们作为www.logicsupply.com的历史记录,但我们至少可以让这些联系人知道我们已经更改。我们还必须更新一些直接刊登广告。

目录:我们使用了各种Internet资源和大量的Google搜索来识别指向我们的旧域和/或使用我们的旧名称的业务,产品或行业目录。我讨厌这些天来目录在SEO中仍然占有一席之地,因为它们的历史可以追溯到Internet的早期,但是我们想掩盖我们的基础。

重定向规范

重定向映射

在执行域迁移时,维持自然流量的最重要的事情之一就是帮助Google(以及任何搜索引擎)了解页面已移至新位置。一种方法是使用永久(301)重定向。

因此,我们开始了重定向映射。从URL结构的角度来看,一切都保持不变的意义上说,我们的迁移方案是幸运的。唯一更改的是域名。

最终的重定向映射(是的,这是世界上最复杂的映射):

logicsupply.com/*-> onlogic.com/*

内部链接重定向

在IT人员准备好服务器端的重定向映射后,我们需要确保内部链接未指向301重定向,因为这会损害我们的SEO。必须将用户直接发送到新域上的正确页面。

目标:更新网站内容上的所有链接以指向新域。下面是“查找/替换”表,我们的IT团队使用该表来帮助我们更新所有内容,以过渡到onlogic.com:

URL重组后(即发布前六个月),我们也在Logicsupply.com上尽快启动了HTML网站地图。

应急计划

我们花了15周的时间来准备,测试并适应迁移。一旦生活了,就没有回头路了。彻底,准确地执行计划并选中每个框是唯一的方法。简而言之:没有应急计划。不管发生什么事,一旦我们切换了域名,就是这样。

咕LP

当我们开始偏离规格并确切地需要发生什么以及何时发生时,第二阶段结束了。我们用了 上线清单 以确保我们选中了每个复选框以查看广告素材需求,第三方集成以及配置文件审核。使清单高度详细和准确是确保我们成功的唯一方法。

第三阶段:启动前测试

要开始第三阶段,我们必须获得我们所处位置的基准。我们纠正了一些错误,这些错误已在Google Search Console中解决,例如通过XML网站地图提交noindex链接。这个项目还使我们意识到,如果一切顺利,那么站点速度将是我们接下来要解决的项目。

内容审查

由于除了“ Logic Supply”变为“ OnLogic”外,内容不会改变,因此我们在这里实际上不必做很多检查。我们确实对上线脚本中的查找/替换功能进行了广泛的测试,以确保一切看上去都像预期的那样,并且确保我们选择排除的部分实际上未受影响。更新的设计也是此次评测的一部分。

技术审查

技术审查涉及检查我们在第二阶段中计划的所有内容,以确保重定向,站点地图,链接和脚本有效且可爬网。 IT部门实施了所有服务器端条件,并设置了新域以在内部处理所有需要执行的测试任务。同样,清单在这项工作中处于领先地位。

重定向测试

使用ScreamingFrog,我们对站点地图以及内部为测试目的而启动的登台网站进行了爬网-远离外界。出现的任何重定向错误均当场得到解决。

网站启动风险评估

在整个测试过程中,风险评估是一项持续的活动。在上线之前,我们要先行或不行,因为一旦切换域迁移开关就无法回头。我们迅速评估了所有作为错误或标志弹出的内容,并决定是否为了缓解而忽略。令人惊讶的是,几乎没有什么事情发生,因此我们可以快速开始基准测试过程。

标杆管理

上面的模板是我们之前和之后用来跟踪网站速度的模板。在我们同时进行迁移之前和之后,我们的基准在网站之间是一致的 灯塔GTMetrix,这意味着我们已经按时上线了。

第四阶段:上线!

进行此更改的影响最小的一天是周末,因为作为一家B2B公司,我们注意到客户倾向于在正常办公时间在线。

我们在荷兰的团队(包括蒂姆)加入了支持,我们的IT和营销团队在星期六专门进行了迁移。碰巧也是我的生日周末,所以我很高兴能够与我的同事们在城里一起庆祝,并为他们的辛苦工作而庆祝!

因此,在2019年10月19日星期六,上午8点左右,IT确认我们可以继续进行并且维护页面已启动。这是返回“ 503-服务暂时不可用”服务器响应,以确保Google在迁移过程中不会索引我们的网站。

正是在这一过程中,我们 上线清单 接手。前面需要做很多工作,但是所有这些准备工作使域转换的最终执行只需单击几下即可移动和/或发布项目。

在所有其他任务中,我们将页面标题后缀(以前是“逻辑供应”)更新为“逻辑供应现在是OnLogic”(今天是“ OnLogic以前是逻辑供应”)。这向Google表示我们是同一家公司。

最难的部分是等待。

第五和第六阶段:发布后和绩效审核

我原本计划在接下来的几天里在计算机旁扎营,以观察问题,但没有立即浮出水面。尽管自然流量确实确实出现了预期的下降,但它并没有像我们被警告的那样剧烈或延长。几个月后,我们仍在对logicsupply.com进行索引,这很令人沮丧,但似乎并未影响我们在新域上的访问量。

总体而言,我们将网站转换视为成功。我们的访问量回到了原来的水平,并且在流量和站点性能方面都超过了我们的项目基准。

在此举之后,我们寻找了后续机会来帮助提高网站速度,包括从博客中找出无效或过期的插件。我们的博客至少占据了我们自然流量的40%,因此这一变化使我们的网站运行速度更快,并在不到六周的时间内帮助实现了我们的自然增长恢复目标。

我们一直在寻找并优先考虑新的机会,以改善我们客户的网站体验,并使与OnLogic的业务往来尽可能轻松。域名变更项目是整个组织的一项艰巨任务,需要进行大量规划并不断进行沟通与协作才能实现。就是说,前期花费的时间可以节省两倍的时间,以节省恢复自然流量的时间,并使我们的网站用户无缝连接,以确保每个人都可以照常营业。