SEO優化

Mega Menu 會稀釋 SEO 權重嗎?真正的代價是什麼

公司網站的選單改版會議上,最常見的爭論不是要不要放某個連結,而是要不要拿掉某個連結。業務單位覺得自家產品線一定要有入口,行銷單位覺得活動頁不能漏掉,客服也想幫常見問題爭一個版位。討論到最後,通常沒有人敢先開口說「這個先刪掉」,選單就一路長成幾十條、上百條連結的巨型選單(mega menu)。

真正讓人猶豫的理由,常常是「連結太多會不會稀釋 SEO 權重」。這個擔心只對了一半,早期的 PageRank 算法確實會把一個頁面能傳遞的權重,依照對外連結總數平分,連結愈多、每條分到的愈少,這個數學機制是真的。但真正付出代價的地方,從來不只是搜尋引擎的計分表,坐在螢幕前的使用者也一樣要付代價。選項一多,人要花更久才能決定該點哪一個,這是心理學裡有名的 Hick’s Law。選單塞得愈滿,機器判斷不出哪個頁面重要,人也判斷不出來。

先從連結權重這個最常被拿出來講的擔憂拆解清楚,再回頭看真正該優先處理的,其實是使用者的選擇力。

大型選單從導覽工具,變成不敢漏掉任何項目的保險名單

大型下拉選單(mega menu)原本是為了解決一個很具體的問題,網站的選項一多,一般下拉選單只能一條一條往下捲,捲到後面,使用者連上面列過什麼都想不起來,能做的只剩下把選項留在短期記憶裡自己比對。Nielsen Norman Group 在 2017 年的研究裡把 mega menu 的特徵講得很清楚,它是一整片二維面板,選項依照版面、字體排印或圖示分組,整片攤開,一次全部看得到,不必捲動。這個設計本身沒有問題,甚至比一般下拉選單更貼心。

問題出在它後來被用的方式。一個網站上線久了,每個部門、每條產品線都會想在全站共用的選單裡占一格。這些要求各自看都合理,合在一起卻是選單一路變大,誰都不敢先開口說「這個先拿掉」。到最後,選單不再是幫使用者導覽的工具,而是變成一份誰也不敢刪的保險名單。留著,至少不會漏掉誰;砍掉,還得跟提出的那個部門解釋為什麼。

Nielsen Norman Group 在更早的 2010 年就點出這個傾向的代價。選單應該要比一般頁面更嚴格地修剪(pruned even more ruthlessly than full pages)。這句話講的正是「保險名單」現象違反的那個原則,一般頁面的內容多寫幾段,頂多讓讀者多滑幾下;選單多塞幾個連結,卻是每一頁都要背著這份重量,全站每個角落都被同一份什麼都不敢刪的清單佔用。至於這份重量最後花掉的,是連結權重還是使用者的耐心,這兩件事值得分開拆解。

PageRank 均分連結權重的老算法已被加權模型取代

「連結太多會稀釋 SEO 權重」這句話,常被當成阻止選單塞滿連結最有力的理由。它不是空穴來風,而是有確切的數學出處,只是這個出處比多數人轉述的版本更舊,也早就被後來的模型取代掉了。

連結越多,均分模型下每條分到的越少

最早的 PageRank 算法,出自 Sergey Brin 與 Lawrence Page 在史丹佛大學 1998 年發表的論文《The Anatomy of a Large-Scale Hypertextual Web Search Engine》。論文把一個頁面能傳遞的權重,定義成透過對外連結的數量做正規化(normalizing by the number of links on a page),白話講,就是一個頁面手上有一份權重,要透過它的每一條對外連結送出去,連結愈多,每條分到的份額就愈小。論文也提到一個阻尼係數(damping factor),用來模擬使用者持續點連結、但有一定機率中途放棄的行為,論文原文寫「we usually set d to 0.85」,這個 0.85 後來被大量引用,幾乎變成 SEO 圈的常識數字。

用一個示意的算法感受一下均分的效果。假設同一份權重,一個頁面只放 5 條連結,另一個頁面放了 20 條,在均分模型下,前者每條連結分到的權重是後者的 4 倍。這不是任何真實網站量測出來的數字,只是把均分公式代入一個好懂的比例。選單一次塞進幾十上百條連結,依這套最原始的算法,確實會讓每條連結分到的權重被稀釋得很薄,這是「稀釋」這個說法最初、也最常被引用的數學來源。

Google 後來承認的是加權模型,不是均分模型

