--- title: "メタデータとは？意味・種類と写真やPDFの確認・削除手順を実例で解説" url: "https://www.issoh.co.jp/column/details/6776/" published: 2025-05-16 updated: 2026-10-19 categories: ["データベース"] publisher: "株式会社一創" --- # メタデータとは？意味・種類と写真やPDFの確認・削除手順を実例で解説 メタデータとは、データそのものを説明するために付随している「データについてのデータ」です。写真に埋め込まれた撮影日時や位置情報、PDFに残る作成者名や作成ソフト名がこれにあたります。意味だけなら一行で済みますが、実務で困るのは「自分のファイルに何が入っているかを確認したい」「外部に渡す前に個人情報を消したい」という場面です。この記事では定義と6つの種類を手短に整理したうえで、写真・PDF・Officeファイルのメタデータを確認して削除するまでの手順を、実行したコマンドと出力つきで解説します。消したつもりで消えていないケースも実測で示します。 ## まとめ：メタデータの要点 メタデータは対象を説明・識別・管理するための情報で、写真のExif、PDFの文書情報、HTMLのmetaタグなど、形式ごとに規格と確認方法が異なります。種類の切り方は出典によって異なりますが、本記事では記述・構造・管理・技術・保存・来歴の6つで整理します。 実務で押さえるのは次の3点です。第一に、確認は専用ソフトを入れなくても行えます。Windowsはファイルのプロパティにある「詳細」タブ、macOSはsipsやmdlsコマンド、PDFならAcrobat Readerの「文書のプロパティ」で中身を読めます。第二に、写真の位置情報と作成者名は外部公開前に確認し、公開目的に不要な個人情報を削除します。撮影場所が自宅や勤務先だと、公開しただけで生活圏が推定されます。著作者表示など残すべき情報は、利用条件に従って保持します。第三に、削除処理は実行後に別のツールで読み返して検証します。後述するとおり、PDFはツールによって「消えたように見えるだけ」で元の値がファイル内に残ることがあります。 ## メタデータとは何か：定義と身近な例 ### 「データについてのデータ」という定義 メタデータは、本体のデータを説明する付随情報です。「メタ」はギリシャ語由来で「〜についての」「高次の」という意味を持ち、データを一段上の視点から記述するという語感がそのまま名前になっています。日本語では「メタ情報」と呼ばれることもあり、実務上はメタデータとほぼ同じ意味で使われます。とくにWebページのmetaタグを指すときは「メタ情報」の呼び方が定着しています。 スマートフォンで撮った写真なら、写っている風景が本体データで、撮影日時・カメラの機種・絞り値・撮影地の緯度経度がメタデータです。音楽ファイルなら音そのものが本体で、曲名・アーティスト名・アルバム名がメタデータにあたります。本体を開かなくても、メタデータだけで並べ替えや絞り込みができる点に実用上の価値があります。写真アプリの「撮影地別」「1年前の今日」といった表示には、位置情報や撮影日時のメタデータが使われます。Googleフォトのように、写っているランドマークなどから撮影場所を推定するアプリもあります。 ### ファイルの「プロパティ」との違い 「メタデータとプロパティは何が違うのか」はよく問われますが、両者は対立する概念ではありません。プロパティは対象の属性やその値を指し、Windowsではそれらを表示する画面の名称にも使われます。Windowsでファイルを右クリックして開く「プロパティ」に並ぶ作成日時・サイズ・作成者は、いずれもメタデータです。 つまりプロパティは、メタデータを見るための窓口のひとつにすぎません。同じ写真でも、Windowsのプロパティ画面、macOSの情報ウインドウ、Pythonのライブラリで読んだ場合とで、表示される項目の数や名前は変わります。窓口ごとに読み取る範囲が違うため、「プロパティに出ていない＝メタデータが無い」とは限りません。実際、後述するmacOSのsipsコマンドは撮影機種やソフト名を表示しますが、GPS情報は表示しません。 ## メタデータの種類：6分類と切り分けの基準 メタデータの分類は、出典によって切り方も数も変わります。ここでは実務で切り分けやすい6つで整理します。分類を暗記する必要はありませんが、「今このファイルで問題になっているのはどの種類か」を切り分けると、確認すべき場所が絞れます。 | 種類 | 説明する対象 | 具体例 | 主に困る場面 | | ------- | --------- | ----------------- | --------- | | 記述メタデータ | 内容そのもの | タイトル、作成者、キーワード | 検索・分類 | | 構造メタデータ | データの構造や関係 | ページ順、章立て、テーブル定義 | データ連携 | | 管理メタデータ | 取り扱いのルール | アクセス権、更新履歴、著作権 | 権限管理 | | 技術メタデータ | 生成環境や仕様 | 解像度、コーデック、撮影機種 | 再生・変換の不具合 | | 保存メタデータ | 長期保存の要件 | ファイル形式の版、チェックサム | アーカイブ | | 来歴メタデータ | 出所と加工の経緯 | 作成ツール、編集履歴、C2PA署名 | 真正性の確認 | 個人情報の漏洩で問題になりやすいのは、記述メタデータの作成者名と、技術メタデータに含まれる位置情報です。社内でデータを使い始めた段階でつまずくのは構造メタデータと管理メタデータで、こちらは[データカタログとは？意味・メタデータ管理の仕組みからAI時代の導入判断まで解説](/column/details/13792/)で扱う組織的な管理の話につながります。来歴メタデータは、生成AIの画像が増えたことで「この画像は誰がどう作ったのか」を確かめる用途が広がり、後半のC2PAの章で扱います。 ## ファイル形式別に見るメタデータの規格 メタデータは「ファイルのどこに、どの規格で書かれているか」が形式ごとに決まっています。確認や削除の手段が形式で変わるのはこのためです。 | ファイル | 規格・格納形式 | 主な項目 | 確認手段 | | ------------- | ----------------- | ---------------------- | ------------------------ | | 写真（JPEG／TIFF） | Exif（CIPA DC-008） | 撮影日時、機種、絞り、ISO、GPS | プロパティ、sips、mdls、exiftool | | 各種（汎用） | XMP（ISO 16684-1） | タイトル、著作権、キーワード | Adobe系アプリ、exiftool | | 写真の来歴 | C2PA（JPEGはAPP11） | 作成ツール、編集履歴、署名 | C2PA対応ツール、exiftool | | PDF | 文書情報とXMPの2系統 | タイトル、作成者、作成ソフト | 文書のプロパティ、プレビュー、pypdf | | Office文書 | ドキュメントプロパティ | 作成者、前回保存者、会社名 | ファイルタブの情報、ドキュメント検査 | | 音楽（MP3） | ID3タグ | 曲名、アーティスト、アルバム | プレーヤーの曲情報 | | 動画（MP4） | コンテナ内の管理領域 | 撮影日時、機器、再生時間 | プロパティ、mdls | | Webページ | HTMLのmetaタグ | description、robots、OGP | ブラウザの開発者ツール | 写真のExifは、カメラ映像機器工業会（CIPA）が策定する規格です。2026年10月19日時点の[CIPAの規格一覧](https://www.cipa.jp/e/std/std-sec.html)に載っている最新版はExif 3.1で、規格書は2026年1月30日公開の「CIPA DC-008-Translation-2026」です。番号に付く Translation は英訳版を指します。CIPAはこの版をDC-008-2024の改訂版と位置づけており、ひとつ前のExif 3.0はDC-008-Translation-2023として2023年5月に公開され、2024年12月12日に訂正版が出ています。ファイル形式をまたいで使える汎用の規格がXMPで、Adobeが開発し2012年初頭からISO 16684-1としてISO規格になっています。CIPAはExifの項目をXMPで表現するためのDC-010という規格も別に定めており、こちらの最新版は2026年6月1日公開です。 ## 写真・画像のメタデータを確認する手順 以下の実行結果はすべて、macOS 26.6.2・Python 3.9.6・Pillow 11.3.0・ExifTool 13.55 の環境で、撮影情報・GPS座標・XMPの作成者を埋め込んだテスト用JPEG（photo.jpg）に対して実行したものです。値は説明用に作った架空のものです。 ### macOSのsipsによる撮影情報の一覧表示 macOSにはsipsが標準で入っており、追加インストールなしで画像のメタデータを一覧できます。 ``` $ sips -g all photo.jpg /Users/username/meta-demo/photo.jpg pixelWidth: 1200 pixelHeight: 800 typeIdentifier: public.jpeg format: jpeg formatOptions: default dpiWidth: 72.000 dpiHeight: 72.000 samplesPerPixel: 3 bitsPerSample: 8 hasAlpha: no space: RGB profile: sRGB IEC61966-2.1 creation: 2026:07:14 10:32:05 make: Canon model: Canon EOS R6 software: Adobe Photoshop 2026 artist: Taro Yamada ``` 撮影機種、撮影日時、編集に使ったソフト名、作成者名まで出ています。注意したいのは、この出力にGPS座標が無い点です。sips -g allは「すべて」と読めますが、位置情報はここに現れません。sipsだけで位置情報の有無を判断すると、消し忘れたまま公開する事故につながります。 ### macOSのmdlsによる位置情報の確認 位置情報を含めて確認するにはmdlsを使います。Spotlightが抽出したメタデータを表示するコマンドです。 ``` $ mdls -name kMDItemAcquisitionModel -name kMDItemISOSpeed \ -name kMDItemLatitude -name kMDItemLongitude \ -name kMDItemPixelWidth photo.jpg kMDItemAcquisitionModel = "Canon EOS R6" kMDItemISOSpeed = 400 kMDItemLatitude = 35.65815 kMDItemLongitude = 139.6916866666667 kMDItemPixelWidth = 1200 ``` Exifの内部では緯度が「35度39分29.34秒」という度分秒で保持されていますが、mdlsはこれを10進の35.65815に換算して返します。この座標から撮影場所を推測できる場合があります。ただし、座標の小数桁数は測位精度を保証しません。位置の誤差は受信環境や機器によって変わり、建物単位で特定できるとは限りません。 ただしmdlsは、Spotlightのインデックスに載っているファイルでないと値が(null)で返ります。同じファイルでも、インデックス対象外の/tmp配下では機種名も緯度経度もすべて(null)でした。(null)が並んだら「メタデータが無い」ではなく「Spotlightが読んでいない」可能性を先に疑い、ホームディレクトリ配下にコピーしてから試してください。 ### Windowsの「詳細」タブによる撮影情報の確認 Windowsではコマンドを使わずに確認できます。ファイルを右クリックして「プロパティ」を開き、「詳細」タブに切り替えると、撮影日時・カメラの製造元・モデル・ISO速度・作成者などが並びます。GPS情報を持つ写真では「GPS」の見出しで緯度・経度・高度が表示されます。この画面では値をクリックして書き換えることもでき、作成者や題名は個別に消せます。 ### ExifToolによるExif・GPS・XMPの領域別表示 ExifToolは対応形式の多くのメタデータを確認できるコマンドラインツールです（macOSならHomebrewで導入できます）。以下の例は、IFD0・ExifIFD・GPS・XMPの各領域に絞って表示します。-G1を付けると、各項目がファイル内のどの領域に入っているかが分かります。 ``` $ exiftool -a -G1 -s -IFD0:all -ExifIFD:all -GPS:all -XMP:all photo.jpg [IFD0] Make : Canon [IFD0] Model : Canon EOS R6 [IFD0] Orientation : Horizontal (normal) [IFD0] Software : Adobe Photoshop 2026 [IFD0] ModifyDate : 2026:07:14 10:32:05 [IFD0] Artist : Taro Yamada [ExifIFD] FNumber : 2.8 [ExifIFD] ISO : 400 [ExifIFD] DateTimeOriginal : 2026:07:14 10:32:05 [GPS] GPSLatitudeRef : North [GPS] GPSLatitude : 35 deg 39' 29.34" [GPS] GPSLongitudeRef : East [GPS] GPSLongitude : 139 deg 41' 30.07" [XMP-dc] Creator : Taro Yamada ``` 最後の行に注目してください。作成者名がExifのArtistとは別に、XMPのCreatorにも入っています。sipsにもWindowsの「詳細」タブにもこの二重の格納は見えないため、Exifの作成者だけを消してXMP側が残る、という消し漏れが起こります。 ### PythonのPillowによるExif項目の読み取り 複数のファイルをまとめて点検したい場合や、確認作業を業務フローに組み込みたい場合は、画像処理ライブラリのPillowで完結します。使い方の全体像は[Pillowとは？Pythonの画像処理ライブラリの使い方をコード付きで解説【12.3.0対応】](/tech/details/1343/)で扱っています。 ``` from PIL import Image from PIL.ExifTags import TAGS, GPSTAGS, IFD img = Image.open("photo.jpg") exif = img.getexif() for tag_id, value in exif.items(): print(f"{TAGS.get(tag_id, tag_id)}: {value}") for tag_id, value in exif.get_ifd(IFD.Exif).items(): print(f"{TAGS.get(tag_id, tag_id)}: {value}") for tag_id, value in exif.get_ifd(IFD.GPSInfo).items(): print(f"GPS/{GPSTAGS.get(tag_id, tag_id)}: {value}") ``` ``` $ python3 read_exif.py GPSInfo: 254 ExifOffset: 184 Make: Canon Model: Canon EOS R6 Software: Adobe Photoshop 2026 Orientation: 1 DateTime: 2026:07:14 10:32:05 Artist: Taro Yamada DateTimeOriginal: 2026:07:14 10:32:05 FNumber: 2.8 ISOSpeedRatings: 400 GPS/GPSLatitudeRef: N GPS/GPSLatitude: (35.0, 39.0, 29.34) GPS/GPSLongitudeRef: E GPS/GPSLongitude: (139.0, 41.0, 30.07) ``` Exifは入れ子構造です。getexif()が直接返すのはMakeやDateTimeなど基本の項目だけで、絞り値やISO感度はget\_ifd(IFD.Exif)、緯度経度はget\_ifd(IFD.GPSInfo)という別の領域にあります。getexif()の結果だけを見て「GPSは入っていない」と判断するコードは、位置情報を見落とします。GPSInfo: 254とExifOffset: 184は値ではなく、それぞれの領域の格納位置（オフセット）で、数値があること自体が領域の存在を示します。なお、このコードはExifだけを読むため、XMPのCreatorは出てきません。 Image.open()はWebPやTIFFも同じように扱えますが、変換したときにExifが残るかは変換のやり方で変わります。Pillow 11.3.0でJPEGをWebPへ保存した検証では、exif=を渡さない場合は項目数がゼロになり、exif=img.getexif()を明示すると8項目がそのまま残りました。「形式を変換したから消えたはず」も「変換しても必ず残る」も成り立たないので、変換後のファイルは同じ手順で確認してください。 ## 写真の位置情報や作成者を削除する手順 ### ExifToolによるJPEGメタデータの一括削除 原本の画質を変えずに消したいなら、exiftoolの-all=を使います。画像データには触れず、メタデータの領域だけを外します。 ``` $ exiftool -all= strip.jpg 1 image files updated $ ls strip.jpg* strip.jpg strip.jpg_original $ exiftool -a -G1 -s -IFD0:all -ExifIFD:all -GPS:all -XMP:all strip.jpg $ ``` Exif・GPS・XMPのいずれも出力されなくなりました。元のファイルは strip.jpg\_original という名前で自動的に退避されます（不要なら -overwrite\_original を付けます）。処理前後の画像をPillowで画素データに展開してMD5を比べたところ、ハッシュは一致しました。ファイルサイズは861,806バイトから861,115バイトへ、メタデータの分だけ減っています。 注意点がひとつあります。-all=は向きの情報（Orientation）も消します。スマートフォンで縦に構えて撮った写真は、画素は横長のまま「90度回して表示せよ」という値で縦向きを再現しているため、これが消えると横倒しで表示されます。ExifのGPS領域だけを消す場合は、次のように範囲を絞ります。XMPにもGPS座標が保存されている場合、この指定では残るため、別途確認と削除が必要です。 ``` $ exiftool -gps:all= -overwrite_original gpsonly.jpg $ exiftool -a -G1 -s gpsonly.jpg | grep -E "GPS|Artist|Model|Creator" [IFD0] Model : Canon EOS R6 [IFD0] Artist : Taro Yamada [XMP-dc] Creator : Taro Yamada ``` GPSの行だけが消え、機種と作成者は残りました。ただし、XMP側にもGPS座標を書き込んだファイルで同じコマンドを試すと、XMP-exifのGPSLatitudeとGPSLongitudeは残りました。両方の領域から消すには `exiftool "-gps*=" ファイル名` のようにタグ名で指定します（同じファイルでXMP側も消えることを確認しました）。作成者も外すなら `-Artist= -XMP-dc:Creator=` を足します。 ### PillowによるJPEGのExif削除と再圧縮 本記事のJPEGをPillow 11.3.0で別名のJPEGとして保存する例では、exif=を渡さなければExifは引き継がれません。 ``` from PIL import Image img = Image.open("photo.jpg") img.save("photo_pil.jpg", quality=95) # exif= を渡さない ``` ``` $ python3 -c 'from PIL import Image; print("exif entries:", len(Image.open("photo_pil.jpg").getexif()))' exif entries: 0 $ python3 -c 'print("APP1 marker :", b"Exif\x00\x00" in open("photo_pil.jpg","rb").read())' APP1 marker : False ``` 項目数がゼロになり、Exifを格納するAPP1セグメントの識別子もファイルから消えています。XMPの名前空間URIもバイト列から消えていました。画素を新しい画像へ詰め替える手順がよく紹介されますが、Pillow 11.3.0では保存し直すだけで足ります。 代わりに画像は再圧縮されます。画素のMD5は処理前と一致せず、ファイルサイズは861,806バイトから1,088,548バイトへ増えました。元が品質90で保存されていたものを品質95で書き直したためで、再圧縮は「劣化」だけでなく「肥大」も起こします。印刷入稿用の画像では再圧縮を避け、ExifToolで不要な項目だけを指定して削除してください。-all=はICCプロファイルも削除し、P3色空間のICCプロファイルを付けた画像では`ICC_Profile deleted. Image colors may be affected`という警告が出ました。色管理が必要な画像では `exiftool -all= --icc_profile:all` のようにICCプロファイルを除外して消すと、プロファイルは残り、GPSと作成者は消えました。原本の納品では、変更の可否を納品条件で確認してください。 ### Windowsの標準機能によるプロパティと個人情報の削除 コマンドを使わない方法もあります。ファイルを右クリックして「プロパティ」の「詳細」タブを開くと、下部に「プロパティや個人情報を削除」というリンクがあります。ここから、元のファイルからプロパティを削除するか、削除済みのコピーを作成するかを選べます。複数のファイルを選択した状態でもまとめて実行できるため、写真をフォルダ単位で処理したい場合に向いています。処理後は、上のexiftoolなど別の窓口で読み返して、XMP側に作成者が残っていないかを確かめてください。 ### 共有・公開前のメタデータ確認と原本の分離 削除作業は、思い出したときにやるのでは漏れます。画像がどう処理されるかは、SNSへの投稿、メールへの添付、クラウドストレージの共有リンクといった共有の経路ごとに違います。自分が使う経路について一度実際にファイルを受け取り、上の手順で中身を確かめておくべきです。そのうえで「外部に出るファイルは公開用フォルダにコピーしてから処理する」という一段階を挟めば、原本と公開用の取り違えも防げます。個人情報の取り扱い全体の枠組みは[個人情報保護法改正とは？2026年7月公布の令和8年改正で企業対応はこう変わる](/column/details/13787/)もあわせて確認してください。 ## PDF・Officeファイルのメタデータを表示・削除する手順 ### Acrobat ReaderとプレビューによるPDF文書情報の表示 PDFのメタデータを見るだけなら、Acrobat Readerで十分です。PDFを開いた状態で文書を右クリックし「文書のプロパティ」を選ぶか、Windowsは[Adobeの公式チュートリアル](https://experienceleague.adobe.com/ja/docs/document-cloud-learn/acrobat-learning/advanced-tasks/forms/workforms)が案内するCtrl＋D（MacはCmd＋D）で開きます。「概要」タブにタイトル・作成者・サブタイトル・キーワード、作成アプリケーションとPDF変換（作成ソフト名）、作成日・更新日が並びます。Acrobatのヘルプでは、この画面へ入る経路をWindowsは「メニュー／文書のプロパティ／概要」、macOSは「ファイル／文書のプロパティ／概要」と案内しています。 Macなら標準のプレビューでも確認できます。[Appleのプレビューのユーザガイド](https://support.apple.com/ja-jp/guide/preview/prvw9c94f0a4/mac)のとおり、PDFを開いてツールバーの情報ボタンをクリックすると「インスペクタ」ウインドウが開き、一般情報タブに作成者やPDFの作成ソフトが表示されます。 ### pypdfによるPDFの文書情報辞書の読み取り 複数のPDFを一括で点検するならPythonのpypdfを使います。以下は本記事用に作ったテストPDF（report.pdf）で、値はすべて架空のものです。 ``` from pypdf import PdfReader reader = PdfReader("report.pdf") for key, value in (reader.metadata or {}).items(): print(f"{key}: {value}") ``` ``` $ python3 read_pdf_meta.py /Producer: Acrobat Distiller 25.0 /Title: 2026年度 社内予算案 /Author: yamada.taro /Creator: Microsoft Word /Subject: confidential draft ``` 作成者のアカウント名、元の作成ソフト、本文に出てこない「confidential draft」という件名まで読み取れます。取引先へ出した見積書に社内の個人名が残っていた、という形で問題になる部分です。PDFのメタデータは文書情報とXMPの2系統で保持されるため、pypdfでもmetadataとxmp\_metadataという別の入り口から両方を確認します。 ### ExifToolのPDF増分更新による削除前データの残存 PDFで最も危ないのがここです。写真と同じ感覚でexiftoolの-all:all=をPDFにかけると、警告が出ます。 ``` $ exiftool -all:all= -overwrite_original r2.pdf Warning: [minor] ExifTool PDF edits are reversible. Deleted tags may be recovered! - r2.pdf 1 image files updated $ exiftool -s -PDF:Author r2.pdf $ mdls -name kMDItemTitle r2.pdf kMDItemTitle = (null) $ python3 -c 'from pypdf import PdfReader; print(PdfReader("r2.pdf").metadata["/Author"])' yamada.taro $ grep -a -o "/Author[^/]*" r2.pdf /Author (yamada\056taro) ``` exiftoolとmacOSのSpotlightは作成者もタイトルも空と表示しますが、pypdfは元の作成者名を返し、ファイルの生バイト列にも作成者名がそのまま残っています。exiftoolはPDFを書き換えず、末尾に「この情報は削除した」という更新を追記する方式（増分更新）で処理するためです。ExifToolのマニュアルも、PDFの編集は元の情報を実際には削除しないため元に戻せる、と明記しています。実際に exiftool -PDF-update:all= を実行すると、作成者と件名は元の値に戻りました。読む側のソフトがどちらの版を採用するかで見え方が分かれるので、exiftoolだけでPDFのメタデータを消したと判断してはいけません。 文書全体の文書情報とXMPを引き継がない例を示します。ただし、ページや埋め込みオブジェクトのメタデータ、注釈などの個人情報まで除去する処理ではありません。 ``` from pypdf import PdfReader, PdfWriter reader = PdfReader("report.pdf") writer = PdfWriter() writer.append_pages_from_reader(reader) # 元文書の文書情報はコピーしない。新規WriterのProducerは残る。 writer.xmp_metadata = None # XMP パケットも落とす with open("report_clean.pdf", "wb") as f: writer.write(f) check = PdfReader("report_clean.pdf") print("DocInfo:", dict(check.metadata)) print("XMP :", check.xmp_metadata) ``` ``` $ python3 strip_pdf_meta.py DocInfo: {'/Producer': 'pypdf'} XMP : None ``` 作成者名も件名も消え、生バイト列を検索しても作成者名は0件でした。ただし文書情報は完全な空にはならず、/Producerに「pypdf」が新しく書き込まれます。個人情報としての実害は小さいものの、「メタデータを空にした」と説明するなら、この1項目が残る事実は把握しておく必要があります。PDFの加工をPythonでさらに進めるなら、墨消しまで扱える[PyMuPDF（fitz）とは｜インストールから使い方・ライセンスまで解説【2026年版】](/tech/details/4017/)も選択肢です。 ### Acrobat ProによるPDFの非表示情報の削除 GUIで消すなら、有料のAcrobat Proに機能があります。[Adobeのヘルプ](https://helpx.adobe.com/jp/acrobat/desktop/protect-documents/redact-pdfs/sanitize.html)の手順では、「すべてのツール」から「PDFを墨消し」を開き、「文書の非表示情報を削除」→「選択して削除」と進み、非表示情報パネルで削除対象（メタデータなど）を選んで「削除」を実行し、ファイルを保存します。無料のAcrobat Readerは表示まではできても、この削除はできません。 ### Windows版Officeのドキュメント検査による個人情報の除去 Windows版のWord・Excel・PowerPointには、非表示のデータと個人情報を検査する「ドキュメント検査」があります。以下はWindows版の手順です。[Microsoftのサポートページ](https://support.microsoft.com/en-us/office/inspect-document-b0088a7a-d482-4b87-b762-7c94c7c71e23)は、Mac版Wordにはドキュメント検査が無く、「ファイル」メニューの「プロパティ」から手作業で確認・変更すると案内しています。「ファイル」タブから「情報」を選び、「問題のチェック」から「ドキュメントの検査」を実行します。削除したい項目にチェックを入れて「検査」を実行すると結果が一覧表示され、「すべて削除」で除去できます。 検出対象は作成者や件名といったドキュメントプロパティだけではありません。Wordならコメント・変更履歴・非表示の文字・ヘッダーとフッター、Excelなら非表示の行と列・非表示のワークシート、PowerPointならスライド外のオブジェクトやノートまで含みます。社外提出前のチェックとしては、Exifよりこちらのほうが実害の大きい情報を抱えていることが少なくありません。削除したデータは元に戻せない場合があるため、実行前に原本を別名で保存しておいてください。WordからPDFへ書き出す場合は、検査を済ませてから書き出すと、PDF側の作成者欄にも残りません。 ## C2PAの来歴メタデータ削除と編集による検証への影響 C2PAは、画像や動画の出所と編集履歴を署名付きのメタデータとして持ち回るための技術仕様です。生成AIの画像に「AIで作成」と記録したり、報道写真が撮影後に改変されていないことを示したりする用途で使われます。[C2PA技術仕様](https://spec.c2pa.org/specifications/specifications/2.4/specs/C2PA%5FSpecification.html)の最新版は2026年4月の2.4で、マニフェストの格納先はJUMBFと呼ばれる箱構造です。JPEGではExifが入るAPP1とは別の、APP11というマーカーセグメントに分割して埋め込まれます。AIの判定ツールとC2PAの関係は[AIチェッカーとは？仕組み・精度の限界と無料ツールの使い方・業務導入の判断【2026年版】](/column/details/13304/)で扱っています。 テスト用に作った証明書でphoto.jpgにC2PAの署名を付け（c2pa-python 0.38.0）、ここまでの削除手順を当てると次の結果になりました。 | 処理 | マニフェスト | 検証結果 | | ------------------ | ----------- | ------- | | 署名直後 | あり（APP11×8） | Valid | | Pillowで保存し直す | 消失 | 判定不能 | | exiftool -all= | 消失 | 判定不能 | | exiftool -gps:all= | 残る | Invalid | 全項目を消す手順は、位置情報と一緒に来歴の証明も消します。GPSだけを消した場合はマニフェストは残りますが、署名時に記録したファイルのハッシュと合わなくなり（assertion.dataHash.mismatch）、検証はInvalidになりました。署名直後の結果がTrustedでなくValidなのは、テスト用の証明書が信頼済みの発行元に含まれないためです。 ここから言えるのは、C2PAの署名を残したいファイルでは、位置情報や作成者の削除を署名の前に済ませる必要がある、ということです。署名後に消すと、改ざんと区別できなくなります。C2PAのガイダンスも、C2PA非対応のプラットフォームが配布の途中でメタデータを除去・破損し、マニフェストも失われ得ると説明しています。受け取った画像にC2PAが無いことは、AI生成でないことの証明にはなりません。 ## HTMLのメタタグとSEO：Googleの公式見解 Webページのメタデータ、いわゆるメタ情報はhead要素内のmetaタグです。ブラウザの開発者ツールでHTMLを開けば、どのメタ情報が出力されているかをその場で確認できます。SEOの文脈で語られることが多い領域ですが、公式の説明と一般に流布している話にはずれがあります。 まずmeta descriptionです。検索結果の説明文（スニペット）は、必ずしもmeta descriptionから作られるわけではありません。[Google 検索セントラルのスニペットの解説](https://developers.google.com/search/docs/appearance/snippet?hl=ja)は「Google は主にページ上のコンテンツを使用して、適切なスニペットを自動的に決定します」としたうえで、メタ ディスクリプション要素のほうがページを適切に表している場合はそれを使うこともある、と説明しています。meta descriptionは候補のひとつという位置づけです。文字数についても「120文字以内」といった上限が語られがちですが、同じページに「メタ ディスクリプションの長さに制限はありません」と明記されています。ただしスニペットは必要に応じて切り詰められるため、伝えたい要素を前方に置く書き方は有効です。 keywordsメタタグは明確です。[Googleがサポートするメタタグの一覧](https://developers.google.com/search/docs/crawling-indexing/special-tags?hl=ja)は「meta-keyword タグは Google 検索では使用されないため、インデックス登録やランキングにはまったく影響しません」と述べています。ページの内容を検索エンジンに構造的に伝えたい場合は、[構造化データとは？SEO効果とJSON-LD実装・型の選び方【2026年時点】](/column/details/16575/)で扱うJSON-LDのマークアップが実際に機能する手段です。 ## 業務でメタデータを扱うときの落とし穴 組織単位でメタデータを扱い始めると、個々のファイルとは別の問題が出てきます。つまずきやすいのは次の4点です。 - 入力ルールを決めずに運用を始め、同じ意味の項目に別の名前が付いて集計できなくなる - 自動生成されるメタデータを信頼しすぎ、編集ソフトが書き換えた値を撮影時の値と取り違える - 形式変換や削除ツールを通すたびに項目が失われ、作成者・著作権・来歴の情報が消える - 誰も更新しないまま実態と乖離し、検索しても目的のデータに辿り着けなくなる 二番目は、本記事のテスト画像で説明できます。テスト画像には、編集ソフトが書き込む値を模してSoftware: Adobe Photoshop 2026を人工的に設定しました。Exifには撮影時にカメラが書いた情報と、あとから保存したソフトの情報が同じ場所に並びます。撮影日時（DateTimeOriginal）と更新日時（DateTime）が別項目に分かれているのはこのためで、どちらを「撮影日」として集計するかを決めずに取り込むと、編集した日が撮影日として記録されます。 いずれも技術というより運用設計の問題です。項目名の統一と更新責任の所在を先に決めておかないと、蓄積したメタデータがそのまま負債になります。社内文書のメタデータ（作成者・版・保存期限）を検索と権限管理に使う仕組みは、[文書管理システム開発](/service/business%5Fsystem/document-management/)のように業務に合わせて設計することもできます。組織全体でデータのメタデータを整備するOSSについては[OpenMetadataとは？データカタログOSSの構成・導入手順・2.0移行と採用判断を解説【2026年版】](/tech/details/16132/)で実装レベルの選択肢を扱っています。 ## よくある質問 ### メタデータとは何ですか？ データそのものを説明するために付随している情報のことで、「データについてのデータ」と表現されます。写真であれば画像そのものが本体データで、撮影日時・カメラの機種・撮影地の位置情報がメタデータにあたります。本体の中身を開かなくても、メタデータだけで検索・並べ替え・アクセス制御ができる点が実用上の価値です。 ### メタデータとファイルのプロパティは何が違うのですか？ 関連する概念ですが、同じ意味とは限りません。プロパティは対象の属性やその値を指し、Windowsではそれらを表示する画面名としても使われます。Windowsのプロパティ画面に並ぶ作成日時・作成者・サイズは、いずれもメタデータです。ただし窓口によって読み取る範囲が異なり、表示されていない項目が実際には存在することがあります。たとえばmacOSのsips -g allは撮影機種や作成者を表示しますが、GPS座標は表示しません。 ### 写真の位置情報を削除するにはどうすればよいですか？ Windowsではファイルを右クリックして「プロパティ」の「詳細」タブを開き、下部の「プロパティや個人情報を削除」から実行します。JPEGの画素を再圧縮せずにExifのGPS領域を消すには、exiftool -gps:all= ファイル名 を実行します。ただし、XMPなど別の領域に保存された位置情報は別途確認して削除します。PythonのPillowでexif=を指定せずに保存し直す方法もありますが、再圧縮を伴うため原本は別に残してください。いずれの方法でも、処理後に別の窓口で読み返して位置情報が消えたかを確認します。 ### PDFのメタデータを表示・削除するにはどうすればよいですか？ 表示はAcrobat Readerで文書を右クリックして「文書のプロパティ」を選ぶか、Ctrl＋D（MacはCmd＋D）で開きます。Macのプレビューならツールバーの情報ボタンで開くインスペクタに出ます。削除にはAcrobat Proの「文書の非表示情報を削除」を使えます。掲載のpypdfコードは文書全体の文書情報とXMPを対象とする例で、ページや埋め込みオブジェクトのメタデータまで除去するものではありません。exiftoolでPDFのメタデータを消すと、元の値がファイル内に残り復元できるため、削除の手段としては使えません。 ### メタデータを削除すると、ファイルは使えなくなりますか？ 削除する項目とファイル形式によります。表示に必要な情報まで削除すると、色や向きが変わるなどの影響が出るため、処理後の表示も確認してください。たとえば撮影日時が消えると写真アプリでの時系列表示が崩れ、向きの情報（Orientation）が消えると縦位置で撮った写真が横向きで表示されることがあります。C2PAの署名が付いたファイルでは、来歴の証明も一緒に失われます。公開用の複製に対して処理し、原本は情報を保持したまま保管するのが現実的な運用です。 ### meta descriptionは検索順位に影響しますか？ Googleは、meta descriptionを検索順位の決定には使用しないと公式に説明しています。役割は検索結果の説明文の候補になることで、公式には「Google は主にページ上のコンテンツを使用して、適切なスニペットを自動的に決定します」とされており、常に採用されるわけでもありません。keywordsメタタグについては「Google 検索では使用されないため、インデックス登録やランキングにはまったく影響しません」と明記されています。 ## 関連記事 - [データカタログとは？意味・メタデータ管理の仕組みからAI時代の導入判断まで解説](/column/details/13792/) - [OpenMetadataとは？データカタログOSSの構成・導入手順・2.0移行と採用判断を解説【2026年版】](/tech/details/16132/) - [Pillowとは？Pythonの画像処理ライブラリの使い方をコード付きで解説【12.3.0対応】](/tech/details/1343/) - [AIチェッカーとは？仕組み・精度の限界と無料ツールの使い方・業務導入の判断【2026年版】](/column/details/13304/) - [構造化データとは？SEO効果とJSON-LD実装・型の選び方【2026年時点】](/column/details/16575/) --- 出典: [メタデータとは？意味・種類と写真やPDFの確認・削除手順を実例で解説]()（株式会社一創）