OnPage.dev

SEO MCP 服务

AI 助手用来自动修复你网站的 SEO 扫描器。
扫描、修复、部署前检查、部署后确认。适用于 Google 搜索和 AI 搜索。
跨对话、项目和客户记住每个网站。
在 WordPress 中一键批准修复。解释流量下降的原因，以及背后的 Google 更新。

Runs in	Claude  ·   ChatGPT  ·   Cursor  ·   VS Code
Checks your site for	ChatGPT  ·   Claude  ·   Gemini  ·   Perplexity
Ships fixes to	WordPress  ·   Shopify  ·   Webflow  ·   Wix  ·   Storyblok  ·   Sanity
	Contentful  ·   Strapi  ·   Ghost  ·   Magento  ·   GitHub pull request

安装  ·  内容自动驾驶  ·  WordPress 审批  ·  流量下滑  ·  预览检查  ·  所有工具  ·  与众不同之处  ·  onpage.dev
_{你的 SEO 数据  ·  排名跟踪器  ·  关键词蚕食  ·  链接与 AI 空白  ·  丢失的链接  ·  拒绝链接  ·  变更内容
网站记忆  ·  拉取请求  ·  持续监控与提醒  ·  Claude Code 插件  ·  GitHub Action  ·  修复防护}

大多数 SEO 工具只会给你一份报告。OnPage.dev 则能让你的助手采取行动：编写修复内容、在发布前检查，并确认修复是否奏效。它还会检查 AI 搜索看到的内容，而不只是 Google：哪些 AI 爬虫可能会读取你的网站、你的内容是否适合被引用，以及你是否有 llms.txt。

You:        Fix the SEO on our pricing page and keep going until it scores 90 or more.

Assistant:  scan_page            46/100  no meta description, no H1, title 14 characters
            get_fix_pack         title, description and canonical, written from the page
            schema · generate    Product JSON-LD, 2 values to fill in
            (edits pricing.html)
            scan_page · html     92/100  before deploying, all errors gone
            scan_page · rescan   94/100  live, +48 since the first scan

            Done. 46 to 94. Two prices in the JSON-LD still need your real values.

最新动态

• 在 WordPress 中创建草稿并更新文章。 内容自动驾驶现在可在 wp-admin 中完成：新文章以草稿形式创建，更新会显示变更内容，只需点击一次即可批准，并可随时撤销。插件 1.1。
• 内容采用你网站自己的风格。 内容自动驾驶：content 模式 voice、calendar 和 draft，以及 content_autopilot 提示词：你的 Agent 负责写作，OnPage.dev 学习网站的写作风格、规划带日期的日历，并在你批准前检查每篇草稿的风格、缺少来源的数据和 SEO；还会从衡量的结果中学习哪些格式适合你的网站。
• 在 WordPress 中一键批准修复。 你的 Agent 会将修复发送到免费的 OnPage.dev WordPress 插件。你可以查看每个字段的新旧值、批准修复，并随时撤销。支持通过 Yoast SEO、Rank Math 或其自有标签进行操作。OnPage.dev 从不登录。
• 无需导出 CSV，即可询问流量情况。 找出流量下滑的日期，以及当时发生的 Google 更新；数据来自 Google 自己的状态信息面板。还可查看丢失和拆分的查询、AI 回答的问题，以及 Google 与 Bing 的对比，所有信息均来自助手已经读取的 Search Console、GA4 和 Bing 数据行。
• 检查每次部署的预览。 在合并前，将 Vercel、Netlify 或 Cloudflare 的预览版与生产环境进行比对：检查丢失的标题和规范链接、noindex 设置以及失效页面。可在聊天中检查，也可通过 GitHub Action 检查并在拉取请求中发表评论。

它们提供数据，OnPage.dev 完成闭环。

Ahrefs、Semrush、SE Ranking 和 DataForSEO 的 SEO MCP 服务专注于数据：哪些内容排名靠前、哪些网站有反向链接、人们搜索什么。接下来才是真正的工作。OnPage.dev 会在同一对话中完成这部分工作，并根据它们的数据决定优先修复什么。

步骤	OnPage.dev	数据 MCP
搜索数据：排名、关键词、反向链接	✅ 在同一聊天中使用你的数据，来自 Search Console、GA4、Ahrefs 或 Semrush	它们的核心优势
找出页面的问题	✅ scan_page、scan_page · deep、layout · render：Google、AI 搜索、速度、无障碍访问	其中一些提供网站审计数据
直接根据页面编写修复方案	✅ get_fix_pack、schema · generate	并非为此而构建
将修改提交到代码所在的位置	✅ 通过你自己的连接，将内容提交到 WordPress、Shopify、Webflow、Wix、Storyblok、Sanity、Contentful、Strapi、Ghost 或 Magento 字段；也可为 Next.js、Nuxt、SvelteKit、Astro、Angular、React 或 Vue 创建 Git 拉取请求	并非为此而构建
部署前检查	✅ 对未发布的 HTML 使用 scan_page · html 和 compare · html	并非为此而构建
通知搜索引擎	✅ request_recrawl · indexnow，以及通过你的 Search Console 进行 URL Inspection	并非为此而构建
覆盖 AI Mode 的多路查询	✅ answer_readiness · questions：每个子问题都有答案、被埋没或缺失	并非为此而构建
挽回流失的链接	✅ backlinks · broken：将它们的失效和丢失反向链接以及 GA4 404 命中转化为排序后的 301 规则、链接编辑和外联名单	它们会列出失效和丢失的反向链接
修复关键词蚕食	✅ check_keyword · cannibalization：并排比较你相互竞争的页面在所有页面内信号上的表现，并提供计划	显示哪些页面在竞争同一个关键词
进入 AI 答案	✅ ai_visibility · gaps：将它们的 AI 答案转化为需要覆盖的问题，以及需要入驻的网站	其中一些提供 AI 提及和引用跟踪
将速度和替代文本作为代码处理	✅ get_fix_pack · web_vitals、get_fix_pack · alt_texts：标签、WordPress 或 Cloudflare Worker	并非为此而构建
上线前验证修改效果	✅ plan · split_test：一半模板应用修改，另一半作为对照组	并非为此而构建
安全地拒绝不良链接	✅ backlinks · disavow：仅处理明确的垃圾链接，其余留待审核，并在不应上传时发出警告	其中一些会根据毒性评分导出拒绝文件
查看 AI 机器人实际获取的内容	✅ ai_visibility · bots：并排查看 Googlebot、GPTBot、ClaudeBot 和 PerplexityBot 获取的页面与浏览器呈现内容，排查防火墙拦截、按抓取付费（x402）和伪装内容	它们的网站审计会使用自己的机器人抓取
统筹广告和 SEO 支出	✅ find_opportunities · paid_organic：将 Google Ads 搜索词与 Search Console 数据并列，确定可测试削减的广告支出和需要撰写的页面	并非为此而构建
将链接潜在客户转化为邮件	✅ backlinks · outreach：每个网站一封简短邮件，附上需要修复或添加的确切链接；经批准后以草稿形式保存到你的邮箱	它们会寻找潜在客户
将修复事项转化为工作计划	✅ plan · sprint：为开发、内容和外联分别制定每周计划，并在 Linear、Jira、Asana 或 GitHub 中创建工单	并非为此而构建
捕捉部署事故	✅ watch · guard：每 6 小时检查 robots.txt、sitemap、https、noindex 和 canonical，并发送附带修复方案的提醒	按它们自己的计划进行网站审计
衡量 AI 访问量、品牌和声量份额	✅ 使用来自你的 GA4、Search Console 和排名数据的 measure 模式 ai_referrals、brand_split 和 share_of_voice	根据它们自己的数据衡量可见度和声量份额
监控整个网站	✅ watch · site_audit：每周审计并与上次结果比较，将回归问题发送到 Slack 或 Discord	在它们自己的应用中安排审计
跟踪重要的排名	✅ track_rankings：结合你的 Search Console 数据和它们的排名跟踪器，根据你的工作、营收页面和即将获胜的关键词进行筛选	排名跟踪是它们的核心优势；由你选择并标记关键词
验证成效	✅ measure · impact：前后对比，并与未修改的页面进行比较	它们的数据是输入依据
入门价格	✅ 免费。无需账户，无需 API 密钥	付费计划或预付额度

/pricing 排名第 14
"seo tool pricing"：每月 1.2k
3 个引荐域名
排名前 3 的结果：各有 40+

标题被截断，没有规范链接
定价部分没有回答问题
在 Next.js 中修复，检测结果：58 → 91
已创建拉取请求 #42
已发送 IndexNow
4 周：点击量 +38%（其他页面 +4%）

