技術 SEO 別急著改：動手前先查你已經有的三個訊號，注意力行銷文章示意圖
SEO 與 GEO

技術 SEO（technical SEO）別急著改：動手前先查你已經有的三個訊號

先給答案：技術 SEO（technical SEO）出問題時，多數人第一時間想到的是「再多做一件事」，而正確的第一步幾乎都是「先查一件你已經有的東西」。Google 的搜尋倡議者 John Mueller 在 2026 年 9 月這週，一連對三個常見的反射動作澆了冷水，經 Search Engine Journal 整理成一則週報。這篇把他的三個提醒收成一份中小企業能照著做的檢查順序。

三個情境你大概都不陌生：排名掉了就想馬上送出拒絕連結檔、聽說 AI 當道就想趕快做一份 markdown 版網頁、希望 Google 快點重抓就每天替 sitemap 網址加一個時間參數。三件事的共同毛病是同一個——與其花五分鐘查證，不如花五小時多蓋一層新東西。

本文重點

  • 排名下降時，Mueller 說跟大更新有關的修正「有時要好幾個月」才反映出來，先排除全站技術問題並對照 Google 公布的更新時程，再決定要不要動連結。[1]
  • 想為 AI 做 markdown 版之前先看伺服器紀錄。Mueller 在測試站上發現，唯一宣稱接受 markdown 的爬蟲是 SEO 工具，主流 AI 爬蟲並沒有在要。[1]
  • sitemap 網址不要每天加 ?v= 時間戳，Mueller 說那等於在告訴 Google 正規網址一直在變；用 lastmod 欄位標新鮮度就好。[1]
  • Search Console 生成式 AI 成效報告 2026 年 8 月 31 日全球開放，是你「已經有的訊號」之一，先進去比對再猜原因。[8][9]
  • 三件事同一條原則：先查你已經有的訊號，再決定要不要多做工。
目錄
  1. 這週 John Mueller 講了什麼，為什麼中小企業要看
  2. 排名掉了：先排除技術問題，再對照更新時程
  3. 做 markdown 版之前，先看伺服器紀錄
  4. sitemap 用 lastmod，不要用 ?v= 參數
  5. 把三件事收成一條原則
  6. 注意力行銷的建議：一份先查再動的檢查清單
  7. 常見問題

這週 John Mueller 講了什麼，為什麼中小企業要看

John Mueller 是 Google 搜尋團隊的搜尋倡議者，長期在各種公開討論裡回答站長的技術問題。Search Engine Journal 在 2026 年 9 月這週的 SEO 週報裡，把他在 Reddit 與 Bluesky 上的幾則回覆整理在一起，主題剛好都指向同一件事：在你動手多做工之前，先檢查你手上已經有的系統告訴你什麼。[1]

這對中小企業特別有用，因為預算有限的老闆最容易被兩種話術牽著走。一種是「排名掉了，趕快買個工具處理連結」，一種是「AI 時代了，你的網站得多做一個版本」。這兩種提案聽起來都很積極，但如果沒有先查證，多半是把錢花在一個其實不存在的問題上。

8/31
Search Console 生成式 AI 成效報告完成全球開放的日期，所有網站都看得到自己的頁面在 AI 概覽與 AI 模式的曝光。
Search Engine Land，2026-08-31
好幾個月
Mueller 說跟大更新有關的修正要反映在排名資料上，「有時要好幾個月」才看得出來。
John Mueller，經 SEJ 整理，2026-09
50,000
Google 官方規範的單一 sitemap 檔上限：50,000 個網址或未壓縮 50MB，超過就要拆檔並用索引檔。
Google 搜尋中心 sitemap 說明

排名掉了：先排除技術問題，再對照更新時程

週報裡有一個很典型的案例：一個網站送出拒絕連結檔想清掉有毒的反向連結，兩週後排名從第三名往下掉，站長把兩件事連在一起，懷疑是拒絕檔害的。Mueller 的回覆是，拒絕連結檔影響的是以月為單位累積的資料，不是兩週內會看到的變化；跟大更新有關的修正「有時要好幾個月」。[1]

換句話說，兩週內的排名波動，跟你兩週前送的拒絕檔多半沒有因果關係。真正該做的排查順序是這樣。

順序一

先排除全站的技術問題

排名整批掉，先確認不是自己的網站出狀況：伺服器是不是曾經回錯誤碼、有沒有誤加 noindex、robots.txt 是不是擋掉了重要目錄、網站改版後網址有沒有斷。這些是你當天就能查、也能修的東西。Google 官方的「排查搜尋流量下降」文件把常見原因分成技術、演算法、對手與季節四類，值得對著逐項刷過一次。[3]

