网站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、状态码和元数据差异验证变更是否真正上线。