Welly 幫幫我

Properties2
tags來源/pdf, 狀態/草稿, 領域/行銷增長, 領域/seo
aliasesWelly 幫幫我 第三集, 技術 SEO 9 大項目, SEO 技術優化, 打好網站體質, Welly Episode 03

閱讀時間約 18 分鐘

Welly 幫幫我 #3：SEO 技術面優化—9 大項目打好網站體質

後設資料

  • 作者：Welly（台灣 SEO 服務商；Welly 編輯團隊統一署名）
  • 發行：Welly 自家電子書（系列名「Welly 幫幫我」第 3 集）
  • 發表日：2022–2023 年（PDF 內提及 2022/9 數據；確切發表日未標於檔內）
  • 頁數：51 頁（含結語 / 公司介紹 / 客戶見證 / 聯繫方式 / 下集預告）
  • 語言：中文（繁中）
  • 體例：行銷型 lead-magnet 電子書——前 46 頁知識內容 + 後 5 頁公司介紹 / 客戶見證 / 預約 CTA
  • 適用對象：行銷人 / 中小企業主，需與工程師溝通 SEO 技術需求；不需要會寫程式
  • 系列定位：Welly「幫幫我」系列 EP3（前兩集：初步觀念 + 30 種工具；下集：SEO 內容面優化）
  • 副本：原 PDF 已存於 10-來源/PDF/2026-05-01-Welly-技術SEO9大項目.pdf，本頁為 sidecar 結構化提取

一句話濃縮

技術 SEO 約佔整個 SEO 30% 權重——「容器先做好，再裝美味料理（內容）」；本書把技術 SEO 拆成 9 項分 3 層（打地基全站建置 / 單獨頁面標記 / 網頁體驗），讓行銷人能與工程師對齊技術需求語言而不必親自寫程式。

結構摘要

PDF 4 章對應 vault 4 個結構錨點。每項旁的星星數為原作者重要性自評（5 星滿分）。

第 1 章：技術 SEO 的定位（pp.4-6）

SEO 4 大維度：站內 SEO（On Site）+ 站外 SEO（Off Site）+ 技術 SEO（Technical）+ 內容 SEO（Content）——其中技術 + 內容皆屬站內 SEO。

  • 公式：SEO 的成功 = 網站架構 + 精準關鍵字 + 優質內容 + 持續經營與調整
  • 比喻：技術 SEO = 碗碟（容器）/ 內容 SEO = 料理（決勝關鍵）。容器只要乾淨、能承裝即可（至少做到基本）；料理需不斷推陳出新。
  • 權重：技術佔 30%，但若沒做好，後面努力會事倍功半（負面槓桿）

第 2 章：打地基！全站基本建置（pp.7-20，3 項）

1. SEO 網址 / 網域（4★）

  • 網址結構：通訊協定 // 子網域 . 次級網域 . 頂級網域 / 子目錄 / Slug
    • 通訊協定：HTTPS（Google 信賴度指標，SEO 基礎）
    • 主網域 / 根網域 = 次級 + 頂級
    • 子網域：免費、可區隔品牌定位、可獨立競爭關鍵字 / 但不共用程式碼、不繼承全部權重
    • 子目錄：繼承主網域權重、可串連內部連結 / 但同關鍵字只 1 個排名、整體權重綁定
    • Slug：建議放關鍵字英文，避免中文（複製後變亂碼）
  • Google John Mueller 觀點：子網域 vs 子目錄無好壞之分，依「工程師設定容易度」+「商業 / 品牌長遠發展」+「經營長久度」決定

2. Breadcrumb 麵包屑（3★）

  • 定義：網頁導覽列，顯示在網站階層中的位置（首頁 > 次分類 > 文章標題）
  • 3 種視覺形式：> / 》 / /（最後者多為程式預設）
  • 5 個 SEO 好處：指路 + 降低跳出率 + 不占版位 + 提升爬蟲友善度 + 機會出現複合式搜尋結果
  • 企劃 4 原則：階層名稱（Name）精簡 / 階層網址（Item）有效 / 含首頁階層數（Position）≤ 5 / 放入相關關鍵字
  • 3 個常見錯誤：同名稱不同網址 / 同網址不同名稱 / 階層遺漏
  • 實作：透過 結構化資料（Schema.org BreadcrumbList）標記給爬蟲

