一款基於瀏覽器的多張 JPEG EXIF 編輯器，是單一檔案、本機執行的工具，一次只會將三個標準文字欄位——Description、Artist 和 Copyright——寫入一個 JPEG，並原封不動地複製壓縮後的影像位元組，且不會有任何檔案離開目前的分頁。編輯器會從所選的檔案讀取既有的 EXIF 區塊，建立一個僅包含 IFD0 文字標籤的新 APP1 區段，取代先前的 EXIF 區塊，然後匯出一個真正的 JPEG 下載檔。由於每個步驟都在開啟的分頁中以 JavaScript 執行，因此對下一個檔案、下下一個檔案都可以重複同樣的流程，既不必上傳到轉檔伺服器，也不需要帳號，更不會重新壓縮照片像素。
搜尋「exif editor online bulk multiple images」的人，通常想在一整批照片上套用相同的版權資訊，而又不想安裝軟體、不願意信任遠端服務。這正是本頁面所設計的情境，但要事先說明一個坦誠的取捨:這個編輯器一次只能處理一個 JPEG。它沒有拖曳整個資料夾的佇列，也沒有自動迴圈。「批次」帶來的好處來自於本機執行、速度快與可重複，而不是來自某個隱藏的批次引擎。
這款 EXIF 編輯器能為多張 JPEG 做什麼
這款 EXIF 編輯器專注於由 CIPA 所維護的 EXIF 標準中定義的三個與版權相關的文字欄位。它們位於 IFD0 目錄下的標籤 0x010E(ImageDescription)、0x013B(Artist)以及 0x8298(Copyright)。對於您所選擇的每張 JPEG，頁面會讀取這三個欄位中既有的值，讓您以可列印的純文字 ASCII 輸入取代內容，然後產生一個帶有單一 APP1 EXIF 區段的新 JPEG。JFIF 以及位於元資料標頭之後的壓縮影像資料都會原封不動地保留。
對多影像工作流程而言，實際效果很直接:選擇第一張照片，輸入一次 Description、Artist 與 Copyright 文字，寫入、下載。再開啟下一張照片，重複同樣步驟。相同的欄位值可以套用到整組檔案中的每一張，因為文字輸入只是頁面上的純文字字元，而非綁定特定影像的資料。沒有元資料側車檔、沒有 JSON 設定檔，也沒有綁定帳號的預設值可供日後取用。
如何在瀏覽器中為多張 JPEG 寫入版權欄位
處理一張 JPEG 的完整步驟，所花時間遠少於一分鐘，而相同的步驟可以擴展到您能逐一點選的任何數量的檔案。EXIF 編輯器頁面從選擇到下載，都讓所有檔案留在目前這個分頁之中。
- 開啟 EXIF 編輯器頁面，點選檔案輸入欄。從您的電腦中選擇一張大小不超過 25 MiB 的 JPEG。頁面會在本機讀取該檔案，並顯示它所找到的任何現有 Description、Artist 與 Copyright 值。
- 輸入新的 Description、新的 Artist、新的 Copyright 聲明，或其中任意組合。請僅使用可列印的 ASCII 字元;帶有變音符號的名字、表情符號，以及非常冗長的法律聲明，請改用其他工作流程處理。
- 每個欄位最多接受 120 位元組的 ASCII 文字，三個值加總起來也遠低於任何合理的元資料預算。三個欄位中至少要有一個包含非空值，否則不會產生下載檔。
- 點選「Write EXIF text」。頁面會驗證 JPEG 標記串流，建立一個全新的 little-endian TIFF IFD0，內含三個 ASCII 標籤，移除所有既有的 EXIF APP1 區段，並插入新的區塊，同時保留 JFIF 與影像掃描位元組。
- 透過瀏覽器的下載對話方塊儲存產生的 JPEG。若您的作業系統自動加上數字後綴，請重新命名檔案，接著繼續處理下一張影像，並從步驟 1 開始重複。
- 在中繼資料檢視器中開啟儲存的檔案，確認所顯示的 Description、Artist 與 Copyright 完全符合您所輸入的內容，詳細方式請參考這份在本機檢視 EXIF 資料的指南。
上述循環就是所謂的「批次」工作流程。沒有佇列、沒有動畫，也沒有任何資料透過網路傳送。只要讓編輯器分頁保持開啟，並讓您準備好的版權文字可見，要把這些資訊套用到一百張 JPEG 上，基本上只是反覆點選檔案而已。
哪些內容會被寫入，哪些會被移除
由於這款編輯器是替換整個 EXIF 區塊，而不是修補個別標籤，因此值得了解哪些資料會保留下來、哪些會消失。下表概述了對一張已內嵌相機元資料的典型 JPEG 執行編輯後的行為。
| 來源 JPEG 中的元素 | 執行編輯後的狀態 |
|---|---|
| JFIF APP0 區段 | 存在時予以保留 |
| EXIF APP1 區段 | 以僅含三個文字欄位的新區塊取代 |
| 壓縮後的影像掃描位元組 | 原封不動地複製，不會重新編碼，不會產生畫質損失 |
| GPS 座標 | 移除 |
| 相機廠牌、型號、序號 | 移除 |
| 拍攝日期與時間 | 移除 |
| 內嵌縮圖 | 移除 |
| MakerNote 與廠商擴充資料 | 移除 |
| 其他應用程式區段(XMP、IPTC、ICC、Photoshop) | 本工具不會更動 |
這種「取代而非合併」的策略是刻意為之。一個安全的合併機制，需要為相機可能寫入的每一種紀錄定義個別廠商規則，而靜默猜測則有毀損檔案的風險。事先清楚說明行為，讓攝影師自行判斷這個取捨是否符合需求。對交付資料夾中的庫存照片進行大規模版權標示，是很合適的情境;但若是要以鑑識方式保存原始拍攝元資料，則不適合。
「批次」的問題:一次一張檔案，全程本機執行
「bulk exif editor」的搜尋結果摘要經常標榜拖放佇列、ZIP 輸出，以及整個資料夾的批次處理。但對本頁面坦誠的描述其實更為限縮:它是一款專注的單檔編輯器，「批次」指的是您圍繞它所建立的工作流程，而非某個隱藏的批次引擎。正是這樣較窄的範圍，讓本頁面保持實用。它沒有伺服器端點可供節流，也沒有在處理多檔時突然被限制為更小的上傳大小，更不會因為上傳不完全而在雲端儲存中留下寫到一半的檔案。
對需要批次標示交付作品的攝影師來說，例行作業很簡單。一次準備好三段文字字串，將它們存放在隨時可見的位置，逐張 JPEG 透過本頁面處理、下載，然後繼續下一張。唯一的摩擦在於每張檔案都要點一次，而這也是任何在本機瀏覽器分頁中開啟的編輯器都會有的相同摩擦。檔案從未離開瀏覽器分頁，因此同一套工作流程無論是在網路連線不穩的筆記型電腦、在嚴格防火牆後的共用工作站，或是在沒有管理員權限、無法安裝桌面軟體的機器上，都能順利運作。
當確實需要真正的批次引擎時——例如，為數千張共用同一段版權聲明的影像進行封存——具備真正迴圈的桌面工具會是更合適的選擇。但對較常見的、從一打到數百張交付照片需要統一版權區塊的情境而言，一款完全在本機執行的瀏覽器單檔編輯器速度已經夠快，缺少批次模式這一點幾乎感覺不到。
開始之前值得了解的限制
有三項限制決定了這款編輯器能產生的結果。首先，檔案必須是 JPEG，不能是 PNG、WebP、HEIC、TIFF、RAW、手機的動態照片，或從文件中擷取的影像。其次，檔案大小上限為 25 MiB，若標記串流遭截斷，會以錯誤回報，而不是靜默修補。第三，每個文字欄位上限為 120 位元組的可列印 ASCII。帶有變音符號的名字、非拉丁文字、表情符號、控制字元，以及冗長的法律聲明，會以明確的錯誤訊息拒絕處理，而不是被錯誤編碼。
120 位元組的上限，是為了讓產生的 TIFF ASCII 值在目標標準讀取器中維持可預期的大小。由於位元組表示法在這些讀取器之間是確定性的，因此一款會靜默將 Unicode 強行轉換成其他編碼的編輯器，反而會比請您改用其他工作流程處理非 ASCII 文字的編輯器更糟糕。若您需要更長的權利聲明或 Unicode 姓名，請將其另外存成文字檔，與 JPEG 並列保存;本頁面無法將其以 EXIF 形式嵌入。
寫入前會自動去除前導與尾端空白，避免多餘的填補字元進入紀錄中。當三個欄位皆為空時，頁面也會拒絕產生輸出，避免意外下載到一個近乎空白的 EXIF 區塊。這些限制都沒有藏在 Write 按鈕背後。
驗證新的 EXIF 區塊
下載 JPEG 並不是版權工作流程的終點。請在元資料檢視器中開啟儲存的檔案，確認三個欄位與您輸入的內容一致。位於 /image/exif-viewer/ 的 EXIF 檢視器以同類型的本機瀏覽器分頁執行，讀取新的 APP1 區段時不會上傳任何資料。對第一張檔案進行快速抽檢，可在版權字串被複製貼上到整批檔案前先抓出錯字;再對最後一張檔案進行第二次確認，可確保沒有分頁重新整理或意外按鍵覆蓋您輸入的文字。
依據 CIPA EXIF 標準，這三個欄位僅具建議性質，不具強制力。平台可能在上傳時去除元資料，下游的縮放處理可能會丟棄 EXIF 區塊，檢視器也可能選擇不顯示任何內容。請將具權威性的權利紀錄保存在您自己能掌控的地方，並將 EXIF 值視為對有心查閱者的一種禮貌性提示，而非法律防護。對一次乾淨的交付來說，在這裡寫入的版權欄位，搭配一份獨立的授權文件，所能涵蓋的範圍會比單獨使用其中一項更完整。
若您的原始檔案仍需因封存目的保留 GPS 座標、拍攝日期或相機設定，請先複製來源檔案，僅在副本上執行編輯器。原始檔案保持不動，副本則帶有新的版權區塊，而整個工作流程無需信任任何遠端服務處理任一檔案。
若您正在比較各種選項，批次移除多張影像中的 EXIF 資料對此有詳細說明。