Sitemap

Google 的 John Mueller 最近建議 SEO 不要為大型網站手動創建站點地圖,並提供了更合適的解決方案。

此交換發生在 r/SEO subreddit 上的 Reddit 線程中。一位 SEO 正在尋找有關為擁有超過 200 萬種產品的網站創建站點地圖的建議。

該線程指出:

“我有一個客戶在一個技術性很強的工業領域。他們出售相似但非常具體的工業零件。他們的庫存中有超過 200 萬個 SKU。

我的挑戰是創建一個站點地圖。因為頁面太多,我只好手動創建。我有一個我們的開發團隊通過 API 提取的按產品和類別劃分的 URL 列表。由於站點地圖只能包含 50,000 個 URL,因此我有 37 個 Excel 表,每個表上有 50,000 個 URL……”

SEO 繼續描述了他們計劃如何應對這一挑戰,考慮到他們不必像最初想像的那樣“必須”手動創建站點地圖,現在這一切都無關緊要了。

這是穆勒建議做的事情。

約翰·穆勒的回應

“不要像那樣手動創建站點地圖,”穆勒在回應中明確表示。

作為最受好評的評論,穆勒的建議顯然得到了 Reddit SEO 社區的響應。

穆勒說,與其手動創建站點地圖,不如說這是在這種情況下應該做的:

“您需要直接從 CMS 或基礎數據庫中獲取 [站點地圖]。”

正如另一位 Reddit 用戶指出的那樣,從開發團隊最初提取 URL 列表的 API 獲取站點地圖也是一個很好的解決方案。

為什麼這比手動創建站點地圖更好?

在為大型站點或任何站點創建站點地圖時,您不僅要考慮如何創建它,還要考慮如何保持最新。

擁有如此龐大產品目錄的網站每天可能會添加和刪除數以萬計的產品。

像這樣手動維護更新的站點地圖在邏輯上是不可能的。

這甚至還沒有考慮到創建站點地圖所需的大量工作。

當存在自動選項時,手動創建站點地圖不是一個現實的解決方案。

搜索引擎優化來了他們的感覺

發起 Reddit 線程的 SEO 最終意識到並同意手動創建站點地圖不是正確的方法。

“謝謝你們的叫醒電話。我同意,這是為我們制定的行動計劃,但從一開始我就不適合。”

不管怎樣,這個想法顯然來自他們工作的公司的高級職員。

更多資源

有關創建和優化站點地圖的更多信息,請參閱以下資源:

所有類別: 部落格