SEO誤區

接觸SEO越深，越發現這個行業裡有太多’公認的正確做法’，其實經不起驗證。很多操作被寫進教程、做成課程、當作標準流程執行，但拿實際排名資料一對照，要麼只在特定條件下成立，要麼壓根就是反作用。

誤區一：內部連結越多越好

這大概是SEO圈最根深蒂固的信念之一——每篇文章都要儘可能多地連結到站內其他頁面，形成”蜘蛛網”式的內部連結結構，防止孤島，我也寫過這類文章。

但實際情況是：內部連結也存在衰減（decay）。只要是連結無論內外都存在，以大概85%的衰減速度，第四次跳轉就幾乎沒有。

跟外部連結傳遞權重時會被逐層”徵稅”一樣，內部連結傳遞的authority同樣會隨著連結數量的增加而被稀釋。你在一個頁面裡塞了10條內部連結，每條分到的權重遠不如只放3條時每條的權重。

更關鍵的一點是：一個沒有排名的頁面，連結到另一個頁面，傳遞的authority是零。

David Quaid用了一個很形象的類比：內部連結是電線，外部連結是發電廠。電線的作用是把電力從一個房間傳到另一個房間。但如果你的發電廠本身沒有發電（頁面沒有排名、沒有流量、沒有Google認可的authority），你在房子裡接再多電線也不會亮燈。

從一個沒有排名的頁面拉一條內部連結到你的”核心頁面”，就像從一個沒電的房間拉一根電線到另一個房間——傳過去的電流是零。

還有一個被忽視的風險：當你用不同的同義詞作為錨文字指向不同頁面時，Google可能無法區分這些同義詞，導致cannibalization（關鍵字互食）。Quaid舉了一個例子——SOC這個詞，可以是Security Operations Center，也可以是System on Chip。你去Google搜一下，兩種含義的結果都有。Google在處理同義詞和語義歧義時，遠沒有大家想象的那麼聰明。

實操建議：

• 每個頁面的內部連結控制在3條以內
• 只從有排名、有真實流量的頁面做內部連結
• 不要用同義詞錨文字指向不同頁面——先搜這兩個詞的SERP，如果重疊度超過60-70%，就不要分成兩個頁面

誤區二：先搭pillar page架構，再填內容

“先規劃主題叢集，設計pillar page和cluster page的對映關係，然後按架構圖逐步填充內容”——這是目前中文SEO教程裡最流行的內容策略框架。

問題在於：如果你的站沒有authority，這整個架構就是一張空頭支票。

Quaid的原話是：”You’re writing checks that your bank balance can’t afford.” 你在銀行裡沒有存款，卻在外面大筆大筆地開支票。那些cluster頁面還沒有排名，它們給pillar page傳遞的authority是零。pillar page本身也沒有外部連結支撐，所以整個結構只是一個沒有”電力”的空架子。

你以為你在建設”主題權威”，實際上你只是讓Google去爬一堆它不打算索引的頁面。

正確的順序應該是反過來的：

先找到低競爭的查詢，單獨做頁面，讓它排上去獲得真實的流量和authority。然後再用內部連結把已經有排名的頁面串聯起來，形成主題叢集。

先有存款，再開支票。先有電力，再接電線。先有排名，再做架構。

這不是說主題叢集沒有價值——對於已經積累了大量authority的成熟站來說，系統性的pillar+cluster結構確實能放大效果。但對於新站或者authority薄弱的站，過早地按這個框架鋪內容，結果往往是大量頁面不被索引、authority被稀釋、核心頁面反而排不上去。

誤區三：每個SEO元素都要填滿

Title裡放關鍵字、meta description裡放關鍵字、H1裡放關鍵字、第一段落裡放關鍵字、alt text裡放關鍵字、H2裡放關鍵字……

這套”清單式SEO”被無數教程奉為標準操作。但實際測試資料表明：做得太多，反而可能觸發過度優化。

Edward Sturm做過一個嚴格測試——把關鍵字同時放進title、slug、meta description、H1、第一句話和alt text，結果頁面反而不排名。當他把alt text裡的關鍵字去掉後，頁面開始排名了。

Quaid的做法更極端：完全不寫meta description，完全不寫alt text，只依靠slug和H1來傳遞相關性訊號。結果呢？照樣排名，甚至排得更好。他的理解是：”You can’t drive to the supermarket by putting your foot on the brake and the accelerator at the same time.” 油門和剎車同時踩，車是不會動的。

這背後的邏輯是：相關性得分只能到100%，超過了不加分。

你的slug已經告訴Google這個頁面是關於什麼的，H1進一步確認了主題。到這一步，相關性訊號已經足夠了。在meta description、alt text、H2裡反覆塞同一個關鍵字，不會讓相關性從100%變成120%——它只會增加被判定為過度優化的風險。

關於meta description，還有一個現實問題：Google在大部分情況下會忽略你寫的meta description，自己從頁面內容裡生成snippet。你花時間精心撰寫的描述，最終可能根本不會被展示。與其在這上面反覆打磨，不如把時間花在內容本身上。

實操建議：

• slug和H1是最重要的兩個相關性訊號，把核心關鍵字放在這兩個位置就夠了
• meta description可以寫，但不要糾結——Google經常會自己改
• alt text用於描述圖片內容本身，不要把它當成塞關鍵字的位置
• 不需要在H2、H3裡重複核心關鍵字

誤區四：DA高的外部連結一定好

“找DR/DA高的站做外部連結”——這是外部連結建設中最常見的篩選標準。