只是這套均分模型描述的是 1998 年的搜尋引擎,Google 後來的做法早就不是這樣算了。Google 官方在 Search Central 的〈Link best practices for Google〉頁面裡明確建議,錨定文字要有說明性(descriptive),連結前後的文字語境也要一併注意,並舉了一個「不佳」示範,把好幾個字各自變成超連結、緊鄰排在一起,讓讀者根本分不出哪個連結對應哪個主題。這正好對應 mega menu 常見的樣式問題,一整排連結擠在同一區塊,彼此之間沒有語境可以區分。

同一份文件裡,Google 也直接寫下現行的立場:「There’s no magical ideal number of links a given page should contain. However, if you think it’s too much, then it probably is.」(沒有神奇的理想連結數量,但如果你覺得太多了,那大概就是太多了)。換句話說,Google 已經不打算給一個連結數量要壓在幾條以內的硬性上限,取而代之的是一套加權的概念,版面上顯眼、使用者真的會去點的連結像內文裡的連結,分到的權重比選單、頁尾這種每一頁都重複出現的樣板連結更多。

Google 的 John Mueller 在 2021 年 7 月一場官方問答裡,把這個轉變講得更直白。他被問到內部連結是不是塞越多越好時回答:「regardless of what PageRank, and authority, and passing things like that, you’re essentially not providing a clear structure of the website」(不管 PageRank 或權重怎麼算,如果每個頁面都連到其他每個頁面,那你其實就沒有提供一個清楚的網站結構)。他接著補了更直接的一句:「if you do dilute the value of your site structure by having so many internal links that we don’t see a structure anymore, then that does make it harder for us to understand what you think is important on your website」(如果連結多到讓我們看不出結構,那就更難判斷你認為網站上什麼才重要)。這段話點出重點:稀釋的機制是真的,但稀釋的量從來不是 Google 在意的地方,在意的是選單有沒有還保留一個看得出來的結構。

連結權重的均分模型是 1998 年的舊算法,Google 現行改用加權模型,看連結在版面的位置與會不會被點
均分模型下連結愈多每條愈薄,但 Google 現行的加權模型看的是連結位置與會不會被點,不是連結數量。

大型選單真正稀釋的是使用者的選擇力

把連結權重講清楚之後,更值得問的問題其實換了一個對象,機器判斷得出哪個頁面比較重要,人判斷得出來嗎?選單裡塞了幾十個平行選項,眼睛掃過去,每一個看起來都差不多重要,真正被稀釋掉的,是使用者當下能不能立刻抓到重點。

這個現象在心理學裡有個名字,叫 Hick’s Law(也稱 Hick–Hyman Law)。Nielsen Norman Group 對它的定義很直接,選項愈多,使用者做出決定所需要的時間就愈長(the more choices you present to your users, the longer it takes them to reach a decision)。這條定律講的不是使用者比較笨拙,而是一個很基本的認知限制,每多一個選項,大腦就要多花一份心力去比較,選項數量一多,這份心力就會累積成看得到的猶豫。

Hick's Law 指出選單選項愈多,使用者做出決定所需的時間就愈長,容易陷入選擇癱瘓
選項一多,決策時間就拉長,大量平行選項會讓使用者猶豫,甚至乾脆放棄搜尋。

選單設計者把每個部門都想留的項目全數塞進去,表面上是尊重了每個單位的需求,實際上是把哪個更重要這個該由設計者做的取捨,整個丟給使用者自己去扛。使用者面對一整片看不出結構的選項時,反應通常不是耐心逐一比較,而是乾脆放棄搜尋、或隨手點一個看起來眼熟的離開。選擇癱瘓的成因從來不是使用者不夠專心,而是選單本身沒有先幫忙做完該做的分類與排序。

Nielsen Norman Group 在 2010 年的案例分析裡就示範過,選單缺乏清楚結構會讓使用者連這個選單分幾類都看不出來。美國政府入口網站 USA.gov 的選單雖然用直線區隔了 3 塊區域,但項目符號排出來的清單卻連貫成一串,讓使用者以為前 2 塊其實是同一份清單。另一個案例是 Hulu.com,選單雖然照字母排序,卻採橫向排列,而使用者掃視選單的習慣是由上往下看,不是由左往右看,結果排序邏輯完全被使用者忽略,選單看起來就像隨機排列。這 2 個案例的共通點不是選項數量太多,而是選項沒有被整理成使用者能一眼辨認的結構,逼著使用者自己在腦中重新分類,決策時間也因此被拉長。

行動螢幕容不下這套二維選單邏輯

