網站TDK查詢

輸入一個網址後會看到哪些 SEO 訊號

把 https://www.example.com/page 貼上到上方輸入框，檢查結果會把伺服器返回 HTML 中的 Title、Meta Description 和 Meta Keywords 分開顯示，計算字元數，並生成一份簡化的搜索結果摘要預覽。頁面還會列出 HTTP 狀態、跳轉次數、Canonical、Robots、首個 H1 與 H1 數量、Viewport、HTML 語言、字元編碼、響應時間、Open Graph、Twitter Card 和 hreflang。

結果頂部的“透過、建議檢查、需要修復”是頁面級快速分類，不是搜索引擎評分。它適合釋出前自查、競品頁面結構對比和故障排查：先找到會阻礙抓取或索引的問題，再處理影響搜尋摘要和頁面理解的後設資料。

一次完整檢查怎樣操作

1. 輸入具體頁面地址：可以輸入完整 HTTP/HTTPS URL，也可以只輸入域名，工具會預設補上 HTTPS。若要檢查文章或產品頁，應貼上該頁面的完整路徑，而不是隻查首頁。
2. 點選“開始檢查”：服務端會請求目標頁面，最多跟隨 5 次常見 HTTP 重定向，並記錄最終 URL、狀態碼和響應時間。
3. 先看紅色專案：非 2xx HTTP 狀態、缺少有效 Title 或頁面級 noindex 等問題應優先確認。
4. 再看黃色建議：Title、Description 長度，Canonical、H1、社交分享欄位等提示需要結合頁面目的判斷，不要爲了變綠機械修改。
5. 覈對原始欄位：每個後設資料卡片都顯示實際提取值，可以複製後與 CMS、頁面原始碼或部署配置逐項比較。

TDK 各自代表什麼

Title 來自 HTML 的 <title> 元素，是搜索引擎理解頁面主題和生成標題連結的重要來源之一。每個可索引頁面應有準確、具體且儘量唯一的標題，但搜索引擎可能根據查詢詞和頁面內容重寫展示標題。

Description 來自 <meta name="description">，可作為搜尋摘要候選文字。它應該概括當前頁面能解決什麼問題，而不是堆疊關鍵詞；搜索引擎同樣可能改用頁面正文中的相關片段。

Keywords 是歷史遺留的 Meta Keywords 欄位。Google 等主流搜索引擎通常不把它作為網頁排名訊號，因此缺失不會被本工具判為錯誤。查詢它的價值主要是審計舊站配置、遷移後設資料或瞭解某些站點仍在維護的內部詞表。

頁面給出的 Title 20–60 字元、Description 50–160 字元屬於常見展示參考範圍，不是排名規則，也不是畫素級截斷保證。中英文字符寬度、裝置、搜尋詞和搜索引擎重寫都會影響最終 SERP 展示。

先處理索引訊號，再調整文案

一個頁面即使 Title 寫得很好，如果返回 404、響應頭或 Meta Robots 帶有 noindex，仍可能無法進入索引。建議按下面的順序閱讀報告：

1. HTTP 與最終 URL：確認狀態碼是否為 2xx，重定向是否到達預期頁面，避免把舊 URL、登入頁或錯誤頁當成目標。
2. Robots：工具會合並檢查 Meta Robots、Googlebot 指令和 X-Robots-Tag，並識別 noindex / nofollow。釋出環境若意外保留 noindex，應優先修復。
3. Canonical：確認規範 URL 唯一且指向真正希望被索引的版本。缺失不一定導致頁面不可索引，但錯誤的跨頁 Canonical 會分散或轉移訊號。
4. Title、Description 與 H1：三者不需要逐字相同，但應圍繞同一頁面意圖。多個 H1 並非自動違規，關鍵是文件層級是否清晰；報告因此只提示覈對，而不是要求機械刪除。

一個釋出前排查示例

假設新產品頁檢查後顯示：HTTP 200、Title 68 個字元、Description 缺失、Canonical 指向測試域名、H1 數量為 1，同時 Meta Robots 沒有 noindex。這裏最嚴重的不是標題超出參考範圍，而是錯誤 Canonical 可能把規範訊號指向測試站；應先改成正式頁面 URL，再為頁面補寫與搜尋意圖一致的 Description，最後壓縮 Title 中重複的品牌詞和分類詞。

修改部署後重新查詢。如果最終 URL、Canonical 和頁面語言都正確，Title 仍略長，也應先觀察真實搜尋展示和點選資料，而不是爲了達到固定字元數刪除必要資訊。另一個對照場景是活動頁明確設定了 noindex：若它本來就不希望出現在搜索結果中，這條紅色提示是預期配置，不需要“修復”。

多語言與社交分享欄位怎樣覈對