3. Sitemap 網站地圖（5★）

  • 定義：放置整個網站所有頁面站點，讓 Google 爬取更順利的清單檔案
  • 與 SEO 排名關係：Sitemap 與排名無關——排名發生在檢索 + 建立索引之後；Sitemap 影響的是「爬蟲怎麼找到網頁」
  • 3 種格式：txt（最簡單，UTF-8 編碼）/ XML（最常用，需特定語法）/ RSS, mRSS, Atom 1.0（動態消息站點）
  • 產生工具：Sitemap Generator（線上 xml）/ Yoast SEO（WordPress 外掛）
  • 提交步驟：(1) 安裝 Google Search Console + 開通管理權限（2）Sitemap 上傳網站根目錄（3）Search Console 選 Sitemap 選項（4）輸入檔名提交
  • 無法讀取的 3 種狀況：上傳成功 / 發生錯誤 / 無法擷取——後者用「網址檢查工具 + 即時測試」

第 3 章：別偷懶！單獨頁面標記執行（pp.21-36，4 項）

4. Robots.txt（3★） + meta robots

  • Robots.txt 用途：含特定規則的簡易文字檔，告訴搜尋引擎「不要檢索」哪些頁面；主要避免龐大資訊量影響網站速度
  • 僅「部分機率」不被索引的 4 個原因：對 Google 只是參考非強制 / 並非所有引擎都支援 / 各引擎解讀指令方式不同 / 別站連到封鎖頁仍會被索引（「秘密透過 A 朋友洩漏」比喻）
  • Robots.txt vs meta robots 對比：
    robots.txtmeta robots
    主功能防「檢索」防「建立索引」
    撰寫方式文字編輯器寫好上傳網站在該網頁 head 下方新增
    程式碼User-agent / Allow / Disallow / Crawl-delay / Sitemapmeta name / content / index / noindex / follow / nofollow
  • 真的不要被索引 → 用 meta robots 而非 robots.txt
  • 3 種 meta robots 組合：index, nofollow（建索引但不追連結）/ noindex, follow（不建索引但追連結）/ noindex, nofollow（兩者皆禁）

5. Canonical URL（3★）

  • 定義：HTML 語法標籤 <link rel="canonical" href="...">，告訴 Google「這頁與某標準網頁相似」，排名應指向標準網頁
  • 3 大作用：指定 SERP 顯示網址 / 整合重複內容降低負面影響 / 避免爬蟲耗時檢索重複網頁
  • 使用情境（5 種）：
    1. 同首頁有多個入口（https://welly.tw / http:// / www / m. / ?utm_source=...）
    2. 產品有不同顏色 / 價錢 / 規格
    3. 聯合發布文章 / 被內容農場抄襲
    4. 文章在不同版面下被系統存成不同網址
    5. 多裝置類型（AMP / m. / www.）+ 動態網址支援其他參數
  • 語法 4 規範：必須放在 <Head> 區塊 / 一頁只能有 1 個 / 用 https 而非 http / 標準網址用完整網址
  • 延伸警示：大量重複內容 + 相同權重 → 可能被 Google 判為惡意操作 / 抄襲，影響 SERP 排名

6. 301 / 302 轉址（4★）

  • 網站轉址 4 種常見時機：簡化縮短網址 / 相似網域名稱導向正確網址 / 移動到新網域 / 網站結構異動部分網址重新命名
  • 3 種類型對比：
類型別稱性質流量排名權重Google 偏好
301永久轉址永久轉移轉移（多數）✅
302暫時轉址暫時轉移不轉移適合 A/B 測試
遮蔽轉址Masked / 隱性隱藏實際網域——❌ 不建議使用
  • 301 適用：網址常被打錯 / 舊網站改版關閉 / 結構改變需改名 / 活動頁失效導回官網 / 合併 2+ 網站 / 縮網址
  • 302 適用：A/B Test / 暫時維護 / 短期活動導流 / 縮網址
  • 301 警示：轉址前後網頁內容必須高度相關，否則被判黑帽 SEO
  • 遮蔽轉址不建議：行動裝置顯示異常 / 影響搜尋引擎排名（SEO 標題前言圖片識別出錯）