_{两种回答方式的示例。价格、套餐和完整对比：onpage.dev/compare。由拥有 24 年经验的 SEO 专家打造；评分方法公开于 onpage.dev/methodology。}

在 AI Agent 中完成整个工作流

大多数 SEO 工具止步于报告。OnPage.dev 为 Agent 提供每个步骤，每一步都是可调用的工具：

Four weeks later...

You:        Did the fixes on /pricing and /features work?

Assistant:  (Search Console)     clicks for 28 days before and after 8 September
            measure · impact     changed pages +70%, unchanged pages +3%
                                 → +66% lift; /features +357% after the stray noindex was removed

measure · impact 会扣除未修改页面的趋势，因此季节性变化和 Google 更新不会被算作你的成果。它如实说明展示的内容：两个时间段的对比，而非证明。

从发现问题到完成修复

大多数 SEO 工具止步于报告。OnPage.dev 会将计划交给团队已在使用的工具，让修复得到分配并部署。share · export 可将页面扫描或整站审计转为：

• Google Sheets：每项发现占一行，包含优先级、页面、问题、修复方案、代码和状态。每次导出都会附带一个私有 CSV 链接，因此只需使用 =IMPORTDATA("https://onpage.dev/export/….csv")，就能将数据载入工作表，完全无需连接器。
• Slack、Teams 或 Discord：生成包含最重要修复项的摘要，由 Agent 的 Slack 工具发布，或直接发送到 incoming webhook。
• Linear、Jira、Asana、Trello 或 GitHub Issues：每个问题创建一项任务，按页面归组，并附上优先级、标签和修复方法。
• Notion 或 Confluence：生成 Markdown 检查清单。

You:        Audit example.com, put every fix in a Google Sheet and post the summary in #seo.

Assistant:  site_audit · start   25 pages, 41 findings
            share · export       sheet link, Slack message, 12 tasks
            (Google Sheets)      rows added to "SEO fixes"
            (Slack)              posted to #seo

OnPage.dev 绝不会登录 Slack、Google 或你的任务看板：Agent 会使用用户已连接的工具发送计划，或者你粘贴一条公式即可。扫描结果和审计报告末尾都会附上提示，让 Agent 主动提供导出选项。

每位读者都能看到

Google 会读取你的 HTML。访客在手机上看到的是一个屏幕。屏幕阅读器，以及替他人浏览网页的 AI Agent，会读取无障碍树。OnPage.dev 会在真实浏览器中检查这三者。

layout · render 会在手机、平板和桌面设备上加载页面并检查首屏：H1 和行动号召是否无需滚动即可看到？Cookie 墙或弹出窗口是否遮挡了它们？点击目标是否足够大？加载期间页面有哪些位移？它还会在关闭 JavaScript 后再次加载页面，展示 GPTBot 和 ClaudeBot 会错过什么，并检查首屏是否兑现了 Google 摘要中的承诺。附带截图。

它还会检查设计和可读性，这些细节能让页面看起来专业且易于阅读：

• 对比度过低的文本，根据其实际背景测量（WCAG AA：4.5:1，大号文本为 3:1），并提供需要调整的颜色。
• 导致页面在手机上横向滚动的确切元素，以及超出的像素数。
• 按钮样式是否混杂：按钮使用了多少种圆角样式和高度。
• 各区块之间的间距是否不均匀。

accessibility · screen_reader 会像屏幕阅读器那样朗读页面：

heading level 1, Running shoes for flat feet
link, Women
link                         ← announced without a name
button                       ← announced without a name
image, Trail shoe in grey mesh, side view
link, Read more              ← vague, and weak anchor text

它会标记没有名称的链接和按钮、含糊的链接文本、没有标签的表单字段、缺失的主区域标记、跳级的标题，以及对读者隐藏的可见文本。无障碍功能不是 Google 直接采用的排名因素，但替代文本、链接文本、标题和未被隐藏的文本，正是搜索引擎、AI 答案引擎和浏览 Agent 会读取的内容。即使精心构建的网站也会漏掉这些问题，包括使用 AI 编码助手构建的网站。在一次对制作精良且通过了包括 Lighthouse 在内的所有其他检查的新闻网站进行的真实扫描中，屏幕阅读器视图仍发现网站上九种不同卡片布局中的链接被朗读为单纯的“链接”：每张缩略图都链接到对应文章，却没有提供屏幕阅读器可朗读的名称。

你有自己的浏览器工具（Claude in Chrome、Playwright）？layout · probe 会提供一段简短的测量脚本，layout · analyze 会分析其结果：没有每日使用上限，而且适用于预发布环境、本地主机和需要登录的页面。

真实用户速度

实验室测试只能估算。web_vitals · now 会显示过去 28 天内真实 Chrome 访客的体验数据，这些数据来自 Chrome UX Report，也是 Google 用于排名的现场数据。

You:        Is our homepage fast enough for Google?

Assistant:  web_vitals · now     Phone: passed · Desktop: passed
                                 LCP  1.4 s   good   93% of visits good
                                 INP  197 ms  good   75% of visits good, 8% poor
                                 CLS  0.00    good   95% of visits good

• 手机和桌面设备上的 LCP、INP 和 CLS，以及 FCP 和首字节时间；每项指标均评为良好、需改进或较差。
• 核心网页指标评估的通过或未通过结果，以及体验良好、需改进或较差的访问占比。
• 流量过少的页面会改用整个网站的数据，工具会明确说明这一点。
• 针对每项未达良好水平的指标，提供修复建议。每次扫描都会在 onpage.dev 中显示同一张卡片。

使用你已有的 SEO 数据

已经将 Google Search Console、GA4、Ahrefs 或 Semrush 连接到你的助手？OnPage.dev 会指示助手获取这些工具中的数据，然后由 prioritize_fixes 根据可争取的流量为每项修复措施排序。没有连接任何工具？它会像以前一样按严重程度排序。你无需进行任何设置。

You:        Audit example.com and tell me what to fix first.

Assistant:  site_audit · start   10 pages, average 81
            (Ahrefs) top pages   clicks, positions, keywords, referring domains
            prioritize_fixes     ranked by traffic impact

            1. /pricing is noindex but gets 900 visits a month. Fix this first.
            2. /results ranks #6 for "league table" (5,600 searches a month).
               Add the term to the H1 to push into the top 3, ~330 extra clicks.
            3. /guide shows up 20,000 times at position 3 but gets 0.2% clicks.
               Rewrite the title and description, test them with check_snippet.

工作原理：MCP 服务无法读取其他连接器，也不应该这样做。OnPage.dev 的结果和指令会要求助手从其可用的 SEO 数据工具中获取数据，然后由助手将这些数据传递给 prioritize_fixes。这些数据仅用于生成当次回答，绝不会被存储。OnPage.dev 绝不会登录这些服务。

流量激增、下滑，以及背后的 Google 更新

在同一聊天中查看 Search Console、GA4 和 Bing，无需导出 CSV。询问流量情况，Agent 就会将每日数据行传给 find_opportunities，并设置 mode: "anomalies"：

You:        Did anything odd happen to our traffic this quarter?

Assistant:  (Search Console)  daily clicks, 90 days, by page
            find_opportunities · anomalies

            Drop 25 to 27 Sep: -59% (90 clicks, normal about 220)
            Google: September 2026 spam update (Ranking, 24 Sep to 8 Oct)
            /pricing   12 clicks, normal about 80

• 按星期几将每天的数据与之前 28 天的数据进行比较，因此正常的周末下滑不会触发警报。
• 实时读取 Google 搜索状态信息中心中的 Google 核心更新、垃圾信息更新和搜索事件。traffic_drop 接收 drop_date，并检查同一列表。
• mode: "ai_queries" 会按页面从你的 Search Console 或 Bing 数据行中找出问题、对比和较长的对话式查询，并标记出虽然排名靠前、但点击被 AI 答案抢走的页面。

AI 已引用了哪些内容

连接 Ahrefs Brand Radar（或任何 AI 引用次数来源）后，ai_visibility · citations 会将 ChatGPT、Perplexity、Gemini 和 Google AI 引用的页面与它们跳过的页面并列展示。OnPage.dev 会扫描每个页面，显示被引用页面通过、而其他页面未通过的检查项，并并排展示各项平均值（AI 就绪度、字数、每 100 个词的事实数量、外部来源、实体图谱问题），以及每个被跳过的页面应做哪些修改。它会如实说明局限：这是基于少数页面的相关性，而非因果关系的证明。