把場景換到手機上,問題又更尖銳一層。mega menu 的優勢建立在一次攤開、二維排版這件事上,而這正好是窄螢幕做不到的,二維面板要嘛整個變形縮到看不清楚,要嘛乾脆換成完全不同的互動邏輯,例如收合成手風琴。行動版最常見的解法是把 mega menu 換成漢堡選單,但這個解法本身也有代價,不是換了就沒事。

螢幕放大鏡使用者看不到選單的另一半

最容易被忽略的問題,出現在使用螢幕放大鏡的低視力使用者身上。Nielsen Norman Group 在 2017 年的研究裡,舉了英國零售網站 JohnLewis.com 的例子:使用螢幕放大鏡瀏覽時,畫面只會顯示選單前面幾個分類,像是排在選單右側的 Gift Food & Alcohol 這種分類,完全落在放大後的可視範圍之外(the screen magnifier will show the first groups but not the Gift Food & Alcohol topic or those right of this groups)。選單邊緣即使有陰影暗示還有更多內容,對放大鏡使用者來說也太不明顯,很容易誤以為自己已經看完全部選項。

同一份研究也指出,小螢幕的觸控裝置上,選單裡過小的選項容易造成觸控選取錯誤(tiny options inside mega menus cause selection errors on touchscreens)。選項愈多、排得愈密,這 2 個問題只會愈明顯,這是選項多與螢幕小這 2 個因素疊加之後才會冒出來的狀況,不是單一個因素造成的。

漢堡選單不是沒有代價的替代方案

把大型選單直接換成一個漢堡圖示,確實解決了螢幕塞不下的問題,但換來的是另一種代價。Nielsen Norman Group 在 2015 年的行動導覽模式研究裡講得很清楚,漢堡選單的優點是能在極小的空間裡容納大量選項(can contain a fairly large number of navigation options in a tiny space),缺點則是可發現性(discoverability)明顯變差,原文用的是一句老話,看不見就想不到(out of sight is out of mind)。

更值得注意的是,這個代價不是點過一次就沒了。同一份研究指出,就算使用者在某一次瀏覽過程中曾經點開過導覽選單,之後也不一定會記得要再點開它(even users who tried the navigation menu at some point during a session may not remember to do so later on)。換句話說,把 mega menu 換成漢堡選單,不是問題解決了,而是把選項太多、選不過來的代價,換成選項藏起來、使用者根本想不到要點開的代價。這兩種犧牲都得老實講清楚,不能只提行動版做了什麼取捨,卻假裝沒有代價。

選單裝得下一切,卻讓每一頁都不再重要

把前面幾節攤開來看,答案其實已經很清楚。選單想裝下所有內容,表面上看起來很周到,每個部門都被納入考量,沒有人被漏掉,乍看是一種公平。但公平地把每個項目都當成同樣重要,結果就是沒有一個項目真的被特別看重,不管是對搜尋引擎,還是對使用者,代價都一樣。

對搜尋引擎來說,前面 John Mueller 那段話已經講得很直接。如果每個頁面都連到其他每個頁面,等於沒有提供一個清楚的網站結構,Google 也就更難判斷,你認為網站上什麼才是真正重要的。對使用者來說也是同一件事的另一面,選單不做取捨,等於把哪個選項比較重要這個判斷丟給使用者自己去猜,跟丟給演算法去猜,本質上是同一種逃避。差別只在於,演算法看不出結構頂多是排名判斷得不準,使用者看不出結構,付出的是自己站在螢幕前多花的那幾秒鐘猶豫,甚至乾脆放棄搜尋。

選單塞滿所有連結,看起來像是把每件事都做全了,實際上是把排出優先順序這件真正該做的工作省略掉了。什麼都放進去,等於什麼都沒有被特別看重,這句話對機器和對人都同樣成立。

選單瘦身之後,深層連結靠情境內鏈與麵包屑補上

知道問題出在哪,下一步自然是問:那選單該怎麼做?答案不是把選單清空,而是換一種分工方式。

選單應該只留下真正的頂層分類,以及使用者最高頻會用到的入口,數量精簡到一眼就能掃完,不需要再分組又分組。Nielsen Norman Group 在 2017 年的研究裡把這個判準寫得很白,不是能放什麼進去就該放什麼進去(just because you can put anything into them doesn’t mean that you should),選項愈少,需要掃視、理解、出錯的機會也愈少(fewer options mean less to scan, less to understand, and less to get wrong)。同一份研究也給了具體的分組建議:依照使用者實際的心智模型分組,把最重要或最常用的那一組放在最顯眼的位置,而且每個選項只在選單裡出現一次,不要重複。這幾條做到,選單自然會瘦下來。

