IKENSA暫定名 · 開發預覽

行動版與 RWD 一致性

行動版內容缺漏=內容不存在

a18檢核 自動網站結構在互動地圖中開啟 →

行動版內容缺漏像分店只進了一半的貨——而 Google 的採購員只逛分店(mobile-first):分店沒有的貨,它當作你們公司沒賣。

03為什麼是現在學

Google 是行動優先索引:它看的是手機版。桌機版有、手機版折疊掉或乾脆不渲染的內容,等於不存在。

04白話理解(對客戶簡報可直接引用)

確保手機版與桌機版「內容一致」:主要文字、圖片(含 alt)、結構化資料、內部連結都要在。RWD(同一份 HTML 自適應)天然一致,是預設正解;獨立 m 站與「行動版精簡內容」的做法要逐區塊比對。

05工具箱

  • GSC 網址檢查(Googlebot 智慧型手機版) — 看 Google 手機爬蟲實際渲染的結果
  • 行動裝置實機測試 — 表單、電話按鈕、選單逐一點過

06怎麼做 · SOP 3 步(每步標產出物)

  1. 1比對手機/桌機版的內容差異(文字/圖/schema/內鏈)一致性報告
  2. 2缺漏內容補齊(折疊可以、缺席不行)修復紀錄
  3. 3實機測互動元素行動可用性紀錄

07場景應用(實戰經驗)

  • 常見:桌機版有完整規格表、手機版「為了簡潔」整個拿掉——那張規格表正是長尾關鍵字的來源,手機版拿掉等於全站拿掉。

08⚠️ 常見誤區

  • 把「折疊(accordion)」誤當問題——內容在 DOM 裡收合是可以的,「不在 DOM 裡」才是問題。
口訣

Google 只看手機版;手機版沒有=你沒有。

10里程碑 · 完成標準(可驗證)

  • 行動/桌機內容一致
  • 互動元素實機可用
  • GSC 行動可用性零錯誤

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

12檢核方式與依據出處

程式自動判定:輸入網址,掃描引擎自己爬、自己打 API、自己判定。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
多語系 URL 架構
下一節點 →
內容遷移對照