Sitemap

破壞SEO的網站重新設計錯誤

重新設計網站,無論是您自己的還是客戶的,都是當今營銷的重要組成部分。這很重要,因為技術、趨勢和用戶的期望會隨著時間而變化,如果我們想保持競爭力,就必須跟上這些變化的步伐。

但這項任務雖然必不可少,但從 SEO 的角度來看也存在一定的風險。在此過程中可能會出現許多問題。這些問題可能會導致搜索引擎不再將該網站視為相關查詢的權威答案。在某些情況下,某些錯誤甚至會導致處罰。

沒有人想要那樣。

因此,在本文中,我們將探討一些可能破壞 SEO 的常見網頁設計錯誤。了解潛在風險可以幫助您避免犯下那種會影響自然搜索流量的錯誤。

讓開發環境可抓取/可索引

人們以許多不同的方式處理開發環境。大多數只是在他們的域下設置一個子文件夾。有些人可能會創建一個嚴格用於開發的域。還有一些人會採取預防措施來隱藏他們的開發環境,這會讓 CIA 特工在他們心應該在的空曠地方有一種溫暖模糊的感覺。

我傾向於屬於後一類。

搜索引擎通常會跟踪鏈接並索引他們一路上找到的內容——有時即使你明確告訴他們不要這樣做。這會產生問題,因為它們可以索引同一網站的兩個版本,可能會導致內容和鏈接出現問題。

正因為如此,我在搜索引擎嘗試訪問我的開發環境時設置了盡可能多的障礙。

這就是我所做的。第一步是使用以前從未用於實時網站的干淨 URL。這確保沒有指向它的鏈接。接下來,禁止所有使用 robots.txt 的機器人,並設置一個空的索引頁面,以便其他文件夾不可見。過去,我什至已經設置了密碼保護,但在大多數情況下,這可能是矯枉過正。你可以打那個電話。

從那裡,我將為每個正在開發的網站設置一個單獨的文件夾。通常,文件夾名稱將是不完整單詞的組合,因此不太可能隨機找到。然後 WordPress 將安裝在這些文件夾中,並配置為在此級別也阻止機器人。

在排名良好的頁面上任意更改圖像名稱

這並不總是一個問題,但如果網頁排名良好,更改該頁面上圖像的名稱可能會導致排名下降。特別是如果網頁設計師不知道他們在做什麼。

我已經多次看到這種情況發生了,客戶聘請了一個不懂 SEO 的網頁設計師來重新設計一個已經排名很好的網站。作為重新設計過程的一部分,他們用新的、更大的圖像替換舊圖像,但是,由於缺乏適當的經驗,他們使用提供零 SEO 價值的愚蠢圖像名稱,例如 image1.jpg。

這帶走了搜索引擎用來確定特定網頁應該排名的重要上下文。

刪除頁面或更改頁面 URL 而不重定向它們

在重新設計期間,幾乎可以肯定不再需要某些頁面。經驗不足的網頁設計師通常會簡單地刪除它們。其他頁面可能會被移動和/或重命名,這在大多數情況下會更改其 URL。在這些情況下,沒有經驗的網頁設計師經常更改這些 URL 並認為任務已完成。

這是一個很大的錯誤,因為其中一些頁面可能已經排名很好。他們可能有指向他們的入站鏈接或已被訪問者添加書籤。

當您刪除已經有入站鏈接的頁面時,您將失去這些鏈接的所有 SEO 價值。在某些情況下,這可能會導致排名急劇下降。

問題更深了。任何點擊這些鏈接或書籤的人都會看到一個 404 頁面。這對任何人來說都是零價值,更重要的是,它會產生負面的用戶體驗。這很重要,因為谷歌已經確認用戶體驗是一個排名因素。

刪除頁面的正確方法是將它們重定向到當前存在的最相關的頁面。至於移動頁面,包括以任何方式更改該頁面 URL 的任何內容,將舊 URL 重定向到新 URL 同樣重要。

