訂閱最新消息
接收方案更新與專業文章資訊,卓越前行!
在網站上使用字型時,僅僅能夠載入並不意味著完成。發現問題源於WOFF2檔案的轉檔品質,中文字形及標點渲染異常。確認字型來源可靠並進行品質檢查,才能確保正式交付時顯示正常。

設計指定中文字型要放到網站上,看起來通常是一個很直覺的任務:下載字型、轉成 WOFF2、上傳到 Custom Fonts,然後套用到 heading。
這次遇到的狀況是:字型真的有套上,DevTools 也看得到相關設定,但畫面上的部分中文字形與標點卻開始怪掉。最後確認問題不是 WordPress、主題或 CSS selector,而是線上工具轉出的 WOFF2 本身不乾淨。
中文字型上站,不是「能載入」就算完成。尤其是品牌或 CI 指定字型,正式交付前還要確認實際字形、全形標點、fallback 與轉檔品質。

一開始最容易以為是字型沒有套到,或是主題、區塊外掛的 CSS 沒有命中。但實際檢查後,問題不是「完全沒載入」,而是「載入了,但渲染出來的 glyph 不對」。

接著用 DevTools 檢查 Computed style,確認目標元素已經吃到 custom font-family。這一步讓排查方向從 CSS、selector、theme typography,轉向 webfont 檔案本身。
也就是說,這次不是「字型沒套上」,而是「套上了一個有問題的 WOFF2」。
後來改成本機工具重新轉檔,先不急著 subset 或過度壓縮,而是先確認完整字型轉出後,常用中文字、全形標點與瀏覽器渲染都正常。






Terminal:用來切換目錄、確認檔案列表與執行轉檔指令。Python / pip:用來安裝這次需要的字型處理套件。fontTools:負責讀寫 OpenType / TrueType 字型,並輸出 WOFF2。brotli:提供 WOFF2 格式背後需要的壓縮支援。
重新轉檔後,網站設定沒有整套重做,也不是換主題或換區塊外掛。同一個 custom font-family、同一套 typography 設定,換成本機轉出的 WOFF2 後,字形就恢復正常。
這也回頭驗證了前面的判斷:真正的差異不是 CSS,而是字型檔來源與轉檔品質。
特別是品牌或 CI 指定字型,正式交付前至少要檢查這幾件事:
CSS 有套到,字型也有載入,但字形渲染不對。最後確認不是網站設定問題,而是 WOFF2 轉檔品質問題。
中文字型上站,請小心轉檔餵食。