prioritize_fixes 的检查内容：有流量页面上的阻碍因素、相对于排名而言偏低的点击率、排名有望提升的关键词（排名第 4 至第 15 位）、未出现在标题或 H1 中的热门查询，以及反向链接强但得分差的页面。

如果有 GA4 转化（关键事件）或每页收入数据，它会按收入而非点击量排序：能带来转化的定价页面会排在没有转化的热门博客文章之前。

知道哪些排名重要的排名跟踪器

无需维护关键词列表。每次运行（每日或每周，可通过 Claude 例行任务或刷新仪表板触发）时，助手都会将你的 Search Console 数据行，以及已连接时的 Ahrefs Rank Tracker 或 Semrush Position Tracking 数据行传给 track_rankings。OnPage.dev 会合并 Search Console 的平均排名与跟踪器的精确排名，并自动挑选跟踪对象：

• 你做过的工作： 修复记录中每个页面的查询，以及页面变更日期
• 高价值关键词： 有 GA4 转化或收入的页面、具有商业或交易意图的页面，以及你自己的列表
• 接近胜出的关键词： 排名第 4 至第 20 位且有实际需求的关键词
• 需要守住的前 3 名，以及你已在 Ahrefs 或 Semrush 中跟踪的所有关键词

You:        How did our rankings do this week?

Assistant:  (Search Console) + (Ahrefs Rank Tracker)
            track_rankings      run 6, 214 keywords followed

            Needs attention: "buy boots" off page 1 (8 → 15) [money]
                             "buy boots" now ranks with /blog/boots instead of /boots
                             → diagnose_cannibalization
            Wins:            "trail shoes" onto page 1 (13 → 5) [money]
            Work done:       /trail (title, 1 Oct): 9 queries, average +6 places

每次运行都会列出新进入前 3 名和第 1 页的关键词、排名下滑的关键词、大幅变动的关键词、排名页面发生变化的关键词（蚕食信号）、消失的查询和新出现的 AI Overviews，并为每项列出下一步要用的工具；还可以发布到 Slack 或 Discord。它会保留首次运行结果和最近 90 次运行结果。

哪个页面能赢得这个关键词

你的两个页面争夺同一个关键词，却是错误的页面排名靠前。check_keyword · cannibalization 会实时读取应该排名靠前的页面及排名高于它的页面，对比所有页面上的每项页面优化信号，然后给出修改建议：

You:        Our blog post outranks the product page for "trail running shoes". Why?

Assistant:  (Search Console) rows   blog post at #4, product page at #14
            diagnose_cannibalization

            | Signal          | Product page | Blog post   |
            | Title           | partial      | exact @0    |
            | H1              | –            | exact       |
            | H2 / H3         | 0 / 1        | 3 / 2       |
            | Body mentions   | 2 (0.3%)     | 11 (1.4%)   |
            | Bold / italic   | 0 / 0        | 4 / 1       |
            | Alt / file names| 0 / 0        | 3 / 2       |

            1. Strengthen the product page: exact keyword at the start of the title, in the H1 and an H2.
            2. Tone down the blog post: keyword out of its title, H1 around its own angle, stop bolding it.
            3. Link from the blog post to the product page with "trail running shoes" as the anchor.

它会统计关键词在标题中的出现次数（以及出现位置有多靠前）、URL、元描述、H1、H2 和 H3、正文和前 100 个词、粗体和斜体、图片替代文本和文件名中的出现情况；检查 canonical 和 noindex；并绘制页面之间以该关键词为锚文本的互链关系。如果两个页面的内容几乎相同，它会建议合并并设置 301 重定向。content · topics 会先在整个网站中找出相互竞争的页面。

拒绝链接而不冒风险，并清理人工处置问题

错误的拒绝链接文件造成的排名损失，可能比垃圾链接本身还大。backlinks · disavow 会读取你的反向链接数据（Ahrefs 的 is_spam、Semrush 的有毒标记或 CSV），并且只将明确的垃圾链接放入 disavow.txt：被标记为垃圾的域名，或来自权威度和流量都很低的网站的垃圾锚文本。任何具有权威度的链接都会列入清单，交由人工判断；如果没有人工处置或真正的负面 SEO，它会告诉你不要上传该文件。

收到人工处置通知？explain_google · manual_action 涵盖 Google 文档中的所有类型（不自然链接、薄内容、伪装、结构化数据、滥用网站声誉等）：Google 的含义、按顺序排列的清理步骤、用于检查这些问题的工具、应保留哪些证据，以及一份重新审核请求草稿，其中会为你实际执行的每项操作添加 TODO。

使用你自己的抓取数据

site_audit · start 最多读取 25 个页面。已经用 Screaming Frog、Ahrefs Site Audit、Semrush 或 Sitebulb 抓取过网站？site_audit · import 最多可接收 500 行页面数据及内部链接，并返回一个所有审计工具都能识别的 audit_id：site_audit · continue、internal_links · equity、internal_links · suggest、edge_worker · rules、technical · parameters 和 share · export。

You:        Here is our Screaming Frog export. What should we fix first?

Assistant:  site_audit · import   480 pages, 6,912 internal links
            site_audit · continue  meta description missing on 118 pages, 9 broken pages
            internal_links · equity  /pricing is 5 clicks deep with 2 links in
            edge_worker · rules   one rule fixes the descriptions on all /blog pages

只会检查你提供的列，因此，如果抓取数据中没有描述列，就不会报告 480 个描述缺失。数据行会保留一小时，足够你完成审计。之后只会保留一份精简快照（每个页面的地址、状态、评分、标题、规范链接、noindex 和问题名称），保存 90 天，以便 site_audit · compare 在下次显示有哪些变化。

自上次审计以来的变化

每次完成网站审计，无论是抓取还是导入，都会留下一份保存 90 天的精简快照。下次发布后，再次运行审计，site_audit · compare 就会显示发生了哪些变化：

You:        We shipped the new templates. Did anything break?

Assistant:  site_audit · import   480 pages from this morning's crawl
            site_audit · compare  vs the crawl of 3 October

            Regressions: /pricing now returns 404, /blog/guide turned noindex,
            12 product pages changed their canonical.
            Fixed: meta descriptions on 118 pages, 9 broken pages work again.

或者让它自动运行：watch · site_audit 每天、每周或每月审计一次网站（最多 25 个页面），将每次审计与上次结果进行比较，并在页面失效、变为 noindex、规范链接发生变化或出现新问题时，将变更发送到 Slack、Discord 或任意 https webhook。action: "status" 会显示最近一次结果。

赢得链接，并进入 AI 答案

还有两个场景，SEO 工具提供数据，OnPage.dev 将其转化为计划：