在這兩種情況下,通常都應使用 301 重定向。這告訴搜索引擎舊頁面已永久移動到新位置。對於大多數託管平台,最好通過在 .htaccess 文件中添加適當的條目來實現。

如果您無法在服務器上看到 .htaccess 文件,您可能需要調整 FTP 程序的設置以查看隱藏文件。

一些專門的託管平台可能會使用不同的方法,因此您可能需要諮詢他們的支持團隊以確定如何完成它。

遷移到開發環境和從開發環境遷移後未執行完全爬網

無論您使用哪種方法進行遷移,都必然會遇到一些錯誤。通常,您將首先將實時網站遷移到您的開發環境中,然後在您進行並測試更改後將其發送回實時服務器。

我經常遇到的一個是指向錯誤位置的內容中的鏈接。例如,在實時網站上的頁面或帖子中,您可能有一個指向:

domain.com/services/

遷移到開發環境後,可能是:

devdomain.com/client123/services/

到目前為止一切都很好,對吧?

但有時,在將完成的網站遷移回實時服務器時,頁面和帖子中的內容可能仍包含指向開發環境中頁面的鏈接。

這只是一個例子。網站中有無數內容鏈接——包括基本圖像、JavaScript 和 CSS 文件的鏈接。

幸運的是,解決方案很簡單。從桌面運行的 Screaming Frog 之類的工具或 SEMrush 之類的基於雲的工具可用於抓取您網站中的每個鏈接。這包括前端可見的文本鏈接,以及隱藏在網站 HTML 中的圖像、JavaScript 和 CSS 文件的所有鏈接。

確保在新網站遷移到實時服務器後查看所有指向外部源的鏈接,因為任何指向您的開發環境的鏈接都將顯示為外部鏈接——當您發現應該是內部鏈接的“外部鏈接”時,您可以進行適當的修正。

在向任一方向遷移後,此步驟是必不可少的,以防止潛在的災難性錯誤。

未能對所有內容執行完整的功能檢查

將重新設計的網站遷移到實時服務器後,您需要做的不僅僅是快速查看幾個頁面以確保一切正常。相反,必須對所有東西進行物理測試,以確保它不僅看起來正確,而且功能正常。

這包括:

  • 聯繫表格。
  • 電子商務功能。
  • 搜索能力。
  • 互動工具。
  • 多媒體播放器。
  • 分析。
  • 谷歌搜索控制台/必應網站管理員工具驗證。
  • 跟踪像素。
  • 動態廣告。

遷移到實時服務器後無法重新配置 WordPress 和插件

還記得我們如何談論在您的開發環境和搜索引擎的爬蟲之間建立一堵牆的重要性嗎?好吧,在將網站遷移到實時服務器之後,拆除這堵牆就更重要了。

做不到這一點很容易。這也是毀滅性的。事實上,這是我幾年前犯的一個錯誤。

在將客戶的網站遷移到他們的實時服務器後,我忘記取消選中 Yoast SEO 中告訴搜索引擎不要抓取或索引它的框。不幸的是,幾天沒有人注意到,此時,該網站幾乎完全從谷歌的索引中刪除。幸運的是,他們不依賴自然流量,一旦我取消選中該框,網站很快就被重新索引了。

由於此類錯誤可能會產生影響,因此在遷移到實時服務器後,您必須立即檢查 WordPress 的配置以及任何可能影響搜索引擎如何處理您的網站的插件。

這包括插件:

  • 搜索引擎優化。
  • 重定向。
  • 站點地圖。
  • 架構。
  • 緩存。

忽視細節

這些錯誤都不是特別複雜或難以避免的。您只需要了解它們,實施避免它們的計劃,並密切關注細節。

本文中表達的觀點是客座作者的觀點,不一定是 Search Engine Land。這裡列出了工作人員的作者。