必须在服务端设置Cache-Control: no-transform响应头才能稳定禁止百度转码，仅靠meta标签无效；已有手机站时应优先使用百度开放适配协议并提交规则。
meta 标签单独加在 里，不能稳定禁止百度转码。真正起效必须配合服务端响应头或开放适配协议，否则用户大概率仍会被跳转到百度中间页。
只靠 <meta http-equiv="Cache-Control" content="no-transform"> 为什么经常失效
百度转码服务（TC）抓取页面时，优先读取 HTTP 响应头里的 Cache-Control，而不是 HTML 中的 meta 标签。浏览器还没开始解析 ，百度已经根据响应头决定是否转码了。
- CDN 或反向代理可能覆盖或删掉原始响应头，导致
meta成为唯一依据，但此时百度识别率大幅下降 -
content="no-transform"必须全小写、无空格；写成"no-transform "或"No-Transform"都无效 -
no-siteapp已基本弃用，2026 年起百度官方文档不再将其列为有效协议
服务端必须设置 Cache-Control: no-transform 响应头
只有服务端主动声明，百度才会在抓取阶段就放弃转码。meta 只是兜底手段，不是开关。
htmlppt.skill
下载
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- Nginx：在
server或location块中加add_header Cache-Control "no-transform"; - Apache：在
.htaccess中加Header set Cache-Control "no-transform" - Node.js/Express：路由响应前调用
res.set("Cache-Control", "no-transform") - PHP：在任何
echo或print输出前加header("Cache-Control: no-transform")
已有手机站时，优先走百度开放适配协议
如果你有真实可访问的移动端页面（如 m.example.com 或 example.com/m/），比禁用转码更优的路径是让百度直接跳转到你的真手机页。
立即学习“前端免费学习笔记（深入）”；
- PC 页面
中加：<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/path"> -
href必须是 HTTPS 地址，且与 PC 页内容严格对应，否则会被判作弊 - 必须在百度站长平台提交开放适配规则，否则该
<link>不被识别 - 手百不转码的前提是页面已声明标准
<meta name="viewport" content="width=device-width, initial-scale=1.0">，且不能含user-scalable=no或maximum-scale=1
最易被忽略的是：百度策略更新后，no-siteapp 和 handheld 协议已基本失效；shenma-site-verification 和 format-detection 完全无关。聚焦响应头 + 开放适配，才是当前唯一可靠路径。