• track_rankings：结合 Search Console 与 Ahrefs 或 Semrush 进行排名跟踪，根据你的工作、核心收益页面和有望提升的关键词进行筛选，并说明每次运行时的变化。
• backlinks · disavow：生成 disavow.txt，只包含明确的垃圾链接，其余链接留待审核，并在不应上传时发出警告。
• explain_google · manual_action：涵盖所有 Google 手动操作类型，并提供清理步骤、检查工具、需要留存的证据和重新审核请求草稿。
• check_links · outbound：检查指向其他网站的失效链接、如今会重定向到首页的引用页面，以及已迁移的页面，并提供存档副本作为替代链接。
• check_keyword · cannibalization：找出本应与排名高于它的页面并列排名的页面，并逐项检查信号（标题、URL、meta、H1 到 H3、提及、前 100 个词、粗体、斜体、alt 文本、文件名、内部关键词锚文本），并提供修复计划。
• plan · split_test：将使用同一模板的 20 多个页面分成流量相当的两组，用一个 Worker 仅修改其中一组的标题或描述（对访客和 Googlebot 显示相同内容），并通过 measure · impact 衡量结果。
• site_audit · report：将完整的网站审计整理成简洁的报告页面，显示你的代理机构名称，可通过链接发送或保存为 PDF。
• text_quality · spelling：找出页面正文中的真实拼写和语法错误（LanguageTool，约 30 种语言），不提供品牌名称和风格建议。
• sitemap · generate：根据审计生成 sitemap.xml，仅包含可编入索引且规范链接指向自身的页面，并说明每个未纳入页面的原因。
• 分区和竞争对手：site_audit · continue 会显示各分区的问题；使用 competitor_audit_id 调用 site_audit · compare，可并排比较两个网站。
• find_opportunities · content_decay：将每个页面的月点击量（Search Console、Ahrefs pages-history 或 GA4）转化为内容更新队列，列出流量达到峰值后持续下滑的页面，并排除季节性下滑。
• get_fix_pack · alt_texts：列出缺少 alt 文本的图片；你的助手会查看图片并撰写文本；OnPage.dev 会检查并通过 HTML、Cloudflare Worker、WordPress 或代码将其部署。
• 已应用的内部链接：使用 platform 调用 internal_links · suggest，会返回一个 Cloudflare Worker，在每个页面首次提及处添加链接（绝不在已有链接内添加）、WordPress 操作方案或代码修改。
• Google Business Profile 与网站对比：使用 gbp_profile 调用 local · check，会对比名称、电话、地址、每日营业时间、类别以及商家资料中的网站链接与网站上的信息。
• 富媒体搜索结果错误：explain_google · index_status 会按类型和问题对 URL Inspection richResultsResult 与 Enhancements 导出数据进行分组，因此模板故障只需修复一次。
• get_fix_pack · web_vitals：按未达标的指标排序，以代码形式提供速度优化方案（主图片优先级、延迟加载脚本、preconnect、字体替换、图片尺寸），也可通过 Cloudflare Worker 应用。
• backlinks · opportunities：提交最多 5 个竞争对手和你自己的网站的引荐域名（来自 Ahrefs、Semrush 或 CSV）。你会获得这些网站：它们链接了两个或更多竞争对手，却没有链接你的网站；并按重合度和域名评级排序，标明类型（最佳榜单、资源页面、评论网站、目录、论坛、新闻），提供各自的联系方法，并进行实时检查。添加提及你品牌的页面后，工具会逐一读取：如果页面提到了你却没有链接，就会返回你可以在邮件中引用的句子。
• ai_visibility · gaps：提交来自 Ahrefs Brand Radar 或其他 AI 可见度工具的真实 AI 答案。你会看到你的网站在各引擎答案中的占比，以及每个竞争对手的占比；还会看到他们被提及而你没有被提及的问题（按搜索量排序）、AI 为回答这些问题搜索的内容，以及它引用的外部网站，也就是你应该争取登上的网站。

You:        Why does ChatGPT recommend Rivalo and not us?

Assistant:  (Ahrefs) Brand Radar     120 answers for us and 2 competitors
            ai_visibility · gaps     ChatGPT names Rivalo in 41%, us in 12%
                                     14 questions where only they appear
                                     cited most: zapier.com list, g2.com, reddit
            backlinks · opportunities  zapier.com links to both rivals, not to us

以及你失去的链接

其他网站仍在链接你已删除或移动的页面，访客也仍会访问这些页面。每一个这样的链接和访问，都是你不再能获得的价值。使用 Ahrefs、Semrush、GA4（404 页面的浏览量）或 CSV 导出，backlinks · broken 可以将它们重新转化为排名优势和流量：

You:        Which of our backlinks point at dead pages? Fix them.

Assistant:  (Ahrefs) broken backlinks   112 links to 19 dead pages
            backlinks · broken          ranked by linking sites and domain rating
                                        top 20 checked live: 14 dead, 3 already fixed, 2 block bots

            1. /blog/running-shoes-guide  38 sites, best DR 81  → /guides/running-shoes
            2. /old-promo                 12 sites, best DR 64  → /socks/trail (anchor text match)
            3. /moved                     reached via 3 redirects → one 301 straight to /new-home
            14 rules ready for _redirects. /old-promo is still in your sitemap.

系统会按链接价值对失效页面分组和排名（每个链接网站只计一次，按域名评级加权，nofollow 按 30% 计算）。排名前 20 的页面会进行实时检查，因此已恢复正常或仅屏蔽机器人的页面不会被误重定向。系统会从你的网站地图或网站审计中，为每个失效页面匹配最佳的有效页面，并根据 URL、页面标题以及其他网站使用的锚文本进行匹配。没有合适的匹配项？系统会明确告知，而不是把链接一股脑指向首页。GA4 中 404 页面的访问量会作为真实访问纳入排名；如果访客来自你自己的网站，系统会将该链接列为需要编辑的链接，而不是把它隐藏在重定向后面。生成的规则可用于 _redirects、nginx、Apache、Next.js 或 CSV，最有价值的链接网站还会附上值得发送邮件联系的信息。然后，check_links · urls 会确认每个链接都只经过一次 301 重定向，fix_log · log 则会持续监控。

丢失的反向链接也能处理。传入包含历史记录和 lost_reason 的 Ahrefs 反向链接数据：如果页面失效，或你这边的重定向出错，就设置 301 重定向；如果是对方网站删除了链接，则会按优先级列入联系名单，并说明应当提出什么请求（“请恢复链接”“请链接到你页面的新版本”），还会附上链接原本所在的句子。

没有连接 Search Console？find_opportunities · striking_distance 和 content · topics 也接受 Ahrefs 或 Semrush 的自然搜索关键词数据行（关键词、URL、排名、搜索量、流量）。content · topics 配合 competitor_rows 还能生成关键词差距分析：按搜索量列出竞争对手排名进入前 10、而你没有的主题，并指出应加强哪个页面或撰写哪个页面。

用你网站自己的风格写作

大多数 AI 写作工具写出来都像 AI 写作工具。OnPage.dev 完全不写作：由你自己的 Agent 来写，OnPage.dev 则为它提供洞察、计划和检查，让每篇文章都与网站上的其他内容风格一致，并以已有的有效内容为基础。

You:        Plan next month's posts for example.com and draft the first one.

Assistant:  content · voice      5 articles read: sentences ~14 words, paragraphs ~52,
                                 "you" voice, 30% question headings
            content · calendar   8 items over 4 weeks
                                 Mon  Refresh /guides/compost "compost bin" (pos 11, +140 clicks)
                                 Thu  New     "raised bed soil"  as a list (lists lifted clicks +18% here)
            content · draft      Voice match 91/100
                                 1 figure without a source: "cuts household waste by 30%"
                                 SEO scan 88/100

            Here is the draft. Approve it and I publish it as a draft in WordPress,
            log it, and measure it in 4 weeks.

• 学习网站风格。 从 2 到 5 篇最佳文章中提取句子、段落和章节长度、疑问式标题、列表、“你”或“我们”的用法、标题长度和示例段落。之后每份内容简报都会包含这些信息。
• 规划日历。 为排名接近首页的查询安排内容更新，并为尚未覆盖的主题创建新页面（来自 content · topics 或 ai_visibility · gaps），交替安排并按周确定日期。已起草的关键词会跳过。
• 在你看到初稿前检查每一份。 检查风格匹配度并提供具体建议、缺少来源链接的数据，以及完整的 HTML SEO 扫描。
• 学习哪些内容在你的网站上有效。 初稿发布并记录后，measure · impact 的结果会与其格式、长度、标题和 FAQ 关联。三次测量即可形成一条规则；Google 更新的数据会被排除；每第五项会测试一种尚未尝试过的格式。
• 保持循环运行。 日历会保存在网站记忆中，因此 site_memory 会显示哪些内容即将到期或已经逾期，以及哪些已发布文章可以进行效果测量。添加 Slack 或 Discord webhook 后，系统会在每周一提醒你。
• 绝不自行发布。 content_autopilot 提示词会运行整个工作流，并在任何内容上线前等待你的批准。

符合搜索意图

浪费一个月最快的方式：针对一个 Google 只为其展示指南的关键词编写产品页面。content · intent 会在你动笔前检查实际排名的页面。

你的 Agent 会从 Ahrefs 或 Semrush 获取该关键词的热门结果，OnPage.dev 则会扫描每个结果，判断 Google 青睐的页面类型：指南、清单或对比、产品页面、类别页面、服务页面、工具、本地商家页面、新闻文章、食谱、帮助页面、定价页面、论坛或视频。

You:        Does our page fit "best running shoes for flat feet"?

Assistant:  (Ahrefs) serp-overview   top 7 results
            content · intent         8 pages read

            Your page fits: Google ranks listicles here (runrepeat, rtings),
            and yours is one too.
            4 of 7 results are forums (Reddit, JustAnswer): searchers want
            real experience. Add first-hand testing, photos and named experts.
            43% of the top results put the year in the title.

• **页面类型匹配度：**匹配、接近（意图相同，格式不同）或不匹配，并提供每个结果的依据。
• **排名靠前的格式：**热门结果的篇幅和副标题中位数、包含 FAQ 的数量，以及标题中带有年份或数字的数量。
• **论坛和视频：**根据网址识别，不抓取内容，并转化为有关经验和信任的具体建议。
• **整个网站：**传入 Search Console 数据行，即可找出你有两个页面相互竞争的查询，以及吸引混合意图的页面。

