如何在不失去 Google 排名的情況下重新設計您的網站
已發表: 2023-04-14重新啟動或重新設計網站可以成就或破壞您的 SEO 努力。
即使是一個錯誤也可能導致災難性的排名下降——或者,最糟糕的是,收入損失。
以下是如何在不影響自然流量、排名和收入的情況下處理網站重新設計的方法。
為什麼重新設計是一種固有風險
企業絕不能掉以輕心地更改網站。
除了 SEO 後果之外,用戶並不總是歡迎網站大修。 (想想 Facebook 最近的重新設計和大多數營銷人員對 GA4 的蔑視)。
許多 SEO 恐怖故事都圍繞著災難性的網站重新設計、重新平台化和重新啟動。
處理後果對於 SEO 團隊和外部 SEO 顧問(他們通常只被要求糾正其他人的錯誤)來說可能是一場噩夢。
大多數站點重新設計失敗涉及以下內容:
- 沒有索引網站。
- 沒有重定向。
- 添加/刪除內容。
無索引
通常,重新設計的網站是在單獨的服務器上準備的,在該服務器上,使用新的外觀和感覺測試實時網站的副本。
為避免與 Google 產生重複內容問題,您必須將 noindex 元標記添加到測試服務器(或在 robots.txt 中阻止它):
<meta name="robots" content=" noindex, nofollow " />
這告訴搜索引擎忽略此站點版本。
然而,很多時候,沒有人記得在重新啟動網站之前刪除 noindex 命令。
在有人注意到之前,可能需要數週時間以及潛在客戶、銷售和收入的流失。
因此,在上線之前,請確保刪除該 noindex 元標記。
沒有重定向
將網站移動到新域或更改 URL 結構時,您必須“告訴”Google 和訪問者在哪裡可以找到新的。
除非企業有內部 SEO,否則重定向通常會被忽略。
搜索引擎機器人和用戶可能最終會出現錯誤頁面或被重定向到主頁,從而導致糟糕的用戶體驗和錯失 SEO 機會。
未能將現有資源重定向到新資源將對您的排名、流量和轉化產生負面影響。
一方面,由於指向您內容的傳入鏈接最終無處可去,您可能會失去在 Google 上的排名提升。
Google 會像您的網站損壞一樣處理錯誤頁面,並可能將其完全降級。
所有 4xx 錯誤(429 除外)的處理方式相同。 Googlebot 向索引管道發出信號,表明內容不存在。
如何解決? 使用永久重定向 (301)。
內容刪除/添加
即使網站已有內容,設計師也經常使用“lorem ipsum”佔位符文本。
只有當重新設計的網站上線時,他們才會意識到大部分內容不適用於新設計。 而不是修復設計,內容可能會被刪除。
在某些情況下,企業主只是想刪除舊內容,沒有明顯的原因,只是因為它“舊”了,他們不想更新它。
正如前 Google 員工 Kaspar Szymanski 在他的 SEO 恐怖故事示例中指出的那樣:
“內容遷移完成後,谷歌必須重新抓取新的 URL 及其所有伴隨信號,例如反向鏈接和規範,以便對有效成為全新著陸頁的內容進行排名。 在任何情況下,遷移最好提前幾個月準備好,在銷售淡季精心計劃和執行。”
在某些情況下,SEO 會刪除表現不佳的內容,然後過火。
多年來,您現有的內容可能已經吸引了鏈接。 當內容被刪除時,您建立的鏈接資產將消失。
此外,谷歌傾向於將網站作為一個整體進行評估,而不僅僅是基於特定的內容或頁面。 一旦您的網站在一夜之間縮小,您可能會失去與以前的規模和地位相關的信譽。
反之亦然。 您不可能在一夜之間從 100 頁增長到 100,000 頁而不給 Google 帶來麻煩。
不要在短時間內大幅減少或增加頁碼。
如何解決? 將現有內容視為有價值的可鏈接資產,並將它們遷移到新的網站版本。 每個內容片段僅使用一個網址或添加規範標籤。
像亞馬遜一樣做
考慮到風險,您可以選擇像亞馬遜這樣緩慢而安全的路線。 眾所周知,電子商務巨頭對其平台進行增量更改。
一些網站偶爾會重新設計和重新啟動,而其他網站似乎希望保持不變。
亞馬遜是一個“主要”示例(雙關語意),該網站隨著時間的推移不斷改進,而不是一次重新創建。
目前的亞馬遜網站設計從 2015 年開始使用,沒有經過重新設計。 甚至在此之前的設計更改也不是完整的重新設計。
這種逐漸改變的方法有利也有弊。
普通的亞馬遜購物者不必為學習新界面而費力。 但該平台也受到越來越多的混亂和功能蔓延的困擾。
儘管用戶體驗如此糟糕,但當您的收入繼續增長時,您可能正在做正確的事情。 否則,重新設計可能已經過期。
何時重新設計您的網站?
儘管存在上述所有風險,但網站重新啟動仍有一些正當理由。
獲得
當您的企業或網站被收購後,您有多種選擇來處理“舊”網站:
- 一些新所有者讓現有站點腐爛。
- 有些人將其重定向到新所有者的網站。
- 其他人只是通過添加“[新所有者]”來更改徽標。
那些認真對待網站及其受眾的人通常會重新設計並重新啟動,通常使用新名稱。
商業模式的改變
初創公司經常改變商業模式。 有時,支點太大,以至於以前的商業模式與新的商業模式無關了。
假設您的初創公司曾經提供一種工具,然後變成了一家提供服務的機構。 在那種情況下,您以前的網站結構可能不再有意義。
混亂和功能蔓延
雜亂和功能蠕變通常同時發生,但也可能獨立發生。
較舊的網站會積累項目、選項、內容和鏈接。
有了既定的設計和系統,很難刪除有機增長的項目。
即使是長期用戶也會因認知超載而苦苦掙扎。
在以下情況下,您的網站可能適合重新設計:
- 跳出率和退出率會隨著時間的推移而增長。
- 留住新用戶變得更加困難,導致經常訪問者減少。
就個人而言,我認為亞馬遜的設計方法很難用。 它在不同的地方充滿了混亂、功能蠕變和廣告,甚至沒有正確披露。
如果亞馬遜不是那些“大到不能倒”的公司之一,他們的網站現在可能已經不復存在了。
擴張
您可能還需要重新設計或至少更新設計以服務於新市場(即更多國家/地區)、推出不同的產品或服務於新的受眾。
在這種情況下並不總是需要重新設計。 這取決於網站適應擴展的難易程度。
- 因此,您不僅要服務於美國或英國,還想服務於全球受眾或其他語言?
- 賣鞋之後,你想進軍時尚市場,甚至賣家居用品嗎?
- 您想吸引主流受眾,而不是小眾的發燒友嗎?
這些大的變化可能需要全面的重新設計或至少從中受益,而不是將新目標壓縮到有限的現有設計中。
不受支持的技術
您的網站是用 Flash 構建的嗎? 這從來都不是一個好主意,尤其是現在 Adobe 已經停產並且大多數瀏覽器都停止支持它了。
這同樣適用於使用不太流行的過時技術,如 Java(不要與 JavaScript 混淆)或框架。
如果您的網站仍然嚴重依賴這些,您必須立即對它們採取措施。 整個重新設計可能是當時唯一可行的解決方案。
主要瀏覽器可能不再支持您網站代碼中一些不太明顯的遺留技術(目前主要是 Google 的 Chrome 及其衍生產品)。
多年來我不得不多次修復我的網站,不是因為它壞了,而是由於瀏覽器供應商不斷變化的要求和不向後兼容的不斷發展的技術。
有一次,我的網站崩潰了,因為最新的 PHP 版本棄用了一些內置函數並對其他函數進行了不同的解釋。
具有數千行自定義代碼的遺留網站可能使得在第三方技術更改後恢復功能變得非常困難。
從長遠來看,有時從頭開始重新設計可能會更便宜。
首先,請致電 SEO
好的,所以您決定重新設計是唯一的出路? 看在上帝的份上,立即致電 SEO 專家!
越早讓 SEO(團隊)參與進來越好。
通常,企業從設計師開始設計,顧名思義。 但符合SEO的信息架構(IA)必須在設計前規劃好。
如果您的團隊中沒有經驗豐富的信息架構師,則必須向 SEO 人員詢問。
即使您的 UX 專家對 IA 有深入的了解,也不要依賴於此。
當然,用戶體驗本身就是一個需要精通的複雜學科,因此您不能指望同一個人同時也是 SEO 專家。
獲取搜索營銷人員所依賴的每日時事通訊。
見條款。
如何在不損害 SEO 的情況下重新設計
聘請 SEO! 讓他們通知所有相關團隊。 以下是對 SEO 友好的網站重新設計項目的其他提示。
就實際目標達成一致
要實施適當的重新設計,您必須在內部就其目標達成一致。
SEO 團隊可以提供其中一些,但也需要有總體業務目標。
重新設計不僅僅是外觀上的改變。 它必須使用超越虛榮心的指標進行驗證。 增加流量或參與度是不夠的。
重新設計將如何影響轉化率、銷售額和投資回報率?
選擇高度相關的 KPI,然後再開始確定您的目標是否已實現。
例如,與其在舊設計中添加惱人的彈出窗口和疊加層,不如以內置訂閱表單來增加時事通訊受眾為主要目標進行重新設計。 那麼,每次訂閱都是一次轉換。
單獨構建新站點
至少使用一臺本地服務器進行編碼和測試。 大型網站重新設計有三個:
- 開發服務器。
- 測試服務器。
- 實時服務器。
理想情況下,您將網站重新設計檢查為在本地網絡之外運行的網站。
在此期間,只要新網站尚未正式上線,請在新網站上使用上述 noindex 標籤。
對於基於 WordPress 的小型網站,您可能會想在實時網站上工作並突然引入新主題。
不要相信現成的主題或設計和開發團隊會照顧您的 SEO,甚至是基礎知識!
不久之後檢查您的分析可能是一次令人震驚的經歷。 一些主題(和設計)忽略了 SEO 基礎知識,或者他們隨機重寫它們。
因此,您可能已經優化了完美的標題標籤結構並簡化了標題,然後它們一夜之間消失了,設計師和用戶體驗專家都沒有註意到。
標題可能看起來完全一樣,但在幕後,會有一個 div、span 或 p-tag,而不是 H1、H2 等。
您的標題標籤可能首先顯示品牌,或者更糟的是,僅顯示 lorem ipsum 並在各處重複,創建重複內容 Google 會自動降級或從索引中刪除。
您辛辛苦苦創建的所有元標記、模式代碼、nofollow/sponsored/UGC 屬性、圖像 alt 屬性和最小化的腳本可能會完全消失。 因此,請預先創建一份必備的 SEO 功能清單。
不要混淆設計和代碼
理想情況下,您將代碼、行為和設計分開。 您的舊站點還沒有這樣做嗎? 在新站點上引入這種分離。
你會很高興的。 在您上線之前,可能會有許多變化。
編輯 HTML 代碼以進行設計調整既乏味又容易出錯。 從長遠來看,這也是完全不切實際的。 此外,它可能會損害您的 SEO 工作。
無論如何,內容應該是分開的,通常在數據庫中。 或者,如果您有一個小型遺留網站,使用 XML 或文本文件,如 .txt、.csv 或 .inc。
使用最適合你的東西。 只是不要混合所有東西。
在許多情況下,90 年代的舊版網站將所有這些內容都放在一個文件中,因此幾乎不可能在不破壞甚至與更改無關的內容的情況下進行更改。
然而,即使是現代 WordPress 網站也難以混合代碼、設計和內容。
一些主題需要調整或將 UX 文本添加到主題本身,以便您最終在翻譯的網站版本上使用“評論”、“搜索”或“下一步”等英文單詞。
切勿接觸正在運行的系統,尤其是 URL
擁有數十年經驗的極客會出於某種原因建議您“永遠不要接觸正在運行的系統”。
這個格言也適用於搜索引擎優化。 一個微小的變化可能會破壞您網站的 SEO。
您的域名已經排名好了嗎? 您真的必須將它從 x 重命名為 xy 嗎? 每一次域名變更都是一個巨大的風險。
您永遠不知道 Google 是否會接受您的新域名與上一個域名完全等同。
在最壞的情況下,該算法可能會假設您的網站是全新的,並將您置於可怕的新域“沙箱”中。
有些人說沒有這樣的過濾器,但經驗豐富的 SEO 從他們的經驗中知道有時需要多長時間才能啟動一個新域。 所以你想保留你現有的權限。
註冊新域時,請不要在沒有內容權限的情況下或舊域仍可訪問時將其上線。
否則,被視為一個完全獨立的項目的風險要高得多。
同時為同一個項目擁有兩個域也是一個錯誤。 你與自己競爭。 您必須“全力以赴”其中之一!
至少盡量不要改變 URL 結構。 在大多數情況下,無需更改設計即可更改和改進設計。
因此,除非 IA 發生重大變化,否則您可以簡單地向現有結構添加或從現有結構中減去目錄和頁面。
是否因為某些有效原因必須改變新結構而更改您的 URL 別無選擇?
然後將舊的 URL 重定向到新的 URL,方法是預先映射每個頁面或至少是重要的頁面,或者只是稍微更改 URL 結構,然後使用星號“ *
”自動重定向 .htaccess 文件中的每個 URL:
example.com/site/content/article
...然後可以重定向到...
example.com/new-site/content/article
您可以添加更有意義或更中立的內容,而不是“新站點”。 網頁設計師通常只是添加一個 v2 或任何應用的數字作為解決方法。
example.com/v2/content/article
實際上,這可能是結構級別上更具體的較低級別。
調整業務模型後,您可以保留服務頁面並在其下方添加特定頁面。
example.com/services/old-service-one
將…
example.com/services/new-service-one
Lorem ipsum 你自己! 或者不要忘記內容設計
當搜索一個新的 WordPress 主題時,您會首先查看設計並愛上它,才意識到一旦您的內容使用新主題顯示,它看起來很糟糕。
發生了什麼? 缺乏內容設計!
該設計是在真空中創建的,具有理想化的內容以適應並強調新設計的“美”。
從第一天開始就使用現有網站的實際內容,或者創建將預先顯示在新網站上的內容。 只有這樣,您才應該圍繞內容創建設計。
修剪內容時,首先進行內容審核並評估每個頁面。 保留已經排名並在過去獲得了一些反向鏈接的頁面。
出於顯而易見的原因,也應該保留獲得流量的頁面,無論是搜索流量、推薦流量還是直接流量。
根據上述標準,有些內容可能看起來毫無用處,但它是完善網站所必需的,即使它很少被訪問。 因此,也不要假設晦澀的內容沒有價值。
確保抓取和索引
為什麼最重要的技術SEO部分放在最後?
新網站上線後,您必須檢查您之前考慮的 SEO 最佳做法是否進入了 Google 索引,以及您是否保留了排名。
- 經常觀察您的分析和 Google Search Console 報告以發現潛在的障礙(想想上面的 noindex)。
- 仔細檢查您自動創建的站點地圖,並使用 Screaming Frog 等網站爬蟲在實時服務器上再次測試 URL。
- 您可能還想檢查服務器日誌文件。 為什麼? 孤立頁面和由於某種原因未被索引的頁面甚至可能不會出現在其他地方。
有時甚至 Analytics 代碼也不會出現在所有頁面上,因此某些頁面沒有流量,因為它是不可見的。
本文中表達的觀點是客座作者的觀點,不一定是 Search Engine Land。 此處列出了工作人員作者。