順序二

把下降的時間點對照 Google 公布的更新時程

Google 會在搜尋中心公布核心更新與各種排名系統的上線日期。把你的流量下降那一天，跟官方更新時間軸擺在一起看，如果剛好對上一次核心更新，那答案通常就是更新，你做的任何單一動作多半只是時間上的巧合。[4]

順序三

確認真的有有毒連結，才動拒絕檔

拒絕連結是最後手段，不是排名一掉就該按的按鈕。Google 自己在拒絕連結的說明裡強調，多數網站根本不需要用到這個工具，用錯還可能傷到自己。要動之前，先確認連結確實是人為操縱或垃圾來源，而且會有真實傷害，再送檔，然後接受它以月為單位才生效。[5]

對老闆的實際意思：排名掉了那幾天，最不該做的就是「一次做三件事」——同時改標題、送拒絕檔、又調結構。三件一起做，就算三個月後排名回來，你也分不清是哪一件有效。一次只動一個變數，才留得下可以複製的經驗。反向連結的整體觀念，可以參考反向連結與外部連結建立指南。

做 markdown 版之前，先看伺服器紀錄

第二個反射動作跟 AI 有關。這一年很多人聽到「AI 爬蟲喜歡乾淨的純文字」，就想替網站另外做一份 markdown 格式的版本，覺得這樣 AI 比較讀得到。Mueller 說，他在自己的測試站上觀察，唯一宣稱接受 markdown 的爬蟲，其實是 SEO 工具本身；主流的 AI 爬蟲並沒有在要 markdown。[1]

Accept 標頭（Accept header）
瀏覽器或爬蟲每次來要網頁時，會在請求裡附上一個 Accept 標頭，說明它想要什麼格式。想知道有沒有爬蟲在要 markdown，看這個欄位就知道。
伺服器紀錄（server log）
你的網站主機自動記錄的每一次造訪，包含是誰來、來要什麼、拿到什麼回應。它是判斷「哪些爬蟲真的來過、要了什麼」最誠實的證據。

所以在花錢做 markdown 層之前，正確的一步是請工程或代理商幫你調出伺服器紀錄，看 Accept 標頭裡到底有沒有你在意的 AI 爬蟲在要 markdown。沒有的話，這份工就先不用做。

這一點跟 Google 官方立場一致。搜尋中心的說明寫明，要出現在 AI 概覽或 AI 模式，沒有額外的技術要求，也不需要另外建機器可讀檔案；另一份 AI 最佳化指南更直接寫出 Google 搜尋不使用 llms.txt 這類檔案，維護它對能見度不會有幫助也不會有傷害。[6][7]要判斷哪些爬蟲真的來過你的站，做法我另外寫在用 Cloudflare 分辨 AI 爬蟲與 Googlebot；為什麼 AI 搜尋靠的是內容整齊而不是格式，則整理在AI 搜尋不是靠格式，是靠知識整齊。

sitemap 用 lastmod，不要用 ?v= 參數

第三個反射動作是關於 sitemap（網站地圖）。有些人為了讓 Google 更常回來重抓，會在 sitemap 的網址後面每天加一個像 ?v=20260907 的時間戳參數，以為這樣看起來比較新。Mueller 說這是個壞主意，因為你等於在告訴 Google，這份內容的正規網址一直在變，這反而會混淆搜尋引擎對正規網址的判斷。[1]

正確的做法，sitemap 協定本來就準備好一個欄位了。

做法每天加 ?v= 時間戳用 lastmod 欄位
Google 收到的訊號正規網址一直在改內容在某天更新過，網址沒變
對正規化的影響可能混淆，稀釋既有網址的訊號不影響，網址穩定
維護成本要每天改，還要處理追蹤工具對不上網址更新內容時順手更新日期即可
Google 建議不建議官方支援的新鮮度訊號

lastmod 是 sitemap 協定裡標記「這個網址最後更新時間」的欄位，Google 支援並用它判斷內容新鮮度。要注意兩件事：一是網址本身要保持乾淨穩定，二是 lastmod 要誠實，只有內容真的有意義的更新才改日期，每天造假反而會讓 Google 學會忽略這個欄位。順帶一提，單一 sitemap 檔的官方上限是 50,000 個網址或未壓縮 50MB，超過就拆檔再用索引檔串起來。[2]網址正規化的完整概念，可以看 Google 的整併重複網址說明。[10]

把三件事收成一條原則

三個情境表面上各講各的，底下是同一條原則：先查你已經有的訊號，再決定要不要多做工。