符合页面需求的可读性

产品页面不应该像文档一样。text_quality · readability 会根据合适的目标衡量易读性（Flesch，或适用于荷兰语的 Flesch-Douma）：目标可以是该关键词排名页面的中位数；没有竞争页面时，则采用该页面类型的常见标准。它会列出最难读、应优先重写的句子和段落，并忽略菜单、链接列表和表格。

Assistant:  text_quality · readability  Reading ease 63, ranking pages median 52 (52, 63, 49)
            Hardest sentence (22 words, score 8):
            "Runner's World Running Reviews Editor, Amanda Furrer, who has
             relatively low arches, researched shoe testing data from..."

支持发布到 WordPress

从聊天到上线，每项更改都由你批准。使用 platform: "wordpress" 的 get_fix_pack 会将修复内容转化为 WordPress 计划，你的 Agent 可以通过你自己的 WordPress 连接应用这些更改（例如通过 WordPress MCP 服务）：

You:        Fix the SEO on /trail-shoes and put it live.

Assistant:  scan_page            46: title too short, no meta description, 1 image without alt
            get_fix_pack         platform: wordpress, 3 changes
                                 SEO title       -> Yoast _yoast_wpseo_title
                                 Description     -> Yoast _yoast_wpseo_metadesc
                                 Alt text        -> media library

            Shall I apply these 3 changes?          You: yes
            (WordPress) update post + media
            scan_page · rescan   94, all 3 fixed

• Yoast SEO 和 Rank Math 中每个值对应的确切字段、媒体库的替代文本，以及作为 Custom HTML 区块的结构化数据。
• 你的 Agent 会将每项更改的旧值和新值展示给你，并在内容上线前等待你的批准。
• OnPage.dev 从不登录你的网站，也不存储密码：所有更改都通过你自己的 WordPress 连接完成。
• 如果没有 WordPress 连接，同一份计划会准确告诉你要在何处粘贴哪些内容。

使用 WordPress 插件一键批准

安装 OnPage.dev WordPress 插件（源代码），在 Tools 中点击 Connect，打开 OnPage.dev 并向你的 Agent 提供网站密钥。然后，使用 mode: "wordpress" 的 get_fix_pack 会将修复内容直接发送到你的 wp-admin：

插件 1.1 新增功能：你的 Agent 还可以发送整篇文章。新文章或页面会以草稿形式送达，由你自行发布。更新现有文章时，会并排显示被移除和新增的段落，你批准后才会上线。如果之后没有人编辑过该文章，撤销操作会恢复旧文本。

You:        Fix the SEO on /trail-shoes and send it to WordPress. Site key wpk_...

Assistant:  get_fix_pack · wordpress   3 changes waiting for approval

wp-admin:   Tools, OnPage.dev
            title             Trail shoes          ->  Trail running shoes for rocky ground | Acme
            meta_description  (empty)              ->  Grip, cushioning and sizes for ...
            jsonld            (none)               ->  Product
            [Approve selected]  [Reject all]

Assistant:  get_fix_pack · wordpress   change_id: applied, old values kept
            scan_page · rescan         94, all 3 fixed

• 显示每个字段的旧值和新值；可批准全部或部分更改，也可稍后撤销任何一组更改。
• 如果 Yoast SEO 或 Rank Math 已启用，则通过它们写入；否则插件会自行输出标题、描述、规范链接和社交标签。JSON-LD 和媒体库替代文本在所有情况下均可使用。
• 仅拉取：只有在你打开插件页面时，插件才会获取待处理的更改。OnPage.dev 从不登录你的网站，未经管理员批准不会有任何更改生效。

适用于你的 CMS，而不只是 WordPress

get_fix_pack 会根据网站所用的平台编写修复方案，为每项修复提供确切的 MCP 工具或 API 调用及字段；经你批准后，通过你自己的连接应用修复：

以 pull request 形式提交

不是 WordPress？使用 get_fix_pack 并设置 platform: "git"，即可将修复编写为适用于网站框架的代码，并通过 Agent 已有的 git 工具创建 pull request。它会根据页面本身检测 Next.js（App Router 和 Pages Router）、Nuxt、SvelteKit、Astro、Angular、React、Vue 和纯 HTML。

You:        Fix the SEO on /pricing and open a PR.

Assistant:  scan_page            58: title too short, no canonical, no structured data
            get_fix_pack         platform: git, detected Next.js (App Router)
                                 export const metadata = { title, alternates.canonical }
                                 JSON-LD in the page component
            git switch -c seo/onpage-pricing
            (edit app/pricing/page.tsx, build)
            scan_page · html     91, nothing else changed
            gh pr create         #42 "SEO: title, canonical, jsonLd for /pricing"

• Next.js 使用 metadata；Nuxt 和 Vue 使用 useSeoMeta 和 useHead；SvelteKit 使用 <svelte:head>；Angular 使用 Title 和 Meta 服务；Astro 和纯 HTML 使用 head 标签。
• 始终创建新分支，并在创建 PR 前使用 scan_page · html 检查；Agent 永远不会合并 PR。
• 对于客户端渲染的 React、Vue 和 Angular 应用，它还会说明如何预渲染，因为 AI 爬虫不会运行 JavaScript。

分享卡片，提供免费 API

snippet · social 会展示网页分享到 Facebook、LinkedIn、X、WhatsApp 和 Slack 时的效果：每个 Open Graph 和 Twitter 标签，以及分享图片本身。它会加载图片并从文件头读取实际尺寸，因此能发现其他检查器容易漏掉的问题：返回 404 的 og:image、本应使用 1200 x 630 图片却用了 400 x 400 的徽标、任何平台都无法显示的 SVG，或 6 MB 的文件。

同一项检查也提供免费的公共 REST API，无需密钥：

curl "https://onpage.dev/api/v1/og?url=https://example.com"

{ "url": "https://github.com/", "score": 100,
  "image": { "ok": true, "type": "image/png", "width": 1200, "height": 630, "bytes": 618778 },
  "issues": [] }

每个 IP 地址每分钟可请求 10 次，开放 CORS，每条结果缓存 5 分钟。可在浏览器中试用：打开 Open Graph 检查器。

发布之后也会持续监控

大多数 SEO 问题并不会在上线当天出现，而是之后才发生：一次部署添加了 noindex，一次 CMS 更新改了规范网址，一个新的 robots.txt 屏蔽了 GPTBot。watch · page 大约每天重新检查一次页面，并记录针对搜索和 AI 的每项变化。提醒会发送到私有 RSS 订阅源；如果你提供了 Slack 或 Discord webhook，也会发送到那里。无需账户，无需密钥。

You:        Keep an eye on our pricing page and tell me if anything breaks.

Assistant:  watch · page         baseline 94/100, 8 of 8 AI crawlers allowed
            ...three days later, in your Slack:
            OnPage.dev: 2 change(s) on https://example.com/pricing
            - A noindex tag was added: the page will drop out of Google
            - The score went from 94 to 71

此外，Agent 每周还会接到另外三项常见任务：

• content · brief：提供一个搜索词和排名靠前的页面，即可获取一份写作简报：这些页面大多涵盖的子主题、回答的问题、需要用你自己的数据佐证的数据、目标篇幅、结构化数据和内部链接。会过滤掉机器人屏蔽页面和导航标题。
• plan · redirects：提供旧网址和新网址（或网站，以便读取其站点地图），即可获取带有每个匹配项置信度评分的 301 映射，格式可为 _redirects、nginx、Apache、Next.js 或 CSV。上线后再用 check_links · urls 验证。
• site_audit · import：传入你已有的网站抓取结果中的页面行（Screaming Frog、Ahrefs Site Audit、Semrush、Sitebulb），最多 500 个页面及其内部链接，所有审计工具即可对整个网站开展工作。只检查你发送的列。
• site_audit · compare：将已完成的网站审计与同一网站之前的审计进行对比（快照保留 90 天）：显示出现问题、变为 noindex、规范网址或标题发生变化的页面，按代码分类的新问题或已修复问题，新增或消失的页面，以及前后平均评分。
• watch · site_audit：每隔 1、7 或 30 天审计整个网站，将每次审计与上一次进行对比，并通过 webhook（Slack、Discord 或任何 https 端点）发送退化情况。使用 schedule_id 查看状态并停止监控。
• backlinks · opportunities：找出竞争对手的反向链接差距（链接到至少 2 个竞争对手、但未链接到你的网站），按排名排序并分类，说明如何联系每个网站；还会实时读取未加链接的品牌提及，并附上可引用的句子。
• ai_visibility · gaps：将真实的 AI 回答（Brand Radar 或类似工具）转换为按引擎划分的份额、只提及竞争对手的问题、AI 的搜索内容及其引用的网站。
• backlinks · broken：传入来自 Ahrefs、Semrush 或 CSV 导出的失效反向链接。根据仍在链接到这些失效页面的网站对其排序，实时检查排名前 20 的页面，为每个页面找到最佳的 301 目标页面（根据站点地图、网站审计和锚文本确定），并生成可直接部署的规则。也会标记仍在站点地图中的失效页面、重定向链和临时重定向。
• share · link：修复网站后，发布一份修复前后的页面（例如 46 → 94，并列出已修复的问题），以便发送给客户。不会被编入索引，90 天后过期。

