完整指南:精通電商產品頁面優化
指定主要產品類別
像優化產品類別頁面一樣,優化產品頁面也要從分類開始。前一篇文章討論了創建強大的導航類別的必要性。現在我們需要將這些分類應用起來。<br/><br/>這很簡單,只是確定每個產品屬於哪些類別。但我們還需要進一步為每個產品分配一個主類別。當產品適用于多個類別時,許多內容管理系統</a>會為每個分配的產品和類別創建唯一的URL。<br/><br/>這意味著一個產品可能有多個有效URL,基於它所屬的不同類別。這可能會導致重複內容</a>問題變得很嚴重。 假設網站訪問者正在尋找一本關於如何</a>建造陽臺的書籍。<br/><br/>他們將需要木材、混凝土、圓鋸以及一本關於如何</a>完成工作的書籍。我們只關注該書籍,在以下四種可能路徑中可以找到它: 首頁 > 木材 > 圖書 > 如何</a>建造陽臺 首頁 > 建築材料 > 圖書 > 如何</a>建造陽臺 首頁 > 工具</a> > 圖書 > 如何</a>建造陽臺 首頁 > 圖書 > 陽臺 > 如何</a>建造陽臺 當然,這只是簡化操作,但為了將該書籍放入這四個分類中,您通常會得到四個不同的URL:這就是四個“頁面”競爭相同關鍵字搜索的情況!解決方案</a>是為每個產品分配一個單一的主類別,同時允許任意多的其他類別。正是這個主類別確定了產品的唯一URL。<br/><br/>無論購物者最終如何</a>找到該產品,因為URL(和支持麵包屑導航</a>)將默認為此主類別。您可能需要請程式師介入以實現此目標,但這絕對是值得的。 話雖如此,如果程式設計選項對您來說成本太高,則有幾種不太理想的替代方案。<br/><br/> 替代方案1:從產品URL中刪除所有分類分類,例如: 注意到分類名稱不再相關,並且新建了一個適用於所有產品的類別。這種選擇的缺點是通過從URL中刪除產品分類</a>,您會失去一些微小但至關重要的搜尋引擎</a>相關性</a>信號。 替代方案2:實施一個指向該產品主URL的規範標籤。<br/><br/>使用規範標籤來糾正重複URL依賴於搜尋引擎</a>是否正確遵循提供的說明,他們可能會或可能不會這樣做。稍後我會詳細介紹這個問題。
優勢 | 劣勢 | |
---|---|---|
機會 |
|
|
威脅 |
|
|
顧客對電子商務的不信任感
有些產品會有不同的形狀、大小、顏色等變化,但基本上它們都是相同的產品,只是稍有差異。然而,這些差異可能需要使用不同的庫存單位(SKU)。在許多系統中,每個SKU都會擁有自己的頁面和URL,這樣就會產生很多URL!以下是一個例子,在這個網站上,我們可以找到52種不同風格、19種顏色和5種尺寸的“恐龍怕怕”T恤設計。<br/><br/>做一下計算...我們要處理4940個唯一的URL,儘管事實上它們只是相同的產品。實際上我們可以減少這數字, 因為在某些情況下, 不同風格確實構成了獨特的產品. 我們如何</a>確定這種情況呢? 考慮購物者。 他們是否很可能會搜索“恐龍怕怕球衣”與“恐龍怕怕高爾夫襯衫”? 這是非常可能的。<br/><br/>因此我們希望這些搜索者可以直接找到所需風格. 這個網站已經聰明地做到了這一點。但我們仍然有顏色/尺寸的問題。搜索者很少使用這些條件進行搜索。<br/><br/>即使他們使用,一個唯一的落地頁/URL就足夠了。但在這個網站上,每個變數都會得到一個新的URL. 以下是部分URL示例: www.site.com/trex-hates_tshirt?productId=13</a>21218904#color=navy/white&size=medium www.site.com/trex-hates_tshirt?productId=13</a>21218904#color=green&size=x-large www.site.com/trex-hates_tshirt?productId=13</a>21218904#color=red&size=3</a>x-large tall 理想情況下, 您應該有一個單獨的產品頁面/URL,讓訪問者可以選擇尺寸、顏色或其他提供的變體. URL沒有必要隨著每次選擇而改變, 即使需要使用不同的SKU. 資料庫應該追蹤所選變數,並將相應的SKU隨訂單發送出去。以下是一個採用此方式處理的網站示例。<br/><br/>請注意,在選擇T恤尺碼時SKU發生了變化。正如我之前所說,並非所有系統都以此方式工作,可能需要進行大量重新程式設計。但請注意,這是最好的修復方法</a>,並且最具防錯性。<br/><br/> 不過, 如果您拒絕接受此任務,還有(不太理想的)替代方案: 替代方案1:實施規範標籤。每個尺寸/顏色變體的規範標籤始終指向“主要”URL。這個網站使用的解決方案</a>是將規範標籤指向www.site.com/trex-hates_tshirt?。<br/><br/>唯一改變的時候是當您點擊不同款式的襯衫時,這是有道理的,因為您確實希望它們成為獨特的著陸頁。 替代方案2:使用Google搜索控制台忽略URL末尾的所有參數。什麼是參數?從“?”開始及以後部分。<br/><br/>以上URL有三個參數:產品ID、顏色和尺寸。您可以告訴Google搜索控制台忽略其中一個或全部參數。通過這樣做,您基本上告訴Google只考慮應該作為規範URL而不考慮其他部分。<br/><br/>這種解決方案</a>存在缺點,即它只適用於Google。然後你需要在Bing上進行相同操作。您還需要非常小心,確保不要忽略必需的參數。<br/><br/>例如,如果系統還使用某個參數來確定襯衫款式,則要確保在搜索控制台中不排除該參數. 否則, 您將無法在搜索結果中找到所有出色的著陸頁. 此外, 如果產品ID很重要,您不希望告訴搜尋引擎</a>忽略它。從上面的URL看來, 我本以為產品ID是一個必需的參數,但事實並非如此. 相同的產品顯示時無論是否有產品ID, 這意味著您確實希望排除它們。在處理與搜尋引擎</a>和參數索引相關的問題時一定要小心,你必須知道自己在做什麼,否則可能會嚴重影響到關鍵頁面的索引能力。<br/><br/>
實施標準網址標籤
在前面,我已經提到了canonical標籤作為解決幾個問題的替代方案,但我想在這裡更詳細地討論它。我認為canonical標籤只是對於先前提到的問題的一種臨時解決方案</a>。但無論如何</a>,在全面考慮後還是明智地使用它作為一種備用解決方案</a>。<br/><br/> Canonical標籤是一行簡單的程式碼,告訴搜尋引擎</a>他們應該索引哪個URL,而不管他們實際上所在的URL是什麼。它適用於具有重複內容</a>/多個URL問題的網站。以下是完整的canonical標籤示例:<link rel=”canonical” href=”http://www.site.com/everything-else-goes-here”> 搜尋引擎</a>使用canonical標籤作為信號,但不視其為指令。<br/><br/>這意味著如果他們認為被索引URL上的內容</a>與canoncial URL上的內容</a>足夠不同,他們可以選擇忽略它。這就是為什麼我不認為它是一個完全的修復方案。你可以告訴搜尋引擎</a>你的偏好,但不能強迫他們遵從。<br/><br/>這會使你的網站容易受到重複內容</a>問題的影響。 然而,即使你正在實施永久性修正措施,對所有URL實施canonical標籤仍然是一個好主意。只需有人使用帶有額外參數的URL(例如用於跟蹤目的),搜尋引擎</a>就可能將該URL納入索引中。<br/><br/>甚至在不知情的情況下,您已經出現了重複內容</a>問題!
撰寫獨特的產品標題和描述
除非您已經推出自己的產品系列,否則您所售賣的產品很可能與其他數百個網站上銷售的產品相似或相同。這意味著您很可能從製造商處獲取產品描述。這就意味著您在網站上發布了重複內容</a>。<br/><br/>當搜尋引擎</a>看到數百種基本上具有相同標題和描述的產品時,它們必須決定哪一個頁面應該優於其他頁面。這是演算法本身的工作方式,但通過使用這些重複的產品描述,您失去了獨特性。基本上,您完全放棄了搜尋引擎</a>用來判斷您的網站價值優劣的主要方式之一!這意味著你會很難使你的產品頁面在競爭對手</a>之上排名。<br/><br/>如果可以(我知道對於有大量商品的網站來說,這需要花費很多時間),每個商品都寫出獨特的標題和描述。這是你突出於其他銷售同樣商品的獨特機會。找到你自己的聲音,將其融入你所銷售的每一件商品中。<br/><br/>有趣些、創意些,並增加價值!替代方案:如果您無法為產品撰寫自己獨特的內容</a>,您就必須依賴用戶生成的內容</a>。也就是說,讓您的客戶在這些頁面上為您創建內容</a>。所以,既然我們談到了這個話題...
相關數據:
- 全球電子商務市場規模預測2020年:3.9萬億美元 來源: statista
- 美國網絡購物人數2020年增長率:8.7% 來源: emarketer
- 英國電子商務銷售額2020年增長率:19.9% 來源: office for national statistics
- 日本移動終端裝置的電子商務交易占比:46.6% 來源: ministry of internal affairs and communications - japan
- 法國線上購買家具比例:20% 來源: furniture today
- 台灣電子商務市場交易額2020年:3,428億元 來源: 資策會產業情報研究所
實施架構/結構化數據標記
結構化數據</a>(或模式)標記允許您將特定內容</a>與適當的編碼進行標記,從而讓搜尋引擎</a>能夠正確地“解讀”該內容</a>。請記住,訪問者在視覺上看到的通常是相當複雜的代碼結果。搜尋引擎</a>只能閱讀代碼並嘗試以視覺方式解釋它,但不總能得出數據之間的關聯性。<br/><br/>例如,您可能在頁面上明顯看到一個SKU號碼,但該號碼可能被埋藏在搜尋引擎</a>正在努力解析的代碼中。結構化數據</a>使您可以突出顯示此等重要內容</a>和其他關鍵內容</a>,以消除歧義。以下是一些模式化標記的例子: 您在哪裡使用結構化數據</a>?以下僅列幾個特定於產品頁面的選項: 產品名稱 產品圖片 產品描述 品牌 評論 評分 特價 SKU 價格 貨幣 可用性 網址 使用結構化數據</a>為每個區域提供了明確的資訊,告訴搜尋引擎</a>它們各自的內容</a>。<br/><br/>然而,另一個好處是在搜索結果中獲得豐富片段。穀歌通常從您的結構化標記中提取資訊並將其包含在搜索結果中,例如描述和評分。這些出現在搜索結果中可以增加點擊量並有助於銷售產品。<br/><br/>