7. 結構化資料 / Schema.org（4★）

  • 定義：按標準化格式書寫的資料，讓爬蟲更有效率讀懂網頁內容並分類；網頁有機會在 SERP 以「複合式搜尋結果（Rich Results）」呈現（FAQ 問答清單 / 星星評分 / 評論者 / 價錢等）
  • 標準制定方：Schema-org——Google + Microsoft + Yahoo + Yandex 4 大搜尋引擎共同推出
  • Google 支援的結構化標記類型（約 34 種）：文章 / 書籍 / 麵包屑 / 課程 / 資料集 / 雇主評分 / 當地商家 / Logo / 數學解題 / 電影 / 預估薪酬 / Podcast / 練習題 / 活動 / 事實查核 / 常見問題 FAQ / 居家活動 / 教學步驟 How-to / 圖片授權 / 求職資訊 / 產品 / 問與答 / 食譜 / 評論摘錄 / 網站連結搜尋框 / 軟體應用程式 / 語音助理 Speakable / 職業訓練（Beta）/ 軟體應用程式（Beta）/ 訂閱付費牆 / 影片 Video 等
  • 不會寫程式的 2 個替代方案：
    1. Google 結構化資料標記協助工具——支援 14 種類型，5 步驟（選類型 → 輸入網址 → 反白標記 → 建立 HTML JSON-LD/Microdata → 貼至 head）
    2. FAQ Schema 結構化數據生成器——專做 FAQ Schema

第 4 章：別失分！顧好網頁體驗（pp.37-45，2 項）

8. 提升網站速度（4★）

  • 核心命題：Google 研究使用者耐心只有 3 秒——載入過長 / 版面位移 → 使用者離開 → 跳出率上升 → SEO 受損
  • 跳出率比例（Google Search Console 數據）：
    • 載入 1 → 3 秒：跳出率 +32%
    • 載入 1 → 6 秒：跳出率 +106%
  • Google 速度 3 區段：快 0–2.5 秒 / 普通 2.5–4 秒 / 慢 > 4 秒
  • 3 大測試工具（Google 推薦）：
    • PageSpeed Insights（蒐集 Chrome 28 天真實使用者數據；分 90+ 良好 / 50–90 改進 / <50 較差；電商與 WordPress 60 分達標）
    • YSlow（Yahoo 出品，至少 23 種指標）
    • WebPagetest（全球用戶 + 多瀏覽器 + DNS/TCP/TLS 深度指標 + 影片記錄）
  • 核心命題（金句）：「重要性還是不如頁面與搜尋意圖的『相關性』來得高」——速度 0.01 秒但內容無關仍無用
  • 詳細指標見 Core-Web-Vitals

9. 行動裝置兼容性（4★）

  • AMP 已被 Google 取消排名加權（用戶體驗不佳）
  • 2 大技術對比：
    • RWD 響應式網頁設計（Responsive Web Design）——同一連結在不同裝置自動改變排版佈局；Google 公開推薦
    • AWD 自適應式網站（Adaptive Web Design）——先判定裝置再改變排版；概念相似但開發複雜、維護成本高、熱門度低
  • RWD 提升 SEO 排名 5 個原因：
    1. 連結單一——不分散流量、轉發方便、反向連結集中
    2. 跳出率較低——自動調整、閱讀順暢
    3. 提升體驗及品牌形象——資訊更新無缺漏
    4. 符合所有使用者搜尋習慣——用戶慣用網頁搜尋而非 APP
    5. Google 喜歡這個趨勢——指定索引編列屬性 / 減少工程師處理時間 / 降低重新導向出錯機率 / Googlebot 1 次擷取所有版本
  • 熱門 RWD 框架：Bootstrap（CSS / JS 模組 + SVG 圖庫）

重要段落 / 引用