记住每个网站

Agent 会忘记聊天之间的所有内容。OnPage.dev 不会。site_memory 会在 memory_key 的保护下，为每个网站保存一份记忆：在聊天中打开后，每次 OnPage.dev 工具调用都会被记录（发现了什么、发布了什么、测量了什么），而在该聊天中启动的防护、定期审计、竞争对手监控和修复日志也会添加各自的结果。下一次在 Claude、ChatGPT 或 Cursor 中开启聊天时，就能从上次停止的地方继续。

You:        Pick up where we left off on example.com.

Assistant:  site_memory · open   41 steps since July: pricing 46 → 91, 12 fixes shipped,
                                 +38% clicks vs control, guard caught a noindex on 3 Oct
            Next:                1. Measure the 4 fixes shipped 5 weeks ago
                                 2. /blog/guide scored 58, no fix written yet
                                 3. No rank tracker yet

它会学习。 每个测量结果都会关联到此前发布的修复，因此打开记忆后，prioritize_fixes、get_fix_pack 和 plan · sprint 会显示哪些修复类型为该网站带来了流量增长（“这里的标题改写带来了 +38%”），而 site_memory · next 则会建议将这些修复推广到更多页面。保存为笔记的决定会随每个修复包、摘要和草稿一并提供。

它能关联线索。 排名下降、流量下降、衰退、核心网页指标退化或提醒都会附带最近三周的修复、部署和决定，让 Agent 优先检查这些内容。

你选择加入后，它也会跨网站学习。 使用 share_learning: true 打开记忆后，每个测量结果都会按修复类型向共享池添加一条匿名记录：修复类型、四舍五入到整数百分比的变化值以及月份，绝不包含网站、地址、数字或文本。当某种修复类型积累了来自 10 个网站的 20 次测量后，prioritize_fixes、get_fix_pack 和 plan · sprint 会显示跨网站的变化中位数。关闭此功能或删除记忆后，该记忆添加的所有内容都会被移除。

记忆只会存储每个步骤的摘要和少量数字，不会存储原始数据行或页面内容。密钥仅以哈希形式存储，未使用的记忆会在 400 天后删除。

像 SEO 团队一样执行、监控和衡量

你的 Agent 使用你已连接的工具处理修复工作。

You:        We shipped the new templates. Make sure nothing broke and plan next month.

Assistant:  request_recrawl      12 of 12 pages indexable, IndexNow sent
            watch · guard        guarding robots.txt, sitemap and 5 key pages
            plan · sprint        19 tasks over 4 weeks, tickets ready for Linear
            ...two days later, in your Slack:
            OnPage.dev guard: /pricing has noindex. Fix: remove the noindex meta tag.

为 Agent 打造

OnPage.dev 与其他 SEO MCP 服务的不同之处：

• 所有内容都在一次对话中，包括仪表板。 数据、计划、Agent 部署的修复和验证结果，都在对话中完成。dashboard · feed 每天检查网站的关键页面；dashboard · data 将历史数据整理成清晰的表格，可与 GA4 和 Search Console 联结；dashboard · build 为 Claude 设计实时仪表板，其中包含实时 GA4 模块（每分钟活跃用户数、页面、事件），以及 SEO 健康度、修复、速度和 AI 可见度。
• 采取行动，而不只是记录。 Agent 会自行交付修复：在你的框架中创建拉取请求，通过你自己的 WordPress 连接进行更改，或使用 get_fix_pack 配合 platform: "cloudflare" 创建 Cloudflare Worker，在页面送达时修正标签；可用于你自己的 Cloudflare 账户中的任何 CMS。只需一步即可回滚。
• 真正形成闭环。 fix_log · log 记录每项已交付的修复。OnPage.dev 大约每 6 小时检查每项修复是否仍然生效；如果部署撤销了修复，就会向你的 webhook 发送恢复代码；按修复保存 measure · impact 结果，如果效果变差则提供回滚计划；fix_log · report 则生成客户报告。
• 验证效果。 measure · impact 将修复前后的数据与未更改页面组成的对照组进行比较。了解更多。
• 从发现问题到完成处理。 share · export 会将计划发送到 Google Sheets（无需连接器）、Slack、Notion 或任务看板。了解更多。
• 查看每位读者的体验。 在真实浏览器中检查手机、平板电脑和桌面设备上的首屏，并像屏幕阅读器一样朗读页面。了解更多。
• 支持 JavaScript 应用。 对纯客户端 React、Angular 和 Vue 应用进行完整的渲染页面审计，检查 Google 所看到的内容，以及 AI 爬虫在没有 JavaScript 时能获取多少内容。
• 随处交付。 WordPress 通过你自己的连接处理，其他所有技术栈都以包含框架代码的 Git 拉取请求交付。了解更多。
• 真实用户和真实机器人。 web_vitals · now 从真实 Chrome 用户读取 Core Web Vitals；technical · logs 显示 Googlebot 和 AI 爬虫实际抓取的内容。
• 支持多语言，值得信赖。 technical · hreflang 检查每个语言版本并生成修正后的标签集；entity · trust 检查整个网站的 E-E-A-T 信号。
• 技术审计无遗漏。 sitemap · check 检查格式、限制和 lastmod 日期，并抽查所列 URL 是否存在重定向、错误、noindex 以及其他位置的 canonical。technical · extract 从最多 20 个页面中提取一个值（CSS 选择器、正则表达式或 JSON-LD 路径）。technical · duplicates 根据页面自身内容对审计中的近似重复页面进行分组；technical · parameters 找出会困住爬虫的跟踪、搜索和筛选 URL。
• 衡量的不止点击量。 find_opportunities · traffic_drop 逐页分析流量下降原因（排名下降、需求降低、排名不变但点击减少、页面退出索引）；find_opportunities · ctr_gaps 和 find_opportunities · striking_distance 从 Search Console 数据中找出最快见效的机会；web_vitals · trend 显示修复前后约 9 个月的真实用户每周速度数据；measure · ai_citations 则通过对照组验证 AI 答案中的提升。
• 修复整个版块和 JavaScript 应用。 edge_worker · rules 将网站审计结果转换为每个版块一条 Cloudflare Worker 规则（为所有匹配页面设置标题、描述、canonical 和社交标签，并提供预览）。edge_worker · prerender 使用你自己的 Cloudflare 账户中的 Browser Rendering，为 GPTBot、ClaudeBot 和 PerplexityBot 提供 React、Vue 或 Angular 应用的渲染页面。
• 解释 Google 为何跳过某个页面。 explain_google · index_status 将 Search Console URL Inspection 结果转化为原因、修复方法和下一步工具；每次扫描还会捕获提前结束的 head（<head> 中的图像或 iframe 会隐藏 canonical）。
• 监控竞争对手。 使用 competitor_of 调用 watch · page 监控竞争对手页面；当对方添加一个版块、结构化数据或大量文本时，提醒会指出你的页面缺少什么，以及哪个工具可以修复。
• 每项修复都显示在 GA4 图表和代码仓库中。 使用 format: "annotations" 调用 fix_log · report，在 GA4 中标记每项修复的日期；fix guard GitHub Action 会在部署撤销修复时创建问题，并附上恢复代码。
• 调试 GA4。 tracking · ga4 在真实浏览器中捕获页面实际发送给 Google 的请求，包括接受 Cookie 前后以及回访时的请求：重复计数、同意前跟踪、从未更新 Consent Mode 的横幅、未关闭的调试模式、Universal Analytics 遗留配置。
• 让 AI 读取并引用你的内容。 robots_txt · ai_policy 为 13 种 AI 爬虫编写 robots.txt 规则；llms_txt · generate 和 llms_txt · validate 处理 llms.txt；answer_readiness · passages 显示页面是否足以回答问题并被引用；entity · graph 检查 AI 是否知道网站背后的主体。
• 梳理主题并赢得摘要展示。 content · topics 将 Search Console 查询归类到主题，并列出每个主题对应的所属页面、竞争页面和内容缺口；answer_readiness · format 显示赢得精选摘要的答案格式（段落、列表或表格）。
• 匹配排名靠前的内容。 content · intent 找出 Google 针对某个关键词青睐的页面类型；text_quality · readability 将阅读难易度与排名靠前的页面进行比较；content · brief 则据此生成写作简报。
• 确保分享预览正常显示。 snippet · social 加载实际分享图片，并检查其在 Facebook、LinkedIn 和 X 上的显示效果；也提供免费的 REST API。
• 本地信息与内部链接。 local · check 检查 LocalBusiness 标记、NAP 一致性、Google Business Profile 链接以及每个地点对应的页面；internal_links · equity 绘制内部 PageRank 和点击深度，并指出哪些重要页面需要更多链接。
• 为 AI Mode 做好准备。 answer_readiness · questions 根据 AI 搜索围绕某个主题展开的子问题检查页面，并指出 AI 会因此引用其他来源的内容缺口。
• 满足 EAA 无障碍要求。 accessibility · wcag 将每项检查对应到 WCAG 2.1 AA，即《欧洲无障碍法案》所依据的标准。
• 电商与同意管理。 schema · product_page 检查适用于商家商品信息的 Product 标记；tracking · consent 检查 Cookie 横幅和 Consent Mode v2。
• 交付后闭环。 request_recrawl · indexnow 向 Bing 和其他 IndexNow 引擎发送通知；对于 Google，Agent 会在你的 Search Console 工具中运行 URL Inspection。
• 正确处理各种语言。 可读性使用与页面语言对应的公式：荷兰语使用 Flesch-Douma，德语使用 Amstad，法语使用 Kandel-Moles，西班牙语使用 Fernández-Huerta。
• 公开的评分方法。 查看每项检查、成本以及评分未涵盖的内容，访问 onpage.dev/methodology。查看变更记录，访问 onpage.dev/changelog。
• 节省上下文。 37 个工具覆盖 116 项任务：相关任务通过 mode 共用一个工具，因此 Agent 在每次对话中加载的工具列表约为 71 KB，而不是 155 KB；也适用于限制工具数量的客户端。旧工具名称仍可使用。如果 Agent 已加载许多服务，可连接 https://onpage.dev/mcp?tools=core，使用 8 个主要工具。
• 便于继续处理，节省上下文。 每个部分结果都包含 next_call，其中提供继续处理所需的确切工具和参数，确保长任务能够完成。对任何调用添加 detail: "brief"，即可获得简短摘要（约缩短 80%），同时保留完整的结构化结果。
• 持续监控。 watch · page 会在上线后发现回归，并通过 RSS 或 webhook 发送提醒。了解更多。
• 使用你已有的数据。 是否在同一次对话中使用 Search Console、GA4、Ahrefs 或 Semrush？prioritize_fixes 会根据这些数据，按流量影响对每项修复排序；ai_visibility · citations 则显示 AI 引用的页面有哪些不同之处。了解其工作原理。
• 稳定的问题代码和类型化结果。 每个问题都有固定代码，例如 meta-missing 或 h1-missing；主要工具均声明了输出架构。Agent 可以逐一处理问题，并验证每个问题都已解决。
• 检查 Agent 编写的代码。 scan_page · html、schema · validate 和 compare · html 会在新 HTML 和 JSON-LD 上线前进行测试，并捕获诸如意外出现 noindex 或 canonical 被移除等回归问题。
• 内置上线和迁移工具。 check_links · urls 一次最多跟踪 20 个 URL 的完整重定向链；robots_txt · test 根据 Google 自身的匹配规则（包括 * 和 $ 通配符），回答“此机器人能否抓取此 URL”。
• 逐步审计整个网站。 site_audit · start 会作为一项任务运行，由 Agent 逐步处理，因此免费托管服务也能完成 25 页的审计。它会按问题代码报告全站的问题、失效页面、孤立页面和重复页面。
• 你的网站与排名靠前的页面。 compare · pages 将某个页面与最多 3 个竞争页面并列比较，指出内容缺口和追赶所需的修复；internal_links · suggest 则显示哪些页面应链接到哪些页面。
• 做好知识图谱准备。 entity · graph 检查你的 Organization 和作者是否为真实、相互关联且带有个人资料链接的实体，而不只是有效的标记。llms_txt · validate 会捕获 /llms.txt 返回 HTML 页面的常见问题。
• 注重可引用性，而不只是可抓取性。 AI 准备度检查事实密度、引用的外部来源，以及每个疑问式标题是否都有直接答案。compare · pages 会显示只有竞争对手提供的事实和数据，以及只有你提供的内容：相对于排名靠前页面衡量的信息增益。
• 不提供凭空编造的建议。 onpage://rules 资源会向助手提供每项检查、阈值和修复方法，让它依据扫描器使用的相同规则解释 SEO。
• 免费托管。 粘贴一个 URL 即可。无需账户、API 密钥或安装。

