
PDF 是交付格式,不是設計格式。它保留頁面的外觀,但通常會丟掉設計師真正需要的可編輯結構 - 群組區塊、可重複使用的字體樣式、版面層級、元件意圖。
這之所以是問題,是因為團隊每週還是會拿到重要的設計素材 PDF:銷售簡報、產品單頁、白皮書、活動海報、包裝草稿、客戶核准稿。PDF 轉 Figma 的目的,就是把這些內容變成你真的可以編輯、在地化、重新品牌化並再次利用的素材。
相關 Codia 產品:Codia PDF to Figma。
這份指南會把整體情況說完整:哪些 PDF 轉得好、依情境的實用技巧(單頁型、長篇報告、簡報、型錄、掃描表單)、表格與多欄版面的處理方式,以及何時該用外掛、何時該用批次 API。
最適合的使用情境
當你需要編輯、在地化或重用以下內容時,請使用 PDF 轉 Figma:
- 行銷單頁與型錄 - 通常是向量檔,轉換結果高保真
- 產品規格表 - 常見多欄與表格
- 匯出成 PDF 的簡報投影片 - 每一頁都會變成一個 Figma frame
- 報告、儀表板與資訊圖表 - 文字 + 圖表 + 表格
- 活動傳單與海報 - 文字密集,通常可還原成可編輯文字
- 目錄與包裝 mockup - 長版面、格線一致
- 沒有原始檔的舊素材
- AI 產生的 PDF(例如 NotebookLM 匯出)- 但這類情境請先看 PDF 轉簡報
如果你的最終目標是簡報檔,不是設計檔,請改用 NoteSlide。如果你的最終目標是可編輯的 Figma 圖層 - 繼續看下去。
三種 PDF,三種保真度
影響轉換品質最重要的因素,就是你一開始拿到的是哪一種 PDF。
向量 PDF(效果最好)
大多數從 Figma、Sketch、Illustrator、InDesign、PowerPoint 或 Keynote 匯出的現代 PDF 都是向量檔。文字是真正的文字、形狀是真正的形狀、字型有嵌入。這類 PDF 轉換保真度最高 - 排版能保留、向量圖示能保留、版面也比較容易重建。
以文字為主的 PDF(效果不錯)
有 OCR 的掃描文件、網頁另存的 PDF、Word 匯出的 PDF,通常都有可選取文字加上點陣圖。文字能透過內嵌文字流順利還原;圖片則會以圖片填色的形式保留。
掃描影像 PDF(需要最多整理)
純點陣掃描 - 紙本文件拍照、只有截圖的 PDF - 沒有內嵌文字。這類轉換會仰賴 OCR,而 OCR 品質取決於解析度、對比與來源語言。這種檔案請預留更多審查時間。
簡單判斷方式:如果你能在 Preview / Acrobat 裡選取 PDF 的文字,轉換結果通常會不錯;如果不能,請預留人工檢查時間。
逐步流程
- 上傳 PDF(或把它拖進 Codia AI Figma 外掛)。
- 選擇頁面。 對多頁文件,挑真正需要編輯的頁面 - 一份 200 頁報告通常不值得整份都轉。
- 執行轉換。 AI 會逐頁分析版面、字體、圖片、表格與欄位結構。
- 在 Figma 中打開結果。 每一頁都會變成一個 frame,並依來源頁碼命名。
- 依照下面的清單檢查。
- 將重複區塊元件化(頁首、頁尾、重複 callout),如果這份檔案之後還會重用或在地化。
重點不是把 PDF 在 Figma 裡「看得到」而已 - 那只要平面圖片匯入就做得到。重點是要還原出足夠的結構,讓你真的能編輯。
情境技巧
不同類型的 PDF 有不同的失敗模式。只要稍微調整輸入方式,輸出品質就可能差很多。
行銷單頁
- 以單頁、全寬方式轉換。
- 主視覺圖可能會以點陣圖形式出現 - 轉換後可換成你的設計系統向量圖。
- 標題與內文通常能還原成可編輯文字。
- 品牌色最好在檢查時重新對應成設計 tokens。
多頁報告
- 請選頁轉換,不要一次全選 - 只挑真正要改的頁面。
- 頁首與頁尾的重複區塊,很適合在轉換後做元件化。
- 頁碼與跑頁標題,清理時最好改成適合 Auto Layout 的元素。
- 超長報告請先想清楚,你真的需要 Figma 可編輯性,還是 Visual Struct API 的內容抽取比較合適。
匯出成 PDF 的簡報
- 每張投影片都會以原本的比例變成 Figma frame(16:9、4:3 等)。
- 如果你要的是可編輯的簡報,通常應該改用 NoteSlide - 它會再匯出回 PowerPoint / Keynote。
- 如果你要的是設計系統層面的簡報檢視(例如統一各頁字體),Figma 才是正確目的地。
型錄或目錄
- 多欄文字是主要難點。可以先用轉換把區塊還原,再用 Figma Auto Layout 重建閱讀順序。
- 重複的產品卡與格狀項目,轉換後最好元件化,方便快速在地化。
- 印刷 PDF 裡的出血與裁切標記會自動標示;你可以保留或移除。
規格表或資料表
- 表格會被重建成帶文字儲存格的 Figma frames。大型表格通常需要再檢查一次,確保列對齊。
- 圖表與技術插圖,若來源裡沒有可編輯的向量圖層,通常會以圖片填色保留。
- 技術規格 PDF 很適合接到後續在地化流程。
掃描表單或合約
- OCR 會把表單欄位與標籤還原成文字;簽名線與勾選框會重建成形狀。
- 請特別檢查數字、日期與任何手寫內容。
- 如果是可填寫表單工作流,要想清楚 Figma 是否真的是正確目的地 - 有時候結構化資料流程更好。
海報或活動傳單
- 文字密集的海報,如果來源是向量檔,效果通常很好。展示字型如果本機沒有,可能需要替代字型。
- 圖像疊層處理(覆蓋、遮罩、漸層)如果在原始 PDF 中有保留,通常也能跟著保留;但若來源本身已經是扁平點陣圖,就會少掉部分控制權。
轉換後要檢查什麼
把輸出當成一份很強的可編輯草稿。請逐項檢查:
- 文字是否可編輯。 內文和標題是不是可直接修改,而不是被包成圖片?
- 字型。 缺字型時第一次打開會替換。請改成品牌核准的替代字型。
- 圖片。 裁切是否正確?有沒有多餘空白?
- 表格與格線。 列有沒有對齊?欄有沒有對齊?需要的話重新排版。
- 多欄閱讀順序。 對文字很多的文件,請確認閱讀順序。
- 品牌色。 對應到你的設計系統 tokens。
- 頁邊距與區塊間距。 多頁轉換時應該一致。
- 元件。 任何重複出現的東西都元件化 - 頁首、頁尾、callout、卡片版型。
API 與批次轉換
如果只是單次設計工作,Figma 外掛就夠了。若你的團隊要處理大量文件 - 代理商數位化舊檔、內部團隊搬遷素材庫、設計營運搬移品牌資產 - Visual Struct API 才是正確工具。
API 可接收 PDF,並回傳描述每頁每個元素的結構化 JSON:文字內容、邊界框、計算樣式、版面分組、色彩盤、字級階層。你可以把這些輸出送到:
- 自訂 Figma 匯入器
- 在地化流程
- 資產管理系統
- 設計 QA 工作流
- 自動品牌稽核
批次端點支援大量上傳,處理完成後會透過 webhook 回呼通知。
PDF 轉 Figma vs PDF 轉 PowerPoint vs PDF 轉 JSON
同一份 PDF,最後可能變成三種完全不同的輸出,取決於你真正需要的是什麼:
| 目的地 | 工具 | 適用情境 |
|---|---|---|
| 可編輯 Figma 設計 | PDF 轉 Figma(本指南) | 設計師會編輯、在地化或重新品牌化這份檔案。 |
| 可編輯 PowerPoint 簡報 | NoteSlide | 來源本來就是簡報型,且團隊在 PowerPoint 或 Keynote 中工作。 |
| 結構化 JSON / 擷取內容 | Visual Struct API | 你需要可供自動化、搜尋或分析的機器可讀設計資料。 |
請依照誰會使用輸出來選,不要只看來源長什麼樣子。
常見陷阱
習慣性把整份文件都轉。 一份 200 頁報告通常不需要 200 頁都變成可編輯 Figma。請只挑你真的要改的部分。
拿掃描 PDF 去追求向量 PDF 的效果。 OCR 會產生真實誤差。數字與專有名詞最容易錯 - 一定要再核對。
跳過元件化步驟。 一份轉換後的檔案如果從不元件化,只能用一次;元件化過的檔案可以重複使用。
選錯終點工具。 如果你其實需要的是簡報,別硬跟 Figma 對抗 - 請用 NoteSlide。若你其實需要的是結構化資料,也別硬用設計工具 - 請用 API。
把平面圖片匯入當捷徑。 把 PDF 當圖片拖進 Figma 雖然能「匯入」,但裡面沒有任何東西可編輯。那不是你要的流程。
常見問題
PDF 可以變成可編輯的 Figma 檔嗎?
可以。品質取決於來源 PDF。向量與以文字為主的 PDF 保真度高;掃描影像 PDF 則依賴 OCR,而且需要更多檢查。
PDF 的字型會保留嗎?
如果來源 PDF 本來就有可編輯文字,字型名稱與可編輯文字都能還原。缺少的字型在 Figma 第一次打開時會替換 - 原始字型名稱會保留,方便你手動重新對應。
掃描 PDF 值得轉嗎?
值得,但要預期更多整理。解析度與對比很重要 - 高品質掃描的 OCR 會好很多。數字和專有名詞需要特別檢查。
多頁 PDF 可以轉成多個 Figma frames 嗎?
可以。每一頁都會變成輸出中的一個 frame,並依頁碼命名。請只轉你要編輯的頁面。
PDF 轉 Figma 和 PDF 轉 PowerPoint 有什麼差別?
PDF 轉 Figma 會產生可編輯的 Figma 圖層,用於設計工作。PDF 轉 PowerPoint(透過 NoteSlide)會產生可編輯的 .pptx,用於簡報工作。請依照輸出會在哪裡被編輯來選。
表格重建準嗎?
如果是結構清楚的向量 PDF,準確度通常很高。掃描表格則要依賴 OCR 的單格辨識 - 轉完後請檢查列與欄是否對齊。
有批次 PDF 處理的 API 嗎?
有。Visual Struct API 可接收 PDF 並回傳結構化 JSON;批次端點可處理大量需求。