工具會提取 HTML 根元素的 lang，並列出最多 20 條 rel="alternate" hreflang="..." 連結。可以據此檢查當前頁面是否宣告了自己和其他語言版本、語言程式碼是否符合預期、連結是否指向正確區域。不過本頁只讀取當前文件，不能自動驗證其他語言頁面是否回鏈，也不判斷 sitemap 中的 hreflang 是否與 HTML 一致。

Open Graph 區域會顯示 og:title、og:description、og:image 等值，Twitter 區域會讀取 twitter:card 等欄位。這些內容影響社交平臺的連結預覽，不等同於 Google 的 Title 與 Description。若 OG 圖片為空，分享連結可能沒有理想縮圖；若欄位齊全，仍需在對應平臺偵錯程式中確認抓取快取和圖片可訪問性。

哪些內容不在本次檢查範圍內

• 不執行 JavaScript：工具分析伺服器直接返回的靜態 HTML。只在瀏覽器執行後才注入的 Title、Description、JSON-LD 或 hreflang 可能無法被看到。
• 不檢查整站檔案：不會抓取 robots.txt、XML Sitemap、站內連結圖、分頁、重複內容或所有頁面的 Canonical 關係。
• 不驗證實際收錄：“頁面級訊號允許索引”只表示 HTTP 與 noindex 等當前訊號沒有明顯阻礙，不代表 Google、Bing 或其他搜索引擎已經收錄。
• 不解析結構化資料：當前報告不校驗 JSON-LD、Microdata 或富媒體結果資格；需要另用搜索引擎官方測試工具。
• 不評估排名能力：外鏈、內容質量、主題權威性、Core Web Vitals、使用者需求匹配與競爭程度都不在這一份摘要裡。
• 存在抓取限制：目標必須是公開 HTTP/HTTPS 頁面；本機、區域網和私有地址會被拒絕。響應超過 2 MB、超時、非 HTML 內容或阻止該抓取客戶端時也可能失敗。

常見誤區

把綠色專案當作排名保證：基礎標籤正確只是技術起點，不能代替有價值的正文、內部連結、網站信譽和真實搜尋需求。

把字元範圍當作硬性標準：Title 和 Description 的提示用於快速發現明顯異常，最終應結合畫素寬度、品牌必要性、查詢詞和 Search Console 資料判斷。

爲了關鍵詞密度重複堆詞：Title、H1 和 Description 應自然描述當前頁面。重複同義詞可能降低可讀性，也不能補救頁面內容與搜尋意圖不匹配。

看到 Keywords 為空就補一串詞：Meta Keywords 對主流搜尋排名通常沒有直接作用。維護時間更應該放在標題、摘要、正文主題和內鏈上。

只檢查首頁：搜尋流量往往落在文章、產品、分類和工具詳情頁。模板改動後應抽查多種頁面型別，而不是用首頁結果代表全站。

常見問題

為什麼瀏覽器裡能看到標題，工具卻顯示缺失？
標題可能由 JavaScript 在客戶端注入，或目標站針對不同 User-Agent 返回不同內容。請檢視伺服器原始響應，並確認重要 SEO 後設資料在搜索引擎可抓取的 HTML 中可用。

為什麼查詢結果與昨天不同？
目標站部署、CDN 快取、A/B 測試、地區路由或重定向都可能改變響應。本頁顯示的是本次請求取得的快照，應結合檢查時間和最終 URL 閱讀。

多個 H1 一定有問題嗎？
不一定。HTML 可以出現多個區段標題，但頁面主層級應清楚。工具提示的目的是讓你檢查模板是否重複輸出，而不是要求所有頁面強制只留一個 H1。

顯示“允許索引”為什麼搜索引擎仍搜不到？
索引還會受 robots.txt、抓取發現、Sitemap、Canonical 叢集、內容質量、重複頁面和搜索引擎處理狀態影響。應繼續到 Search Console 或 Bing Webmaster Tools 檢視具體覆蓋資訊。

可以用它批次審計整個網站嗎？
當前一次只檢查一個公開網頁，適合快速診斷和抽樣驗證。整站審計應配合爬蟲、日誌、Sitemap 與站長平臺數據。

怎樣把報告變成下一步動作

先修復會阻礙訪問和索引的 HTTP、重定向、noindex 與錯誤 Canonical；再最佳化 Title、Description、H1 和語言標註；最後檢查社交預覽及真實 SERP 表現。Google Search Central 的 Title Links、Snippets、Robots Meta Tag 與多語言頁面文件可以作為規則覈對依據，實際收錄狀態則以站長平臺數據爲準。

現在可以先檢查一個正在獲取搜尋流量的具體落地頁，儲存當前欄位；完成修改和部署後再查一次，用最終 URL、狀態碼和後設資料差異驗證變更是否真正上線。