一分钟内完成安装

一键安装到 Cursor 和 VS Code。Claude、ChatGPT 和其他客户端的安装方法见下文。

服务托管在云端，无需安装或运行任何内容，也无需密钥。

减少上下文中的工具数量：使用 https://onpage.dev/mcp?tools=core，即可使用 8 个主要工具（站点记忆、扫描、AI 可见性、修复包、布局、站点审计、优先级排序、分享）。完整服务共有 37 个工具，少于 Cursor 显示的所有服务工具总数约 40 个。

服务 URL： https://onpage.dev/mcp

claude mcp add --transport http onpage https://onpage.dev/mcp

{
  "mcpServers": {
    "onpage": { "url": "https://onpage.dev/mcp" }
  }
}

{
  "servers": {
    "onpage": { "type": "http", "url": "https://onpage.dev/mcp" }
  }
}

{
  "mcpServers": {
    "onpage": { "serverUrl": "https://onpage.dev/mcp" }
  }
}

{
  "mcpServers": {
    "onpage": { "httpUrl": "https://onpage.dev/mcp" }
  }
}

codex mcp add onpage --url https://onpage.dev/mcp

{
  "mcpServers": {
    "onpage": { "type": "streamableHttp", "url": "https://onpage.dev/mcp" }
  }
}

{
  "context_servers": {
    "onpage": { "command": "npx", "args": ["-y", "mcp-remote", "https://onpage.dev/mcp"] }
  }
}

功能介绍

37 个工具覆盖 116 项任务。相关任务共用一个工具，并通过 mode 选择，例如 site_audit 支持 start、continue、import、compare 和 report；首次使用时省略 mode。2.0 之前的旧工具名称仍可使用。每项结果都附有指向 onpage.dev 上完整可视化报告的链接。问题带有稳定代码；完整列表见 onpage://rules 资源。

审计与修复

整个网站和竞争对手

执行、监控与衡量

AI 搜索

启动和迁移

写作与代码

即用型工作流（MCP 提示词）

在支持提示词的客户端中，只需点击一次：

• 完整 SEO 和 AI 审核：扫描、AI 检查和修复包，然后生成按优先级排列的计划。
• 为什么 AI 找不到我的网站？：了解哪些助手可以读取和引用你的网站，以及需要做哪些更改。
• 上线检查清单：逐项检查页面上线前需要满足的条件，并标记通过或未通过。
• AI 可见度改造：一次性处理 robots.txt、llms.txt 和答案段落。
• 部署前 SEO 门槛：扫描构建后的 HTML，评分低于最低标准时阻止发布。
• 从上次中断处继续：打开网站记忆，并继续下一步。
• 每周 SEO 例行工作：查看提醒、排名、未完成的修复项，以及本周要做的三件事。
• 修复并验证：扫描、修复、审批后发布、记录、重新抓取并规划效果衡量。
• 网站迁移：基线审核、重定向映射、新网站检查和防护措施。
• 月度客户报告：已发布的修复项、与未更改页面相比的成效、排名和下月计划。
• 调查流量下降：流量何时下降、当时运行的 Google 更新、流量下滑的页面和查询，以及优先修复项。
• AI 搜索评估：AI 会回答哪些查询、哪些页面应被引用，以及需要添加哪些段落。
• 高管摘要：供管理层查看的一页摘要：趋势、原因、已修复的问题和下月计划。
• 内容自动驾驶：学习写作风格、规划日历、起草、检查、审批后发布，并从结果中学习。

参考资源