引用為短句技術核心命題（事實性方法論引言），原 PDF 已備份於同名 .pdf。

  • 沙拉碗比喻：「先把木碗打造出來後，再去添加碗內的菜色（網頁內容），最後才能構成一碗可口的沙拉！」（p.3 前言）
  • 公司視角的核心痛點：「同時具有 SEO 領域知識、又會寫程式的工程師很稀有」——本書定位是教行銷人「用 SEO 規則的語言」與工程師溝通（p.3 前言）
  • 技術 SEO 的位階：「網站優化技術的重要性約僅佔了 3 成，但沒有先做好這 3 成，後面的努力都將可能事倍功半」（p.6）
  • Sitemap 與排名：「Sitemap 都與 SEO 排名無關，因為排名是在完成檢索及建立索引之後的事情了」（p.16）
  • Robots.txt 的局限：用「秘密被別人洩漏」的比喻說明 robots.txt 不是真不被索引——「但 A 知道你的秘密，只要 Google 認識了 A，就可以從他口中得知並記住（建立索引）你的秘密」（p.23）
  • 301 警示：「轉址前後的網頁內容必須要高度相關，否則很容易被搜尋引擎判斷為黑帽 SEO」（p.31）
  • 網站速度的真正位階：「它的重要性還是不如頁面與搜尋意圖的『相關性』來得高」（p.38）
  • 結語金句：「先花時間把網站體質調整好，網站的骨架好了，再用優質且符合搜尋意圖的內容填滿網站的肉」（p.46）

提取概念

連結到此來源衍生 / 更新的 wiki 頁：

  • SEO — 搜尋引擎最佳化主合成頁（新建，本來源主軸）；4 大維度（站內 / 站外 / 技術 / 內容）
  • 技術SEO — 9 項技術細節在 3 層結構展開（新建，sub-umbrella）
  • 結構化資料 — Schema.org 標準化標記（新建，跨 SEO 與 UX）
  • Core-Web-Vitals — Google 網頁體驗核心指標 LCP / FID / CLS（新建，跨 SEO 與 UX）
  • Welly — 台灣 SEO 服務商實體（新建）
  • MOC-行銷增長 — 補入 SEO 增長動作層分支（既有「未來累積方向」(b) 移至實作節點）
  • 行銷漏斗 — SEO 是漏斗最頂端「陌生 → 認識」的有機流量入口
  • 流量池模型 — SEO 帶進的有機流量沉澱進品牌的流量池
  • 內容策略 — 內容 SEO 是內容策略服務搜尋意圖的具體形式
  • AI輔助創意 — SEO 內容產製可結合 LLM 工具加速；SEO 文章是 ChatGPT 創意產出的常見場景之一
  • 易讀性 — Core Web Vitals 的視覺穩定性（CLS）與排版的「重複節奏」+「層級」共享 UX 邏輯
  • 使用者研究 — Core Web Vitals 是 Google 把 UX 量化的代表案例；3 秒耐心是行為研究結論

備註

本來源類型特殊性：是 vault 中第一份來自 SEO / 數位行銷服務商的 lead-magnet 電子書。前 46 頁是知識內容，後 5 頁是公司介紹 + 客戶見證 + 聯繫方式 + 下集預告——典型 B2B 行銷漏斗的「內容 → 留資」轉化裝置。觀察其結構本身就是一個 行銷漏斗 案例：價值內容做 awareness → 系列電子書做 nurturing → 預約諮詢做 conversion。

與 Welly 後續期數的累積：本系列至少有 EP1 + EP2 + EP4 + 後續期數；EP1 = 初步觀念、EP2 = 30 種工具、EP4 = SEO 內容面優化、預期 EP5+。如未來 ingest 同系列後續，可在 Welly entity 累積為「幫幫我系列軸」結構。

時間錨點：PDF 內提及 2022/9 數據（B2B 物流商案例圖表），合理推斷出版於 2022 末–2023 年之間；Google AMP 排名加權取消（2021）已被本書反映。SEO 演算法持續演進，FID 已於 2024 年被 INP（Interaction to Next Paint）取代，未來 ingest 較新 SEO 來源時可在 Core-Web-Vitals 補入。

反向連結