網站舊圖片要不要全部轉成 WebP 或 AVIF？先看這 3 個判準
看到 PageSpeed 報告出現「提供新一代格式圖片」紅字，很多網站主管直覺想把整個媒體庫轉成 WebP 或 AVIF。但 Google 排名在網頁體驗上只直接採計 Core Web Vitals，圖片格式從來不是獨立加分項，新圖直接存新格式幾乎零成本，舊圖該不該重做，關鍵在這張圖在不在關鍵位置。
Core Web Vitals
Headless CMS 該不該用？先進不先進從來不是重點
Headless CMS 真的比傳統 CMS 更適合拿來做內容型網站嗎？多數團隊把重點放在前端框架選型，卻忽略了真正決定收錄與排名的其實是渲染方式，這篇從 Google 的文件與實測研究拆解 Headless 的 SEO 取捨，也整理出什麼情境才真的該直接採用。
網站動態特效會拖累 Core Web Vitals 嗎？別急著整批拆掉
網站的 Core Web Vitals 分數一掉，多數團隊直覺就是把動態特效整批拔掉，以為靜態頁面才安全。真正拖垮 LCP、INP、CLS 的，往往不是有沒有動態效果，而是這個動態特效用了哪個 CSS 屬性、跑在哪條執行緒上，搞懂這個判準，才知道哪些動態特效真的該讓步，哪些其實冤枉背了黑鍋。
品牌字型真的會拖慢網站速度嗎？先想清楚這段文字值不值得等
品牌字型會不會拖慢網站速度，不是全有全無的選擇題。從下載等待、版面跳動到 font-display 設定，看清哪些文字真的需要靠字型建立識別，就能抓到品牌字型跟載入速度兩全其美的分界線。
啟用 HTTP/3 後，SEO 排名就會變好嗎？中間其實隔著一層
HTTP/3 是新一代網路傳輸協定，把連線建立、隊頭阻塞這些 TCP 的先天限制整個換掉；核心網頁指標都調到綠燈、網站速度卻遲遲拉不上來的人，問題常常就出在這一層。但它對 SEO 排名的幫助是間接的，Googlebot 目前也還沒支援，主機與 CDN 跟不跟得上，才是真正能不能用到的關鍵。
網站側邊欄該不該留？桌機與手機的取捨一次看
側邊欄留不留常被當成整組保留或整組砍掉的二選一，但桌機和手機的際遇完全不同：桌面版撐得住導覽與篩選，手機版卻常被擠到頁面最底端，形同沒放。真正該問的是每個元件值不值得留，功能型該留、裝飾型小工具該砍掉。
SEO 和設計真的只能二選一嗎？你以為的衝突多半不是衝突
SEO 與設計吵起來，常被當成非黑即白的選邊站，但攤開實際案例會發現，多數爭執只是流程沒把假衝突拆開來看，全螢幕主視覺、精簡導覽、客製字體、無限捲動都能兩全，真正沒有中間地帶、該讓步的只有低對比配色與圖片化文字兩種純視覺偏好。
Google Site Kit 是什麼？整合 Search Console 等 8 項 Google 服務的免費外掛
Google Site Kit 是 Google 開發的 WordPress 免費外掛，把查文章曝光的 Search Console、看流量來源的 Analytics、測網速的 PageSpeed Insights 這些分散數據整合進同一個後台，一次看懂它串接的 8 項服務。
網站速度真的影響 SEO 排名嗎？大規模數據這樣說
多數人改版第一件事是衝高 PageSpeed 分數，但 Google 官方問答與 1,180 萬筆搜尋結果的大規模分析都顯示，網站速度與排名幾乎測不出相關性；真正拉開名次的是內容相關性與反向連結。速度只要跨過 Core Web Vitals 及格門檻，再往上擠效能分數，換到的排名影響其實很有限。
AMP 特權已被 Google 拆光，現在還值得投入維護嗎？
AMP 曾經靠著搜尋端的兩項特權立足：擠進手機版焦點新聞輪播、掛在 Google 快取網域被秒開。這兩項特權現在都已經被 Google 自己拆掉，AMP 只剩規格限制與雙版本維護成本，這筆帳多數網站已經算不過去。
網頁設計最難的不是版面美感，難在搜尋、效能與法規都達標
多數人以為網頁設計這幾年的改變只是版面愈做愈簡潔，其實真正在鬆動的是驗收標準本身：從美感判準，挪向搜尋能不能找到重點、效能數字達不達標、無障礙合不合規。這篇拆解背後同時收緊的四股力量，以及設計師的價值正在往哪裡移動。
Lighthouse 一定要衝到 100 分嗎？CrUX 數據才是關鍵
多數網站行動版的 Lighthouse 分數卡在及格邊緣，卻仍有人堅持要衝到 100 分。這個分數其實是依真實網站數據換算出的相對名次，越接近滿分，邊際成本越高；真正決定 Google 排名與使用者體感的，是 CrUX 欄位數據，不是那個 0 到 100 的整數。