移动端 viewport 不生效主因是 meta 标签写法错误或位置不当，必须置于 head 中且静态声明；user-scalable=no 需配合 initial-scale=1.0 和 maximum-scale=1.0，但 iOS 10+ 会因可访问性限制而部分失效。
移动端 viewport 设置不生效？检查 meta 标签写法和位置
页面缩放没被禁掉，大概率是 <meta name="viewport"> 写错了或放晚了。这个标签必须在 <head> 里，且不能被 JS 动态插入——浏览器解析 HTML 时就按它来初始化视口，后面改没用。
-
user-scalable=no是关键，但单独写它不够，必须配合maximum-scale=1.0和initial-scale=1.0 - 别写成
user-scalable=0，只认yes/no - iOS 10+ 和部分安卓浏览器会忽略
user-scalable=no，这是系统级限制，不是 bug - 示例正确写法：
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
PC 端用 CSS 禁缩放？zoom 和 transform 都不靠谱
想用 CSS 拦住 Ctrl + +/- 或 Cmd + +/-？基本做不到。浏览器不把缩放当样式行为，而是 UI 层操作，CSS 无法拦截或覆盖。
-
zoom: 100%只影响元素渲染比例，不影响实际缩放状态，用户仍可缩放，页面布局还可能错乱 -
transform: scale()是视觉拉伸，会模糊文字、破坏点击区域、让媒体查询失效 - 没有标准 CSS 属性能禁止 PC 缩放，这是故意设计的可访问性保障
- 如果真有强需求（如 Kiosk 模式），得靠 Electron、PWA 的
webPreferences.zoomFactor或系统级配置，不是网页能控制的
为什么加了 user-scalable=no 还能双指缩放？iOS 的“假禁用”机制
iOS Safari 从 10 开始，只要页面内容高度超过视口，就会无视 user-scalable=no，允许用户双指缩放来查看溢出区域。这不是 bug，是苹果对可访问性的妥协。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 触发条件：页面有滚动，且
body或根元素高度 >window.innerHeight - 临时缓解：给
html, body { height: 100%; overflow: hidden; }，但会锁死滚动，慎用 - 更合理做法：接受双指缩放，用
touch-action: pan-x pan-y防止误触缩放（比如在滑动轮播图时） - 注意：Safari 的“查看页面缩放”菜单项（长按地址栏）始终可用，代码无法隐藏
辅助技术用户依赖缩放，硬禁可能违反 WCAG
强制禁用缩放，在很多国家属于可访问性违规。视力障碍用户常靠系统级放大（如 macOS 的 Zoom、Windows 的 Magnifier）或浏览器缩放阅读内容。
立即学习“前端免费学习笔记（深入）”；
- WCAG 2.1 要求：用户应能在不丢失内容或功能的前提下，将文本放大至 400%
-
user-scalable=no直接违反 SC 1.4.4（Resize Text） - 如果业务真需要锁定尺寸（如考试系统），优先走原生应用或受控环境，别依赖网页层封锁
- 替代思路：用响应式布局 +
rem+ 媒体查询适配不同字号，比硬禁更可持续
真正难的不是加那行 meta，而是得想清楚：你禁的是什么缩放？谁在用？禁掉之后他们还能完成任务吗？
