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 預覽工具 的輸入在哪裡處理？
可行的處理會在瀏覽器中執行，但不要輸入正式密鑰或客戶資料。
結果可以直接用於正式環境嗎？
複製前請再次確認執行環境、編碼、時區與安全政策等環境差異。