onpage://rules：列出每项检查及其稳定代码、重要性说明和修复方法，还包括关键阈值（标题和描述的像素长度、字数、alt 文本、服务器响应、AI 答案长度）。

聊天中的评分卡

在支持 MCP Apps（Claude）或 Apps SDK（ChatGPT）的客户端中，扫描结果还会以可视化卡片的形式直接显示在聊天中：

• 评分：0 到 100 分，并附有一句话评语。
• AI 就绪度：AI 助手读取、信任和引用页面的能力。
• 优先修复项：最重要的问题，标记为错误、注意或提示。
• 打开完整报告：在 onpage.dev 上查看完整的可视化报告。

其他客户端会获得相同的文本和结构化数据，因此不会遗漏任何内容。

查看与 Ahrefs、Semrush、SE Ranking 和 DataForSEO MCP 服务的完整对比及价格：onpage.dev/compare。

OnPage.dev 不具备的数据：自有搜索量、排名或反向链接数据。在同一聊天中连接数据供应商后，OnPage.dev 会将他们的数据转化为按优先级排序的修复项。

示例提示词

Why does ChatGPT never mention example.com? Check it with OnPage.dev.
Scan our pricing page and give me the five fixes with the code.
Let ChatGPT search read our site but block AI training. Write the robots.txt.
We moved to a new URL structure. Check that these 20 old URLs redirect to the right new pages.
Review this pull request for SEO regressions: compare the old and new HTML of the changed pages.
Audit our whole site and tell me the three fixes that help the most pages at once.
We are writing a page about trail running shoes. Which of our pages should link to it?
How does our pricing page compare with these two competitors, and what are we missing?
Does our blog post answer "how long does shipping to Germany take" well enough for AI to quote?
Write three title options for this page and check which ones fit in Google.
Fix the SEO issues in this project, check the build with OnPage.dev and keep going until it scores 95.

Claude Code 插件

该服务以及可为你运行修复循环的命令和技能。

/plugin marketplace add seoonpage/seo-mcp-server
/plugin install onpage@onpage-dev

• /seo-check [url or path]：扫描在线页面，或查找本项目构建生成的 HTML 并扫描，然后修复发现的问题。
• /ai-visibility：检查 ChatGPT、Claude、Perplexity 和 Gemini 是否能读取并引用该网站，并编写 robots.txt 和 llms.txt。
• seo-fix-loop 技能：在源文件中进行修复（模板、Next.js metadata、Astro frontmatter），部署前通过 scan_page · html 检查，并在部署后通过 scan_page · rescan 确认。

始终启用的上下文约 300 个 token。

GitHub Action：SEO 门禁

每次拉取请求都会扫描构建生成的 HTML，评论评分和首要修复项，并在页面得分低于最低要求时失败。

name: SEO gate
on: pull_request
permissions:
  contents: read
  pull-requests: write
jobs:
  seo:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v5
      - run: npm ci && npm run build
      - uses: seoonpage/seo-mcp-server@v1
        with:
          paths: "dist/**/*.html"          # built HTML to check
          base-url: "https://example.com"   # optional, for canonical and relative links
          min-score: "80"                   # fail below this
          max-files: "10"                   # about 20 scans per minute

每次推送都会更新拉取请求中的评论，内容类似这样：

❌ OnPage.dev SEO 门禁：最低得分为 36（最低要求 80）

页面	得分	AI 就绪度	优先修复项
dist/about/index.html	36	0	没有 meta description；没有 H1；标题只有 5 个字符
dist/index.html	90	22	内容过少：32 个单词；没有结构化数据；Open Graph 不完整

GitHub Action：预览检查

在合并前，将每个部署预览与生产环境进行检查。在 Vercel、Netlify 或 Cloudflare Pages 预览环境以及线上网站中，对比相同路径：页面是否失效、标题、canonical 和 H1 是否消失、是否新增 noindex、结构化数据是否丢失，以及 canonical 或 og:url 是否指向预览主机。忽略预览主机添加的 X-Robots-Tag noindex。结果会汇总到一条拉取请求评论中。

name: SEO preview check
on: deployment_status
permissions:
  contents: read
  pull-requests: write
jobs:
  seo:
    if: github.event.deployment_status.state == 'success' && github.event.deployment.environment != 'Production'
    runs-on: ubuntu-latest
    steps:
      - uses: seoonpage/seo-mcp-server/preview@v1
        with:
          preview-url: ${{ github.event.deployment_status.environment_url }}
          production-url: https://example.com
          paths: "/ /pricing /blog"
          fail-on: blocker          # blocker, warning or none
          bypass-token: ${{ secrets.VERCEL_AUTOMATION_BYPASS_SECRET }}   # only for protected Vercel previews

同一项检查也可在聊天中使用：compare 配合 mode: "preview"。

GitHub Action：修复守护

确保已发布的修复持续生效。每天它都会询问 OnPage.dev，确认修复日志中的每项修复是否仍在页面上。如果某次部署撤销了修复，它会创建一个包含恢复代码的问题；当所有修复重新生效后，它会关闭该问题。它使用仓库自己的令牌，因此 OnPage.dev 永远无法访问 GitHub。

name: SEO fix guard
on:
  schedule:
    - cron: "0 7 * * *"
permissions:
  issues: write
jobs:
  guard:
    runs-on: ubuntu-latest
    steps:
      - uses: seoonpage/seo-mcp-server/guard@v1
        with:
          fix-log-id: "YOUR_FIX_LOG_ID"   # from fix_log
          fail-on-regression: "false"     # true to fail the run as well

你的编码 Agent 可以接手该问题，并通过恢复相应值来创建拉取请求。

安全与隐私

• 你的网站不会自行发生任何变化。 OnPage.dev 只会读取公开页面或你发送的 HTML。修复会通过你自己的工具（你的 git、WordPress、Cloudflare）应用，并且只有在你批准后才会进行。监控和共享结果页面只存储评分和问题名称，不存储页面内容；修复日志存储你记录的 URL 以及旧值和新值。
• 仅限公开页面。 私有、内部和本地网络地址会被拒绝（SSRF 防护），非 Web 协议也会被拒绝。
• 不存储内容。 发送到 scan_page · html 的 HTML 会在内存中分析，随后丢弃。用于变更跟踪的数据只有评分和问题名称，并以哈希键存储，最长保留 30 天。计划审计会存储网站地址、间隔、Webhook 和上次结果，直到你停止审计（最长 400 天）。网站审计完成后，会保留快照 90 天（每个页面包括：地址、状态、评分、标题、规范 URL、noindex 和问题名称），以便 site_audit · compare 显示变更内容；绝不会保留页面文本。text_quality · spelling 会将页面自身公开文本中最多 10,000 个字符发送给 LanguageTool。传递给 backlinks · broken、backlinks · opportunities 或 ai_visibility · gaps 的反向链接、404 和 AI 答案数据行仅用于生成相应答案。
• 你的流量数据由你掌控。 传递给 prioritize_fixes 或 measure · impact 的数字仅用于生成相应答案，除非 measure · impact 使用了 fix_log_id，此时会在该修复日志中保存每个已记录页面的修复前、修复后和变更数据。OnPage.dev 绝不会自行连接 Search Console、GA4、Ahrefs 或 Semrush。
• 具备提示词注入防护意识。 扫描页面中的文本会作为数据返回，并明确标记。
• 合理使用限制。 每个连接每分钟约 20 次扫描，另有共享上限。真实浏览器检查（layout · render、accessibility · screen_reader）共用每日额度；使用你自己的浏览器工具时，layout · probe 不受限制。无需账户、密钥或跟踪 Cookie。

详情请见：onpage.dev/privacy 和 onpage.dev/terms。

须知

• 主扫描会读取服务器返回的 HTML，方式与 AI 爬虫相同。如果客户端渲染的 React、Angular 或 Vue 应用返回的 HTML 只是空壳，scan_page 会在真实浏览器中加载页面并审计渲染后的页面，同时报告不运行 JavaScript 的爬虫能获取多少个词。这会占用每日真实浏览器额度；额度用完后，系统会改为扫描原始 HTML，并发出警告。layout · render 和 accessibility · screen_reader 会提供手机、平板和桌面视图，包括启用和禁用 JavaScript 的情况。
• 链接检查、图片尺寸检查和 AI 爬虫访问检查都需要可访问的 URL，因此 scan_page · html 会跳过这些检查。
• snippet · search 中的像素宽度为估算值；Google 也可能改写摘要。

链接

• Web 应用：onpage.dev
• MCP 服务和设置：onpage.dev/mcp
• 问题反馈：[email protected] 或提交问题

许可证

MIT