同一個介面，兩種像素密度的螢幕截圖

螢幕截圖是一張點陣圖，並不是仍能互動的介面。高解析度螢幕可以為相同的可見版面配置記錄更多像素，有助於保留文字清晰度；但接收方只看小預覽時，未必需要整張高密度螢幕截圖。

PNG 指南介紹一般的螢幕截圖處理。這次我們專門繪製了一個不含帳號資訊或第三方品牌的介面，以便單獨觀察密度影響。目標平台拒收檔案時，可參考上傳失敗指南。

2026-10-29，我們把相同的本地介面分別以 1× 和 2× 密度螢幕截圖。寬和高都翻倍，像素數就是 4 倍，但檔案體積不會固定按同一倍數增長。兩張圖都用 Bitinz 均衡等級處理。

每份螢幕截圖都保留一個 PNG 壓縮結果與一個 WebP 轉換結果。每組設定執行 3 次，核對輸出檔案是否完全一致。實驗附有來源檔案、校驗值與輸出紀錄；整體方法見內容撰寫與查核說明。

先在同一密度下比較 PNG 與 WebP，再比較兩份原始螢幕截圖，觀察記錄更多像素帶來的獨立開銷。

Bitinz · 1 KB = 1000 位元組。

原始 PNG 細節

壓縮後 PNG 細節

小字、細線和淺色面板比大片空白背景更值得檢查。先按原始尺寸看裁切圖，再用讀者實際看到的寬度檢查螢幕截圖。

接收方支持 WebP、文字也清楚時，較小的 WebP 才有實際用途。必須提交 PNG 時，直接比較壓縮後的 PNG。網頁上不需要螢幕截圖的內容，盡量保留為真實文字。

上傳前可用編輯器裁去無關區域，這既減少像素，也減少干擾。保留理解操作所需的上下文，例如相關控制項及其附近的標籤。

文檔可能需要能放大的清晰高密度圖片，聊天預覽可能只需要關鍵區域。請在實際接收平台試一下，而不是把所有螢幕截圖都縮成相同尺寸。

需要交付 PNG 時用 PNG 壓縮工具，自己的網站可另試 PNG 轉 WebP。兩者都與原圖比較，按可讀性和接收方支持來選格式。

1. 01只截取讀者需要的介面與上下文。
2. 02保留原始 PNG，壓縮一份複本。
3. 03按原始尺寸和計劃展示寬度比較文字與細線。
4. 04使用接收方支持、觀感合適且較輕的檔案。