「相手のサイトには、確かにこう書いてあった」。協議が始まってから見直すと、 文章が変わっていたり、ページ自体が消えていたりすることがあります。 後から説明する必要があるなら、記載が見えるうちに、内容と取得の経緯を一緒に残すことが出発点です。
ここでは、公開ページを通常の方法で閲覧して保存する手順を説明します。 保存した記録がどう評価されるかは弁護士や裁判所の判断であり、当社が判断するものではありません。 どの方法にも、残せることと残せないことがあります。
スクリーンショットだけでは説明が足りない理由
スクリーンショットは、その画面の見え方を残すのに役立ちます。 ただし、本文だけを切り抜いた画像では、URL、取得日時、取得方法が分かりません。 前後の条件や注記、画面の外にある文章が欠けていることもあります。
アドレス欄や時計を写しても、それだけで取得の経緯を十分に説明できるとは限りません。 画像は後から加工でき、画像内の時計表示も、第三者が確認した時刻ではないためです。 「この画像はどのページを、誰が、どの操作で保存したのか」に答えられる記録を添えてください。
画像を保存しておく意味はあります。そこで止めず、ページのファイルや取得メモを組み合わせます。 画像しか残っていない場合も捨てず、分かる範囲の経緯を書き、分からないことは補って断定しないでください。
自分で残す場合に、まず行う手順
専用の道具がなくても、ブラウザの保存・印刷機能とメモから始められます。 保存のために、ログインやアクセス制御を回避する操作は行いません。
- 対象ページのURLをアドレス欄からコピーします。別ページへ転送された場合は、元のURLと表示先を分けてメモします。
- 取得した年月日・時刻・タイムゾーン、取得した人、使ったブラウザ、たどった操作を記録します。ページに表示された「更新日」は、取得日時とは別に残します。
- 問題の記載だけでなく、見出し、前後の文章、条件の注記もスクリーンショットに残します。折り畳みを開いた場合などは、その操作もメモします。
- ページをHTMLなどで保存し、印刷機能でPDFも残します。保存後に開いて、必要な文章や画像が欠けていないか確認します。取得方法によって保存できなかった部分も記録します。
- 取得したままのファイルを保管し、書き込みや強調は複製に行います。メモとファイルを対応させ、別の保存先にもコピーを置きます。
たとえばFirefoxでは、画像などを含めたページ保存と、 印刷画面からのPDF保存が案内されています。 画像などが別フォルダに保存された場合は、そのフォルダも一緒に保管します。 ブラウザや保存形式によって残るものが異なるので、保存できたという表示だけで終えず、ファイルを確認することが大切です。
取得メモには、少なくとも次の情報を残します。
| 記録するもの | 後から答えられるようにすること |
|---|---|
| URLとページ題名 | どのページを見たか |
| 取得日時と時刻の基準 | 自分がいつ保存したと記録しているか |
| 閲覧環境と操作 | どの条件で、どの方法で取得したか |
| 保存ファイル名と確認箇所 | どのファイルのどこに記載があるか |
| 欠けた内容や失敗した保存 | 何を残せなかったか |
日時のメモは取得者による記録です。第三者による時刻の裏付けとは区別して扱います。
保存形式ごとに、示せることは違う
HTMLやMHTML、PDFは役割が異なります。ここでいう「原本」は、 自分が取得したまま保管するファイルを指し、相手方のサーバー内部の原本ではありません。 また、ブラウザで保存したHTMLは、保存機能によるリンクの変更などを含む場合があります。
| 残すもの | 確認に役立つ点 | 限界 |
|---|---|---|
| HTMLと関連ファイル | 本文やリンク、参照先などを調べられます | 保存方法によっては画像や動的な表示が欠けます |
| MHTML | HTMLと関連する画像などをまとめた形で保管できます | 閲覧時の全動作や、すべての外部データが残るとは限りません |
| 読み手が文章と紙面を確認しやすくなります | 印刷用の表示になり、画面の一部が省略される場合があります | |
| スクリーンショット | 画面に表示された配置や見え方を確認できます | 画面外の内容や取得の経緯は別の記録が必要です |
MHTMLの構造はRFC 2557で説明されています。 形式を変えるだけで、取得の正確さや記載内容の真実性が保証されるわけではありません。 同じページから保存したHTML、PDF、画像に差があったら、差が出た箇所と保存方法を記録します。
ハッシュ値とタイムスタンプで何を補えるか
SHA-256は、保存したファイルとの同一性を確かめる
SHA-256はファイルの内容からハッシュ値を計算する方法です。 保存時に計算した値と、後に計算した値を照合することで、ファイル内容の変更を検出するために使います。 この用途はNISTのハッシュ標準で説明されています。
ただし、ファイルとハッシュ一覧を一緒に作り直せる状態なら、その一覧だけでは、保存後にファイルが変更されていないことを十分に裏付けられません。 比較の基準にするハッシュ値を、いつ、どのファイルから作ったかも残す必要があります。 ハッシュ値は取得日時、取得元、記載の真偽を示すものではありません。 後日サイトから取り直したファイルが違っても、保存ファイルを誰かが加工したとは直ちに言えません。サイト側の更新も考えられます。
RFC 3161のタイムスタンプは、データの存在時刻を裏付ける
RFC 3161は、データのハッシュ値に対して時刻の情報を付ける仕組みを定めています。 第三者のタイムスタンプを検証することで、対応するデータが、記録された時刻以前に存在したことを確かめる材料になります。 対象ファイルと、タイムスタンプの応答、検証に必要な情報を対応させて保管します。
その時刻は、ページを実際に取得した時刻と同じとは限りません。 後から付けても、以前の取得日時や当時の公開状態を遡って証明するものにはなりません。 ページに書いてある内容が真実であることや、誰が書いたかも示しません。
第三者のアーカイブにも保存を依頼する
Wayback MachineのSave Page Nowでは、指定した公開ページの保存を依頼できます。 保存後は、返された記録のURLと日時を残し、必要な文章が実際に入っているか確認します。 自分の保存とは別に、第三者側で取得した記録を参照できることに意味があります。
依頼しただけで、保存が成功したとは扱いません。サイト全体の保存や、将来の継続的な取得を約束する機能でもありません。 また、自分の画面とアーカイブ側に返された表示が同じかは、本文を照合する必要があります。 機能と保存上の制約はInternet Archiveの公式案内で確認できます。
丁寧に残すほど、説明できる範囲を絞れる
文章の切り抜きだけなら、「どのページの、いつの、どの条件の記載か」に幅が残ります。 URL、前後の文脈、取得日時、操作、保存ファイルを対応させると、確認の対象を絞れます。 さらに、基準になるハッシュ値や第三者の記録があれば、同じファイルか、どの時点までに存在したかを検討できます。
一方、出どころや取得方法を説明できない資料は、相手方から「別のページではないか」 「表示の一部だけではないか」と指摘されます。都合のよい一文だけを残すと、その前提を確かめられません。 事実として確認できたことと、そこからの推測を分け、残せなかった部分も明記してください。
保存資料が増えても、記録が自動的に正しくなるわけではありません。 原本と説明用の複製を分け、加工した場合は内容と理由を残し、何を根拠に説明しているかをそろえることが必要です。 これは、発注前に見積もりを確認する場面で、比較の根拠にした料金表を残すときにも当てはまります。比較した条件や注記も一緒に保管してください。
保存できない場合や、過去に戻れない限界もある
ログイン後のページは公開アーカイブが取得できないことがあります。 閲覧者、端末、Cookieなどで内容が変わるページは、自分の表示をほかの人が再現できるとは限りません。 通常の閲覧で確認できる条件と、確認できなかった条件を分けて残します。
アーカイブを拒否する設定や取得制限があるサイトでは、保存できない場合があります。 制限を回避するのではなく、取得できなかった事実を記録します。 また、すでに消えたページを今から保存しても、消える前の状態には戻せません。 以前の記録を探す場合は公開日・変更日を確かめる方法、 残った記録から復旧を検討する場合はWayback Machineからの復旧費用をご覧ください。
当社ではこう残しています
ここまでは自分で残す場合の手順でした。当社が調査で実際に行っている残し方も紹介します。 道具と限界は調査の方法に公開しています。
- 調査中にブラウザで見たページは、調査記録ツールのHunchlyが自動で保存します。保存されるのは、URL・取得日時・SHA-256ハッシュが付いたページ一式（MHTML）です。人が「このページを残す」と選ぶ作業をはさまないので、手作業の保存漏れや、都合のよい部分だけを残す余地がなくなります。
- スクリプトで取得したファイルも、SHA-256を一覧にします。同じ方法で取り直し、内容が変わっていないかを突き合わせます。
- 費用の根拠にする料金表や相場の解説は、事業者名・URL・取得日・税表記を一覧にします。ページは取得日時入りのHTMLとPDFで保存し、公開アーカイブにも保存を依頼します。
- 最後に、調査データの一式と提出用の検証資料に、第三者のタイムスタンプ（RFC 3161）を付けます。
この残し方にも限界があります。Hunchlyが記録するハッシュ値と日時は、当社の環境で記録された値です。 そのため、時刻の裏づけは第三者のタイムスタンプで補います。 タイムスタンプが示すのは、記録された時刻以前にそのデータが存在したことです。 取得日時や過去の公開状態を、遡って示すものではありません。 タイムスタンプの仕組みと、受け取った側が確かめる手順は、調査の進め方の実例に書いています。
第三者に頼む意味と、当社の対応範囲
第三者に依頼する意味は、記録の集め方と対応関係を整理し、取得の経緯や欠落を説明できる資料にすることです。
上の手順は詳細な評価レポートで行うもので、実施する項目と添付資料は着手前に合意します。 固定価格パックでは範囲を絞ります。IT見積もりセカンドオピニオンにも、その違いを記載しています。
レポートは第三者の参考意見であり、鑑定書・意見書ではありません。 弁護士・士業の方への案内のとおり、技術的に確認できる事実と限界を整理し、法的な評価は行いません。 公証人の利用など、法的な保全の手段が必要かどうかは弁護士にご相談ください。
この記事で参照した外部仕様・サービスの確認日は、2026年11月13日です。