EXIF 編輯指的是改寫 JPEG 內部的中繼資料區塊，讓 Description（描述）、Artist（作者）與 Copyright（版權）等欄位帶有您真正想公開發布的署名文字。EXIF Editor 完全在您的瀏覽器中執行，會讀取三個支援文字欄位的目前數值，讓您輸入取代用的內容，然後把全新的 EXIF APP1 區段寫入一個新的 JPEG 檔案讓您下載到本機。壓縮後的影像像素是以位元對位元的方式複製，而不是重新編碼，因此影像品質不會受到這項操作影響。其代價是舊的 EXIF 區塊會被取代而非合併，這代表 GPS 座標、相機設定、拍攝日期、內嵌縮圖以及未知的廠商欄位都會在同一個步驟中被移除。這種聚焦式的行為正是讓結果可以預期的原因：您完全清楚最後會出現在輸出檔中的只有哪三個欄位，並且能在影像發布到任何地方之前，先透過中繼資料檢視器加以驗證。
EXIF 編輯實際改變了什麼
JPEG 不只是一張圖片。它是一連串標記區段（marker segments）後接著一段壓縮影像掃描資料所組成，其中好幾個區段都可以帶有結構化的中繼資料。最常見的中繼資料容器就是 EXIF APP1 區段，它內含一個描述影像的小型 TIFF 目錄。嚴格來說，編輯 EXIF 指的是改寫該 TIFF 目錄中的一個或多個數值，同時保持檔案其他部分不變。
像 EXIF Editor 這種聚焦式編輯器並不是要做成一個通用的中繼資料工具。它會建立一個全新的、只含三個文字欄位的 EXIF APP1 區段，丟棄任何舊有的 EXIF 區段以避免兩組互相衝突的紀錄，並原封不動地複製 JFIF APP0 區段與壓縮掃描位元組。影像掃描資料永遠不會被解碼，因此不會重新取樣、不會縮放，也不會有品質損失。輸出結果是一個具備標準 EXIF 區塊的真正 JPEG 檔案，而不是截圖、中繼資料側車檔（sidecar），或是在關閉分頁後就消失的瀏覽器預覽。
您可以寫入的三個署名欄位
EXIF 定義了數百個標籤，但這個編輯器所寫入的三個，是一般使用者最常用於署名與權利聲明的欄位。
| 欄位名稱 | EXIF 標籤（十六進位） | 用途 | 位元組上限 |
|---|---|---|---|
| Description | 0x010E (ImageDescription) | 關於影像的簡短事實性說明 | 120 bytes |
| Artist | 0x013B (Artist) | 創作者或署名資訊 | 120 bytes |
| Copyright | 0x8298 (Copyright) | 例如年份與權利持有人的聲明 | 120 bytes |
這些都是可列印的 ASCII 文字值，這正是編輯器會拒絕帶有變音符號的字元、非拉丁文、控制字元、表情符號以及冗長法律聲明的原因，而不是默默地以錯誤的編碼方式寫入。這些欄位並不是一套授權強制系統：寫入 Copyright 字串並不會註冊作品、證明作者身分、阻止複製，也不會迫使任何平台顯示該文字。如果署名對您具有法律效力，請另外保存一份權利紀錄，作為影像中內嵌內容之外的依據。
如何在 JPEG 中編輯 EXIF 資料
整個工作流程只需要點幾下滑鼠，每次只處理一個檔案，所選的 JPEG 會一直留在目前的瀏覽器分頁中。
- 先製作一份原始 JPEG 的工作副本，萬一稍後發現任何問題時，可以保留原始來源。
- 開啟 EXIF Editor，從您的裝置中選擇一個大小上限為 25 MiB 的 JPEG 檔案。
- 檢視三個文字欄位中已經存在的數值，讓您知道哪些內容即將被取代。
- 僅使用可列印的 ASCII 文字輸入 Description、Artist、Copyright，或三者的任意組合；不想變更的欄位請保持空白。
- 修剪不小心多餘的前後空白，仔細檢查每個數值，並確認三個欄位中至少有一個包含文字。
- 點選「Write EXIF text」，等待本機驗證步驟完成，然後將新的 JPEG 下載到您的裝置。
- 在 metadata 檢視器中重新開啟下載的檔案，確認 Description、Artist 與 Copyright 與您輸入的內容一致。
頁面會在建構下載檔之前先驗證 JPEG 的標記串流，因此損壞的輸入檔、被重新命名為 .jpg 副檔名的非 JPEG 檔案，或因本機設定而被瀏覽器阻擋的下載作業，都會以明確的錯誤訊息拒絕處理，而不會產生損壞的輸出。若您需要的是聚焦於「移除」中繼資料而非「寫入」的工作流程，在瀏覽器中從照片移除 EXIF 資料這份指南會逐步說明反向的操作。
當您取代 EXIF 區塊時，會一併移除哪些內容
由於編輯器只重寫三個文字欄位，並丟棄先前的 EXIF 區段，因此 JPEG 中可能帶有的多類中繼資料會在同一個步驟中被移除。這是刻意的設計，並事先說明清楚，讓您在這些細節很重要時可以選擇不同的工作流程。
| 中繼資料類別 | 編輯後的狀態 |
|---|---|
| Description、Artist、Copyright 文字欄位 | 以您輸入的新數值取代 |
| JFIF APP0 區段 | 若存在則予以保留 |
| GPS 座標 | 移除（舊區塊被取代） |
| 相機廠牌、型號、鏡頭、曝光資訊 | 移除（舊區塊被取代） |
| 拍攝日期與時間戳記 | 移除（舊區塊被取代） |
| 內嵌的預覽縮圖 | 移除（舊區塊被取代） |
| MakerNote 或廠商擴充資訊 | 移除（舊區塊被取代） |
| 其他 APP 標記區段（例如 IPTC、XMP） | 若存在則保留，因為編輯器只動到 EXIF APP1 |
| 壓縮影像掃描資料（像素） | 原封不動地複製，不重新編碼 |
如果來源檔案中包含您需要保留的 GPS 資料、詳細的相機設定檔或自訂的 MakerNote 區塊，那麼這個聚焦式編輯器就並非合適的工具，而是需要採用具備格式感知能力的合併策略。由 CIPA Exif Version 3.1 specification 所記錄的 EXIF 標準定義了數百個帶有廠商擴充的標籤，而要安全地編輯每一個標籤，必須依各紀錄訂立規則，這是這個單頁工具刻意不假裝能夠做到的事。
欄位限制、ASCII 規則與檔案限制
編輯器只接受可列印的 ASCII 文字，且每個欄位上限為 120 bytes。這項限制並非隨意設定：所產生的 TIFF ASCII 數值在這個工具所針對的標準檢視器之間具有明確的位元組表示方式，這代表在此輸入的 Description 在您用第三方檢視器重新開啟檔案時，會以完全相同的內容呈現。帶有變音符號的名字、非拉丁文字、控制字元或冗長的法律聲明，應該改用其他工作流程來儲存，而不是被默默地以錯誤的編碼寫入。頁面會顯示錯誤訊息，而不是去猜測字元編碼。
在開始之前還有其他值得注意的限制：單一檔案的上限為 25 MiB；被截斷的標記區段會被視為錯誤處理，而不是默默地修復；三個欄位中至少要有一個包含文字才會產生輸出；前導或尾端空白會被修剪，避免意外的多餘字元被寫入紀錄。超出這個「僅限 JPEG」範圍的檔案，包括 PNG、WebP、HEIC、TIFF、RAW 格式、手機的即時照片（live photos），以及嵌在文件中的影像，都會被直接拒絕。JPEG 檔案格式本身的說明記載於 W3C JPEG File Interchange Format 1.02 參考文件，這也正是頁面能在寫入新 EXIF 區段之前，安全地驗證標記串流的原因。
驗證編輯後的中繼資料
寫入欄位只是工作流程的一半；確認結果才能形成完整的閉環。下載完成後，請在任何標準的 metadata 檢視器中重新開啟新的 JPEG，並檢查三個文字欄位是否與您輸入的內容完全一致。輸出檔中的 EXIF 區塊是一個標準的 APP1 區段，採用小端序（little-endian）TIFF 位元組順序、以 NUL 結尾的 ASCII 數值，並含有標籤 0x010E、0x013B 與 0x8298 的 IFD0 紀錄，因此各式各樣的檢視器都能在不需特殊處理的情況下讀取它。
如果您也想在編輯之前對來源檔案進行健全性檢查，可以使用本機的 EXIF 檢查工具來讀取 JPEG 中目前的內容。需要這個步驟的讀者，可以參考在不上傳的情況下檢視任何照片的 EXIF 資料這份指南，再決定要覆寫哪些欄位。由於部分平台在上傳時會移除或改寫中繼資料，因此影像發布後，在目的端的應用程式中再重複同樣的驗證步驟是值得的；而任何具法律重要性的署名，仍應另外保存在獨立的權利紀錄中，會比較安全。
這個工具不適用的情境
這個編輯器圍繞著一個刻意精簡的契約來打造：一個 JPEG、三個文字欄位、不上傳、不重新壓縮。當您想要可預期、可檢視的結果時，這種聚焦正是它的優勢，但它也排除了若干實際的工作需求。編輯 GPS 座標或方向資訊需要保留並重寫這個工具會移除的欄位。批次處理數十個檔案需要使用腳本或桌面版用戶端，因為這個頁面一次只能處理一張影像。更改時間戳記需要這個編輯器不會寫入的標籤。加上可見浮水印或產生授權則完全不在它的範圍內。如果上述任何一項才是真正的目標，那麼 EXIF Editor 就不是合適的起點，應該改用具備更通用能力的中繼資料工具。