SEO教程

SEO教程

Products

当前位置:首页 > SEO教程 >

MCP协议2026年7月28日升级,核心变化有哪些?

96SEO 2026-09-06 00:05 8


MCP 协议于2026年7月28日发布了重大升级。主要目标是实现无状态、客户端驱动的 HTTP‑友好设计,并将大量旧功能逐步弃用。这篇文章按模块拆解关键变更,并突出对开发者和运维团队的实际影响。

新旧版本一览

方面旧版新版
协议状态会话 + 初始化握手无状态。每个请求自包含元信息
能力发现Mcp‑Session‑Id + initialize 通知server/discover 单独查询能力和版本
主动请求方式双向 RPC 支持服务端主动发起 JSON‑RPC Request只允许服务端返回 MRTR结果,客户端再重试完成流程
通知订阅SSE + resources/subscribe 等两套机制统一 subscriptions/listen;SSE 的断点恢复被删除,需要重连重发全部请求
错误码程序- 资源不存在等错误不符合 JSON‑RPC 标准 /tbody>

无状态协议与请求生命周期

删除协议级 Session 与初始化握手

⚠️ 开发者必须彻底改造现有 SDK:/Mcp‑Session‑Id 已废弃。所有会话信息都要从每个请求的 <_meta> 中提取。

MCP协议2026年7月28日升级,核心变化有哪些?
{
"jsonrpc": "","id":,"method": "tools/call","params": {
...
"_meta": {
"io.modelcontextprotocol/protocolVersion": "--"。"io.modelcontextprotocol/clientCapabilities": {},"io.modelcontextprotocol/clientInfo": {
说到"name","my-client","version": "."
}
}
}
}

🛠️ 因为每次调用都需携带完整元信息,请求体增大且验证成本上升。

使用 server/discover 查询版本和能力

🤔 客户端首次启动时要先调用 /server/discover ;若服务端不支持,将导致整个流程停滞。