排名掉了
你已經有的訊號：Google 更新時程、Search Console 報告、伺服器狀態。先查這些，再決定要不要送拒絕檔。
想被 AI 讀到
你已經有的訊號：伺服器紀錄裡的 Accept 標頭。先查有沒有爬蟲在要 markdown，再決定要不要做一份。
想被重抓
你已經有的欄位：sitemap 的 lastmod。先用它，把網址上每天變動的參數清掉。

這條原則之所以省錢，是因為多做的那層工往往帶著長期成本。markdown 版要跟正式版同步維護，sitemap 參數會讓你的分析工具長期對不上網址，排名一掉就亂送檔則會累積出一堆分不清因果的紀錄。先查證，等於把這些長期負擔擋在門外。技術面的完整自查，可以搭配網站 SEO 體檢指南一起做。

注意力行銷的建議：一份先查再動的檢查清單

我們替客戶處理排名波動或技術提案時，會先跑一遍下面這份清單，通常四項裡有兩三項就已經給出答案，根本不用動到那些「多做一層」的方案。

查一

先開 Search Console 兩份報告

一般成效報告看自然搜尋的曝光與點擊變化，生成式 AI 成效報告看 AI 那一側的曝光。這份 AI 報告 2026 年 8 月 31 日已對全球開放，維度有頁面、國家、裝置與日期，但沒有點擊數，判讀時記得這個限制。詳細看法我寫在AI 能見度怎麼量。

查二

把下降時間點貼上更新時間軸

對照 Google 公布的核心更新與排名系統上線日期。對得上更新，就先觀察與補內容，不要在更新期間亂動大結構。

查三

要動連結、做 markdown 前，各問一個問題

動拒絕檔前問「這些連結真的有毒、且會傷到我嗎」；做 markdown 前問「server log 裡真的有 AI 爬蟲在要 markdown 嗎」。兩個問題答不出來，就先不做。

查四

sitemap 只留 lastmod

把網址上的臨時參數清掉，確認 lastmod 有正確輸出、而且只在真的更新內容時才變。這一步花不到半小時，卻能省掉長期的正規化與追蹤麻煩。

三題自我檢測
問題一：上次排名掉的時候，你有先查 Google 的更新時程嗎？

沒查就直接動連結或改結構的話，這次先把下降日期貼到官方更新時間軸上。對得上更新，多半就不是你做錯了什麼。

問題二：有人提議幫你的網站做一份 markdown 版，你會怎麼回？

先請對方或工程調 server log 的 Accept 標頭，證明真的有 AI 爬蟲在要。拿不出證據，這份工就先不做。

問題三：你的 sitemap 網址上有沒有每天在變的參數？

有的話先清掉，改用 lastmod。每天變的網址是在告訴 Google 你的正規網址不穩定，幫倒忙。

常見問題

Q1：排名突然掉了，我該馬上送出拒絕連結（disavow）檔案嗎？

先不要。Google 的 John Mueller 在 2026 年 9 月這週的討論裡說，跟演算法大更新有關的修正「有時要好幾個月」才反映在資料上，拒絕連結檔要以月為單位才會生效，幾天內看不出變化[1]。他建議的順序是：先排除全站技術問題，再把排名下降時間點對照 Google 公布的更新時程，最後才考慮動連結。

Q2：為了讓 AI 讀到我的內容，我需要多做一份 markdown 版網頁嗎？

先查再決定。Mueller 說在他的測試站上，唯一宣稱接受 markdown 的爬蟲是 SEO 工具本身，主流 AI 爬蟲並沒有在要[1]。做法是先看伺服器紀錄裡的 Accept 標頭，確認真的有相關爬蟲在要 markdown 再做。Google 也寫明，要出現在 AI 概覽或 AI 模式沒有額外的技術要求[6]。

Q3：sitemap 可以每天在網址後面加 ?v= 時間戳讓 Google 重抓嗎？

不建議。Mueller 說這等於在告訴 Google 這份內容的正規網址一直在變[1]。正確做法是保持 sitemap 網址乾淨穩定，用協定裡的 lastmod 欄位標示更新時間[2]。

Q4：這三件事有什麼共同點？

共同點是先查你已經有的訊號，再決定要不要多做工。排名掉了先查更新時程與技術狀態，想做 markdown 先查 server log，想被重抓先用既有的 lastmod。三個情境都是同一個反射動作在作祟：與其查證，不如多蓋一層新東西。

Q5：Search Console 的生成式 AI 成效報告跟這些有關嗎？

