
Webページの更新日を調べる際は、最初に記事画面に表示された日付を確認します。医療機関、学会、行政機関、製薬企業、医療系メディアでは、記事タイトル周辺、本文末尾、フッター、PDFの表紙や最終ページに「公開日」「掲載日」「改訂日」「最終更新日」などが表示されることがあります。
ただし、表示されている日付を見つけただけで「情報の最新版」と判断するのは危険です。公開日と更新日は役割が異なります。公開日はページが初めて公開された日、更新日は公開後に変更された日です。さらに、「最終更新日」はページ全体の編集日時を示す場合もあれば、医療情報の根拠を再評価した日を示す場合もあります。
医療従事者が特に確認したいのは、日付の近さだけではありません。重要なのは、日付が何を更新した結果なのかです。例えば、薬剤の販売中止、添付文書改訂、禁忌追加、添付文書の電子化、診療報酬改定、感染症サーベイランスの定義変更などは、本文の一部でも臨床判断に大きく影響します。
意外に見落とされやすいのは、ニュース一覧の日付です。これは記事公開日ではなく、一覧ページに追加した日付である場合があります。また、CMSのテンプレート更新や広告枠の差し替えに伴ってページ全体の更新日時だけが新しくなることもあります。日付を評価する際には、対象ページそのものの本文に変更履歴や改訂内容があるかを確認してください。
画面に更新日が表示されない場合は、ページソースや開発者ツールでHTML内の情報を確認します。ブラウザでページを開き、右クリックから「ページのソースを表示」を選ぶ、またはWindowsではCtrl+Uを使うと、配信されたHTMLを確認できます。ソース内検索で「dateModified」「datePublished」「published」「modified」「updated」「lastmod」「datetime」を順に探すと効率的です。
確認対象として優先したいのは、記事単位で設定されるtime要素と構造化データです。HTMLには、次のような記載が含まれることがあります。
<time datetime="2026-08-20">最終更新日:2026年8月20日</time>
JSON-LD形式の構造化データでは、記事の公開日と変更日が分けて記載されることがあります。
{
"datePublished": "2025-04-01T09:00:00+09:00",
"dateModified": "2026-08-20T13:30:00+09:00"
}
ただし、構造化データは「サイト運営者が検索エンジンへ伝えるために設定した値」であり、本文の正確性を保証するものではありません。値が将来日になっている、公開日と更新日が不自然に同じ、ページごとに日付が固定されているといったケースでは、別の証拠と照合します。
医療情報では、記事の更新日と参考文献の更新日を分けて記録することが大切です。例えば、2026年に更新された解説記事でも、根拠としているガイドラインが2018年版だけであれば、内容は最新の診療推奨を反映していない可能性があります。反対に、古い記事でも最新版の添付文書や最新ガイドラインへ明確にリンクし、改訂内容を説明していれば、参考価値は残ります。
記事構造化データのdateModifiedで確認できる内容は、Google 検索セントラルの公式解説が参考になります。
開発者ツールを使うと、HTTPレスポンスヘッダーの「Last-Modified」を確認できる場合があります。ChromeやEdgeではF12またはCtrl+Shift+Iで開発者ツールを開き、「Network」タブを選択してからページを再読み込みします。一覧から対象HTML文書を選び、「Headers」内の「Response Headers」にLast-Modifiedがあるかを確認してください。
Last-Modifiedは、サーバーが「現在返しているページ表現が最後に変更された」と判断した日時です。HTTPの標準仕様では、配信元サーバーが合理的かつ一貫して更新日時を決められるリソースについて、Last-Modifiedを送ることが推奨されています。
しかし、Last-Modifiedは記事本文の最終改訂日と必ずしも一致しません。動的ページでは、テンプレート、ナビゲーション、広告、関連コンテンツ、データベースレコードなど複数要素のうち、最も新しい変更時刻が使われることがあります。そのため、本文が数年前のままでも、共通ヘッダーの変更によってLast-Modifiedだけが新しくなる可能性があります。
また、HTTPヘッダーの日付はGMTで表記されます。日本時間との時差により、日付が前日または翌日に見えることがあります。たとえば「Wed, 19 Aug 2026 15:30:00 GMT」は、日本時間では2026年8月20日0時30分です。日付だけで比較すると、更新順を誤認するおそれがあります。
参考)Last-Modified header - HTTP
コンソールでdocument.lastModifiedを実行する方法もありますが、これはブラウザが文書について返す最終更新日時です。サーバーのLast-Modified、HTML内の構造化データ、本文に表示された更新日と異なる場合があります。医療情報の検証では、1つの値を正解と決めず、少なくとも2種類の手掛かりを突き合わせる方法が安全です。
更新日そのものより、「いつ、どのような内容が変わったか」を調べたい場合は、Webアーカイブを用いて過去のスナップショットを比較します。代表的な方法はWayback Machineで対象URLを検索し、複数の日付の保存版を開くことです。保存された画面を比較すると、本文、表、リンク先、注意書き、監修者名、参考文献、図表などの差分を追跡できます。
この方法は、医療従事者向けコンテンツのリサーチで特に有用です。例えば、「禁忌」「警告」「用法・用量」「妊婦・授乳婦」「小児」「腎機能障害」「保険適用」などの表現について、いつ修正が入ったかを確認できます。単にページ上の更新日が新しいだけでは、重要な臨床情報が改訂されたのか、レイアウト変更だけなのかは判断できません。
一方で、アーカイブに存在する最古の保存日は、そのページの公開日ではありません。検索エンジンやアーカイブサービスが最初に取得できた日付にすぎず、公開後しばらく保存されていないこともあります。robots.txt、ログイン制限、JavaScriptで後から読み込まれる本文、PDF差し替え、URL変更などにより、保存内容が欠けることもあります。
改訂履歴が明示されている場合は、アーカイブより先に確認します。行政通知、診療ガイドライン、添付文書、医療機器の取扱説明書、院内マニュアルでは、版数、改訂年月日、変更箇所、新旧対照表が提供されることがあります。これらは更新の実体を確認するうえで強い根拠になります。
比較時には、次の観点を固定して確認すると見落としを減らせます。
| 確認する項目 | 見るべき変化 | 医療情報での重要性 |
|---|---|---|
| 推奨文 | 「推奨する」「考慮する」「避ける」の変更 | 診療行動や説明内容に影響する |
| 対象患者 | 年齢、妊娠、腎機能、併存症の追記 | 適用範囲・禁忌判断に関わる |
| 数値 | 用量、投与間隔、検査値、頻度の変更 | 誤投与や判断ミスの防止につながる |
| 根拠文献 | ガイドライン版、論文、添付文書の更新 | 情報の根拠の新しさを評価できる |
| 注記 | 限定条件、例外、注意事項の追加・削除 | 本文より重要な安全情報が含まれることがある |
医療情報の更新日を調べる目的は、日付が新しいページを選ぶことではなく、患者ケアに使える根拠かどうかを評価することです。更新日が最近でも、引用元が古い、変更内容が不明、監修体制が不明、一次資料へのリンクがない場合は、診療上の根拠として慎重に扱う必要があります。
独自の実務視点として有効なのが、「更新日」ではなく「更新の粒度」を記録することです。たとえば、誤字修正、リンク切れ修正、画像差し替え、薬剤情報の更新、推奨文の変更、根拠文献の追加では、同じ更新でも重要度が異なります。コンテンツ管理表には、日付だけでなく変更区分を持たせると、優先的に再確認すべき記事を抽出しやすくなります。
特に医薬品情報は、医療用医薬品の添付文書、医薬品リスク管理計画、緊急安全性情報、安全性速報、PMDAの医薬品医療機器情報など、記事より優先すべき一次資料があります。ブログ記事の更新日を確認した後は、重要な記述について必ず根拠資料の改訂日も確認してください。
最終的には、「画面に出ている更新日」「HTML・構造化データ」「HTTPヘッダー」「改訂履歴・過去版」「一次資料の版数」を分けて評価することが、更新日調査の精度を高めます。複数の日時が一致しないことは異常ではなく、それぞれが異なる対象を示している可能性があります。日付の意味を区別し、変更内容まで確認する姿勢が、医療情報を安全に利用・発信する基盤になります。