跳至主要內容

SEARCH_VISIBILITY

搜尋你賣的東西時,讓客戶先看到你先確認卡在哪一層,再決定要不要往下做

什麼是技術 SEO 健檢?

克隆資訊為已上線的網站做技術 SEO 健檢與內容架構:先修好索引與結構化資料,再排關鍵字,讓 Google 和 AI 回答都找得到你。

SEO 主視覺圖,展示同一個網站同時出現在搜尋結果與 AI 回答裡

WHAT_IS

技術 SEO 健檢到底在做什麼?

先確認問題卡在哪一層,再決定要不要往下做。不是一上來就排關鍵字。

  • 現在是這樣搜尋公司名找得到你,搜尋你在賣的東西找不到你;Search Console 一堆頁面卡在「已檢索,尚未建立索引」。
  • 做完之後你會拿到一份報告:哪裡壞了、修好會怎樣、先修哪一個。這份報告你拿走就能用,就算後面沒有合作。
  • 順序不能反先索引與爬取,再結構化資料與內部連結,最後才是速度。反過來,你會得到一個跑很快但沒被收錄的網站。
技術健檢示意圖,展示爬取到索引之間出現斷點造成的 GSC 收錄問題
爬取到索引之間出現斷點造成的 GSC 收錄問題

WHAT_WE_DID

技術 SEO 健檢做得出什麼?

這頁不放任何客戶的排名或流量截圖——別人家的後台數據不是我們可以拿來當廣告的東西。能讓你當場驗證的是兩件事:我們自己的網站,還有我們公開寫的東西。

健檢項目示意圖,展示爬取、索引、重複內容、轉址、速度與結構化資料 Schema 六個面向
爬取、索引、重複內容、轉址、速度與結構化資料 Schema 六個面向
  • 這個網站就是樣本。 clone-info.net 跑在 Astro 7 與 Cloudflare Workers 上,Lighthouse 效能 100 分,全站 JSON-LD、7 項安全標頭、HTTP/3;收錄狀況你可以用 site:clone-info.net 自己數。這一頁的原始碼就有完整結構化資料,可以直接丟進 Schema Markup Validator 驗。
  • 結構化資料 Schema 依頁面性質分型不是整站套同一份:服務頁 Service + FAQPage、文章 BlogPosting + FAQPage、關於頁 AboutPage、聯絡頁 ContactPage。而且只標頁面上看得見的內容——這是 Google 結構化資料政策的明文要求,不是我們的講究。
  • 網站搬家 301 轉址是程式產生的,不是手抄的表。 舊站文章在根目錄,新站在 /blog/ 底下,轉址規則由文章清單在建置時自動生成,目的地一律帶尾斜線——少這條斜線就會變成 301 → 301 → 200 的兩段轉址。轉址也寫進回歸檢查,改路由前先跑一次,斷了會被擋下來。
  • AI 搜尋優化 GEO 真正在做的事不是多一個檔案,是把內容寫成能被整段抽走的形式。我們也產生 llms.txt,但要講清楚:Google 已明文表示搜尋不使用這類檔案,對能見度與排名既不會有幫助也不會有傷害。做法與這個判斷寫在 llms.txt 完整配置教學
  • 追蹤設定的細節。 GA4 只在正式網域載入(用 hostname 判斷),測試流量不會混進同一個 Property。Tag Manager 與 Google 商家檔案我們也承接設定。
  • 我們公開寫過的SEO 優化終極指南GEO 生成引擎優化網頁 SEO 技術優化指南,其餘見技術文章的 SEO 分類

PRICING

費用怎麼算?

依需求評估,沒有固定價目表。報價前一定先看過你的網站與 Search Console,沒看過資料就給的數字沒有意義;看過之後就給,不必等我們跑完健檢

影響價格的因素:

  • 服務型態一次性健檢和持續維運是兩種算法,可以只買前者
  • 網站規模頁數、是否多語系、是不是電商。商品頁的變體網址會讓工作量差好幾倍
  • 現況的技術債轉址鏈、重複內容、參數網址爆量、平台不給改 meta
  • 關鍵字競爭程度同一個字有幾家在持續投入,決定需要的內容量與週期
  • 內容誰產出你出初稿我們做結構,跟整批由我們寫,差別在這裡

不按「保證排名」收費,不賣外部連結,也不用點擊或曝光數當計費基礎。 那些數字不在我們手上,拿來當價格基準對你不公平。

沒達預期的處理方式示意圖,展示換題目、收回預算或直接停掉三條路
換題目、收回預算或直接停掉三條路

沒往預期方向走怎麼辦。 持續維運按月計費、按月可終止,不綁最低合約期。每季做一次總檢視,把當初設定的指標攤開對,沒有往預期方向走就一起決定三條路:換題目重排內容、把預算收回去做別的、或直接停掉。 我們不會用「SEO 本來就要很久」把問題拖過去。

PROCESS

怎麼進行?要多久?

分三段,健檢先行。沒有健檢,後面的工作我們不接。