有關，它就是你已經有的訊號之一。這份報告 2026 年 8 月 31 日對全球開放，記錄你的頁面在 Google AI 概覽與 AI 模式的曝光，維度有頁面、國家、裝置與日期，但沒有點擊數[8][9]。

Q6：我不是工程背景，這些檢查我自己做得來嗎？

排名時間點對照更新時程、看 Search Console 報告，這兩件你自己就能做。看 server log 的 Accept 標頭、確認 sitemap 的 lastmod，通常要請工程或代理商協助，但你至少要知道該問這幾個問題，才不會被用不到的提案牽著走。想從基礎補起，可以先讀網站 SEO 入門指南。

排名掉了、又不確定是不是自己做錯，先花 30 分鐘一起查

我會帶著你的網站與 Search Console，現場對照更新時程、刷一遍技術排查清單，告訴你這次的下降比較可能是更新、技術問題，還是對手。免費，線上進行。

預約 30 分鐘技術 SEO 健檢
想先自己看看
《2026 GEO 全攻略》13 頁 PDF，四階段框架與中小企業能立刻動手的七件事，留 Email 免費下載。
前往下載頁
想要完整盤點
完整體檢 NT$15,000，一次盤點全站技術體質、內容缺口與競品落差，含 12 個月執行藍圖。
來信洽詢

首次發佈 ｜最後更新 ｜本文依據 2026 年 9 月 7 日當下可查證的公開資料撰寫，把 Search Engine Journal 於 2026 年 9 月整理的 John Mueller 三則技術 SEO 提醒，併成一份中小企業能照著做的檢查順序，並回原始出處與 Google 官方文件核對。Mueller 的發言為該週報所整理、引自其在 Reddit 與 Bluesky 的公開討論，本文據此轉述並標明出處。相關官方文件若有變動，會回頭更新本文。

作者：Robbie 張容瑋
注意力行銷負責人｜行銷實務近 10 年（品牌端 2 年、整合行銷代理商 2 年專做醫療行銷、接案 2 年、創業近 4 年）｜SEO / GEO / 內容策略實戰者
Email：robbie@attention.com.tw
網站：https://attention.com.tw 內容說明：本文由我擬定觀點與架構，寫作過程使用 AI 工具協助整理素材與初稿，所有事實、數字與引用連結均由我本人查證後才發佈。

參考文獻

  1. 〈SEO Pulse: Search Console AI Reports Go Global, Mueller On Recovery〉，Search Engine Journal，2026-09-05（週報，彙整 John Mueller 於 Reddit 與 Bluesky 的公開回覆：跟大更新有關的修正「有時要好幾個月」、拒絕連結以月為單位生效；測試站上唯一宣稱接受 markdown 的爬蟲是 SEO 工具；每天替 sitemap 網址加 ?v= 時間戳會讓 Google 誤以為正規網址一直在變）。連結
  2. Google 搜尋中心，〈Build and submit a sitemap〉（sitemap 協定、lastmod 欄位用途，及單檔上限 50,000 個網址或未壓縮 50MB 的規範）。連結
  3. Google 搜尋中心，〈Debugging drops in Google Search traffic〉（把搜尋流量下降原因分為技術、演算法、對手與季節四類的官方排查指南）。連結
  4. Google 搜尋中心，〈Ranking systems and updates〉（Google 公布核心更新與各排名系統上線時程的官方頁面，供對照流量變動時間點）。連結
  5. Google 搜尋中心說明，〈Disavow links to your site〉（載明多數網站不需要使用拒絕連結工具，用錯可能傷害網站，且以月為單位才反映在資料上）。連結
  6. Google 搜尋中心，〈AI Features and Your Website〉（原文「There are no additional technical requirements.」「You don't need to create new machine readable files, AI text files, or markup to appear in these features.」）。連結
  7. Google 搜尋中心，〈AI Optimization Guide〉（寫明 Google 搜尋不使用 llms.txt 這類檔案，維護它對能見度與排名不會有幫助也不會有傷害）。連結
  8. Google Search Console 說明中心，〈Generative AI performance report (Search)〉（報告涵蓋 Google 搜尋生成式 AI 功能的曝光數，維度為頁面、國家、日期與裝置，不含點擊）。連結
  9. 〈Google Search Console AI performance reports and Search generative AI control rolling out globally〉，Search Engine Land，2026-08-31（生成式 AI 成效報告與退出開關於 2026 年 8 月 31 日完成全球開放）。連結
  10. Google 搜尋中心，〈Consolidate duplicate URLs (canonicalization)〉（正規網址的判斷與整併說明，佐證每天變動網址參數為何會干擾正規化）。連結