
Shopify 網站結構點設計先利 SEO
好多香港 Shopify 網站明明上架咗大量產品、每星期又有更新 Blog,但自然搜尋流量一直做唔起,問題往往唔係「內容數量唔夠」,而係網站結構令 Google 搵唔到重要頁面、分唔清邊一頁先係主角,甚至將抓取時間浪費在篩選、排序和重複網址上。真正有利 SEO 的 Shopify 結構,要同時照顧顧客點樣搵產品、搜尋引擎點樣沿連結抓取,以及首頁、集合頁、產品頁和內容頁之間點樣分工。本文會由實際架構出發,逐步拆解分類、URL、內鏈、分頁與改版原則。
目錄
點解網站結構會直接限制 SEO 成效
SEO 唔係只要寫好標題、加關鍵字和發文章。Google 要先發現一個網址,之後抓取內容、判斷應否索引,再理解它與網站其他頁面的關係,先有機會在合適的搜尋結果出現。如果一件商品只可以靠站內搜尋搵到、某個集合頁沒有任何頁面連入,或者同一組產品由十幾個近似分類同時競爭,內容寫得幾好都會打折扣。
Google 官方說明,搜尋引擎主要根據頁面之間的連結關係理解電商網站,而唔係單靠 URL 有幾多個斜線。到達某頁需要經過幾多條連結、網站內有幾多頁指向它,都可能幫助 Google 判斷相對重要性。因此,網站結構的任務係令重要頁面容易被顧客及爬蟲到達,同時讓每種搜尋意圖都有清晰、穩定的主要承接頁。
要留意:「重要頁面盡量在首頁 3 次點擊內到達」係實用架構原則,Shopify 官方亦有相同建議,但它唔係一條保證排名的硬性規則。真正重點係建立清楚、可抓取而且符合用戶需要的路徑,而唔係為咗湊數將所有頁面塞入主選單。
先理解 Shopify 真正的網站層級
Shopify 的網址路徑有固定格式。產品通常位於 /products/產品-handle,集合位於 /collections/集合-handle,一般頁面位於 /pages/頁面-handle,Blog 文章則位於 /blogs/blog-handle/文章-handle。即使你在選單將「護膚品」放在「美容產品」下面,集合網址亦唔會自動變成 /collections/美容產品/護膚品。
這一點好重要:Shopify 的集合在網址上大致係平面結構,所謂父分類、子分類,主要由選單、集合頁內的分類入口、麵包屑及內鏈建立。Google 亦明確表示,一般唔會單靠 URL 路徑推斷整個網站架構,而會分析頁面之間點樣互相連結。所以唔需要為咗「睇落有層級」而勉強改平台網址,應該將精力放在導覽與連結關係。
| 頁面類型 | 常見 Shopify 路徑 | 在結構中的主要角色 | 典型搜尋意圖 |
|---|---|---|---|
| 首頁 | / |
品牌入口,分配流量到最重要分類、活動及內容 | 品牌名稱、主要業務 |
| 集合頁 | /collections/moisturizers |
承接分類需求,展示及比較一組相關產品 | 保濕面霜、男士銀包、香港咖啡豆 |
| 產品頁 | /products/product-name |
解釋單一商品、規格、價格、庫存與購買理由 | 具體品牌、型號或產品名稱 |
| Blog 文章 | /blogs/guides/article-name |
回答問題、比較方案、教育顧客並導向商業頁面 | 點揀、比較、用法、常見問題 |
| 一般頁面 | /pages/shipping |
建立信任及交代服務、門市、送貨、退換與公司資料 | 品牌資料、香港送貨、批發查詢、退貨政策 |
一個合理的概念層級
- 首頁
- 美容產品(主分類入口)
- 護膚品(集合或分類落地頁)
- 面霜(更具體的集合頁)
- 單一面霜產品(產品頁)
- 面霜(更具體的集合頁)
- 護膚品(集合或分類落地頁)
- 護膚指南(內容中心,連回相關集合與產品)
- 美容產品(主分類入口)
這個層級唔一定會完整反映在 URL,但應該反映在主選單、集合頁入口、麵包屑和正文連結之中。顧客由首頁進入後,應該可以自然收窄選擇,而唔係在幾十個並列集合之間估邊一個先啱。
分類與層級應該點樣規劃
分類唔應該照搬公司的內部部門、供應商名單或者 Excel 欄位,而應該以顧客點樣理解產品、點樣搜尋和點樣作購買決定為基礎。規劃之前,可以先整理搜尋查詢、站內搜尋字詞、產品屬性、銷售數據及客服常見問題,再決定哪些需要成為長期集合頁,哪些只適合做篩選條件。
適合做主要分類
- 產品種類,例如面霜、精華、潔面
- 明確而持久的用途,例如旅行用品、辦公室傢俬
- 有穩定搜尋需求的客群,例如男士護膚、兒童雨鞋
- 公司願意長期維護,而且有足夠產品支撐的主題
較適合做篩選屬性
- 顏色、尺碼、價格範圍及庫存狀態
- 大量可互相組合但搜尋價值低的細節
- 經常變動、產品數量可能跌至零的條件
- 只方便站內縮窄結果、毋須獨立排名的選項
分類規劃的五個原則
- 先定一套主分類邏輯:例如先按產品種類,再按用途細分;唔好同一層一時按品牌、一時按對象、一時按價錢。
- 避免過度交叉:「夏季新品」「熱門產品」「編輯推介」可以作活動入口,但唔應該取代穩定的產品分類。
- 每個可索引分類要有獨立價值:如果兩個集合的產品、文案及搜尋意圖幾乎一樣,應該合併或重新定位。
- 重要分類要長期穩定:季節可以改商品與內容,但核心 URL 唔好每幾個月更名一次。
- 控制點擊深度:核心集合和主力商品應由首頁、主選單或重要集合頁提供短路徑;較低優先級頁面可以更深,但唔應該成為孤兒頁。
分類唔係越多越好。十個內容薄弱、互相重疊的集合,通常不如三個定位清楚、產品完整、有獨立說明而且得到足夠內鏈支持的集合。新增分類之前,先問:「顧客會唔會用這個概念搵產品?這一頁與現有頁面有冇明確分別?半年後仍然值得保留嗎?」
主選單、麵包屑與導覽點分工
網站導覽唔只服務訪客,亦建立搜尋引擎可以跟隨的抓取路徑。Google 建議重要商品應透過正常導航連結到達,而且連結應使用真正的 <a href="/...">。只靠按鈕的 JavaScript 點擊事件、站內搜尋框,或者用戶滾動後先載入的入口,都不應成為唯一發現途徑。
| 導覽位置 | 應該放甚麼 | 唔應該點用 |
|---|---|---|
| 主選單 | 核心產品分類、主要客群入口、少量重要服務頁 | 塞入所有 SKU、每個 Blog 分類和幾十個低價值集合 |
| 首頁內容區 | 主力集合、暢銷商品、新業務方向及重要指南 | 只放大圖輪播,沒有清楚文字和可抓取連結 |
| 集合頁分類入口 | 子分類、相關用途及顧客下一步最可能需要的選擇 | 產品網格之外完全沒有分類關係 |
| 麵包屑 | 顯示由首頁、主分類到目前頁面的合理路徑 | 因產品屬於多個集合而每次顯示不一致的父層 |
| 頁尾 | 送貨、退換、聯絡、門市、公司資料及少量重要分類 | 為咗 SEO 將全站所有關鍵字頁面堆成大型連結牆 |
| 站內搜尋 | 幫助顧客快速尋找已知產品或型號 | 把搜尋框當成 Google 發現商品的主要方法 |
桌面版和手機版可以用不同展示方式,但重要入口唔應該在手機版消失。亦要留意 Mega Menu:它可以提升選擇效率,但如果一次過輸出數百條連結,會令顧客難以掃讀,亦削弱真正核心入口的焦點。選單最重要的判斷標準係「用戶可唔可以快速理解下一步」,而唔係連結數量。
首頁、集合頁、產品頁與內容頁點分工
網站結構混亂,經常源於幾種頁面爭做同一件事。例如集合頁、產品頁和 Blog 文章全部針對「天然面霜」這個字,但沒有清楚區分一頁負責展示選擇、一頁負責售賣具體產品、一頁負責解答點樣揀,最後可能互相競爭,又未能完整滿足任何一種意圖。
| 頁面 | 主要任務 | 應包含的核心元素 | 應連去邊度 |
|---|---|---|---|
| 首頁 | 說明品牌定位,將訪客導向核心路徑 | 主要類別、主力產品、信任資訊、重點內容 | 核心集合、活動頁、重要指南及服務頁 |
| 集合頁 | 承接類別或用途搜尋,幫助比較選擇 | 清楚 H1、獨立簡介、產品清單、子分類、選購提示 | 相關子集合、產品、指南及售後資料 |
| 產品頁 | 回答購買前問題並完成轉化 | 獨立描述、規格、價格、庫存、圖片、送貨退換及結構化資料 | 所屬主分類、相關產品、用法與比較內容 |
| Blog 文章 | 滿足資訊意圖,建立專業度及早期需求 | 完整答案、例子、比較、常見問題及下一步 | 最相關的集合或產品,而唔係每篇都只連首頁 |
| 服務/信任頁 | 解答公司、交易與售後疑問 | 香港送貨、門市、退換、保養、聯絡及批發安排 | 相關產品流程、客服入口及政策細節 |
集合頁唔應該只得產品格
集合頁通常係電商 SEO 最重要的承接頁之一。它需要有可理解的名稱、與搜尋意圖一致的標題和簡介、可抓取的產品連結,以及足夠資料幫助用戶選擇。文案可以放在產品格上方或下方,但唔應該為咗關鍵字寫一大段與購物無關的文字,亦唔應該每個集合換幾個詞就複製同一篇介紹。
產品數量暫時較少都唔一定要刪除集合,但頁面要有持續存在的理由。如果一個集合長期只有一件產品,而搜尋意圖與產品頁完全相同,保留兩個近似頁面的價值就要重新評估。
URL、Canonical 與重新導向
Shopify 已經提供相對清晰的固定路徑,商戶主要可以修改的是 URL handle。Handle 應該簡短、可讀、與頁面主題一致,英文詞之間用連字號,例如 /collections/organic-skincare,避免無意義編號、日期、過長句子及大量重複關鍵字。最重要係一開始定得合理,之後保持穩定,而唔係為咗細微 SEO 感覺不停更改。
Shopify 自動處理咗甚麼?
根據 Shopify 官方 SEO 說明,平台會自動產生 canonical 標籤、sitemap.xml 及 robots.txt,亦容許商戶編輯產品、集合、頁面和 Blog 的搜尋標題、Meta Description 與 handle。這些內建功能可以減少基本技術錯誤,但唔代表所有主題、App、篩選及自訂程式碼都一定正確。安裝 SEO、篩選、翻譯或頁面生成 App 之後,仍應抽查頁面原始碼有冇重複 canonical、錯誤 noindex 或多套互相衝突的結構化資料。
Canonical 唔係清理結構的萬能掣
Canonical 的作用係向搜尋引擎提示一組相似網址之中偏好的版本,唔會將一個內容薄弱的集合變成高質量頁面,亦唔保證 Google 永遠採用你的指定。如果網站仍然大量內鏈去參數網址、重複集合和非首選產品路徑,單靠 canonical 只係一邊製造問題、一邊要求搜尋引擎忽略。
改 URL 必須配合 301
更改產品、集合或文章 handle 時,要由舊網址 301 重新導向至內容最接近的新網址,並同步更新選單、正文、廣告、電郵及其他可控制的內鏈。Shopify 可以在更改 handle 時建立重新導向,亦支援管理及匯入 URL redirects。不要將大量已刪除產品全部導向首頁;有真正替代品就導向替代品,有高度相關分類就導向該分類,完全沒有對應內容時,保留正確 404 往往比不相關重新導向更合理。
改版前先停一停:如果現有頁面已經有排名、外鏈或自然流量,唔好只因為 URL 「唔夠靚」就更改。先匯出舊網址、自然流量、外鏈與目標新網址對照表,再進行改動和測試。
篩選、分頁與無限滾動的 SEO 處理
篩選器最容易製造無限網址
顏色、尺碼、品牌、價錢、材質、庫存和排序對顧客有用,但每個條件都可能產生參數網址;條件互相組合之後,幾百件產品可以變成成千上萬個 URL。Google 官方提醒,Faceted Navigation 可能形成近乎無限的網址空間,令爬蟲花時間在低價值組合上,拖慢新產品和重要頁面的發現。
實際處理時,可以將篩選結果分為三類:
- 有明確搜尋需求:例如「男士防水行山鞋」,可以建立有固定 URL、獨立內容及穩定產品的策劃集合頁。
- 只方便站內瀏覽:例如同時選三種尺碼、兩種顏色和某個排序,通常毋須成為可排名頁面。
- 無結果或不合理組合:應避免輸出大量空白頁;技術上能控制時,無效組合應返回正確狀態,而唔係全部導向同一分類。
究竟使用 canonical、noindex、nofollow 或 robots.txt.liquid,要按主題輸出的 URL、內鏈方式和現有索引情況決定,唔應該直接複製網上規則。特別要注意:robots.txt 控制抓取,不等同保證移除索引;而 noindex 要讓 Google 抓到頁面先睇得到。改動前應先用 Search Console、網站爬蟲及伺服器資料確認問題範圍。
分頁唔係問題,抓唔到先係問題
大型集合用 ?page=2、?page=3 分頁係正常做法。Google 現行指引建議每個分頁狀態有獨立 URL,並以可抓取連結順序連接;不要將第 2、3 頁全部 canonical 到第 1 頁,因為每一頁實際展示的產品集合並不相同。第一頁亦應使用乾淨集合網址,而唔係另造一個 ?page=1 重複版本。
無限滾動要有可抓取後備路徑
Google 不會像真人一樣不停向下滾動或按「載入更多」。如果第 25 件之後的產品只會在用戶操作後透過 JavaScript 出現,又沒有固定分頁 URL 和普通連結,搜尋引擎可能無法順利發現。理想做法係前台可以保留流暢的無限滾動體驗,但後台同時提供持久的 ?page=n 網址、連續分頁連結及一致內容;載入新段落後亦應處理瀏覽器歷史和返回位置。
最少要測試四樣嘢
- 關閉 JavaScript 或查看初始 HTML,確認產品與下一頁是否仍有可發現連結。
- 在 Google Search Console 使用網址審查,查看 Google 實際渲染到甚麼。
- 抽查第 2、3 頁的 canonical、HTTP 狀態及產品連結。
- 測試手機版的「載入更多」、返回鍵、網址更新及頁尾是否可正常使用。
內鏈點樣引導抓取與重要性
內鏈唔係在每篇文章加十個關鍵字連結,而係建立清楚的路徑與主次。首頁應連到核心集合,主集合連到子分類和重要產品,產品頁連回合理的主分類與相關指南,Blog 就將資訊需求導向最相關的商業頁面。當多個內容都自然支持同一個核心集合,搜尋引擎會更容易理解網站對該主題的覆蓋。
有效內鏈
- 用「香港即日送花服務」等描述性文字
- 放在真正相關的句子、選購指南或分類入口
- 優先支持核心集合、新品及需要提升可見度的頁面
- 定期由新文章連回現有重要頁面
- 更新舊內容,加入新產品或更完整指南
低價值內鏈
- 大量使用「按此」「了解更多」而沒有語義
- 每篇文章機械式連去首頁或同一件產品
- 頁尾堆滿幾百個關鍵字連結
- 連向已重新導向、404 或非首選參數網址
- 只靠自動相關產品,沒有清楚分類關係
同一頁出現幾多內鏈並沒有一個適用所有網站的神奇數字。判斷方法應該係:每條連結有冇幫助用戶理解下一步?是否令重要頁面更容易到達?有冇將顧客帶到重複或低價值 URL?如果一個核心集合只在 sitemap 出現,沒有任何主選單、首頁、上層集合或文章連入,它在結構上仍然係孤立的。
Blog 內容點樣支援集合頁與產品頁
好多 Shopify 商戶的 Blog 與商店完全分家:文章有流量,但只在結尾放一條「返回首頁」;產品頁亦不會連去尺寸、保養、比較或使用指南。結果資訊流量未能進入購買路徑,集合頁亦得不到相關內容支持。
較理想的做法係先決定核心商業頁,再建立相關內容集群。例如:
| 搜尋階段 | 內容例子 | 主要承接頁 | 內鏈方向 |
|---|---|---|---|
| 認識問題 | 香港潮濕天氣點揀保濕產品? | 完整 Blog 指南 | 連到膚質指南及保濕產品集合 |
| 比較選擇 | 面霜、乳液與啫喱有甚麼分別? | 比較文章 | 連到不同類型集合及代表產品 |
| 準備購買 | 適合油性肌的清爽保濕產品 | 經策劃的集合頁 | 連到產品頁、送貨及退換資料 |
| 購買後 | 保濕產品使用次序及保存方法 | 教學文章 | 連回已購商品、補充品及相關分類 |
每篇文章都應有清楚任務:回答一個真實問題、支援一個主題,並把讀者帶到合理下一步。唔需要為每個長尾字建立一篇內容薄弱的文章;意思相近的查詢可以集中在一篇完整指南,再用小標題和 FAQ 回答。這樣亦可減少多篇文章互相競爭。
香港多語言 Shopify 網站結構
香港商戶經常同時使用繁體中文與英文,亦可能面向澳門、新加坡、英國或其他市場。多語言 SEO 最重要係每個語言或地區版本有可持久存取的獨立 URL,而唔係在同一網址只按瀏覽器語言動態換字。Shopify Markets 的國際網域設定可以使用獨立網域、子網域或子資料夾,例如 example.com/en-hk;首次建立多市場結構時,子資料夾通常較容易沿用主網域既有權重和管理設定。
當國際網域或子資料夾正確設定後,Shopify 會為已發佈語言自動建立 hreflang 與 Meta 標記,sitemap 亦會包括相關語言版本。不過,自動標記只係技術基礎:兩種語言仍應有完整內容、對應導覽、正確內鏈與一致的頁面關係。不要將所有英文頁統一導向繁中首頁,亦不要只翻譯產品頁、但選單、集合介紹、送貨政策和 Blog 全部保持另一種語言。
香港多語言網站的實用原則
- 先決定主市場、預設語言及每個市場需要的 URL 形式。
- 同一內容的語言版本互相對應,避免 hreflang 指向錯頁或 404。
- 每種語言使用當地顧客真正會搜尋的詞,唔好只做逐字翻譯。
- 語言選擇器使用可抓取、可返回的固定網址。
- 更改市場或刪除語言子資料夾時,預先建立對應重新導向。
香港商戶最常見的結構錯誤
| 常見錯誤 | 可能造成的影響 | 較合理的修正方向 |
|---|---|---|
| 按公司部門或供應商名稱分類 | 顧客唔理解,搜尋意圖與分類名稱不一致 | 按產品、用途和購買決策重新規劃主分類 |
| 大量相似集合重複同一批產品 | 頁面互相競爭,內容與內鏈被分散 | 合併近似意圖,留下有獨立用途的主頁面 |
| 所有篩選與排序 URL 都可抓取 | 產生大量近似網址,拖慢重要頁面發現 | 只將有搜尋價值的組合做固定集合,其餘按技術審核處理 |
| 無限滾動完全依靠 JavaScript | 較後商品沒有穩定 URL 或可抓取入口 | 保留分頁網址和順序連結,測試 Google 渲染結果 |
| 產品只可以靠站內搜尋搵到 | Googlebot 通常不會自行輸入搜尋,商品容易成為孤兒頁 | 由集合、子分類或其他可抓取頁面提供普通連結 |
| 將所有分頁 canonical 到第一頁 | 不同產品集合被誤當重複內容,深層商品發現受影響 | 保留獨立分頁 URL、可抓取連結及合理 canonical |
| 經常為關鍵字修改 URL | 累積訊號被重新導向消耗,內鏈和外鏈容易遺漏 | 除非結構確有問題,否則保持現有有效 URL |
| 刪除商品後全部導向首頁 | 相關性差,可能造成不良體驗或被視為 Soft 404 | 導向真正替代品或相關集合;沒有替代就返回正確 404 |
| Blog 只互相連文章,不連商業頁 | 資訊流量無法進入選購與轉化路徑 | 按意圖連到最相關集合、產品和服務資料 |
| 以為提交 sitemap 就完成結構 | Google可能發現 URL,但仍難判斷關係、主次與用戶路徑 | 將 sitemap 當發現輔助,核心仍然係導覽與內鏈 |
實際重整步驟與檢查清單
網站已經營運一段時間時,唔建議一開始就大改選單和 URL。較安全的做法係先盤點,再按優先級逐步修正:
- 匯出現有 URL:整合 Shopify sitemap、Google Search Console、分析工具、產品與集合清單,搵出有流量、排名、外鏈和銷售的頁面。
- 標記頁面角色:將每個 URL 分為首頁、集合、產品、內容、服務、篩選、分頁、重複或待刪除。
- 建立搜尋意圖對照:每個重要關鍵字或主題指定一個主要承接頁,避免多個頁面同時爭同一任務。
- 設計主分類與路徑:先在表格或流程圖確認首頁、主分類、子分類、產品與內容中心的關係,再修改 Shopify 選單。
- 補回可抓取內鏈:確保重要集合和產品由正常
<a href>連結到達,修正孤兒頁、404、重複導向和參數連結。 - 審核篩選與分頁:列出會產生的 URL 模式,決定哪些值得索引、哪些只服務用戶,並測試 canonical、robots、noindex 和 HTTP 狀態。
- 建立重新導向表:任何刪除、合併或改名 URL 都要先指定新目的地,避免上線後先補救。
- 上線後監察:追蹤索引頁數、抓取情況、404、Google 選擇的 canonical、集合與產品自然流量,以及手機導覽表現。
每月可以快速檢查的項目
- 新產品是否已加入至少一個可由導覽到達的有效集合?
- 新增集合是否有獨立搜尋意圖,而唔係複製現有頁面?
- 主選單及首頁是否仍然反映現時最重要的業務?
- 最近文章是否連到相關舊文章、集合或產品?
- 有流量的舊產品和文章是否出現 404 或不必要重新導向?
- 篩選、排序、追蹤參數或 App 有冇新增大量可抓取 URL?
- 第 2 頁之後的商品是否仍可經分頁連結被發現?
- 繁中、英文及市場版本的 hreflang、內鏈和重新導向是否一致?
Shopify 網站結構 SEO 常見問題
所有重要頁面都一定要在首頁 3 次點擊內嗎?
唔係硬性排名規則,但對核心集合、暢銷產品和重要內容係合理目標。大型商店不可能將每個 SKU 都放到首頁兩三步內,重點係讓重要頁面有短而清楚的路徑,其他商品亦能由分類和分頁正常到達。
Shopify 集合可唔可以真正建立父子分類?
集合的固定 URL 本身唔會因選單嵌套而形成父子目錄,但你可以透過巢狀選單、集合頁分類卡、麵包屑和內鏈建立清楚的概念層級。Google 主要從連結關係理解這個架構,所以 URL 沒有嵌套並不代表 SEO 一定差。
有 sitemap,Google 係咪一定搵到全部產品?
Sitemap 可以幫助搜尋引擎發現 URL,Shopify 亦會自動產生包含產品、集合、頁面和 Blog 的 sitemap;但它不能取代正常導覽。沒有內鏈的產品仍然欠缺頁面關係與重要性訊號,顧客亦無法自然瀏覽到。
篩選頁全部 noindex 就最安全嗎?
未必。有些篩選組合可能具有真實搜尋需求,值得轉成固定集合頁;有些只係排序或低價值組合,就毋須索引。應先盤點 URL 模式及現有流量,再決定 noindex、canonical、robots 或頁面重建,避免一刀切誤傷有效頁面。
Blog 應該連產品頁定集合頁?
視乎讀者當時的需要。介紹整類選擇或比較多款產品時,通常連集合頁較自然;文章深入講解某一款型號、成分或用法時,可以直接連產品頁。同一篇內容亦可以先連分類,再在具體例子連相關產品。
為咗 SEO,現有 URL 應唔應該全部改成英文關鍵字?
唔應該只為外觀一次過改。可讀 URL 有幫助,但穩定性、既有排名、外鏈和重新導向風險同樣重要。新頁面可以採用一致命名規則;舊頁只有在確實重複、錯誤或結構改版時先更改,並建立完整 301 對照。
總結:穩定結構先可以長期累積
有利 SEO 的 Shopify 網站結構,唔係追求最深奧的技術,而係讓每一種頁面都有清楚任務:首頁分配入口、集合頁承接分類需求、產品頁完成具體選購、Blog 回答問題並導向下一步,服務頁補足信任與交易資料。這些頁面再透過可抓取的選單、分類入口、麵包屑和語義內鏈連成一個完整系統。
對香港商戶而言,最值得優先處理的通常係三件事:減少重複而薄弱的集合、確保重要商品唔係只靠搜尋或 JavaScript 先搵到,以及控制篩選參數、分頁和多語言版本產生的 URL。網站結構一旦定得合理,就應該保持穩定,用新產品、內容與內鏈逐步累積;不停改分類、改 handle 和追逐短期技巧,反而最容易令原有訊號流失。
- Hits: 11