在網站啟動計劃期間將 SEO 列為優先事項

已發表: 2016-01-08

推出新網站是一項艱鉅的任務，也是一項極其巨大的挑戰。 就像建造一座高大的摩天大樓一樣，建設網站需要堅實的基礎。 這涉及廣泛的規劃、研究和監控，並且您在這個過程中仍然一定會遇到一些“問題”。

如果做得不好，可能會導致流量嚴重流失：G-Squared Interactive 的 Glenn Gabe 在 Search Engine Journal 上寫道，他看到一些公司在重新設計或遷移後損失了 60-70% 的自然搜索流量，並顯示此圖來說明一個的下降：

在這篇文章中，我們將從流量的角度探討您應該了解的細節，以減少那些代價高昂的陷阱。 開發網站的每個階段都同樣重要，但從右腳開始將引領道路。 希望這篇文章能幫助您朝著正確的方向前進。

項目計劃

無論您是在代理機構任職還是在內部監督網站發布，從項目規劃練習開始都很重要。 這可以有多種形狀或形式，只要目標得以實現：繪製出整個項目的外觀。 如果這是您的角色，您可能會想跳過此步驟或僅計劃項目的 SEO 部分，但請相信我，您會錯過的。 花時間與所有利益相關者真正坐下來，就您認為將涉及的內容進行推測。 一切不僅僅是 SEO 部分。

我發現在項目開始時使用一塊大白板、幾張紙或便利貼來寫下從項目開始到結束以及中間的每個步驟所需的每一件事很有幫助。 通過與所有利益相關者集思廣益，展示它並查看缺少的內容，直到編譯所有必要的東西。

在這一點上，您並不是要回答優先級問題，誰在做什麼，或者什麼時候完成； 相反，此練習有助於立即了解所有內容，並了解對於您正在進行的網站發布的規模真正需要什麼。 在您認為已經寫下您的小組能想到的所有內容之前不要停下來。 練習的額外獎勵？ 當您投入生產並使用大多數項目管理方法（甚至非敏捷）時，它會成為一個非常好的看板。 “看板是一種以高效方式管理軟件開發過程的技術”來自看板博客。

你不會知道你不知道的。 這可能是您第一次監督如此規模的項目，因此有很多未知數，但這不應該讓您氣餒。 讓未知賦予你學習的力量，而不是讓它成為藉口。 存在許多在線資源； 我們鼓勵您花時間了解這個過程。 這並不意味著您可以通過閱讀一兩篇文章而成為專家。 這意味著你真的需要全身心投入到這個過程中。 Moz 有很多您可以查看的資源。

搜索引擎優化注意事項

在啟動之前考慮 SEO 將在幾個方面使您受益。 首先，您正在考慮向您的網站發送大量非常有價值的流量的流量來源。 花額外的時間來處理對搜索引擎很重要的事情，將在您啟動時盡可能減少附帶損害。 我聽說過網站發布後 90% 的流量下降的恐怖故事。 不要讓這種事發生在你身上！ 其次，通過將搜索引擎優化作為優先事項，您還可以幫助解決對可用性、網站體驗和數據跟踪很重要的項目。 所以你看，正面解決 SEO 需求將證明在多個方面都是有益的。