三段順序示意圖,展示先索引與爬取、再結構化資料、最後才處理速度
先索引與爬取、再結構化資料、最後才處理速度
  1. 技術 SEO 健檢全站爬一次,看 robots.txt、sitemap、canonical、轉址鏈、重複標題與描述、軟 404、參數網址;比對 Search Console 的頁面索引報表,找出「Google 爬了但不收」的那一群;量 Core Web Vitals。有固定的交付物與結束點,以週為單位不是以月為單位。
  2. 技術修正順序固定:先索引與爬取,再結構化資料與內部連結,最後才是速度。速度這段只處理跟分數與排名有關的部分;視覺與資訊架構的重做屬於企業官網設計與建置,WAF 與 Zero Trust 屬於企業雲端建置與資安防護
  3. 關鍵字與內容先分意圖(查資料、比較、要買),排成主題群集,一頁主打一個字,避免自家頁面互相打架。頁面結構照人讀得懂的方式寫:問句當標題、開頭就把答案講完不先鋪陳、事實寫成能被整段抽走的句子、FAQ 配上結構化資料。在地 SEO 另外處理 Google 商家檔案:類別、服務項目、營業時間、相片、評論回覆,全部跟網站上的地址電話對齊。
  1. 每月一份報表曝光、點擊、平均排名、索引狀態、GA4 轉換路徑,加上這個月改了什麼、下個月要改什麼。報表看不懂就等於沒有報表,所以我們會逐項講給你聽。
  2. 時間索引層面通常一到兩個月能在 Search Console 看到變化;排名與詢問量以季為單位;競爭激烈的字更久。唯一有硬期限的是網站搬家,轉址規劃必須在換網域或改版上線前做完,事後才補的代價高很多。
效能分數對照圖,展示 Core Web Vitals 的實驗室分數與實際使用者數據落差
Core Web Vitals 的實驗室分數與實際使用者數據落差

WHO_FITS

誰適合做技術 SEO 健檢?

適合網站已經上線、但搜尋帶不進詢問的公司。最典型的是靠搜尋帶詢問的 B2B 公司:產品講得出差異,但搜尋結果上看不到你。

  • 搜公司名找得到、搜產品找不到的企業這是最常見的起點。
  • Search Console 一堆頁面卡住的公司「已檢索,尚未建立索引」,或索引數字長期跟實際頁數對不上。這類 GSC 收錄問題多半不是內容不好,是同一批內容被多個網址吃到。
  • 改版或搬家之後流量掉下去就沒回來的團隊網站搬家 301 轉址沒做一對一,是最常見的原因。
  • 有服務範圍的在地生意有店面、有到府服務區域,需要把在地 SEO 與 Google 商家檔案一起處理。

另外還有一條實務條件:公司裡要有一個能定期看報表、能拍板改內容的窗口。這件事沒有窗口就推不動。全程遠端合作。

NOT_FOR_YOU

誰不適合?

這幾種情況我們會直接說不適合,省下雙方的時間。

  • 要保證排名的我們不接,也不賣外部連結。
  • 要一兩個月看到詢問量翻轉的時間怎麼算上面寫了。
  • 網站改不動的平台不開放改 title、meta 與結構化資料,也拿不到原始碼,那要先解決「能不能改」。這種情況通常該先看企業官網設計與建置
  • 完全不想碰內容的內容架構、潤稿與結構化我們做,但你的專業只在你自己腦子裡,做不到零投入。
  • 想用搜尋解決產品或價格問題的搜尋只負責把人帶到門口,門內的事它管不了。

OWNERSHIP

帳號與資料歸誰?

全部歸你,從第一天就是。不會出現「網站掛在廠商的 GTM 容器底下」或「Analytics 是代操帳號,要資料得先問廠商」這種綁定。

項目開在誰的帳號
GA4、Search Console、Tag Manager、Google 商家檔案你的 Google 帳號,我們受邀
雲端專案與網域 DNS你的帳號,付款方式也是你的
原始碼你的 Git 儲存庫,我們開分支、送 PR,每一次改動你都查得到
報表不只給彙整檔,Search Console 的匯出資料與 GA4 的探索設定一併交

結案或終止合作時逐項點交,我們的存取權當場移除。

網站搬遷轉址圖,展示網站搬家 301 轉址一對一導向新網址
網站搬家 301 轉址一對一導向新網址

START

要從哪裡開始?

先做一件你今天就做得到的事:把網址給我們,再到 Search Console 把「頁面索引」那張報表截圖一起丟過來。

我們會回你一份初步判讀:哪一層卡住、大概是什麼原因、值不值得做完整健檢。這一步不收費,也不需要你先開權限給我們。

EVIDENCE

