有排名卻從不被引用，是把搜尋引擎最佳化做對了、卻眼睜睜看著它什麼都沒帶來的那種很具體的挫折感。排名來了。曝光在漲。點擊卻沒有跟上，而且把標題標籤重寫多少次都不會有變化。 這不是你最佳化上的失敗。這是當結果頁不再是一份連結清單、而變成一個答案時必然會發生的事。而且它現在已經是常態，不是一個值得拿去診斷的異常。 我們自己的數據，取自 Search Console，統計範圍是截至 2026 年 8 月初的 28 天： 本站有 531 個查詢字詞排在前十名，帶來 28,847 次曝光，卻只換到 161 次點擊。這就是 0.56% 的點擊率，而第四到第十名在過去通常能拿到 2% 到 8%。這 531 個查詢字詞裡，有 452 個一次點擊都沒有...
網站優化
網站優化指南、技巧與最佳實踐 — 提升效能、速度與使用者體驗。面向開發者與技術團隊。
llms.txt 現在到底有沒有用？誠實的答案是：在可測量的範圍內幾乎沒有用，而那些告訴你這個檔案對 AI 能見度至關重要的人，通常是在向你推銷東西。一邊這樣說，一邊又建議你發布一份，這個立場並不舒服。所以這篇文章先把數字攤開來，之後再解釋這項建議本身。 檔案本身是個合理的想法。它是放在網站根目錄下的一份 markdown 索引，告訴語言模型你發布了什麼、內容在哪裡，就像 robots.txt 告訴爬蟲哪些內容可以抓取一樣。想法沒有問題。問題出在它原本要服務的那些公司身上，它們幾乎沒有採用。提出一份規範，和真的出現讀取它的一方，完全是兩回事。 伺服器日誌真正顯示的情況： Ahrefs 對 137,000 個網域的分析發現，2026 ...
電商的 GEO 比內容型 GEO 範圍更窄，而且在某個具體的地方反而更簡單：一個要回答商品問題的助理，想要的是可以直接講出口、不必繞圈子的事實。價格、有沒有貨、尺寸、相容清單、退貨期限。這些要嘛以機器可讀的形式存在於你的網站上，要嘛就不存在，而不存在的東西沒辦法被引用。 所以這與其說是寫作問題，不如說是資料問題。大部分工作落在商品 feed 與標記上，而不是落在銷售文案上，這跟這個領域裡其他所有題目的重心正好相反。 決定能不能被採用的，是準確度而不是完整度。 一個系統講出了你的價格卻講錯了，它就產生了一個糟糕的答案，而避免糟糕答案最省錢的辦法，就是不再使用不可靠的來源。過期的庫存與價格資料是被剔除最快的一條路，而且跟排名處罰不同，沒...
沒有人能用當年衡量搜尋引擎最佳化的那一套來衡量 GEO，原因不是工具不夠用，而是結構本身變了。舊指標全都建立在一個前提上：會有人點擊。當年排名值得知道，是因為排名可以預測流量，而流量可以預測營收。可是當答案不需要一次造訪就被直接送到使用者面前時，這條鏈子在第一個環節就斷了，而它下游的每一個數字仍然照常回報，好像什麼都沒有發生。 危險的地方正在這裡。排名看著正常。工作階段數看著還撐得住。儀表板是綠的，可你真正在意的那一塊正在歸零，而標準報表裡沒有任何一欄是為了把這件事告訴你而設計的。 要盯的訊號是曝光在漲而點擊持平，而且必須按查詢字詞逐條去看，不能只看整站彙總。 在彙總數字裡它是隱形的，因為幾個正常成長的頁面就足以把它蓋過去。在本站，...
WooCommerce 的商品頁通常載入得還算可以。商店頁、分類清單和搜尋結果往往就不是了，而店主常常對此感到意外，因為單一商品看起來都沒問題。差別在於算術。商品頁顯示一張主圖。一個呈現二十四件商品的分類頁至少顯示二十四張，一旦把滑鼠移入效果與相簿預覽算進去，經常是兩倍。 正是這個乘法，讓目錄頁通常成為整間商店裡最慢的部分，也讓它們成為商業上最重要的頁面。它們恰好卡在訪客抵達與訪客找到可買之物這兩件事之間。 多數緩慢目錄背後的固定模式： 佈景主題請求了一個 WordPress 從未產生過的縮圖尺寸，於是瀏覽器下載完整尺寸的原圖，再在頁面裡縮小。二十四件商品，每件都送出一張兩百萬位元組的照片只為在三百像素上顯示，就是一個五千萬位元組的...
每個 WordPress 網站最終都會撞上同一個問題。圖片是頁面上最重的東西，編輯上傳的是相機直接輸出的檔案，而行動端分數為此付出代價。慣常的答案是裝一個圖片最佳化外掛，慣常的候選是 Smush、ShortPixel 和 Imagify。 還有第二種做法，它的運作方式完全不同，而這個比較很少被公平地做出來，因為它並不是同類產品。Cloudflare Image Transformations 不會壓縮你的圖片再把結果存起來，而是在圖片被請求的那一刻重寫它。理解這個差別，決策就完成了一大半。 真正決定選擇的區別： 外掛處理並儲存你圖片的最佳化副本。Cloudflare 按請求轉換，並把結果快取在邊緣。外掛按你擁有多少張圖片計...
如果你照著 2026 年以前寫的 Cloudflare 教學操作過，安裝過名稱裡帶有 “resizing” 的外掛，或者接手過一個重寫圖片 URL 的 Worker，你多半已經遇到令人困惑的狀況：Cloudflare 控制台裡再也沒有名為 Image Resizing 的功能，說明文件也不再提到它。你的設定並沒有壞掉，只是你要找的那個名稱悄悄消失了。 這項功能現在叫做 Image Transformations。它做的是同一件事，走同一套 URL 結構，使用同一批參數。改變的是名稱、它在控制台裡的位置，以及計費方式。最後一點值得仔細閱讀，因為計費模式和多數舊指南所描述的確實不同。 一句話總結： 你現有的 URL 與 Worker 照...
網站遷移大概是唯一一種能在一個下午就抹掉多年搜尋能見度的例行專案。重做前端、更換平台、更換網域，甚至只是順手整理一下網址結構，都帶著同樣的風險，而損失很少在上線當天現形。它通常在兩週後才浮出來，表現為一條安靜而持續的下滑曲線，沒有人會把它和那次發布聯想在一起。 好消息是，成因早就被研究得很清楚，而且幾乎全部可以預防。在實際專案裡，遷移造成的流量損失幾乎都能追到同一件事上：一份不完整的重新導向對照表。這篇文章裡的其他所有內容，重要性都排在把這件事做對之後。 只有一條規則： 每一個目前存在且仍有價值的網址，都必須透過一次永久重新導向，落到新站上最接近的對應頁面。這裡說的價值，指的是它有流量、有外部連結，或者僅僅是已被索引。不是首頁。不是...
幾乎每一次 WooCommerce 效能排查都從同一個場景開始。店主已經換了更快的主機，裝了快取外掛，還買了圖片最佳化工具，網站卻依然慢。於是他們得出結論：WooCommerce 本來就重，然後就此放棄。 WooCommerce 確實比一個型錄式網站重，這在每個頁面都可能帶著購物車的前提下無法避免。但一個要六秒才打得開的商店，承受的並不是這份開銷。它承受的是某個具體的東西，而以我的經驗，幾乎總是四件事之一。 一句話版本： 商店慢，是因為購物車和結帳頁無法進入頁面快取，因為 options 資料表被自動載入的垃圾資料撐到臃腫，因為商品查詢在掃描一張沒有索引的中繼資料表，也因為三十個外掛各自往每個頁面塞自己的指令碼。主機是最後才該換的東...
合理測算技術SEO審計費用是英國企業在 2026 年恢復搜尋引擎自然排名、清除技術債的首要步驟。雖然頁面內容（On-page）的日常更新必不可少，但主流搜尋引擎會明確優待那些網頁加載迅速、結構化數據（Schema）解析無誤且索引通道乾淨的網站。一個隱蔽的抓取瓶頸或腳本渲染報錯，就能輕易將您高品質的主力頁面阻擋在搜尋結果之外。本指南為您深入拆解專業級技術審計的收費模式、技術交付物以及專家級排障流程。 提升審計 ROI 建議： 只進行技術審計而不為後續的修補工作預留“開發人員工時（實現預算）”，無異於浪費資金。請務必確保您的團隊額外劃撥相當於審計費用的 1.5 倍至 2 倍的預算，用以執行核心性能修復和索引堵塞清理。 核心要點： 審計價...