QR Code 可以放多少內容？從短網址到中文 Emoji 的密度取捨

要解決的問題

把整段說明、名單或長網址直接塞入 QR Code，圖案很快變得密集。設計檔在螢幕上仍能掃描，縮到貼紙或講義後卻需要更近距離，使用者便誤以為產生器失效。

適合誰使用

適合要編入網址、聯絡資訊、短訊息、產品說明或活動資料的設計者、教師、店家與開發者。

公式與概念

QR Code 有不同 version 與資料容量上限；內容越長，通常需要更多 modules。若固定印刷寬度，modules 越多代表每個小方格越小，遠距離或低品質鏡頭更難分辨。DENSO WAVE 的容量表也提醒，容量會依數字、英數、位元組與漢字模式而變，不能用一個「固定字數」回答所有情況。

網址通常比把整篇內容直接編入更適合印刷。網址只需提供入口，頁面可以承載標題、說明、圖片、語言切換與更新；若要追蹤來源，用你控制的短路徑加上不含個資的參數，並先測試參數是否會被系統截斷。

中文、日文或 Emoji 不應只用肉眼計算「幾個字」。不同編碼模式與 UTF-8 位元組可能需要不同容量；Emoji 還可能由多個 code point 組成。若內容是跨裝置顯示的文字，先用字元計數工具檢查長度，再用兩種手機解碼與開啟結果。

錯誤修正提高可恢復程度，也會增加符號需要的資料。當目標是小尺寸印刷時，先縮短 payload 通常比盲目提高容錯更有效；容錯等級仍應依紙張磨損、Logo 與實際環境選擇，不能拿百分比當作可遮住的面積。

不要把秘密、存取權杖或不必要的個資當成「方便」塞進圖案。QR Code 常被拍照、轉貼與長期保存；需要權限的內容應由受控 HTTPS 頁面處理，並設定適當的失效與撤銷機制。

操作步驟

1. 先寫出使用者掃描後真正需要完成的任務，把詳細說明移到手機頁。
2. 用字元計數工具比較網址、純文字與中文／Emoji 版本，不用肉眼猜容量。
3. 優先縮短並穩定網址；移除不必要的追蹤參數、空白與重複內容，但不要移除必要語意。
4. 以預計尺寸產生圖檔，檢查 modules 是否過密，再依環境調整錯誤修正等級。
5. 用兩支手機解碼，確認中文、Emoji、跳轉參數與 HTTPS 頁面都照預期顯示。
6. 若仍需縮小，先回到 payload 與頁面架構處理，不要只把圖案硬縮到看不清楚。

實際範例

餐盒貼紙原本直接放入 180 字中英文保存說明，QR Code 變得很密。店家改成只編入 `/care` 短路徑，頁面提供完整保存方式、語言切換與客服電話；貼紙旁保留短網址。兩支手機與實際貼紙測試都通過，且不需要把顧客資料或一次性權杖放進圖案。

常見錯誤

• 把可放入的字數當成固定值，忽略數字、英數、位元組與漢字模式差異。
• 把完整文章、名單或秘密直接編入 QR Code，而不是提供受控頁面入口。
• 為了塞更多資料只提高錯誤修正，卻沒有檢查小尺寸下的 module 密度。
• 用肉眼把一個 Emoji 當成一個 code unit，導致跨裝置內容長度判斷錯誤。
• 縮短網址時使用不受控或會到期的第三方短網址，之後無法維護入口。

相關指南