短い答え
SNS アプリは、写真の公開用コピーから EXIF を削ってくれることがありますが、それをプライバシー戦略の柱にはしないでください。
安全な考え方はこうです：
- 公開フィード投稿： 他の人が見たり保存したりする前に、再処理・リサイズ・再エンコードされることが多い。
- プライベートなメッセージ： 一貫していない。再エンコードされるものもあれば、ファイル送信に近い挙動をとるものもある。
- ファイル・ドキュメント・オリジナル画質・添付として送る： 元のメタデータは残る前提で考える。
- メールとクラウドリンク： 自分で該当ファイルをクリーンにして検証していない限り、EXIF は残っていると考える。
- プラットフォーム自身： 公開用のクリーンなコピーができる前に、オリジナルファイルを受け取って処理していることがある。
この区別が記事全体のポイントです。「公開投稿からその閲覧者が私の GPS をダウンロードできるか？」と「アップロードしたときにプラットフォームは GPS を受け取ったか？」は、別の質問です。
自宅、学校、クリニック、クライアントのオフィス、集会、プライベートなイベントなど、公にすべきでない場所で撮った写真であれば、画像が端末を離れる前にメタデータを取り除き、その上でクリーンなコピーを検証してください。
EXIF が明かしうるもの
EXIF は画像ファイルの中に格納されたメタデータです。スマートフォンやカメラは、写真の撮影状況を記録するためにこれを使います。写真家にとっては便利ですが、写真そのものには写っていない私的な文脈を明かしてしまうこともあります。
まず確認したいフィールドは次のとおりです。
| フィールド | 明かしうる内容 | プライバシーリスク |
|---|---|---|
| GPSLatitude と GPSLongitude | 写真を撮った場所 | 自宅、学校、オフィス、ホテル、クリニック、移動ルート |
| GPSAltitude | 撮影地点の標高 | 位置情報の追加コンテキスト |
| DateTimeOriginal | 撮影日時 | 生活リズム、スケジュール、旅程 |
| Make と Model | カメラや端末のモデル | 端末フィンガープリント、出所の手がかり |
| Software | ファイルを保存したアプリや OS | 編集フロー、アプリのバージョン |
| Orientation | 回転情報 | ほぼ無害だが、「横向きになる問題」の説明にもなる |
| IPTC/XMP フィールド | 作者、キャプション、著作権、キーワード、プロジェクト名 | 名前、クライアント名、内部メモ |
Library of Congress の EXIF リファレンスは、EXIF をカメラと画像規格を通じて維持されている文書化された形式だと説明しています。Apple も、写真や動画に埋め込まれた位置情報メタデータは共有相手からアクセスされうると注意を促しています。要するに、メタデータは想像上のものではなく、何かがそれを取り除くまでファイルの一部として残ります。
公開コピー、アップロードしたオリジナル、ファイル送信は別物
SNS の EXIF についての誤った助言の多くは、この 3 つを混同しています。
アップロードしたオリジナルは、あなたがプラットフォームに送るファイルそのものです。GPS が入っていれば、アップロードや処理の段階でプラットフォームはそれを受け取りうる。
公開表示用のコピーは、他のユーザーがフィード、プロフィール、ギャラリー、投稿、画像 CDN で見るものです。このバージョンはリサイズ、圧縮、リネームされ、多くのメタデータフィールドが取り除かれていることが多いです。
ファイル送信は、アプリがドキュメント、添付、オリジナル画質、クラウドファイル、ダウンロード可能なオリジナルとして写真を送るケースです。この経路では、受け取り側にあなたの手元と同じメタデータが届くことがあります。
したがって「Instagram は EXIF を消しますか？」「WhatsApp はメタデータを消しますか？」への答えは、一律の「はい／いいえ」ではありません。経路によります。
各プラットフォームの挙動 早見表
この表は保守的な共有ガイドとして使ってください。恒久的な保証ではありません。アプリはアップロードの仕組み、圧縮設定、プライバシー制御、ファイルの扱いを更新します。
| 共有経路 | 相手に届く通常のもの | 主なプライバシーリスク | より安全な習慣 |
|---|---|---|---|
| Instagram 公開投稿 | 再処理された表示用コピー、通常は元のカメラファイルではない | Meta 側はそれでもアップロードを受け取り／処理しうる | アップロード前にクリーンにする |
| Facebook 公開投稿 | 再処理された表示用コピー | Messenger、グループ、ダウンロード、Marketplace は挙動が異なる | アップロード前にクリーンにする |
| X 公開投稿 | X は閲覧者には EXIF を提供しないと明記 | X は処理のため EXIF を使用・一時保持しうる | 投稿前にクリーンにする |
| WhatsApp 写真ピッカー | 圧縮／再エンコードされた画像、多くのメタデータが除去 | オリジナル画質やドキュメントモードは別挙動 | 機微な写真をドキュメントモードで送るなら事前にクリーンに |
| Telegram 圧縮写真 | 再処理された写真、EXIF は多くの場合なし | 「ファイルとして送信」はオリジナルのバイト列を保持しうる | ファイル送信前にクリーンにする |
| Discord、Slack、Teams、フォーラム | プレビューかダウンロードかで挙動が混在 | 添付はファイル送信のように振る舞いうる | メタデータは残る前提で扱う |
| メール添付 | オリジナルファイルとして扱う | メールは写真メタデータを確実に消さない | 添付前にクリーンにする |
| Google Drive、Dropbox、iCloud のリンク | ダウンロード可能なオリジナルはオリジナルファイルとみなす | 閲覧者はアップロードしたファイルを保存しうる | クリーンなコピーを共有する |
実用的な読み方：フィード投稿と添付ファイルは同じではない、ということです。
Instagram と Facebook
Instagram と Facebook では、他の人が見る公開画像はほとんどの場合、アップロードの「再処理済みバージョン」です。つまり、フィードで写真を見るフォロワーが手にするのは、通常はプラットフォームが生成したコピーであり、あなたのカメラロールにある無加工のファイルではありません。
だからといって、メタデータのプライバシーが解決したわけではありません。
Meta のプライバシー文言は、あなたが提供するコンテンツ「中」または「それに関する」情報を長らく対象としており、そこには写真の場所やファイルの作成日時といったメタデータが含まれます。公開表示用のコピーが他ユーザーに GPS を見せなくても、元のアップロードはすでに Meta のシステムに届いている可能性があります。
とくに注意したいのは：
- 自宅や私的な仕事場で撮った写真。
- 子ども、生徒、患者、クライアントの写真。
- 自宅の住所で撮影した Marketplace 出品用の写真。
- 日時と場所が機微なイベント写真。
- フィード投稿と挙動が異なりうる、DM やファイル形式の共有。
いちばん確実な習慣：位置情報を Meta にも他人にも渡したくないなら、Instagram や Facebook にアップロードする前に EXIF を削っておくことです。
X（旧 Twitter）
X は、写真の EXIF について明確なヘルプセンター記述を公開している数少ない大手プラットフォームの一つです。
X は、位置情報サービスを有効にした状態で写真を添付すると、EXIF を参照して場所を提案しうるとしています。また、投稿されたメディアが端末のカメラで撮られたものかを判別する分析に EXIF を使うこと、写真を処理するために EXIF を一時的に保持すること、そしてその EXIF を X 上で写真を閲覧する人には提供しないことを説明しています。
そこから読み取れる実用的なポイントは 2 つです。
- 公開投稿を見る側は、X 上に表示された画像から元の EXIF を検査できないはず。
- X 自身はアップロードと処理の間に EXIF を受け取り、利用しうる。
閲覧者だけを気にするのであれば X の処理は助けになりますが、プラットフォーム側にも GPS を渡したくないなら、投稿前に写真をクリーンにしておいてください。
「写真」と「ファイル」の違いが最も効いてくるのが WhatsApp です。
通常の写真ピッカーから画像を送信すると、WhatsApp はたいてい圧縮または再エンコードします。Citizen Evidence Lab の実務ガイドは、通常送信された画像はほとんどのメタデータが落ちる一方、ドキュメント添付ではメタデータが保持されると指摘しています。
同じアプリから、正反対の 2 つの結果が生まれるわけです。
| WhatsApp の経路 | メタデータの結果（想定） | どんなときに使うか |
|---|---|---|
| 写真ピッカー／ギャラリー画像 | 圧縮の過程で大半の EXIF が除去される | 品質やメタデータを重視しないカジュアルな共有 |
| HD／オリジナル画質相当の共有 | より多くのオリジナル情報が残りうる | 機微なファイルに使う前に確認する |
| ドキュメント添付 | EXIF がそのまま残るオリジナルファイルとして扱う | 証跡、検証、メタデータを保つ必要がある用途 |
これは意図的にオリジナルのメタデータを扱う調査者には有用ですが、日常のプライバシー用途にはリスクがあります。「画質を落としたくないから」とドキュメントで送ると、同時に GPS も送っている、ということが起こりえます。
WhatsApp のプライバシーポリシーは、メッセージのエンドツーエンド暗号化を強調し、位置情報や診断情報の収集は別枠で説明しています。暗号化は通信中のメッセージ内容を守りますが、あなたが送ることにしたファイルの内部にあるメタデータを魔法のように消してはくれません。ファイルのメタデータはファイルの一部のままです。
Telegram
Telegram にも似た分岐があります。圧縮写真としての共有と、ファイルとしての共有は、同じフローではありません。
Telegram の圧縮写真は、チャット表示用に再エンコードされるのが普通です。その処理の副作用として EXIF が落ちることが多いです。ファイル添付は別の話で、画像を「ファイル」として送るなら、オリジナルファイルの送信として扱い、EXIF が保持されうると考えてください。
Telegram 自身のプライバシーポリシーは、クラウドチャット・メディア・ファイルと、シークレットチャットを区別しています。クラウドチャットは、Telegram が複数端末にチャット履歴を配信できるように処理されます。シークレットチャットは端末間でエンドツーエンドに暗号化されています。いずれも、ファイル添付が GPS メタデータからクリーンにされたことを意味しません。
プライベートな共有には次のルールを。
- 圧縮が許容できて、メタデータのリスクを下げたいなら「写真」として送る。
- 「ファイル」で送るのは、意図的にオリジナルのメタデータを保持したい場合を除き、クリーンにしてからにする。
- 位置や日時が機微なら、受け取り側にオリジナルを転送しないよう伝える。
Discord、Slack、Teams、フォーラム、その他のチャットアプリ
社内チャット、コミュニティフォーラム、比較的小さな SNS では、挙動の一貫性はもっと弱いと考えてください。
サービスによっては、メタデータを取り除くプレビュー画像を生成します。中にはオリジナルファイルをダウンロード可能なまま残すものもあります。ある一定のサイズを超えた場合だけ画像を変換するものもあります。モバイルアプリ、デスクトップアプリ、ブラウザアップロード、API アップロードの違いで挙動が変わることもあります。
だからこそ「どこかに投稿してみたらプレビューはきれいだった」だけでは不十分です。プレビューがクリーンでも、ダウンロード可能なオリジナルにはまだメタデータが残っていることがあります。
共有先がフォーラム、チケットシステム、バグトラッカー、社内チャット、学校ポータル、クライアントポータルなら、その正確な経路をテストしてください：
- 既知の GPS メタデータを持つテスト写真のコピーをアップロードする。
- 別のユーザーが取り出すのと同じ手順でダウンロードする。
- メタデータリーダーでダウンロード物を確認する。
- 「画像アップロード」と「ファイル添付」の両方があるなら、それぞれで繰り返す。
一度のテストは、一般的なプラットフォーム一覧よりずっと確かです。
メールとクラウドリンク
メール添付は「変更されていないファイル」として扱ってください。GPS メタデータ入りの JPEG を添付したなら、受け取り側にその GPS メタデータが届くと考えるべきです。
クラウドストレージのリンクも同様です。Google Drive、Dropbox、iCloud Drive、OneDrive などのサービスは、ファイルを保管して配布するために作られています。プレビューは作られても、ダウンロード可能なファイルはあなたがアップロードしたオリジナルのままかもしれません。
これが効いてくるのは、たとえば：
- クライアント向けの校了フォルダ。
- 学校や医療関連の書類。
- 保険用の写真。
- 自宅で撮った不動産・賃貸物件の写真。
- 社内ツールのスクリーンショット。
- 受信者がオリジナルをダウンロードできる共有アルバム。
相手が画像だけを必要としているなら、クリーンなコピーを送ってください。撮影時刻、機材情報、GPS を自分の記録として残したいなら、オリジナルは自分のアーカイブに別で保管しましょう。
SNS が消してくれないもの
EXIF を削るのは有用ですが、範囲は限定的です。すべての位置シグナルを消してはくれません。
プラットフォームは次のような手がかりから場所を知り、あるいは推測できます：
- 投稿に自分で追加した位置タグ。
- アカウントの活動履歴やログインの文脈。
- IP アドレスや大まかなネットワーク位置。
- アプリ権限と端末シグナル。
- 場所を明かすキャプション。
- 画像に写り込んだランドマーク。
- 道路標識、学校のロゴ、番地、ナンバープレート、地図、レシート、画面、反射。
- クライアント名や住所、プロジェクト名を含んだファイル名。
メタデータの除去は、ファイル内部の隠れフィールドに対して有効です。共有全体の状況を無害化するわけではありません。
プラットフォームが EXIF を削っているか自分でテストする
そのプラットフォームが自分のワークフローで重要なら、自分でテストしてください。本当の自宅の写真ではなく、無害なテスト用メタデータを持つ使い捨て画像や複製を使いましょう。
きれいなテスト手順は次のとおりです：
- 既知の GPS メタデータが入った JPEG を用意する。
- PhotoTools Remove EXIF や他のリーダーに読み込ませ、GPS フィールドがあることを確認する。
- 気になる正確な経路でアップロードまたは送信する：公開投稿、DM、ファイル添付、ドキュメント、オリジナル画質、クラウドリンク、メール。
- 受け取り側と同じ手順で、届いたコピーをダウンロード／保存する。
- その受信コピーをメタデータリーダーで確認する。
- アプリのアップデート時や、モバイルからデスクトップに切り替えたときは、テストをやり直す。
大事なのは「正確な経路」という言葉です。WhatsApp の写真ピッカーと WhatsApp のドキュメントは別、Telegram の写真と Telegram のファイルは別、フィード投稿と DM 添付も別、というわけです。
信頼できる PhotoTools のワークフロー
普通のプライバシー用共有では、アップロード前にクリーニングしておきましょう：
- PhotoTools Remove EXIF を開く。
- 共有する予定の JPG、JPEG、PNG そのものを投入する。
- カードの中でハイライトされた GPS フィールドを確認する。
- Strip & Download をクリックする。
- 複数ファイルがある場合は Strip all を使い、クリーン済みコピーを個別、または ZIP でダウンロードする。
- クリーン済みコピーを再度ツールに入れて、メタデータ一覧が空になっているか、少なくとも機微なフィールドがなくなっているかを確認する。
- 元の写真、iCloud、Google Photos、カメラロールにあるオリジナルではなく、そのクリーンなコピーをアップロードする。
PhotoTools は主要な EXIF フィールドをブラウザ内ローカルで読み取ります。GPSLatitude、GPSLongitude、GPSAltitude はプライバシー上センシティブなフィールドとして強調表示します。ファイルを削るときは、ピクセルを新しい canvas にデコードしなおして、新しい JPG／PNG を書き出します。元のファイルが PhotoTools のサーバーへアップロードされることはありません。
JPEG 出力では高品質な JPG コピーが書き出され、PNG 入力ではクリーンな PNG が書き出されます。共有向けのワークフローであって、証拠保全向けではないので、記録用にメタデータが必要ならオリジナルは別で保管してください。
メタデータをあえて残したい場面
EXIF を削らない、正当な理由もあります。
次のような場合はメタデータを残しましょう：
- 報道、人権記録、保険、法的レビューのために証跡を保存している。
- 写真家として著作権・撮影者・キャプション情報を貼り付けたままにしたい。
- クライアントからオリジナルのカメラファイルを求められている。
- 自分のアーカイブに撮影時刻や GPS を残しておきたい。
- 検証データを明確に必要としている、信頼できる相手と共有している。
そのようなときは、プライバシー用フローとは逆の対応をとります：オリジナルファイルを保持し、転送方法を記録し、再圧縮するアプリを避ける。Citizen Evidence Lab の WhatsApp ガイドが実用的なのは、検証作業ではメタデータを削るのではなく残す必要があるケースがあるからです。
日常の投稿、Marketplace 出品、公開フォーラム、学校の書類、私的な場所で撮った写真については、クリーンなコピーのほうが安全です。
参照した技術的な情報源
このガイドは、現行のプラットフォームおよび技術文書と照合しています：
- X ヘルプセンター。写真投稿時に X が EXIF をどう使い、一時保持し、閲覧者には提供しないと説明しているか。
- Meta のプライバシーポリシー文言。あなたが提供するコンテンツ「中」または「に関する」メタデータ（写真の場所、ファイルの作成日時など）を対象にしている。
- WhatsApp のプライバシーポリシー。メッセージ、メディア、端末、位置情報の取り扱い。
- Telegram のプライバシーポリシー。クラウドチャット、メディア、ファイル、シークレットチャット、受け取り側への共有の取り扱い。
- Apple サポート。共有した写真や動画が位置情報メタデータを露出しうること、その削除・共有停止方法。
- Citizen Evidence Lab。WhatsApp における「写真 vs ドキュメント」のメタデータ挙動の実務的な違い。
- Library of Congress の EXIF リファレンス。EXIF フォーマットの背景。
結論：SNS はあなたの EXIF から他の閲覧者を守ってくれることがあっても、あなた自身が共有前にファイルをクリーンにすることの代わりにはなりません。