Iframe 预览工具
在不同视口中预览公开 URL，并识别 iframe、CSP 与 X-Frame-Options 限制。
只在浏览器里处理输入的内容不会发送到服务器。
输入与结果
输入的内容只存在这个浏览器。重新打开可以还原上次的操作。
使用场景
- 在不同视口中预览公开 URL，并识别 iframe、CSP 与 X-Frame-Options 限制。
- 以浏览器本地方式处理输入，并在复制前检查结果。
- 结合 Iframe 预览工具 和相关工具缩短工作流。
示例
- 常见输入
1440 x 900- 用此示例检查 Iframe 预览工具 的输入流程。
- 典型输出
834 x 1112- 复制前用于确认结果格式和后续检查点。
- 附加示例
390 x 844- 复制前用于确认结果格式和后续检查点。
常见错误
- 在不同视口中预览公开 URL，并识别 iframe、CSP 与 X-Frame-Options 限制。
- 如果浏览器本地处理方式和真实输入结构不一致, 输出不能直接信任。
- 复制的值中如果混入生产密钥、客户数据或内部 URL, 分享前必须移除。
复制前确认
- 1再次比较原始输入和输出形态。
- 2确认目标运行时、编码、时区和安全策略差异。
- 3继续用相关工具检查 Iframe 预览工具 的结果是否适合下一步。
参考资料
If it will not load, the site usually blocked it
It is the other site refusing, not your browser. There are two ways to refuse: the X-Frame-Options response header (RFC 7034) and Content-Security-Policy's frame-ancestors. When both are present, current browsers follow frame-ancestors.
依据：RFC 7034
Banking and sign-in pages are blocked by design
Refusing to be framed is how a site stops clickjacking - an attacker laying its page invisibly over another to steal clicks. Such a page failing to load is correct behaviour, not a fault.
依据：Intended security behaviour
常见问题
Iframe 预览工具 的输入在哪里处理？
可行的处理会在浏览器中执行，但不要输入生产密钥或客户数据。
结果可以直接用于生产吗？
复制前请再次确认运行环境、编码、时区和安全策略等环境差异。