filesaudit.com

2026/8/9

HEIC照片的GPS位置中繼資料查詢方法

當你用 iPhone 拍下一張照片,手機其實不只是在記錄畫面的像素,它還會在同一個檔案裡悄悄寫入一大包「背景資訊」,這些資訊就是所謂的中繼資料。對很多使用者來說,最常引發好奇甚至實際需求的就是-location資訊,也就是這張照片究竟是在哪裡拍的。由於 iPhone 預設的儲存格式從 iOS 11 開始已經全面切換為 HEIC(High Efficiency Image Container),很多過去習慣用 JPEG 流程來查看 EXIF 的工具或教學,碰到 HEIC 時會突然失效或讀不到完整欄位,這讓不少人在面對 heic照片gps位置中繼資料怎麼看 這個問題時感到卡關。其實 HEIC 並非不記錄 GPS,只是它的容器結構與傳統 JPEG 不同,需要正確的解析工具才能把藏在裡面的緯度、經度、海拔、甚至拍攝方向等欄位完整解出來。本文會一步步帶你理解 HEIC 的中繼資料結構、iPhone 預設提供了哪些資訊、以及當手機內建檢視功能不夠用、或你需要把這些資訊整理成可提交的證據時,可以怎麼做。

首先要釐清一個常見的誤解:HEIC 檔案本身並不是一個「沒有中繼資料」的格式,恰好相反,Apple 選擇 HEIC 的重要原因之一就是它的容器設計能更有效率地包裝高畫質影像與豐富的附屬資訊。一個 HEIC 檔案內部會包含影像軌道、縮圖軌道,以及多個中繼資料軌道。與位置有關的資訊通常會以 GPS Information(簡稱 GPS IFD)的形式包在 EXIF 資料區塊裡,而整個 EXIF 又可能被包在 HEIC 容器的某個 Item 中。如果你用的是只會讀 JPEG 開頭 SOI 標記並順著 APP1 區塊抓 EXIF 的老舊工具,它看到 HEIC 的 ftyp 與 meta box 結構時往往會直接放棄,這也是為什麼你會看到「打開了檔案卻找不到 GPS」的情況。真正的關鍵不在手機沒記錄,而在工具是否能正確解析 HEIC 的 ISO Base Media File Format 結構,把 meta box 底下的 ItemLocationBox、ItemInformationBox 等層層剝開,再從中讀出 EXIF TIFF 標頭與後續的 GPS IFD。

那麼,在 iPhone 上究竟要去哪裡看這些資訊?最直接的方式是打開「照片」App,點進某一張照片後向上滑動或點下方的「i」按鈕,這時畫面下方會出現一個小地圖與地標名稱。這個介面是 Apple 把背後的 GPS 座標反查地址後呈現給你看的「人類可讀版本」,對一般使用者來說很方便,但你會發現它並不直接顯示原始的經緯度數字、海拔、或方向感測器數值。如果你需要更技術性的欄位,可以在同一個「i」資訊頁面裡尋找「」的選項(iOS 版本不同位置略有差異),點進去後會看到比較詳細的拍攝資訊,包括相機型號、光圈、快門等,但 GPS 座標的原始數值有時仍然被簡化或只以地圖呈現。當你的需求只是回顧自己旅行拍攝的位置,這個內建功能完全夠用;可是若你正在處理一個需要提出證據的情境,例如要證明某張照片確實是在某個時間點、某個地點拍攝,單靠手機截圖那個小地圖是不夠的,因為截圖本身無法證明那個地圖座標是從原始檔案的中繼資料讀出來的,也無法證明檔案在截圖後沒有被修改過。這時你需要的是把原始 HEIC 檔案送到一個能夠進行技術性中繼資料擷取並產生報告的環境,例如 FilesAudit 這類平台,它能把 HEIC 內部的 EXIF、GPS、XMP 等欄位完整解析出來,並且一併計算檔案的密碼學雜湊值,讓你拿到一份有技術根據的紀錄。

