「この説明は契約する前から載っていた」「そのページは後から追加された」。 Webサイトをめぐる協議では、いま何が書いてあるかだけでなく、 いつ、どの記載が公開されていたかが確認事項になることがあります。
当事者の説明とは別に確認する材料が、第三者のアーカイブや公開された技術的な記録です。 ただし、日付が見つかれば公開日が決まるわけではありません。 この記事では、記録から言えることを区別し、時期を絞る手順を説明します。 扱うのは技術的な事実と限界です。記録の法的な評価は、弁護士や裁判所の判断になります。
まず「何がいつ公開されたか」を分ける
ドメインを登録した日、サイト全体を公開した日、個別ページを追加した日、 問題の一文を書き換えた日は、それぞれ別です。サーバーの移転も、本文の変更と同時とは限りません。
最初に、対象URLと確認したい記載を特定します。「会社のサイトがあったか」ではなく、 「対象ページに、その条件の記載があったか」まで絞ると、探すべき記録が決まります。 トップページの保存だけでは、別のページの記載までは確認できません。 消えた記載を調べる場合も、ページ全体の消失と、一文だけの削除を分けて扱います。
手掛かりになる記録と、それぞれの限界
以下の外部仕様・サービスの出典は、2026年11月13日に確認しています。 表の右側は、記録の性質を踏まえて調査で区別すべき点です。
| 記録 | 確認できること | それだけでは言えないこと |
|---|---|---|
| Wayback Machineの保存記録 | 対象URLの保存日時と、取得できる本文 | 最初の保存日が公開日であること。保存のない期間の状態 |
| Common Crawlの索引と収集データ | 収集回ごとのURL、取得時点の応答や本文 | サイト全体が漏れなく収集されていること |
| crt.shで調べる証明書の発行記録 | 証明書や公開ログに記録された日付と対象ドメイン | サイトの稼働開始日や、特定の文章を掲載した日 |
| DNSの履歴 | ドメインの接続先IPアドレスの観測履歴 | 正確な切替時刻。接続先の変化が本文の変更を伴ったこと |
| WHOIS・RDAPの登録情報 | 照会結果で確認できるドメインの登録日や更新日 | 現在のサイトや運営者が、その登録日から継続していたこと |
| CMSの公開API | 公開日時・更新日時として記録された値 | 実際に一般公開された日時や作業者 |
| 画像の保存先にある年月 | URLの階層に年月が含まれていること | 撮影日、画像の制作日、その画像をページに載せた日 |
| sitemapやHTTPヘッダ | 更新日時としてサイトやサーバーが示す値 | 問題の記載そのものが、その日時に変更されたこと |
アーカイブは一覧だけでなく本文を読む
保存日時が並んでいても、中身がお知らせやエラー画面という場合があります。 対象の文章が本文にあるか、別のURLへ転送されていないかまで確認してください。 Common Crawlも、索引に載っているというだけで目的の記載があるとは判断しません。
Wayback Machineの再生では、欠けたリンク先が別の時点の記録に移ることがあります。 ページを移動したら、そのページ自身の保存日時を確認します。 見た目やリンク形式を比べる場合は、再生用の書き換えと元の内容を区別する必要もあります。 当社の公開情報からの調査方法では、原本の形での取得と、その限界を説明しています。
サイト側の日付は、第三者の観測と区別する
WordPressの公開APIには、公開日時のdateや更新日時のmodifiedがあります。
公開日時は後から変更できる値です。移行した記事に以前の日付が残る可能性もあるため、
表示値をそのまま作業日時とは扱いません。WordPress公式仕様で各項目の意味を確認できます。
画像についても、WordPressには保存先を年月別にする仕組みがあります。 しかし、URLの年月と、その画像を使うページの公開時期は別の問題です。 年月の文字列だけを見て掲載日を決めず、画像への参照が残る保存ページと照合します。
sitemapのlastmodはページの最終更新日を記す項目です。
HTTPのLast-Modifiedはサーバーが最終更新時刻と考える値です。
どちらも第三者が本文の変更を観測した日時とは異なります。転送や再配置で値が変わる場合もあり、補助的に読みます。
crt.shは証明書ログの検索サービスです（開発元資料）。 証明書透明性の仕組みでは証明書を公開ログで確認できますが、 ログへの記録時刻、証明書の有効期間の開始、サイトの公開は別の出来事です。日付の欄名も残してください。
ひとつの記録では、時期に幅が残る
対象の文章が保存ページに残っていれば、通常は「遅くとも、この保存時点にはその記載を確認できる」 という材料になります。その日が初掲載日とは限りません。 反対に、検索して記録が見つからなくても、それ以前には存在しなかったとは言えません。 収集対象にならなかった、アクセスできなかった、保存が欠けたなどの可能性が残るためです。
次は、考え方を説明する架空の例です。
| 確認した記録 | そこからの整理 |
|---|---|
| 先の保存では旧文章、後の保存では新文章がある | 同じURL・同じ表示条件と確認できれば、両時点の間に変更があったと考えられます |
| その間の記録がない | 変更日を一点には決められません |
| 別系統のアーカイブで、途中の時点に新文章がある | 新文章を確認できる時点が早まり、変更時期の候補を絞れます |
これは「初掲載からずっと同じ文章だった」ことまで示すものではありません。 いったん削除して再掲載した可能性や、閲覧条件による違いは残ります。 消失を調べる場合も、最後に本文を確認できた時点と、後に表示されなかった時点を並べます。 後の取得で表示されなかった原因や、削除した人までは確定できません。
幅を縮めるには、独立した記録を突き合わせる
まず対象ページと関連ページを棚卸しし、調べる期間をそろえます。 URLが変わっている場合は、公開されたリンクや転送先も確認します。 比較する文章、保存日時、表示条件をそろえたうえで、前後の記録を探します。
Wayback Machineにない期間をCommon Crawlで補えれば、本文を確認できる時点が増えます。 一方、DNS履歴と証明書の記録が近い時期でも、それだけで本文の変更日にはできません。 まず「接続先の変化」「証明書の記録」「文章の変化」を別々に並べ、関連性は技術的な推測として書きます。
記録の数だけでなく、出どころの独立性も確認します。 CMSの公開API、ページ上の日付、sitemapが同じ設定値を使っているなら、 日付が一致しても独立した裏付けが増えたとは限りません。 記録が食い違う場合は平均の日付を作らず、対象URLや時刻の基準、日付の意味を見直します。 追加の調査をしても分からない部分は、「確認できなかった期間」として残します。
出典と取得の経緯を説明できる形にする
「この日付が出ていた」というメモだけでは、相手方から、どの記録をどう取得したのか指摘されます。 記録ごとに、対象URL、出典サービスと保存記録のURL、記録内の日時、自分が取得した日時、 取得方法、保存ファイル名を対応させます。日本時間かUTCかも明記します。
過去のページを今日取得した場合、過去の保存日時と、今日の取得日時は別欄にします。 本文のどこを確認したか、画像などの欠落があったかも残してください。 加工した比較表だけでなく、そのもとになったファイルを残すことで、読み手が根拠をたどれます。 具体的な保存手順はWebページの記載を後から示せる形で残す方法にまとめています。 この記事の考え方を、当社自身のサイトで実際に行った例は、調査の進め方の実例で紹介しています。
当社が扱う範囲と、相談時に整理しておくこと
当社は、公開情報の通常の閲覧と照合から、確認した事実、技術的な推測、確認できなかった範囲を分けます。 対象サイトへのログイン、パスワードの推測、認証やアクセス制御の回避、設定変更は行いません。 脆弱性スキャン、通常の閲覧を超える負荷をかける取得、相手方や関係者への連絡・問い合わせ・なりすまし、 非公開情報の取得、第三者から提供を受けたデータの無断利用も行いません。
レポートは第三者の参考意見であり、鑑定書・意見書ではありません。 損害や責任、記録が証拠としてどう評価されるかは判断しません。 弁護士・士業の方への案内に、業務範囲とレポートの位置づけを記載しています。 用途と利害関係を確認し、作業範囲・総額・納期をお伝えしたうえで、ご了承後に着手します。
費用は料金の目安をご参照ください。ご相談の際は、対象URL、確かめたい記載、関係する期間、手元にある記録を整理すると、調査の範囲を決めやすくなります。 費用の見直しにも関係する場合は制作費の事後評価、 消えたサイトを対象にする場合はWayback Machineからの復旧費用の考え方もあわせてご覧ください。 サイトの管理情報も分からない場合は、ホームページ業者と連絡が取れないときの確認事項で、ドメインやサーバーの管理について整理しています。