但DA（Domain Authority）本身就是一個有嚴重缺陷的指標。它把一個複雜的、按主題分佈的authority體系，壓縮成了一個單一數字。Quaid用了一個很生動的比喻：這就像用馬力來評價一輛車——Honda Fireblade有100馬力，但它只有一個座位。如果你要帶兩個人出行，它就毫無用處。

DA的問題在於：

第一，一個高DA站的新頁面，authority可能是零。 DA是站點級別的指標，但authority在站內的分佈是不均勻的。大部分權重集中在首頁和少數核心頁面上。如果你拿到的外部連結在一個剛釋出的、沒有任何排名和流量的新頁面上，這條連結的實際價值可能接近於零——不管這個站的DA是80還是90。

第二，高DA不等於高索引率。 有些高DA站大量頁面沒有被索引，排名也很差。從這樣的站拿到外部連結，實際傳遞的authority非常有限。

第三，sitewide relevance（全站相關性）是一個myth。 你不需要從同行業的站拿外部連結才有效。沒有證據表明Google會做全站級別的相關性判斷——這需要人工編輯逐個站點去定義行業歸屬，Google不會做這種不可規模化的事情。

那什麼樣的外部連結才真正有價值？

判斷標準很簡單：連結所在的頁面有沒有真實的排名和流量。

一條來自DA20、但頁面有排名有流量的外部連結，可能比一條來自DA80、但頁面沒流量的外部連結更有價值。因為有流量的頁面說明Google已經認可了它的authority，從這個頁面傳遞出來的權重是真實的。

當Edward Sturm在X上發起投票，問”DA20有流量的外部連結”和”DA80沒流量的外部連結”二選一時，Quaid毫不猶豫地選了前者。

實操建議：

• 評估外部連結價值時，不要只看DA/DR，要看連結所在頁面的實際流量和排名
• 優先從有真實流量的頁面獲取外部連結
• 不要因為DA低就放棄一個外部連結機會——關鍵是頁面本身有沒有排名

誤區五：內容越長越好，一個頁面要覆蓋所有子問題

“寫長篇終極指南”、”一文說清所有問題”——這種內容策略在過去幾年被廣泛推崇。

但這裡有一個被忽視的機制問題：一個頁面覆蓋多個主題，會稀釋相關性得分。

具體來說：頁面的slug和H1決定了這個頁面的相關性得分。如果你的slug精準匹配一個目標查詢，相關性是100%，你可以用上全部的authority。但如果你在一個頁面裡塞了三個不同的問題，每個問題的相關性得分就只有33%——你的authority只能發揮三分之一的效果。

Quaid的原話是：”If your relevancy score is 100%, you use all of your authority. If it’s 50%, you use 50%. So if you’re going to put three questions on a page, you’re diluting them.”

所以在很多情況下，三個各自精準的頁面，比一個面面俱到的”終極指南”排名更好。

至於內容長度本身，Google從未表示過有最低字數要求。Google的SEO入門指南里找不到任何關於”文章至少要多少字”的說明。Quaid分享過一個案例：他用一兩句話的頁面（回答”how do you pronounce VPN”——答案就是V-P-N）獲得了大量流量，然後從這個頁面拓展到整個VPN話題。

這不是說長內容沒有價值。對於複雜的、多維度的查詢，長內容確實更有優勢。但長度應該由查詢本身的複雜度決定，而不是由某個”最低字數標準”決定。

實操建議：

• 一個頁面對準一個核心查詢，slug和H1精準匹配
• 內容長度由查詢複雜度決定，不追求字數
• 如果一個關鍵字可以用100個字說清楚，就不要為了湊字數寫到3000字

誤區六：SEO需要時間，發完內容等就行

“SEO是一個長期工程，至少需要3-6個月才能見效”——這句話幾乎被全行業當作共識。

這個時間範圍在統計上有一定的合理性，但問題在於：這句話被嚴重誤讀了。

它被誤讀為”釋出內容後需要等待3-6個月，Google才會給你排名”——彷彿Google的演算法裡有一個計時器，新內容必須”陳釀”夠時間才會被認可。

但事實是：Google的任何公開文件、專利、洩露程式碼中，都沒有”時間”這個排名變數。 沒有任何證據表明Google會因為一個頁面存在時間短就壓低它的排名。

那為什麼大部分人的SEO效果確實需要3-6個月才顯現？

因為從零開始積累authority——獲取外部連結、建立主題覆蓋、產生真實使用者行為訊號——客觀上需要這麼長時間。但這個時間是你”做”出來的，不是”等”出來的。

Quaid用一個實際案例證明了這一點：他用一個父站（月點選量只有500次）給衛星站提供不到20條外部連結，衛星站在3個月內做到了11,000次月點選、1000+個SERP排名位置。如果”SEO需要時間”是一個硬性規則，這種情況不可能發生。

反過來，如果你發完內容什麼都不做，只是等，那等12個月也不會有效果——因為authority不會自己從天上掉下來。

“SEO需要時間”的正確理解是：積累authority需要時間和持續的投入。時間是結果，不是原因。

Quaid的實操策略是：釋出一個頁面後，3-4天觀察排名表現。如果進不了首頁，不要繼續等——要麼判斷是authority不夠（去補外部連結），要麼判斷是相關性問題（換slug重新測試）。他把那些排上去又掉下來的頁面比作”失敗的火箭發射”（failed rocket launch）——衝上去一下然後掉回來，說明當前的authority不足以支撐這個詞的排名。這時候正確的做法是撤下來，去積累authority後再重新上。

同時，不要把所有精力押在一個頁面上。在等待某個競爭性較強的詞的同時，去拓展其他低競爭的查詢，邊做邊積累authority。

等待不是策略。行動才是。