把 HEIC 檔案上傳到合適的平台之後,究竟會看到哪些與 GPS 有關的具體欄位?以下用一段文字把最常出現的幾個項目串起來說明,讓你在看報告時不會一頭霧水。最核心的是 GPSLatitude 與 GPSLongitude,這兩個欄位分別代表緯度與經度,通常會以「度、分、秒」的三個有理數值表示,並搭配一個指示方向的參考值(GPSLatitudeRef 為 N 或 S,GPSLongitudeRef 為 E 或 W),讀出來後要轉換成十進位座標才能直接貼到 Google Maps 等地圖服務裡定位。接著是 GPSAltitude 與 GPSAltitudeRef,它記錄拍攝時的海拔高度,正值代表海平面以上,對於在山上、無人機或高樓拍攝的照片特別有用。另一個常被忽略但很有價值的欄位是 GPSImgDirection,它記錄鏡頭當時指向的方位角度,搭配手機內部的電子羅盤資訊,可以推測拍攝者面朝哪個方向,這在重建現場或比對監視器畫面時往往能提供額外佐證。此外,GPSDOP、GPSDifferential 這類欄位會記錄定位精度與是否經過差分校正,若照片是在開啟「精確位置」的狀態下拍攝,定位誤差通常在幾公尺內,若 GPSDOP 數值偏高,則代表當時訊號可能較差、座標可信度較低。最後,GPS 座標一定會搭配一個 GPSDateStamp 與 GPSTimeStamp,記錄的是定位瞬間的時間,這與相機主時間 DateTimeOriginal 有時會略有不同,因為定位鎖定的瞬間與按下快門的瞬間可能相差零點幾秒到數秒,在嚴格的時間軸重建中這個差異值得留意。

在實際看到這些座標之後,有幾個常見的後續動作與對應的陷阱值得提醒。第一個動作是把讀到的度分秒座標轉成十進位格式,例如 25 度 2 分 3.6 秒北緯、121 度 33 分 54 秒東經,換算後大約是 25.034333、121.565000,貼進地圖後就能看到實際拍攝地點。但這裡要小心,有些工具在解析時會把度分秒中的「分」或「秒」當成十進位小數直接拼接,導致座標偏移幾十甚至幾百公尺,這在需要精準定位的場景裡是不能接受的錯誤。第二個動作是比對拍攝時間與位置是否合理,例如照片若標記拍攝於下午三點的台北市,但 GPS 座標落在與拍攝者聲稱地點相差數十公里的地方,這可能是手機定位在室內或都市峽谷效應下發生了偏移,也可能是檔案被加工過。第三個動作是判斷這份中繼資料能否作為證據使用,這也是最需要謹慎的地方:技術工具能告訴你檔案裡寫了哪些座標、檔案的雜湊值是多少,但技術工具不能單憑這些資訊就判斷「這張照片一定由某人拍攝」或「這個座標未被竄改」。因為中繼資料本身在某些工具下是可以被編輯的,GPS 座標也可能被刻意寫入或覆蓋。真正能提升證據力的做法,是在取得檔案的第一時間就計算並記錄其密碼學雜湊值(如 SHA-256),之後任何對檔案的修改都會讓雜湊值改變,從而讓竄改行為無所遁形。FilesAudit 在產生中繼資料報告時會同時附上這些雜湊值與時間戳,讓報告不只是「列出欄位」,而是「記錄了某個時間點這個檔案的技術狀態」,這在後續需要驗證完整性時非常關鍵。

另一個在實務上會遇到的問題是:為什麼我的 HEIC 照片明明是在某個地點拍的,卻完全找不到 GPS 中繼資料?原因可能有幾個。第一,也是最常見的,是使用者在「設定」→「隱私與安全性」→「定位服務」中沒有為「相機」開啟權限,或者在拍攝當下臨時關閉了定位,這時照片根本不會寫入 GPS,事後無論用什麼工具都讀不出來。第二個原因是你在相機介面裡看到的那個藍色定位圖示,只代表手機正在定位,但若訊號尚未鎖定就按下快門,照片可能只記錄了粗略的時間,而沒有可靠的座標。第三個原因比較特殊,與檔案傳輸方式有關:如果你是透過某些即時通訊軟體或社群平台傳送照片,這些服務為了節省頻寬或出於隱私政策,會在伺服器端重新編碼並剝離大部分 EXIF,收到的雖然可能是 JPG 或 HEIC 副檔名,但內容早已被破壞,自然找不到 GPS。若你需要交付一份「未經破壞」的原始檔案給鑑識或審計流程,切記要使用「原始檔案」傳輸方式(例如 AirDrop 的「所有資料」選項、iCloud Drive、或外接儲存),確保位元組層級完整,這也是為什麼專業使用者會強調要對原始檔案做雜湊計算,確保從取得那一刻起就沒有被任何中介服務改動過。

在處理大量照片時,逐一上傳與檢視會

Ready to see what's hidden in your own files? Upload a file to FilesAudit and get a free forensic metadata report in seconds — no registration required.