SEO 健檢報告 · Search Visibility Audit
受檢網址 jung-clinic.com · 檢測日期 2026 年 8 月 10 日
檢測方式：實際抓取原始碼 + 行動裝置實機模擬 + 法規查證
這不是「網站做得醜」的分數，而是「搜尋引擎能不能理解你」的分數。 網站的視覺設計其實相當完整，問題出在整個網站幾乎是用圖片拼出來的 —— 人眼看得到，但 Google 讀不到任何一個字。
貞診所有一個漂亮但對搜尋引擎近乎空白的網站。 首頁全部可被讀取的文字只有 324 個字，全站 60 頁中有 50 頁沒有主標題（H1）， 醫師介紹、療程說明、地址電話全都藏在圖片裡。 修正這一點的投資報酬率，遠高於再花錢買廣告。
如果你今天只有三分鐘，看這三個就好。這三個數字，每一個都是「實際抓下來數出來的」，不是估算。
每一項都點得開，裡面有「這是什麼意思」的白話翻譯。分數用加權平均，權重寫在項目旁邊。
這是整份報告最重要的一段。左邊切換看看：人類訪客看到的畫面，跟 Google 爬蟲讀到的內容， 差距有多大。
※ 同業平均值為業界一般參考區間，非精確統計數字；324 字與 20 字為本次實測。
意思是：有人在 Google 搜「蒙娜麗莎雷射 台北」，你這一頁在 Google 資料庫裡 幾乎是一張白紙。就算療程做得再好、圖做得再美，也排不上去。
下面是根據目前網站設定，模擬出的 Google 搜尋結果外觀。問題一眼就看得出來。
| 網址 | 頁面標題 | 問題 |
|---|---|---|
| /voluptate-ollum-earum-dolore… | 我的創作日記#4 | 網站模板的假文章 |
| /aspernatur-molestias-dignissimos… | 我的創作日記#3 | 網站模板的假文章 |
| /eosid-laudantium-enim-voluptatem | 我的創作日記#2 | 網站模板的假文章 |
| /magnam-repellat-optio-doloribus | 我的創作日記#1 | 網站模板的假文章 |
| /product/congue-quisque/ | 一般商品3 | 購物功能測試商品 |
| /product/ullamcorper-dapibus/ | 一般商品1 | 購物功能測試商品 |
| /product/congue-mauris/ | 一般商品2 | 購物功能測試商品 |
| /product/多選項商品/ | 多選項商品 | 購物功能測試商品 |
| /表單樣式範例頁/ | 表單樣式範例頁 | 開發用測試頁 |
↔ 表格可左右滑動 · 資料來源：jung-clinic.com/sitemap.xml（網站自己送給 Google 的收錄清單）
這 9 個頁面是當初套用網站模板時附贈的示範內容，一直沒刪。 它們現在正大大方方地列在你「主動提交給 Google」的清單上。 對一間主打信任感與隱私的女性診所來說， 搜尋結果裡冒出「我的創作日記#4」或「一般商品3」，是很傷形象的。
依「修好之後效果最大 ÷ 花的力氣最小」排序。 每一則都寫清楚現在怎樣、為什麼要緊、實際怎麼做、誰做、大概多久。上方按鈕可以篩選。
用 iPhone 尺寸（375 × 812）實際載入首頁測出來的結果。 醫美諮詢有約七成流量來自手機，這一塊的體驗直接等於預約量。
| 檢查項目 | 實測結果 | 標準 | 判定 |
|---|---|---|---|
| 畫面會不會左右亂跑 | 不會（375px 剛好） | 不可橫向捲動 | ✓ 通過 |
| 文字大小 | 沒有小於 12px 的文字 | ≥ 12px | ✓ 通過 |
| 手指點得到嗎 | 36 個按鈕中有 24 個小於 36px | ≥ 44×44px | ✗ 不合格 |
| 頁面下載量 | 10.1 MB | ≤ 1.5 MB | ✗ 嚴重超標 |
| 要下載幾個檔案 | 155 個（CSS 40 個、JS 43 個） | ≤ 50 個 | ✗ 不合格 |
| 最大的一張圖 | 天母拱門圖片b.jpg 1.5 MB | ≤ 200 KB | ✗ 嚴重超標 |
| 圖片尺寸是否適配 | 1920px 的圖顯示在 330px 的框裡 | ≤ 顯示寬度 2 倍 | ✗ 浪費 5.8 倍 |
| 手機是否誤載電腦版圖 | 「主視覺.jpg」與「主視覺手機.jpg」兩張都載 | 只載一張 | ✗ 白白多花 527 KB |
| 表格在手機上 | 療程比較表（jet-table）超出畫面 | 需可捲動或改版 | ✗ 內容被切掉 |
| 連線協定 | HTTP/1.1 | HTTP/2 或 /3 | ✗ 檔案多時特別慢 |
| 壓縮方式 | 只有 gzip | Brotli（省 15–20%） | ✗ 可再優化 |
| 網址與加密設定 | www、http 均正確轉址；HSTS 已開 | — | ✓ 通過 |
↔ 表格可左右滑動
這些是診所實際提供的療程。每一個名稱，在 Google 上都是有人正在搜尋的字詞 （「蒙娜麗莎雷射 台北」「菲蜜莉 費用」）。貞診所的特殊之處在於： 這些療程大多「有頁面」，但頁面上屬於該療程的可讀文字是 0 字 —— 等於入口蓋好了，門卻是關著的。標色的是建議優先補上內容的頁面（搜尋量大、屬主打療程）。
上面所有「請補上文字」的建議，都必須先過這一關。 台灣的醫療機構網站受醫療法與醫療機構網際網路資訊管理辦法規範， 台北市由台北市政府衛生局稽查。以下是本次查證的重點。
「醫療機構以網際網路提供之資訊，除有第 103 條第 2 項各款所定情形外， 不受第 1 項所定內容範圍之限制。」
白話：一般的醫療廣告只能寫「名稱、地址、電話、醫師學經歷、診療科別」等 6 項； 但官方網站不受這個限制，可以寫療程原理、術後照護、衛教知識、常見問題。 所以「首頁補文字」這件事，法規上是可以做的，前提是遵守下面的規則。
〈醫療機構網際網路資訊管理辦法〉第 4 條：醫療機構應於首頁以明顯文字， 聲明禁止任何網際網路服務業者轉錄其網路資訊（搜尋引擎索引與直接超連結不在此限）。
實測：全站搜尋「轉錄」，出現 0 次。首頁、關於我們、醫師團隊皆無。
怎麼做：頁尾加一行，例如「本網站資訊禁止任何網際網路服務業者轉錄，但搜尋引擎索引及直接超連結不在此限。」
醫療法第 85 條第 1 項第 1 款明列可（也應）載明「醫療機構之名稱、開業執照字號、 地址、電話及交通路線」；第 4 款為「診療科別及診療時間」。
實測：首頁、關於貞診所、醫師團隊三頁的文字內容中，
「地址」「電話」「開業執照」「門診時間」全數為 0 次。
只有一個隱藏的 tel:+886-2-89791915 連結，但畫面上沒有寫出號碼。
這同時是兩個問題：對衛生局是揭露不足； 對 Google 則是本地搜尋（「台北 私密處雷射」「信義區 婦科」）幾乎無法排名， 因為 Google 找不到你在哪裡。這一項是本次報告中CP 值最高的修正。
〈醫療機構網際網路資訊管理辦法〉第 7 條：網路資訊中屬於醫療或健康知識者， 應標示製作或更新日期，並加註內容來源或主要科學文獻依據。
為什麼要在意：這條剛好跟 Google 的 E-E-A-T（專業性、權威性、可信度） 評估標準完全一致。乖乖標日期跟文獻，是同時滿足法規與 SEO 的動作，一石二鳥。
| 類型 | 可以寫 | 不能寫 | 法源 |
|---|---|---|---|
| 療效 | 療程原理、適應症、術後照護、可能風險與副作用 | 保證見效、100%、永久、一次搞定、根治 | 醫療法 §86⑦、§103Ⅱ① |
| 價格 | 單純標示醫療費用（衛福部 103 年公告已容許） | 折扣、優惠價、限時特價、買一送一、分期零利率、療程套票促銷 | 醫療法 §61、衛署醫字第0940203047號公告 |
| 案例照片 | 已取得病人書面同意，且作為「完整醫療知識」一部分的術前後對照 | 單純並列前後對比當作招攬；私密處部位的術前後照片風險特別高 | 醫療法 §72、§86；衛生局函釋 |
| 見證 | — | 病人心得、網紅體驗文、藝人推薦、「他也在用」 | 醫療法 §86①⑤ |
| 報導 | — | 藉採訪或報導形式宣傳、摘錄醫學期刊當廣告 | 醫療法 §86④⑤ |
| 名詞 | 經核准之儀器原廠名稱、正式醫學名詞 | 自創的行銷名詞（如「無痛溶脂」類已被認定非醫學名詞） | 醫療法 §86⑦ |
| PRP／PLT | 說明其為何、程序、限制 | 宣稱療效（衛生局明示 PRP 效果尚無定論，宣稱療效涉違規） | 醫療法 §86；台北市衛生局 Q&A |
↔ 表格可左右滑動
〈醫療機構網際網路資訊管理辦法〉第 3 條要求：醫療機構提供網路資訊， 應將網域名稱、網址、以及網頁內主要可供點閱之項目， 報所在地主管機關（台北市政府衛生局）備查；異動時亦同。
本次無法從外部確認貞診所是否已完成備查。 由於這次改版會大幅新增頁面與選單項目，屬於「異動」， 建議請診所行政同仁向台北市衛生局確認備查狀態並補報。
可以直接勾。勾選狀態會存在這台裝置的瀏覽器裡，下次打開還在（不會傳到任何地方）。
以下是依目前問題的性質與嚴重程度所做的合理預估，非保證值。 SEO 沒有人能保證名次，但「從幾乎沒有內容」到「有內容」的這一段，是所有階段裡漲幅最明顯的。
把「聯絡我們」的實體資訊補成真正的文字 —— 兩個院所的完整地址、電話、 門診時間、開業執照字號、交通方式，再加上 Google 地圖嵌入。 這件事一個下午就能做完，同時解決「本地搜尋完全找不到你」與 「醫療法揭露不足」兩個問題，是整份報告裡投資報酬率最高的一步。
這一章回答兩個業主一定會問的問題：這個網址跟網站，最終是不是診所自己的資產？ 既然要大修，要不要順便換掉現在的網站系統？ 我們的結論是值得認真評估，理由不只是速度，還包括資安、成本， 以及一件對醫療院所特別重要的事 —— 誰真正握有這個網站。
| 項目 | 查到的實際狀況 | 代表什麼 |
|---|---|---|
| 網域註冊商 | Net-Chinese 網路中文（台灣） | 台灣註冊商，處理與溝通相對容易 |
| 網域註冊日 | 2025-11-11 | 一次註冊 10 年，效期至 2035-11-11 |
| 網域狀態 | active | 未鎖定轉移，移轉程序相對單純 |
| DNS 管理者 | admns1 / admns2.hinet.net | 由 HiNet（中華電信）代管 |
| 網站主機 | LayerStack（香港） | 香港虛擬主機，非台灣主機商 |
| 註冊人資料 | 隱私保護，外部查不到 | 需向廠商確認登記名義人 |
↔ 表格可左右滑動 · 查詢方式：RDAP 公開註冊資料、DNS 與主機 IP 反查（2026-08-11）
註冊人資料受隱私保護，外部無法確認登記的是診所還是網路公司。 建議直接向合作廠商索取書面確認：① 網域註冊人（Registrant）登記名稱、 ② 網域管理帳號的登入權、③ 網站原始檔與著作權歸屬。 這三件事跟網站好不好無關，但關係到這個網址最終是不是診所自己的資產。
WordPress 為了支援後台編輯，必須載入佈景、頁面編輯器、以及每一個外掛各自的 CSS 與 JS —— 這就是為什麼你的首頁會有 40 個 CSS 檔、43 個 JS 檔、 總共 155 個請求。這些檔案有很大一部分，訪客其實根本用不到。
靜態網站沒有這個包袱，只送出這一頁真正需要的東西。 參考值：您現在正在看的這份報告，就是靜態網站， 整頁只有 33 KB、4 個請求。
改版後合理的目標是 300 KB – 800 KB（含壓縮過的圖片）， 約為現在的十分之一。載入時間從 4G 環境的 8–14 秒，降到 1–2 秒。
目前網站上偵測到 11 個以上的外掛，其中多個是付費專業版 （Elementor Pro、Blocksy Companion Pro、JetElements、WooCommerce、 FluentForm、Pixel Cat Premium 等）。WordPress 網站被入侵， 絕大多數是透過過期未更新的外掛。
而這裡有一個現實風險：這些付費外掛的授權金鑰， 很可能登記在原網路公司名下。一旦拆夥、授權沒轉移， 外掛就無法再更新 —— 網站會停在一個永遠補不了漏洞的狀態。
靜態網站沒有資料庫、沒有後台登入頁、不執行任何程式， 駭客沒有東西可以攻擊。對一間會收集姓名、電話、療程意向的醫美診所來說， 這不只是技術問題，是個資保護問題。
搬到 Git 之後，網站的每一個字都是純文字檔，存在診所自己的帳號裡。 要換合作對象，把權限轉移就好，不用再談判、不用再等對方交檔案、 也不會發生「東西要不回來」的狀況。
這一點，正是這次會需要做這份報告的原因。
〈醫療機構網際網路資訊管理辦法〉第 6 條要求醫療機構對網路資訊的正確性負責， 第 7 條要求衛教內容標示製作或更新日期。
Git 的本質就是完整的修改歷程：哪一天、誰、把哪一句話改成什麼， 全部有紀錄，而且可以一鍵還原到任何一個時間點。 萬一日後衛生局稽查、或發生內容爭議， 你能精確證明某段文字在哪一天上線、哪一天修正。 WordPress 的修訂紀錄做不到這種程度。
這是一般改版不會提、但對醫療院所特別有價值的一點。
不用付主機月租（Cloudflare Pages 免費方案就足夠這種規模的網站）、 不用付外掛年費、不用每月處理 WordPress 與外掛更新、 不會再出現「更新完版面就跑掉」或「兩個外掛打架導致網站白屏」。
如果先在 WordPress 上把 60 頁的 H1 與描述逐頁修完、把結構化資料補上、把圖片全部重做， 之後才決定改版，這些工都要再做一次。
反過來，如果決定要搬，就讓文案直接寫在新平台上， 報告第 05 章的 11 個問題會在改版過程中一次全部解決，不必分兩階段。
| 項目 | 留在 WordPress | 搬到 Git + Cloudflare |
|---|---|---|
| 手機下載量 | 優化後約 1.8–2.2 MB | 約 0.3–0.8 MB |
| 請求數 | 優化後約 60–90 個 | 約 10–20 個 |
| 被入侵風險 | 需持續更新外掛 | 幾乎為零 |
| 主機費用 | 需付主機月租 | 免費方案即足夠 |
| 外掛年費 | 多套付費外掛需續約 | 無 |
| 授權綁架風險 | 授權可能在原廠商名下 | 完全自有 |
| 修改歷程可稽核 | 有限 | 完整且可還原 |
| 視覺風格能否維持 | 可 | 可，重刻即可 |
| 診所自行編輯 | 內建後台 | 需另接編輯介面（見下） |
| 線上預約表單 | 現成外掛 | 需改用表單服務 |
| 購物功能 | WooCommerce | 需另外處理（但目前沒在用） |
| 內容成本 | 0（9.9 萬字內容已完成） | 0（內容直接搬過去） |
↔ 表格可左右滑動 · 數值為依現況推估的合理區間，非保證值
這是搬離 WordPress 最常見、也最合理的疑慮 —— 門診時間調整、醫師異動、 新增衛教文章，總不能每次都找工程師。
解法：接一套 Git-based CMS（如 Decap CMS、Sveltia CMS）。 它會提供一個網頁後台，同仁登入後看到的是一般的編輯畫面 —— 打字、上傳圖片、按儲存 —— 完全不會接觸到程式碼。 按下儲存的當下，系統自動寫回 Git 並重新部署，約一分鐘後上線。
這類工具是免費的，而且與 Cloudflare Pages 原生相容。
目前用 FluentForm（WordPress 外掛）。搬家後改用表單服務或 Cloudflare Workers 接收，送到指定信箱或 LINE。
提醒：預約表單會收集姓名、電話與療程意向， 屬於敏感度較高的個資。改版時建議一併確認：傳輸加密、資料保存位置、 保存期限，以及表單頁是否有個資蒐集告知同意聲明 —— 這在現行網站上也沒有看到。
網站雖然裝了 WooCommerce，但實際檢查後發現， 裡面的 4 個商品全部是模板附贈的測試資料 （「一般商品1」「一般商品2」「一般商品3」「多選項商品」）， 沒有任何真正在販售的品項。
換句話說，這個購物系統目前只是在拖慢網站，沒有帶來任何營收。 改版時直接不做，不但沒有損失，還能少掉一大塊載入負擔。
因為內容本來就得全部重寫，搬離 WordPress 的額外成本比想像中低很多； 而換來的是十倍的速度、幾乎歸零的資安風險、不再被廠商綁架， 以及一份完整可稽核的修改紀錄。 風格能維持原樣，同仁也仍然可以自己編輯文章。 唯一的前提是：先把網域、主機與帳號的控制權拿回來。