塞滿幾十條連結的巨型選單讓每一項都一樣重要,精簡到頂層分類的導覽反而選項少、更好用
不是能放什麼就放什麼,選項愈少,需要掃視、理解與出錯的機會也跟著愈少。

那些沒被留在選單裡、但確實存在的深層頁面,不代表要被藏起來或砍掉,只是換一種更適合它們的曝光方式。寫文章時,在讀者正在閱讀的相關主題情境裡,自然放進一條內文連結,通常比選單裡對著幾十個平行選項用猜的更有效,讀者當下正好處在相關的閱讀情境裡,點擊的意願與相關性都比在選單裡瞎猜高得多,這也呼應前面提到的加權模型,內文連結本來分到的權重,本來就比選單、頁尾這種樣板連結更多。John Mueller 提到的理想結構,是首頁連到分類頁、分類頁連到產品頁,這正是同一個邏輯,針對部落格文章,再加上情境式的內文連結指到相關文章,補上選單刻意不收的那一層。

至於那些沒被選單直接收錄、又沒有內文連結指到的頁面,還有麵包屑導覽可以幫忙,它不負責曝光,但能讓使用者隨時知道自己站在網站的哪個層級,想往上一層走也找得到路。選單負責讓使用者一眼看懂這個網站的重點是什麼,情境內鏈負責在讀者真正需要的當下把深層頁面送到他面前,麵包屑負責讓使用者永遠不會迷路。曝光的責任被拆到 3 個更適合的地方,而不是全部堆在選單這一個地方硬撐。

選單瘦身後,深層連結的曝光責任拆給導覽選單、情境內鏈與麵包屑三個地方分擔
選單負責讓人看懂重點,情境內鏈在對的時機送上深層頁,麵包屑讓人不迷路。

選單改版會議上那個要不要拿掉某個連結的爭論,說到底問的是同一件事,你敢不敢決定,什麼才是這個網站真正重要的東西。連結權重被稀釋,是機器算出來的結果;選擇力被稀釋,是使用者實際在螢幕前多花的那幾秒猶豫,兩者背後是同一個沒被回答的問題。選單精簡下來、深層頁面換個位置曝光,不是犧牲了誰的版位,而是把排優先順序這件本來就該做的工作,還給該做決定的人。

常見問答

本區問答由 AI 依文章內容自動整理,僅供快速參考,正式內容仍以全文為準。

選單連結太多真的會稀釋 SEO 權重嗎?

早期 PageRank 算法確實會把頁面權重依對外連結數量均分,連結越多、每條分到的越少;但 Google 現行已改用加權模型,看的是連結在版面的位置與是否真的會被點擊,並未設下連結數量的理想上限。

Google 對網站連結數量有沒有設上限?

Google 官方在 Link best practices 頁面明講,沒有神奇的理想連結數量,但如果覺得太多了,那大概就是太多了;判斷標準不是數字,而是連結有沒有清楚的錨定文字與語境,讓讀者分得出各自對應的主題。

選單選項太多為什麼會讓人猶豫不決?

這是心理學裡的 Hick’s Law,選項愈多,使用者做出決定所需要的時間就愈長;每多一個選項,大腦就要多花一份心力比較,累積起來就變成看得到的猶豫,嚴重時甚至會讓人乾脆放棄搜尋。

手機版選單改成漢堡選單有什麼缺點?

漢堡選單能在極小空間裝進大量選項,但代價是可發現性明顯變差,看不見就想不到;研究也指出,就算使用者某次瀏覽時點開過選單,之後也不一定記得要再點開,等於把選不過來換成想不到要點開。

選單精簡後,深層頁面要怎麼被使用者找到?

靠情境式內文連結與麵包屑補上,在讀者正在閱讀的相關主題裡自然放一條連結,比選單裡對著幾十個選項用猜的更有效;麵包屑則讓使用者隨時知道自己在網站的哪個層級,想往上一層走也找得到路。

資料來源
  1. Mega Menus Work Well for Site Navigation — Nielsen Norman Group
  2. Mega Menus Gone Wrong — Nielsen Norman Group
  3. Hick's Law: Designing Long Menu Lists — Nielsen Norman Group
  4. Basic Patterns for Mobile Navigation — Nielsen Norman Group
  5. Link best practices for Google — Google
  6. English Google SEO office-hours from July 2, 2021 — Google(John Mueller)
  7. The Anatomy of a Large-Scale Hypertextual Web Search Engine — Brin & Page(史丹佛大學)