這一頁的說法,去哪裡查證?

  • 為什麼不再指望 HowTo 與 FAQ 的版位HowTo 複合式結果 Google 於 2023 年 8 月先限縮到電腦版、9 月 13 日全面停止顯示,官方文件於 9 月 14 日移除;FAQ 複合式結果自 2026 年 5 月 7 日起不再顯示、文件於 2026 年 6 月 15 日移除。這兩種標記現在都不會再長出版位。哪些類型現在還有效,以 Google 的複合式搜尋結果庫為準。
  • 只標看得見的內容Google 的結構化資料一般準則明文寫著「Don’t mark up content that is not visible to readers of the page」。我們的 FAQPage 標記與頁面上的問答逐字一致,理由在這裡。
  • Core Web Vitals 的判定資料實驗室分數與真實使用者資料是兩回事,Google 判定用的是第 75 百分位的現場資料,門檻為 LCP 2.5 秒、INP 200 毫秒、CLS 0.1,見 Web Vitals 說明。我們把兩份數據分開看,原因在此。
  • 沒有理想字數,也沒有 AI 專用標記Google 明文:「there’s no magical word count target, minimum or maximum」,以及「You don’t need to create new machine readable files, AI text files, or markup… There’s also no special schema.org structured data that you need to add」——見 SEO 入門指南AI 功能與你的網站。任何以「AI 比較讀得懂」為理由的提案,我們一律拒絕。

FAQ

常見問題

GSC 收錄問題裡的「已檢索,尚未建立索引」是什麼意思?

代表 Google 爬到了,但決定不收進索引。多半不是技術壞掉,而是這一頁被判斷跟站內其他頁重複,或內容不足以單獨存在。先看是不是同一組內容被多個網址吃到(分頁、排序參數、標籤頁),用 canonical 與 robots 收斂;再看這頁有沒有非存在不可的理由。一直重送 sitemap 或反覆要求檢索通常沒有用。

Lighthouse 分數 100,就等於 Core Web Vitals 通過嗎?

不等於。Lighthouse 是實驗室資料,Core Web Vitals 的判定用的是真實使用者資料。常見落差來自首圖被 lazy load、字型在首次繪製前才載入、第三方 script 卡住主執行緒。我們自己處理 Turnstile 時就遇過:直接用 script 標籤載入,聯絡頁效能從 100 掉到 73、TBT 從 0 變成 1735ms;改成捲到表單才載入,分數才回得來。

網站搬家 301 轉址怎麼做才能確保排名不掉?

舊網址清單要先抓全——只看 sitemap 不夠,要爬站,加上 Search Console 的頁面報表與舊站的 feed 網址。每個舊網址對到一個新網址,一對一,不要全部丟首頁;目的地帶尾斜線,否則會變成 301 → 301 → 200 的兩段轉址。切換後盯涵蓋範圍報表與 404。

AI 搜尋優化 GEO 要做什麼?llms.txt 有用嗎?

llms.txt 不是搜尋引擎標準。Google 官方文件明講 Google Search 完全忽略它,「對網站的能見度與排名既不會有幫助、也不會有傷害」(見 Google AI 優化指南)。產生成本極低,做了無妨,但不能拿它來評估廠商。真正影響被不被引用的是內容結構:問題當標題、開頭就把答案講完不先鋪陳、事實寫成有主詞有時間點、可以被整段抽走的句子。做法寫在 GEO 生成引擎優化教學

為什麼不保證排名?

名次不由任何一家廠商決定,所以不拿來當賣點,也不拿來當收費基礎。我們能承諾的是做了什麼、什麼時候交付、數據怎麼看:每一次改動留紀錄,每月報表把曝光、點擊、平均排名與索引狀態攤開講;每季總檢視,沒往預期方向走就一起決定要換題目還是收掉。看到「保證第一頁」請當成紅旗,如何選擇 SEO 公司列了一整組可對照的警訊。

排名沒掉,電話卻變少,是怎麼回事?

在地服務業常遇到。AI Overview 與 Local Pack 把答案直接顯示在結果頁上,使用者不用進網站就拿到電話與營業時間,於是曝光還在、點擊掉了。處理方向有兩條:把 Google 商家檔案補完整(類別、服務項目、營業時間、相片、評論回覆),並把網站內容寫成能被摘錄的形式。細節在 AI Overview Local Pack 衝擊實戰分析

你們會動到我的網站原始碼嗎?權限要怎麼給?

看網站怎麼架的。能給 Git 存取的,我們開分支改、你看過 PR 再合併;WordPress 或封閉平台就用後台權限做,改動前先備份、逐項紀錄。帳號一律用你的,不開共用的代操帳號,權限給到能做事就好。

結構化資料 Schema 要做到什麼程度?

依頁面性質分型,不要整站套同一份:服務頁 Service + FAQPage、文章 BlogPosting + FAQPage、關於頁 AboutPage、聯絡頁 ContactPage。時效要注意——FAQ 複合式搜尋結果已於 2026 年 5 月 7 日起停止顯示、官方文件也下架,所以我們不再把 FAQPage 當成會長出版位的手段。哪些類型現在還有版位,以 Google 的複合式搜尋結果庫為準。不變的規則是:Schema 寫的內容必須跟頁面上看得到的一致,沒有的評分、價格、獎項不要塞。

把你的狀況寫給我們

把網址和你希望被搜到的那幾個字寄給我們。收到後先回覆能不能做。

本頁最後更新:

(07) 964-6463|service@clone-info.net|週一至五 09:00–18:00