SEO 啟動前檢查清單

  • 為舊站點取基線
    • # 索引頁面、# Search Console 中的搜索查詢、關鍵字排名、頁面加載速度和其他 KPI。
  • 進行關鍵字研究並確定關鍵字差距、重要領域或內容中的漏洞。
  • 進行練習以檢查冗餘、過時和/或瑣碎 (ROT) 的內容。 很可能並非所有內容都會遷移到新站點。 讓您的 SEO 團隊成員（或顧問）也參與此過程。
  • 在啟動之前花點時間改進元數據，重寫標題和描述以在新站點上重新開始。
  • 在開發信息架構時，確保 SEO 是命名 URL 結構和確定內容嵌套位置的對話的一部分； 這可以在減輕啟動時的流量損失方面發揮重要作用。
  • 禁用 Javascript 並測試開發站點。 禁用 Javascript 時是否缺少導航區域？
  • 確保您的 SEO 團隊成員在發布當天有空，以查看 Search Console（網站站長工具）、進行抓取並在發佈時檢查網站錯誤。
  • 確保您的 SEO 檢查 Search Console 中的配置，包括：站點設置、站點地圖、站點鏈接、抓取統計信息和問題/錯誤。
  • 使用像 Screaming Frog 這樣的工具在開發環境中進行抓取以檢查錯過的優化機會
    • 確保開發環境沒有被索引； 應阻止爬蟲訪問
  • 進行移動友好測試
  • 如果 URL 發生變化，則將舊頁面映射到新頁面； 用它來通知重定向映射
    • 使用反向鏈接分析工具導出帶有鏈接的舊站點所有頁面的列表
    • 從舊站點導出所有排名頁面的列表
    • 導出所有索引頁面的列表：內容、圖像、視頻資產等。
  • 創建 URL 重定向映射，特別注意 URL 變化的任何內容
    • 盡可能限制重定向循環。 也不要忘記微型網站或舊域
  • 如果 URL 發生變化，請更新規範
  • 通配符和正則表達式簡化機會的審核重定向映射
  • 查看 Robots.txt 文件，驗證被阻止的內容
  • 在開發環境中根據需要測試損壞的鏈接並更新錨文本
  • 準備 XML 站點地圖以供提交，包括根據需要用於博客/視頻/圖像
  • 準備 HTML 站點地圖
  • 解決任何重複的內容問題：上一個/下一個、類別博客頁面等。
    • 帶或不帶尾部斜杠的目錄，默認目錄索引
    • URL 中的大小寫
    • 可訪問的 IP 地址、不同主機域上的 URL、內部搜索重複項（在參數中添加了 ? 字符）
  • 在 Google Analytics（分析）中查看所有指向您域的引薦來源網址，並確保最重要的引薦來源網址具有新網站的更新網址（如果它發生變化）。

SEO 發布後

  • 日期：通過 Search Console 和網站管理員工具將新站點地圖和網站位置通知 Google 和 Bing
  • 測試斷開的鏈接
  • 提交站點地圖
  • 確保爬蟲訪問
  • 進行移動友好測試
  • 抓取新網站
  • 測試 noindex 標籤和 nofollow
  • 檢查 XML 站點地圖是否有錯誤
  • 測試重定向
  • 檢查標題標籤和描述，確保正確加載
  • 測試軟 404 和常規 404
  • 確保分析代碼在每個頁面上
  • 監控實時分析
  • 查看內部鏈接並更新任何損壞或不正確的鏈接
  • 檢查 Search Console（網站站長工具）中的消息和錯誤（例如抓取錯誤）
  • 回收鏈接，如果可能並更改所有擁有屬性的 URL
  • 檢查重要頁面的緩存
  • 將性能與基線數據進行比較
    • # 索引頁面、# Search Console 中的搜索查詢、關鍵字排名、頁面加載速度和其他 KPI
  • 進行頁面加載速度測試
  • 嘗試獲取重要頁面的社交信號或新鏈接以改進索引
  • 通過在 Search Console 中獲取和呈現來運行重要頁面
  • 在所有瀏覽器中測試網站並考慮使用廣告攔截器以及消費者常用的其他插件進行測試

HTTP 到 HTTPS

  • 前往 SeroundTable.com 獲取他們的HTTPS 遷移清單，這太棒了！
  • 更新所有外部插件以確保它們符合 HTTPS
  • 更新廣告代碼以支持 HTTPS
  • 更新社交分享計數
  • 提交新的 HTTPS XML 站點地圖
  • 使用 Search Console（網站站長工具）驗證新的 HTTPS 網站
  • 使用 Qualys Lab 工具的測試站點
  • 更新規範（如果有）

不要忘記：

  • 更新所有社交資料以包含新的 URL，包括用於自動發布的任何提要 URL
  • 如果索引化花費的時間比預期的要長，請嘗試發送社交信號和額外鏈接。 確保您已更新受控資產上的所有鏈接（例如社交資料、本地引文、微型網站、博客等）
  • 確保所有舊站點地圖都從舊站點中刪除並且未被編入索引
  • 應更新購物 Feed，以及更新 URL 的任何其他產品 Feed
  • 檢查跟踪代碼並確保它們得到適當更新。 當 URL 更新時，付費搜索團隊應該進入遷移過程。
  • 圖像很重要，正確映射它們是關鍵。 如果決定使用內容分發網絡 (CDN) 還是自己託管圖像，請考慮使用 CNAME。
  • 確保對 Google Analytics 代碼進行更新，並為任何需要它的新域打開 Search Console 帳戶。
  • 如果之前的站點受到處罰，請重新考慮一些重定向，或者在繼續重定向之前與 SEO 專家討論。 懲罰有時會從一個領域傳遞到另一個領域，而無需仔細考慮。

我們錯過了一些最佳實踐嗎？ 請隨時在下面的評論中添加到此列表。 我們希望這個列表是廣泛的、累積的，並且對您啟動新網站的旅程有所幫助。