關鍵行動提示 - 幫助你迅速提升2024年行動SEO流量與用戶體驗，掌握新技術紅利
- 優先檢查手機版本頁面載入速度，確保首頁3秒內完成顯示
加快行動載入能降低跳出率，提高自然搜尋排名與轉換意願
- 每月分析移動端使用者互動數據，針對點擊率或停留時間低於平均的頁面優化內容結構
精準調整可延長用戶停留時長，有效提升SEO分數
- 導入AI工具監控語音及自然語言查詢，每季至少新增5組口語化問答型關鍵詞內容
抓住語音搜尋流量，快速搶佔成長中的新興入口
- *定期*測試網站行動裝置適應性，每半年全站檢查互動按鈕及圖片是否易於觸控操作
*避免因設計失誤造成用戶流失，同步符合Google移動優先索引標準*
桌面快被遺忘？行動搜尋流量竄升的背後
唉，行動搜尋真的變得太快了，反正2024年美國那邊的數位市場就是這樣在變。現在講到即時資訊，大多數人幾乎都掏出手機、平板查資料，桌機？好像已經有點孤單吧。嗯，說到最新公開的報告，我看著還有點感慨，就是現在大約三成左右的使用者還把桌上型裝置當作主要選擇，可是剩下的人呢？大家都習慣直接用智慧型手機或平板滑一滑就找到想要的東西，連我自己有時候都懶得開電腦。
欸，其實也不是只有Google這種大型搜尋引擎有感受到這股流向，各行各業網站流量結構也變化很明顯，有時候甚至會懷疑自己是不是錯過什麼新趨勢，但回頭看數據就——嗯，是大家都在移動。我剛剛差點忘了講重點，移動裝置的友善性還有行動版搜尋優化（Mobile SEO），現在根本是企業拉新客、曝光度提升的重要環節了。有時想，如果早幾年就懂這些，也許…但算了，又跑題。總之啊，新用戶真的多半從手機進來，不做行動優化就準備被淘汰吧。
欸，其實也不是只有Google這種大型搜尋引擎有感受到這股流向，各行各業網站流量結構也變化很明顯，有時候甚至會懷疑自己是不是錯過什麼新趨勢，但回頭看數據就——嗯，是大家都在移動。我剛剛差點忘了講重點，移動裝置的友善性還有行動版搜尋優化（Mobile SEO），現在根本是企業拉新客、曝光度提升的重要環節了。有時想，如果早幾年就懂這些，也許…但算了，又跑題。總之啊，新用戶真的多半從手機進來，不做行動優化就準備被淘汰吧。
資料來源：
- Mobile Search Engine Market Share United States Of America
Pub.: 2025-07-01 | Upd.: 2025-07-01 - Search Engine Market Share 2025 : Who`s Leading the Market?
Pub.: 2025-05-09 | Upd.: 2025-06-16 - U.S. mobile search market share 2025 - Statista
Pub.: 2025-06-25 | Upd.: 2025-03-08 - Google Search Statistics and Facts (2025) - Market.us Scoop
Pub.: 2025-01-13 | Upd.: 2025-06-16 - 19+ Crucial Search Engine Statistics For 2025 (Market Share ...
Pub.: 2025-02-11 | Upd.: 2025-06-15
RWD不夠力，技術落差讓你流量溜走
有時候真的很困惑，到底什麼叫「已經做好響應式設計」？嗯，實際上，蠻多網站自己講得很厲害，但我用手機一滑——就覺得，好像哪裡怪怪的。這種看似已經自適應螢幕尺寸的頁面，其實常常只是表面工夫啦。真正癥結通常還是卡在技術細節，比方說 JavaScript 跟 CSS 沒搞好，然後…唉，一點開或滑動就慢半拍、有點小頓。
想一想，有些 CMS 平台嘛，它們只是硬把模板弄成 RWD 樣式，看起來好像合規矩。但其實圖片沒壓縮、非核心腳本也懶得延遲加載。結果就是……首屏出現要等好久，我都快睡著了。對了，我剛才差點忘記要講主題——為什麼單靠響應式設計不見得能拉高行動 SEO？有人問過這個問題，我也是心頭一緊。
據說歐美電商圈子最近這幾年觀察到一件事：很多網站只換個皮，相信這樣就萬事大吉，殊不知自然流量跟互動率竟然有機會掉掉一半！怎麼那麼誇張？大概也不意外吧，人性就是會偷懶。我又扯遠了，回來回來——比較正確的做法，其實還是要順手檢查一下各種頁面資源請求數量啦、JS 封包到底多大，以及關鍵內容究竟是啥時被渲染出來的。
嗯，而且啊，比如瀏覽器快取設定一定要善用，再者第三方追蹤碼別亂塞滿天飛。有些站甚至 Google Lighthouse 分數測試全過，就以為沒問題。結果手機模擬一下才發現卡死在奇怪地方。所以啊，就算你覺得站表現及格，也拜託自己拿手機、多操作看看，不同維度去抓行動端那些難纏瓶頸吧。不然，一切都是白搭呀！
想一想，有些 CMS 平台嘛，它們只是硬把模板弄成 RWD 樣式，看起來好像合規矩。但其實圖片沒壓縮、非核心腳本也懶得延遲加載。結果就是……首屏出現要等好久，我都快睡著了。對了，我剛才差點忘記要講主題——為什麼單靠響應式設計不見得能拉高行動 SEO？有人問過這個問題，我也是心頭一緊。
據說歐美電商圈子最近這幾年觀察到一件事：很多網站只換個皮，相信這樣就萬事大吉，殊不知自然流量跟互動率竟然有機會掉掉一半！怎麼那麼誇張？大概也不意外吧，人性就是會偷懶。我又扯遠了，回來回來——比較正確的做法，其實還是要順手檢查一下各種頁面資源請求數量啦、JS 封包到底多大，以及關鍵內容究竟是啥時被渲染出來的。
嗯，而且啊，比如瀏覽器快取設定一定要善用，再者第三方追蹤碼別亂塞滿天飛。有些站甚至 Google Lighthouse 分數測試全過，就以為沒問題。結果手機模擬一下才發現卡死在奇怪地方。所以啊，就算你覺得站表現及格，也拜託自己拿手機、多操作看看，不同維度去抓行動端那些難纏瓶頸吧。不然，一切都是白搭呀！
Comparison Table:
| 關鍵指標 | 解釋 |
|---|---|
| 骨架屏技術 | 提升首次內容繪製（FCP），減少用戶等待時間，改善用戶體驗。 |
| 即時庫存查詢 | 電商網站更注重實時數據更新，以提高轉換率和用戶滿意度。 |
| A/B測試 | 持續了解用戶偏好，調整設計和功能以提升互動性與留存率。 |
| 結構化資料及問答格式 | 適應語音搜尋趨勢，使內容更容易被AI助手檢索，提高可見性。 |
| LCP & FID 指標 | 確保頁面加載速度與互動流暢性，影響SEO表現及用戶留存率。 |
三步驟優化到底選哪個？FCP、CDN與JS裁剪混戰
唉，其實說到底，網站怎麼變快？很多老鳥都一直強調CDN加速外加圖片壓縮啦，尤其是在行動版優化時——欸，有時候我會想，是不是大家只是喜歡這兩個名詞？不過結果還真的很顯著。通常做法就是把靜態資源，比如圖片、CSS還有那堆JS，全部丟去什麼全球節點分布的內容傳遞網路上頭。然後有一招叫預連接（preconnect），其實我第一次看到這詞的時候愣住了一下——反正簡單說，就是瀏覽器能提早跟那些主要外部來源打聲招呼，讓你不用苦等半天。
嗯，還有另外一件事，如果你把所有 JavaScript 都傻傻塞進頁面，那主線程根本喘不過氣來。所以說，把不必要的部分直接砍掉，只留眼下需要跑的功能就好。剩下那些雞肋腳本嘛，延後再載入吧，不然誰受得了這種負擔呢？
對了，有些電商平台一直在自以為模板早啟用 RWD 就已經高枕無憂。但……現實往往殘酷，你壓根沒處理圖片壓縮，更別談CDN導入，那效能差距，一測之下動輒出現數十倍延遲欸。有時候真想問他們一句：「你們自己有試過嗎？」唉，好像又離題了。
總之吧，如果真的想知道自己改了多少，要記得追蹤 FCP 跟 INP 兩個指標啦。因為只有去檢查每次資源優化後，在用戶端感受到體驗提升沒，你才會發現到底是白忙一場還是真的弄對了，大概就醬子。
嗯，還有另外一件事，如果你把所有 JavaScript 都傻傻塞進頁面，那主線程根本喘不過氣來。所以說，把不必要的部分直接砍掉，只留眼下需要跑的功能就好。剩下那些雞肋腳本嘛，延後再載入吧，不然誰受得了這種負擔呢？
對了，有些電商平台一直在自以為模板早啟用 RWD 就已經高枕無憂。但……現實往往殘酷，你壓根沒處理圖片壓縮，更別談CDN導入，那效能差距，一測之下動輒出現數十倍延遲欸。有時候真想問他們一句：「你們自己有試過嗎？」唉，好像又離題了。
總之吧，如果真的想知道自己改了多少，要記得追蹤 FCP 跟 INP 兩個指標啦。因為只有去檢查每次資源優化後，在用戶端感受到體驗提升沒，你才會發現到底是白忙一場還是真的弄對了，大概就醬子。
品牌案例：不是美工，跨部門才是真解法
欸，品牌那邊忽然說，最近流量暴漲了快一半，還以為哪裡出bug。後來才知道，是他們去年底弄了什麼移動端全鏈路優化的東西——這詞真的好抽象，我每次聽都想翻白眼，不過看起來效果是有啦。他們當初也沒什麼遠大規劃，就是行銷、技術跟設計幾個人聚在會議室，一邊喝咖啡一邊亂聊，結果討論著討論著，就決定把原本首頁那些冗長動畫剪掉，只留下少數必要的轉場。
嗯，我記得那時候還有人堅持要保留某個旋轉特效，差點吵起來。話說回來，他們處理圖片也是很直接，大圖全都先壓縮成奇怪的格式，再丟去雲端CDN分流，也不是只是表面換個模板敷衍而已喔。內容層級也有微調，比如那些打折促銷資訊就往前搬，用戶一滑進去馬上看到重點，不至於迷失在花俏頁面裡找半天。
但，其實最麻煩反而是協作流程，那些細節永遠搞不清楚誰該決定。我印象深刻，有一次他們糾結到底哪張圖要壓？還有腳本哪些能砍？你看，好像小事，但一直拖。不過最後，他們只鎖定主視覺區跟熱門商品區先改，其餘就慢慢觀察再說吧。有時候突然岔題講到別人的網站更誇張——啊，扯太遠。
總之，中小企業預算有限嘛，他們就乾脆聚焦在大圖壓縮、減少炫技特效、善用現成CDN，把必做的優化先完成，如此一來改版次數也減少不少，而且對既有風格影響相對輕微（至少表面如此），感覺比較踏實，大概是這樣吧。
嗯，我記得那時候還有人堅持要保留某個旋轉特效，差點吵起來。話說回來，他們處理圖片也是很直接，大圖全都先壓縮成奇怪的格式，再丟去雲端CDN分流，也不是只是表面換個模板敷衍而已喔。內容層級也有微調，比如那些打折促銷資訊就往前搬，用戶一滑進去馬上看到重點，不至於迷失在花俏頁面裡找半天。
但，其實最麻煩反而是協作流程，那些細節永遠搞不清楚誰該決定。我印象深刻，有一次他們糾結到底哪張圖要壓？還有腳本哪些能砍？你看，好像小事，但一直拖。不過最後，他們只鎖定主視覺區跟熱門商品區先改，其餘就慢慢觀察再說吧。有時候突然岔題講到別人的網站更誇張——啊，扯太遠。
總之，中小企業預算有限嘛，他們就乾脆聚焦在大圖壓縮、減少炫技特效、善用現成CDN，把必做的優化先完成，如此一來改版次數也減少不少，而且對既有風格影響相對輕微（至少表面如此），感覺比較踏實，大概是這樣吧。
響應式設計迷思破解，細節決定用戶去留
光是把網站做成響應式，其實，唉，還差得遠啦，行動SEO不會因為這樣就高枕無憂。有些品牌團隊就是栽在這裡：他們覺得用了市面上現成的RWD模板，一切都妥了，但事實並非如此。點擊率？留存率？嗯，幾乎沒什麼起色。奇怪吼，有時候怎麼改都沒用——欸，講到這我想到昨天一早醒來手機就罷工，也是夠煩——好啦拉回來。
問題根本不只在表面，像是行動裝置上那些你以為無關緊要的小細節，真的很容易被忽略。例如，如果按鈕區域太迷你，用戶不是一直誤觸，就是直接生氣放棄操作。別問我怎麼知道，大概大家都有過那種抓狂的經驗。再說內容懶加載（Lazy Load）吧，它其實能讓頁面初次開啟不卡卡，跑版、等待時間也跟著減少。
還有啊，那個離線可瀏覽功能，你可能平常覺得沒差，但對於每天通勤、網路忽斷忽續的人來說真的是救星。不過，我剛才突然忘記自己要講什麼，欸算了還是繼續談細節好了，相比之下，比起單純靠模板自動調整尺寸或排版，上面提的那些優化才是真正影響七十多用戶互動體驗的關鍵。
萬一只依賴預設格式，那優化空間根本被侷限死，很可能流失追求流暢感受、價值又高的訪客。我不知道為什麼市場總是那麼競爭激烈，每一點微小改善，說實話啦，都會慢慢累積出你想不到的競爭力。
問題根本不只在表面，像是行動裝置上那些你以為無關緊要的小細節，真的很容易被忽略。例如，如果按鈕區域太迷你，用戶不是一直誤觸，就是直接生氣放棄操作。別問我怎麼知道，大概大家都有過那種抓狂的經驗。再說內容懶加載（Lazy Load）吧，它其實能讓頁面初次開啟不卡卡，跑版、等待時間也跟著減少。
還有啊，那個離線可瀏覽功能，你可能平常覺得沒差，但對於每天通勤、網路忽斷忽續的人來說真的是救星。不過，我剛才突然忘記自己要講什麼，欸算了還是繼續談細節好了，相比之下，比起單純靠模板自動調整尺寸或排版，上面提的那些優化才是真正影響七十多用戶互動體驗的關鍵。
萬一只依賴預設格式，那優化空間根本被侷限死，很可能流失追求流暢感受、價值又高的訪客。我不知道為什麼市場總是那麼競爭激烈，每一點微小改善，說實話啦，都會慢慢累積出你想不到的競爭力。
專家怎麼看？骨架屏還是即時查詢更重要
唉，有時候真的會覺得，新聞網站為什麼每次都要強調骨架屏技術？他們好像特別愛拿來搞那個首次內容繪製（FCP）優化。話說回來，電商反倒更在意即時庫存查詢還有互動延遲（INP）的事情——這是行動SEO專家原本怎麼說的，我也只是照搬，不過想想也合理啦。
不過我剛才突然想到，啊，那些A/B測試不是只有學者或大公司才用嗎？結果行業裡的人根本天天靠它判斷不同產業場景下，用戶到底是偏好什麼行為、哪種設計比較討喜，而不是盲目追逐某個分數工具出現的高標，只因為外面流傳「一定要超過XX」這類神話。有點煩啊，但現實就這樣。
比如，你看，有經驗的人做骨架屏設計，他們會慢慢上線，不會一次全部砸下去。他們先比對七十多位用戶平均進站時間，再檢查是不是哪邊開始影響頁面跳出率。不知道大家有沒有遇到這種狀況，就一邊改一邊忐忑。然後喔，電商團隊又有他們自己的玩法，他們通常設定商品資料多久更新一次，同時隨著快接近一半流量來源的狀態，把API回傳速度再往上推……嗯，好像很累，但沒辦法。
有受訪專家提醒，如果一直懶惰仰賴預設規格，其實很容易錯過客群在乎的東西——就是那個載入感受跟操作即時性。聽起來廢話，可惜很多團隊到最後還是忘了。所以最後策略大概只能不停微調吧，要配合產品定位嘛。不講了，今天腦袋糾結太久，又走神了……拉回主題，就是要靈活變通啦。
不過我剛才突然想到，啊，那些A/B測試不是只有學者或大公司才用嗎？結果行業裡的人根本天天靠它判斷不同產業場景下，用戶到底是偏好什麼行為、哪種設計比較討喜，而不是盲目追逐某個分數工具出現的高標，只因為外面流傳「一定要超過XX」這類神話。有點煩啊，但現實就這樣。
比如，你看，有經驗的人做骨架屏設計，他們會慢慢上線，不會一次全部砸下去。他們先比對七十多位用戶平均進站時間，再檢查是不是哪邊開始影響頁面跳出率。不知道大家有沒有遇到這種狀況，就一邊改一邊忐忑。然後喔，電商團隊又有他們自己的玩法，他們通常設定商品資料多久更新一次，同時隨著快接近一半流量來源的狀態，把API回傳速度再往上推……嗯，好像很累，但沒辦法。
有受訪專家提醒，如果一直懶惰仰賴預設規格，其實很容易錯過客群在乎的東西——就是那個載入感受跟操作即時性。聽起來廢話，可惜很多團隊到最後還是忘了。所以最後策略大概只能不停微調吧，要配合產品定位嘛。不講了，今天腦袋糾結太久，又走神了……拉回主題，就是要靈活變通啦。
語音指令崛起，內容結構與AI友善再洗牌
根據行動搜尋趨勢來看，唉，最近語音指令和AI助手真的是悄悄——也不算太悄悄啦——慢慢混進我們日常的那些主流應用裡了。有市場分析機構最近才出了一份報告，我有點忘了是哪家，不過他們明確預測：未來幾年內那個超過一半的移動搜尋都會靠語音互動跑出來。嗯，是不是有點難以想像？可是好像也合理。
本來還習慣傳統頁面結構的人，現在搞不好要開始頭痛了……因為這種舊式內容呈現法正逐步喪失優勢啊。不知怎地突然想到昨天差點把茶杯打翻，好吧回到主題。大家現在更強調資料得要結構化，而且最好能口語化成問答格式。不然就等著被新一波趨勢拋下。
舉個例子，有些網站乾脆連摘要資訊都一起整理好，專門丟給智慧助理抓取，而不是只做一般圖文網頁罷了。其實我自己寫東西時總覺得多此一舉，但大概是我太傳統吧……能不能提前部署這種適合AI檢索邏輯的內容架構呢？反正許多人都說，那已經變成下一波流量競爭的重要分水嶺，就，看你信不信。
本來還習慣傳統頁面結構的人，現在搞不好要開始頭痛了……因為這種舊式內容呈現法正逐步喪失優勢啊。不知怎地突然想到昨天差點把茶杯打翻，好吧回到主題。大家現在更強調資料得要結構化，而且最好能口語化成問答格式。不然就等著被新一波趨勢拋下。
舉個例子，有些網站乾脆連摘要資訊都一起整理好，專門丟給智慧助理抓取，而不是只做一般圖文網頁罷了。其實我自己寫東西時總覺得多此一舉，但大概是我太傳統吧……能不能提前部署這種適合AI檢索邏輯的內容架構呢？反正許多人都說，那已經變成下一波流量競爭的重要分水嶺，就，看你信不信。
速度之外，用戶在意什麼？互動細節沒人提卻致勝
頁面有時滑動起來就像卡住了，嗯，你手指頭一滑……居然還要等它慢吞吞反應，這種事應該大夥兒都遇過吧？我上次差點氣到直接放下手機。還有那種觸控按鈕設計得超級小，一隻手根本沒法精準操作，結果常常莫名其妙點到旁邊的地方。唉，怎麼說呢，有時候覺得這些細節好像沒那麼重要，不如首頁巨大的圖案或花俏配色吸睛，但仔細回想，其實某個流程只要體驗卡住，用戶乾脆就不玩了，也不是沒可能。
講著講著忽然想到——離線瀏覽、即時小提示訊息，其實剛開始我也沒太在意（誰會一開始就研究這些），可後來才發現它們似乎默默影響了大家願不願意再回來看看。有的網站突然流量暴漲，不是靠天天狂加新內容，而是把那些底層互動搞得更貼近日用需求，好吧，我承認一開始根本不懂這套路。
速度當然很重要啦，可偏偏決定留存率的，有時就是那些隱藏在操作細縫裡、看起來不起眼的微妙差異。我每次遇到卡關忍不住自問：會不會有人跟我一樣因為某個小bug直接跳車？嗯，大概有吧。所以說啊，那些容易被忽略的小地方，有時才真的是生死攸關——至少對網站而言。）
講著講著忽然想到——離線瀏覽、即時小提示訊息，其實剛開始我也沒太在意（誰會一開始就研究這些），可後來才發現它們似乎默默影響了大家願不願意再回來看看。有的網站突然流量暴漲，不是靠天天狂加新內容，而是把那些底層互動搞得更貼近日用需求，好吧，我承認一開始根本不懂這套路。
速度當然很重要啦，可偏偏決定留存率的，有時就是那些隱藏在操作細縫裡、看起來不起眼的微妙差異。我每次遇到卡關忍不住自問：會不會有人跟我一樣因為某個小bug直接跳車？嗯，大概有吧。所以說啊，那些容易被忽略的小地方，有時才真的是生死攸關——至少對網站而言。）
小規模測試怎麼做？LCP、FID與CVR該追哪個
很多團隊在測新版行動首頁的時候，總是會很想知道，到底哪些指標才算真的能反映用戶體驗有沒有變得好一點。嗯，我自己也常這樣焦慮啦，有時候數字看了半天還是霧煞煞。說到 Google Analytics，那個嘛，如果你手上有約五百筆真實流量，其實可以先盯緊LCP（最大內容繪製）還有FID（首次輸入延遲）這兩個指標——雖然偶爾會偷懶直接看平均值，但算了，拉回來。如果你的首頁LCP能保持在幾秒之內，而且FID沒有突然爆高，基本上就能大致排除掉載入速度和互動卡頓這類蠻惱人的問題。
不過，唉，有時候光靠技術指標就是覺得哪裡怪怪的。假如CVR突然提升了約三成，看起來很爽沒錯，不過建議還是搭配設計異動前後做一下用戶滿意度問卷比較——像我之前就被誤導過，以為只是版面改得比較漂亮，用戶就買單，其實真正影響他們決定的是流程變順暢了。欸對，我剛差點忘記講重點，所以啊，有些數據只是表象，要分辨到底是純粹因為吸睛還是真的體驗升級，問卷跟追蹤數據一起看會更清楚一點，大概就是這麼回事吧。
不過，唉，有時候光靠技術指標就是覺得哪裡怪怪的。假如CVR突然提升了約三成，看起來很爽沒錯，不過建議還是搭配設計異動前後做一下用戶滿意度問卷比較——像我之前就被誤導過，以為只是版面改得比較漂亮，用戶就買單，其實真正影響他們決定的是流程變順暢了。欸對，我剛差點忘記講重點，所以啊，有些數據只是表象，要分辨到底是純粹因為吸睛還是真的體驗升級，問卷跟追蹤數據一起看會更清楚一點，大概就是這麼回事吧。
全生命週期SEO，新科技放大體感未來式
唉，說到企業導入AI自適應UI或IoT邊緣運算這件事，大家幾乎都愛搞那套頁面簡化、再配合跨裝置一致追蹤什麼的。怎麼講，好像沒人想被時代甩在後頭？就，比如某些零售業者啦，他們常常先跑去搭個雲端CDN——嗯，我上次還差點把CDN念成CND，真的是腦袋打結——然後又拿FCP、INP這些指標來分階段測試，又要顧不同終端的用戶互動體驗，其實蠻累人的。
不過說到內容佈局，有些做法也算新潮。他們會搞結構化資料，再硬生生塞進口語問答設計，大概是怕智慧助手查不到東西吧？欸欸，我有點岔題了…回來！總之現在很流行這樣玩，就是趨勢嘛，你不跟著走好像就落伍了。
實務操作上喔，如果真的要建議方法，那大抵會拆三步驟：首先聚焦圖片壓縮還有JS裁剪；接下來整合骨架屏還有Lazy Load（老實說我一開始聽到Lazy Load以為是什麼偷懶機制）；最後就是死盯LCP、FID還有CVR那些轉換關鍵數據。不過如果預算實在有限啦，也不是不能偷個小懶，通常會建議先砸資源優化首頁主要元素，這樣至少能減少反覆修改工時，同時照顧品牌視覺和效能需求。哈，有時候真希望所有問題都只剩預算可煩惱就好了。
不過說到內容佈局，有些做法也算新潮。他們會搞結構化資料，再硬生生塞進口語問答設計，大概是怕智慧助手查不到東西吧？欸欸，我有點岔題了…回來！總之現在很流行這樣玩，就是趨勢嘛，你不跟著走好像就落伍了。
實務操作上喔，如果真的要建議方法，那大抵會拆三步驟：首先聚焦圖片壓縮還有JS裁剪；接下來整合骨架屏還有Lazy Load（老實說我一開始聽到Lazy Load以為是什麼偷懶機制）；最後就是死盯LCP、FID還有CVR那些轉換關鍵數據。不過如果預算實在有限啦，也不是不能偷個小懶，通常會建議先砸資源優化首頁主要元素，這樣至少能減少反覆修改工時，同時照顧品牌視覺和效能需求。哈，有時候真希望所有問題都只剩預算可煩惱就好了。
