[ad_1]
在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的業務往來儘可能輕鬆。域名變更項目是整個組織的一項艱巨任務，需要進行大量規劃並不斷進行溝通與協作才能實現。就是說，前期花費的時間可以節省兩倍的時間，以節省恢復自然流量的時間，並使我們的網站用戶無縫連接，以確保每個人都可以照常營業。