{
"result":{
...
"_meta":{
"io.modelcontextprotocol/serverInfo":{
...
}
},...
}

. MRTR:通过客户端重试完成多轮交互

🔄 MRTR 会显著增加往返次数;老实说,对于网络延迟较高或超时容忍度低的环境,可能导致体验下降。

{
...
"_meta":{
...
"_meta":{"requestState":"opaque-server-state"}
}
}

请求路由与数据规范

. 标准请求头 & 参数镜像

🚦 必须在 HTTP Header 中同步方法名、Tool 名称。否则服务器会返回 MCP Header Mismatch Error.

  • MCP-Protocol-Version Mcp-Method Mcp-Name x-mcp-header
  • x-mcp-header 镜像 “tenant_id” 到 “Tenant‑Id” Header
  • 网关可直接按 Header 路由,无需解析 JSON 正文
  • 两处值必须一致,否则抛出 HeaderMismatchError
  • 对于缺失必填字段,将导致整体失败而非部分响应
  • 在 SDK 内部自动生成并校验 Header 与 Body 一致性,以避免人为失误
  • 当调用 tools/call 时client 必须携带 clientCapabilities 并在 _meta 中声明协议版本。
  • 请求可以被负载均衡器、WAF、API Gateway 快速识别并做限流/鉴权
  • 在高并发下多线程写同一 _meta 会出现竞态,需要加锁或使用不可变对象。
    • - 使用 ImmutableMap 或类似结构避免并发修改问题。
    • - 确保 _meta 的键值对顺序保持一致以利缓存命中率提高。
      • - 避免因键值顺序不同导致缓存失效。
        • - 建议在 SDK 内部统一排序算法,例如按照字典序排序键名。按理说,
          • - 若实现无法保证。可考虑开启“严格模式”,要求所有字段都有显式排序标识符。
            • - 在生产环境中启用此模式可进一步提高性能,但会增加编码复杂度。
              本节示例展示了如何通过标准化 Header 与 Body 一致性来实现负载均衡器无解析需求,从而减少 CPU 消耗并提高吞吐量。
              **请注意**:如果你正在维护一个跨语言、多实例部署的大型程序。上述变更可能迫使你重新评估现有架构中的 Session 管理策略,还有网络层对 HTTP/SSE 的支持。**常见挑战**:
              • Session 根本原因拆分原来的 Session 状态被移动到每个请求中。你需要在业务层自行维护业务 ID 或 Token,而不是依赖全局 Session ID。
              • MRTR 重试成本对于长时间运行的 Tool Call,客户端需要捕获 input_required 并 发送完整调用;这会占用更多带宽和计算资源。
              • Header 校验严格任何微小差异都会导致 HeaderMismatchError;这代表着 SDK 或代理必须严格遵守规范,否则整个集成将崩溃。

              如何应对?

              1. 逐步升级先保持兼容旧版 和新版,通过配置文件或环境变量切换。说起来,
              2. 自动化测试编写集成测试覆盖两种方法。确保业务逻辑在新旧两种情况下均能正常工作。
              3. 监控指标加入 request_latency_msretry_count,error_code 等指标,以便快速定位因 MRTR 导致的性能瓶颈。

              请求路由 & 数据规范

              使用者痛点

              场景 痛点描述
              缺少必填 header 调用失败但错误信息模糊
              参数顺序不同 缓存命中率下降
              多语言 SDK 不一致 困难调试

              推荐做法

              http POST /mcp HTTP/1.1 MCP-Protocol-Version: -- Mcp-Method: tools/call Mcp-Name: get_wear # 可选。根据工具类型决定是否添加

              x-mcp-header-Tenant-id: tenant-A # 用于镜像 tenant_id 参数

              Content-Type: application/json

              { ... # request body same as before but with meta field updated accordingly. }

              完整支持 JSON Schema -

              使用者痛点

              • 老版限制只能使用简化 schema,难以表达复杂嵌套结构。
              • 新版允许 $ref,$defs,oneOfanyOf,allOf 等高级特性,但也可能导致 schema 较大,引起解析延迟。

              推荐做法

              jsonc /* inputSchema 示例 */ { "$schema":"https://json-schema.org/draft/2020-12/schema"。"$defs":{ "..."这方面,{...} },"$ref":"#/definitions/main" }

              • 递归深度控制限制 $ref 最大深度为10层,以防止无限递归。
              • Schema 大小限制设置最大文件大小为200KB,以避免内存耗尽。

              确定性 Tool 列表 & 缓存策略

              使用者痛点

              • 老版列表顺序随机导致模型 Prompt Cache 命中率下降。
              • 缓存机制缺乏统一字段,使得 CDN 或边缘缓存无法有效利用。

              新增字段说明

              jsonc /* 返回示例 */ { "...","_meta":{ ...,"__cache_info__":{ "__ttlMs__":30000。"__cacheScope__":"public" } },"__tools__": }

              • TTL 单位毫秒;建议根据业务场景设定合理 TTL。例如实时工具可以设置短 TTL,静态工具可设长 TTL。
              • CacheScope 为公共缓存提供共享许可; 话说回来,若需私有缓存则设置为 "private"

              通知订阅 & 长任务

              统一通知订阅机制

              使用者痛点

              场景 痛点
              SSE 恢复失效 要求重新拉取完整列表
              多种订阅类型混杂 增加实现复杂度

              新方案

              jsonc /* 请求示例 */ { "..."。"__subscriptions__": }

              • SSE 流一次打开后只能接收明确订阅类型的事件,不再提供 event ID 和恢复机制。
              • 当连接断开后需要重新建立连接并发送一样的 请求。

              Tasks 长任务处理

              使用者痛点

              1. 原始 response 被立即抛弃,而是返回异步 task ID;
              2. 客户端需额外轮询获取结果,增加代码量。

              新方案

              jsonc /* 创建 Task 示例 */ { "...","_meta":{"resultType":"task"},"__task__":{ "__taskId__":"task-abcd1234","__status__":"working","__pollIntervalMs__":5000,"__createdAt__":"2026‑07‑28T10Z" } }

              再看随后,

              http POST /tasks/get 获取结果这方面,

              jsonc /* 完成结果 */ { "_meta":{"resultType":"complete"}。"__taskId__":"task-abcd1234","result":{ "...",// 原始 tools/call 返回值格式相同,// 包括 structuredContent 可直接校验 outputSchema. } }


              能力 & UI 接口

              Extensions 能力框架

              jsonc /* capability 声明 */ { "extensions":{ "@model-context/tasks:{...}","@model-context/ui:{...}" } }

              默认关闭,需要显式声明才能启用。

              MCP Apps UI

              MCP Apps 可以返回图表、表格等交互组件;但并非所有 MCP Host 都具备渲染能力,所以 UI 必须先行协商确认才可使用。


              验证、授权安全提高

              1. OAuth/OIDC 优先使用 Client ID Metadata Documents;Dynamic Client Registration 已被标记 Deprecated;
              2. 强制 issuer 校验还有签名绑定;3.minimal scope 与增量授权继续保持常用方法;4.logLevel 可通过 _meta

              可观测性 & 控制

              OpenTelemetry Trace Context

              所有 trace 信息均放入 _meta 命名空间下无需额外 header:

              jsonc {"traceparent":""。"tracestate":"","baggage":""}

              这样就可以让现有分布式追踪链路继续工作而无需改动 tracer 配置。不过,

              日志、健康检查 & 请求取消

              日志等级改为 per-request。通过 _meta;HTTP+SSE cancel 简单地关闭 SSE 响应流即可触发服务端取消操作;stdio 下仍然使用 notifications/cancelled 指令。


              功能弃用及生命周期管理

              功能 生命周期阶段
              Roots,Sampling,Logging。Dynamic Client Registration Deprecated → Removed
              包含Context 的 Sampling.includeContext Deprecated → Removed

              者应尽快迁移至官方推荐替代方案,以免未来版本直接删除功能造成兼容破坏。


              对开发者与运维团队的具体影响

              影响维度 / 难点描述
              维度 主要难题及建议
              SDK 架构更新 去除 session 管理,实现每个 request 自包含元信息;可以使用工厂模式包装 _meta,减少重复代码。
              网络性能提高需求 MRTR 增加往返次数;利用预取技术和幂等键降低重试成本。
              监控程序适配 新增 resultType 字段及 ttlMs/cacheScope; 配置 Promeus 指标采集规则以跟踪 cache 命中率。
              安全合规更新 OAuth 改为 Metadata Document;必须更新 token 存储库以绑定 issuer。按理说,
              多租户隔离问题 新增 x-mcp-header 镜像参数;请确保网关支持按租户 header 做隔离。‑‑‑              ‑‑‑‑

              ​​

              ⚠️ 这里提醒:

              • 如果你当前项目依赖旧版 的某些行为。请优先实现兼容层,在生产环境开启灰度发布后再逐步切换至纯新版方法。话说回来,

              • 对于高并发场景。请务必验证 <_meta> 大小不会超过服务器设置阈值,否则可能触发拒绝服务攻击检测。

              • 在引入 Task 前。请评估现有长任务是否满足幂等要求,否则可能出现重复执行副作用。


              收益 vs 成本

              #收益/成本#      #     #说明##     span aria-hidden=true>…#’# \t\t\t\t\t\t\t\t\t<\/ad>
              收益: <\/strong> <\/a> <\/li> <\/ul> <\/li> <\/ol> \",\"text\":\"\t\"。\"lang\":\"text\" } \t \t \t \t \t \t \t \t \t \"\u003C\/li\u003E\"\u003C\/ul\u003E\"\u003C\/blockquote\u003E\"\u003C\/blockquote\u003E\"\u003C\/blockquote\u003E\"\u003C\/blockquote\u003E\"\r?\r,\r?\r,','lang':'text'}]\r?\r,\r?\r,\r?"',?>',?>",'?,?',?'\r,'>\r?\r,'\">","","" },{ \"id\": \"para\",\"role\": \"assistant\"。\"content\": }]


标签: 新版

SEO优化服务概述

作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。

百度官方合作伙伴 白帽SEO技术 数据驱动优化 效果长期稳定

SEO优化核心服务

网站技术SEO

  • 网站结构优化 - 提升网站爬虫可访问性
  • 页面速度优化 - 缩短加载时间,提高用户体验
  • 移动端适配 - 确保移动设备友好性
  • HTTPS安全协议 - 提升网站安全性与信任度
  • 结构化数据标记 - 增强搜索结果显示效果

内容优化服务

  • 关键词研究与布局 - 精准定位目标关键词
  • 高质量内容创作 - 原创、专业、有价值的内容
  • Meta标签优化 - 提升点击率和相关性
  • 内容更新策略 - 保持网站内容新鲜度
  • 多媒体内容优化 - 图片、视频SEO优化

外链建设策略

  • 高质量外链获取 - 权威网站链接建设
  • 品牌提及监控 - 追踪品牌在线曝光
  • 行业目录提交 - 提升网站基础权威
  • 社交媒体整合 - 增强内容传播力
  • 链接质量分析 - 避免低质量链接风险

SEO服务方案对比

服务项目 基础套餐 标准套餐 高级定制
关键词优化数量 10-20个核心词 30-50个核心词+长尾词 80-150个全方位覆盖
内容优化 基础页面优化 全站内容优化+每月5篇原创 个性化内容策略+每月15篇原创
技术SEO 基本技术检查 全面技术优化+移动适配 深度技术重构+性能优化
外链建设 每月5-10条 每月20-30条高质量外链 每月50+条多渠道外链
数据报告 月度基础报告 双周详细报告+分析 每周深度报告+策略调整
效果保障 3-6个月见效 2-4个月见效 1-3个月快速见效

SEO优化实施流程

我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:

1

网站诊断分析

全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。

2

关键词策略制定

基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。

3

技术优化实施

解决网站技术问题,优化网站结构,提升页面速度和移动端体验。

4

内容优化建设

创作高质量原创内容,优化现有页面,建立内容更新机制。

5

外链建设推广

获取高质量外部链接,建立品牌在线影响力,提升网站权威度。

6

数据监控调整

持续监控排名、流量和转化数据,根据效果调整优化策略。

SEO优化常见问题

SEO优化一般需要多长时间才能看到效果?
SEO是一个渐进的过程,通常需要3-6个月才能看到明显效果。具体时间取决于网站现状、竞争程度和优化强度。我们的标准套餐一般在2-4个月内开始显现效果,高级定制方案可能在1-3个月内就能看到初步成果。
你们使用白帽SEO技术还是黑帽技术?
我们始终坚持使用白帽SEO技术,遵循搜索引擎的官方指南。我们的优化策略注重长期效果和可持续性,绝不使用任何可能导致网站被惩罚的违规手段。作为百度官方合作伙伴,我们承诺提供安全、合规的SEO服务。
SEO优化后效果能持续多久?
通过我们的白帽SEO策略获得的排名和流量具有长期稳定性。一旦网站达到理想排名,只需适当的维护和更新,效果可以持续数年。我们提供优化后维护服务,确保您的网站长期保持竞争优势。
你们提供SEO优化效果保障吗?
我们提供基于数据的SEO效果承诺。根据服务套餐不同,我们承诺在约定时间内将核心关键词优化到指定排名位置,或实现约定的自然流量增长目标。所有承诺都会在服务合同中明确约定,并提供详细的KPI衡量标准。

SEO优化效果数据

基于我们服务的客户数据统计,平均优化效果如下:

+85%
自然搜索流量提升
+120%
关键词排名数量
+60%
网站转化率提升
3-6月
平均见效周期

行业案例 - 制造业

  • 优化前:日均自然流量120,核心词无排名
  • 优化6个月后:日均自然流量950,15个核心词首页排名
  • 效果提升:流量增长692%,询盘量增加320%

行业案例 - 电商

  • 优化前:月均自然订单50单,转化率1.2%
  • 优化4个月后:月均自然订单210单,转化率2.8%
  • 效果提升:订单增长320%,转化率提升133%

行业案例 - 教育

  • 优化前:月均咨询量35个,主要依赖付费广告
  • 优化5个月后:月均咨询量180个,自然流量占比65%
  • 效果提升:咨询量增长414%,营销成本降低57%

为什么选择我们的SEO服务

专业团队

  • 10年以上SEO经验专家带队
  • 百度、Google认证工程师
  • 内容创作、技术开发、数据分析多领域团队
  • 持续培训保持技术领先

数据驱动

  • 自主研发SEO分析工具
  • 实时排名监控系统
  • 竞争对手深度分析
  • 效果可视化报告

透明合作

  • 清晰的服务内容和价格
  • 定期进展汇报和沟通
  • 效果数据实时可查
  • 灵活的合同条款

我们的SEO服务理念

我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。

提交需求或反馈

Demand feedback