先說一個違反直覺的事實：你的商品頁沒有排名，很多時候不是因為內容不夠好，而是 Google 根本沒把它「收進去」。很多老闆花大錢寫文案、拍美圖、下廣告，卻從沒檢查過一件最底層的事——搜尋引擎的爬蟲到底進不進得來、讀不讀得懂、願不願意花時間收錄你這幾千個頁面。技術 SEO 就是在處理這道「看不見的門」。門沒開，後面做再多都是空轉。
這篇文章，我用一個簡單的記憶公式帶你走完全程：收錄三關卡——爬得到、讀得懂、划得來。爬得到講的是網站架構與連結；讀得懂講的是 URL 與 robots 的規則；划得來講的是爬取預算（crawl budget）與 sitemap。三關全過，你的商品頁才有資格上場競爭。就算你不是工程師，也能看懂每一關要檢查什麼。
第一關「爬得到」：網站架構決定 Google 走得多深
Google 認識你的網站，靠的是「順著連結一頁一頁爬」。想像一個逛街的機器人，它從首頁進來，看到哪裡有連結就往哪裡點。如果你的熱銷商品頁藏在「首頁→分類→子分類→篩選→第 7 頁→商品」這麼深的地方，機器人很可能逛到一半就走了。頁面離首頁的點擊距離越遠，被收錄與更新的機會就越低。
正確的做法是把網站壓成「扁平」的樹狀結構，讓任何一個商品頁最多三次點擊就能從首頁到達。實際檢查清單：首頁要連到主要分類；分類頁要能連到熱門商品與子分類；每個商品頁要有麵包屑（breadcrumb）標示它在架構中的位置。麵包屑不只幫使用者定位，也等於明白告訴 Google「這頁屬於哪個分類、上層是誰」。一個結構清楚的網站，Google 光看連結就能畫出你的商品地圖。
情境對比：A 店把所有商品全塞在一個沒有分類的長列表，Google 爬完首頁就找不到路往下走，深頁長期不被收錄；B 店用清楚的分類、子分類、麵包屑串起來，同樣的商品數，B 店三個月內收錄率明顯高出一截。差別不在商品，而在「路好不好走」。
第二關「讀得懂」：URL 是給 Google 看的地址
URL 是每個頁面的門牌。乾淨、有語意、穩定的 URL，會讓 Google 更容易理解與信任這個頁面。反過來說，一串充滿問號與亂碼參數的網址，會製造大量麻煩。破一個常見迷思：URL 裡塞滿關鍵字不會讓你排名變好，但一個結構混亂的 URL 一定會扣分。重點是清楚，不是塞字。
電商 URL 的實作原則：用簡短的英文或有意義的字串，例如 /shoes/running-xxx，而不是 /product?id=39481&cat=7&sort=2；同一個商品只用同一個網址，不要因為排序、顏色篩選就生出十幾個內容幾乎一樣的網址。這點對電商特別致命——篩選與排序功能會像影印機一樣量產重複頁面，稀釋你的權重，也白白燒掉 Google 的爬取資源。
解法有三：第一，用 canonical 標籤，在每個變體頁面指名「真正的正式版本是哪一頁」，把分散的訊號集中回主頁面；第二，對於純粹排序、篩選產生的無收錄價值頁面，用 robots 規則或參數處理擋掉；第三，換網址時務必做 301 轉址，把舊網址累積的權重完整搬到新網址，絕不要讓客人與 Google 撞上 404。每一個沒處理的 404 與重複頁，都是在幫對手讓路。
第三關「划得來」：爬取預算是有限的資源
很多人第一次聽到「爬取預算」會愣一下。白話解釋：Google 不會無限量地爬你的網站，它每天分配給你的爬取次數是有限的，這個額度大致取決於你的網站規模、伺服器反應速度與內容更新頻率。如果 Google 把有限的額度都浪費在你的篩選頁、無限翻頁、失效連結上，真正重要的新商品頁就會排隊等很久才被收錄。
對中小電商來說，爬取預算通常不是瓶頸；但當你的網站成長到數千、數萬個頁面，它就會變成排名的隱形天花板。省預算的實操清單：一，用 robots.txt 擋掉沒有收錄價值的路徑，例如站內搜尋結果頁、購物車、會員中心、無意義的參數組合；二，修掉大量 404 與過長的重新導向鏈；三，提升伺服器回應速度，伺服器越快，Google 同樣時間內能爬的頁面越多；四，別讓分頁無限延伸，用合理的分頁策略或讓重要商品也出現在分類頁上。
要注意 robots.txt 的角色常被誤解：robots.txt 是「別去爬」，不是「別收錄」。被 robots 擋住的頁面，Google 不會去讀內容，但如果別的地方有連結指過來，它仍可能把這個網址列進搜尋結果（只是沒有描述）。真的要讓某頁完全不出現在搜尋結果，要用的是頁面上的 noindex 標籤，而且這一頁「不能」同時被 robots 擋住，否則 Google 根本讀不到 noindex 指令。這是最多人踩的一個坑。
臨門一腳：用 sitemap 主動把商品端上桌
如果說架構與連結是讓 Google「自己找路」，那 sitemap.xml 就是你主動遞上的一份菜單，直接告訴它「我有這些頁面、各自最後更新在什麼時候」。對商品每天都在上下架、改價的電商來說，sitemap 是加速收錄最省力的一招。
電商 sitemap 的實作要點：一，只放你「真的想被收錄」的正式頁面（canonical 版本），不要把被 noindex 或被擋的頁面丟進去，自相矛盾會降低 Google 對整份清單的信任；二，商品多的時候拆成多個 sitemap，再用一個 sitemap index 統整，單一檔案別超過上限；三，讓 sitemap 動態產生，新商品上架、舊商品下架時自動更新 lastmod 時間戳，Google 就會優先回來重爬有變動的頁面；四，在 robots.txt 裡與 Google Search Console 中都指明 sitemap 位置。
提交之後，真正的儀表板是 Google Search Console。定期看「頁面（收錄）」報表，你會看到有多少頁被收錄、有多少「已檢索但未收錄」「已找到但未檢索」。這些數字就是技術 SEO 的體檢報告——它會誠實告訴你，到底是哪一關卡住了。用「網址檢查」工具，還能直接看單一頁面 Google 眼中的樣子與收錄狀態。
用 AI 加速技術 SEO 稽核（附提示詞）
技術 SEO 有大量重複、瑣碎的檢查，這正是 AI 擅長的地方。你可以用具備讀取網址能力的 AI 助理，或搭配爬蟲工具（如通用型網站健檢爬蟲）先把資料抓下來，再讓大型語言模型幫你歸納問題與排優先順序。
一個實用的提示詞範例：「你是一位資深技術 SEO 顧問。以下是我電商網站的 robots.txt 內容與一份收錄狀態清單（我貼在後面）。請幫我：一，找出可能誤擋重要頁面的 robots 規則；二，列出應該加上 noindex 而非用 robots 阻擋的頁面類型；三，針對『已檢索但未收錄』的頁面，推測三個最可能的技術原因並排出處理優先順序。用非工程背景老闆也看得懂的白話說明。」你也可以請它把一批雜亂的商品 URL 整理成有語意、有規則的命名建議。
但要誠實面對 AI 的限制：AI 看不到你伺服器的真實回應，也無法驗證 Google 實際的收錄行為，它只能根據你給的資料推論。它可能把過時的規範講得斬釘截鐵，也可能對你的特定購物車系統給出不適用的建議。正確用法是把 AI 當成「幫你快速產生檢查清單與假設」的助理，最終一定要回到 Google Search Console 的實際數據與真人驗證，尤其是牽涉 robots、canonical、301 這類「改錯會全站受影響」的設定，上線前務必小範圍測試。
劃重點：技術 SEO 三關卡總複習
把整篇濃縮成一句話：技術 SEO 不是為了討好 Google，而是為了確保你辛苦做的每一個商品頁，都有機會被看見。照著三關卡自我體檢——爬得到：網站架構壓扁、三次點擊可達、麵包屑清楚；讀得懂：URL 乾淨穩定、canonical 集中訊號、換網址做 301；划得來：robots 擋無用路徑、修 404、sitemap 動態提交、盯緊 Search Console 收錄報表。
這些工作不性感、沒有廣告那種立即的數字快感，但它是複利型的投資。當你的競爭對手還在煩惱「為什麼下了廣告一停流量就歸零」，你已經靠一個乾淨、好爬、好收錄的網站，讓 Google 持續免費把客人送上門。地基打好，上面蓋什麼都穩。