セキュリティ

共有HTMLが閲覧者の端末に書き込むlocalStorage・Cookieのリスク

共有したHTMLが、閲覧者の端末にデータを書き込むことがあります。localStorageやCookieに保存された情報は、ページを閉じても端末に残り続けることがあり、共有端末では次に使う人に見られる恐れもあります。本記事ではその仕組みと対処を整理します。

ページは閲覧者の端末にデータを残せる

Webページは、閲覧者のブラウザにデータを保存する仕組みを持っています。代表的なのがlocalStorageとCookieで、これらはページを閉じても消えずに残ることがあります。

AIが生成したHTMLは、入力した文章や設定、一時的な状態などを、作り手が意図しないまま保存している場合があります。動作のために自動で書き込まれることもあり、共有する側も気づきにくいのが難しい点です。

保存されたデータは、その端末を次に使う人の目に触れる可能性があります。特に共用のパソコンや貸出端末では、前の閲覧者の入力が残るといった事態につながります。

何が残るとリスクになるのか

残ること自体が常に問題なわけではありませんが、中身によっては配慮が必要です。次のようなデータが書き込まれていないか意識しておきます。

  • フォームに入力した氏名・連絡先などの個人的な情報
  • 閲覧履歴や操作の状態を示す情報
  • 認証や識別に使われる値
  • 共有端末で次の人に見られると困る一時データ
  • 意図せず外部に送信される設定値

よくあるNG例と安全な直し方

共有HTMLが閲覧者の端末に書き込むlocalStorage・Cookieのリスクでは、「検索に出さない」と「見られないようにする」を混同しないことが重要です。noindexやrobots.txtは検索エンジンへの指示であり、アクセス制限そのものではありません。

安全に共有するには、誰に見られると困るかを先に決め、URL共有だけで足りるのか、認証や期限が必要なのかを選びます。共有相手と機密度が決まったら、URLのみ・パスワード・メール認証・会社ドメイン認証のどれで渡すかを選びます。

  • NG: 機密情報入りHTMLを認証なしURLで共有し、noindexだけで安心する
  • OK: パスワード・メール認証・会社ドメイン認証で閲覧者を絞る
  • NG: テスト用APIキーや社内URLをHTML内に残したまま渡す
  • OK: 公開前に外部送信先、秘密情報、フォーム送信先を確認する

共有前に確認・抑止する手順

AI生成HTMLを共有する前に、何が端末に書き込まれるかを確認し、不要なものは止めておくと安心です。次の流れで点検します。

  1. 自分のブラウザで一度開き、開発ツールでlocalStorageやCookieに何が保存されるか見る
  2. 保存される値に、個人情報や見られて困るものが含まれていないか確認する
  3. 不要な保存処理があれば、HTMLから取り除くか機能を無効にする
  4. 外部へデータを送る処理がないか、通信の様子も確認する
  5. 確認後、閲覧者には共有端末ではなく自分の端末で見てもらうよう案内する

閲覧者側でできる対処

受け取る側も、端末にデータを残したくない場合の対処を知っておくと安心です。プライベートモードで開けば、閉じたときに保存データが消えやすくなります。

共有のパソコンで見たときは、閲覧後にブラウザの保存データを削除しておくと、次に使う人に情報が渡るのを防げます。特に何かを入力したページでは意識しておきたいところです。

心当たりのないページで個人情報の入力を求められたら、保存先がわからないまま入力しないことも大切です。入力した情報が端末や外部に残る前提で、慎重に扱います。

ギガサイト便で共有するときの考え方

ギガサイト便はアップロードしたHTMLをそのまま共有URLで表示します。ページが端末に何を書き込むかは、もとのHTMLの作りで決まるため、共有する側が事前に中身を確認しておくことが大切です。

認証や公開期限で届け先と期間を絞れば、不特定多数の端末に残留データが広がるのを抑えられます。閲覧者の端末を汚さないためにも、共有前にHTMLの保存処理を点検する習慣を持つとよいでしょう。

よくある質問

localStorageとCookieは何が違いますか

どちらもブラウザにデータを保存する仕組みです。Cookieはサーバーとのやり取りにも使われ有効期限を持つことが多く、localStorageは端末側に大きめのデータを保持しやすい点が違います。どちらも閉じても残ることがあります。

何が保存されるかはどう確認できますか

ブラウザの開発ツールを開くと、そのページが保存しているlocalStorageやCookieの中身を確認できます。共有前に自分で一度開いて、見られて困る値がないか点検してください。

残ったデータは閲覧者に害がありますか

個人情報や見られて困る値が共有端末に残ると、次に使う人に渡る恐れがあります。共用端末ではプライベートモードで開く、閲覧後に保存データを削除する、といった対処が有効です。

ギガサイト便側で保存処理を止められますか

ページが何を保存するかはアップロードしたHTMLの作りで決まります。共有前に保存処理を確認・除去し、認証や公開期限で届け先を絞ると、残留の広がりを抑えられます。

noindexを設定すれば認証は不要ですか?

不要ではありません。noindexは検索結果への表示を抑えるための指定で、URLを知っている人の閲覧を止める仕組みではありません。閲覧者を制限したい場合は認証が必要です。

関連記事

セキュリティ

CSP(コンテンツセキュリティポリシー)の基礎と考え方

ブラウザに「読み込んでよいリソース」を宣言してスクリプト実行を制御するCSPは、名前の難しさのわりに考え方はシンプルです。HTMLを共有・公開する場面でどう使うかを、実務感覚で理解したい方向けに基礎から解説します。

5分で読める
セキュリティ

共有HTMLに載せる情報を最小化する考え方

確認用HTMLに本番の顧客データや内部情報をそのまま貼っていませんか。共有する情報が多いほど漏えい時のダメージは大きくなります。必要なものだけを残す「データ最小化」の考え方で、共有HTMLから何を削り何を残すかを解説します。

4分で読める
セキュリティ

共有HTMLの画像に残るExif・位置情報を消してから渡す

写真の本文では場所を伏せていても、Exifデータに撮影地や端末情報が残っていると情報が漏れます。共有HTMLに画像を載せる前に確認すべき項目と、位置情報の削除手順を解説します。

5分で読める
「セキュリティ」の記事をもっと見る →