WP記事の「最終更新日」だけ表示を考える
公開日と最終更新日の違和感
WordPressの記事には、デフォルトで「公開日」が表示される。これは投稿した日付であり、記事がいつ生まれたかを示すものだ。
しかし、一度公開した記事を後から大幅に加筆・修正した場合、公開日だけを表示していると、読者には古い情報のように見えてしまうことがある。たとえば2020年に公開した記事を2024年に全面改訂しても、表示上は「2020年」のままというのは、コンテンツの実態と乖離している。
こうした違和感は、記事の信頼性や読まれやすさにも影響を与えると考えると、日付表示の設計は思った以上に重要なテーマだと気づく。「公開日と最終更新日のどちらを表示するか」「あるいは両方表示するか」という選択は、サイト運営の方針そのものを反映していると言えるかもしれない。
「最終更新日だけ表示」を選ぶ理由
公開日と最終更新日の両方を表示するサイトは多い。ただ、あえて「最終更新日だけ」を選ぶ運営者も少なくない。
その背景には、コンテンツの「鮮度」を正直に伝えたいという意識があると見ることができる。公開日が古くても、最終更新日が最近であれば、記事は現役のコンテンツとして機能している。読者にそのことを正確に伝えるには、最終更新日のみを前面に出すほうが合理的だという判断だ。
ユーザーの知りたい情報は何か
読者が日付に注目する理由は、主に「この情報は今も使えるか」を確認したいからだ。特に技術系・法律系・医療系のような情報鮮度が重要なジャンルでは、日付の確認は読者にとって必須の行動になる。
公開日が古い記事を見たとき、読者は無意識に「もう古いかもしれない」と判断してしまうことがある。これは記事の内容がいくら最新であっても、日付という視覚情報が先に印象を決めてしまうからだ。
最終更新日を表示することで、「この記事は最近手が入っている」というシグナルを読者に送ることができる。それだけで直帰率が改善したり、記事への信頼感が高まったりするケースは十分に考えられる。
SEOと更新日の扱い方
SEOの観点から見ると、日付表示は単なるデザインの問題ではなく、検索エンジンへのシグナルとしても機能する。Googleは「コンテンツの鮮度」を評価指標の一つとして持っており、更新頻度の高いページが有利になる場面がある。
ただし、これは「更新日を書き換えれば順位が上がる」という単純な話ではない。コンテンツの実質的な改善を伴わない日付の変更は、検索エンジンにとって意味のない操作として扱われる可能性がある。
検索エンジンが見る「鮮度」
Googleが評価する「鮮度」には、いくつかの要素がある。
- ページのHTMLに記述された日付情報（構造化データ含む）
- クロールされた際のコンテンツ変化量
- 被リンクの更新状況や新規獲得
- サイトマップに記述されたlastmod情報
これらを総合的に判断しているため、最終更新日の表示だけを変えても、実際のコンテンツが変わっていなければ効果は限定的だ。逆に言えば、記事を実質的に改訂したうえで最終更新日を正しく表示することは、SEO的にも正直な運用として評価される可能性が高い。
WordPressでの実装パターン
WordPressで「最終更新日だけ表示する」ための方法は、大きく分けて二つある。テーマのテンプレートファイルを直接編集する方法と、プラグインを使う方法だ。
どちらを選ぶかは、技術的なスキルレベルやサイトの運用体制によって変わってくる。コードに慣れている場合はテーマ編集のほうが柔軟性が高く、そうでない場合はプラグインが安全な選択肢になる。
テーマ編集かプラグインか
テーマ編集の場合、single.phpやcontent.phpなどのテンプレートファイルを開き、the_date()関数をthe_modified_date()に置き換えるのが基本的なアプローチだ。ただし、テーマのアップデートで変更が上書きされるリスクがあるため、子テーマを使うことが前提になる。
プラグインを使う場合は、「WP Last Modified Info」などのツールが代表的な選択肢として挙げられる。設定画面から表示形式を変更できるため、コードを触らずに実装できる点が利点だ。
どちらの方法にも一長一短があるため、以下の観点で選択するとよい。
- テーマ編集向き：子テーマを使っている、PHPの基礎知識がある、細かいデザイン調整をしたい
- プラグイン向き：コードを触りたくない、複数サイトで同じ設定を使いたい、管理画面から操作したい
運用ルールと更新基準を考える
最終更新日を表示するなら、「どんな変更をしたら更新日を変えるか」というルールを事前に決めておく必要がある。これを曖昧にしたまま運用すると、誤字修正のたびに更新日が変わったり、逆に大幅改訂をしても日付が変わらなかったりという状況が生まれる。
更新日の変更基準を明確にすることは、チームで記事を管理する場合にとくに重要だ。担当者によって判断がバラバラになると、サイト全体の日付情報に一貫性がなくなってしまう。
更新基準の例として、以下のような区分けが考えられる。
- 更新日を変える変更：情報の追加・削除、データや数値の更新、構成の変更、見出しの修正
- 更新日を変えない変更：誤字・脱字の修正、表現の微調整、内部リンクの追加
こうした基準を文書化しておくことで、サイト全体の日付情報が実態を正確に反映した状態を保ちやすくなる。
表示形式が与える印象の差分
日付の「表示形式」も、読者の印象に影響を与える要素の一つだ。「2024年3月15日」と「2024/03/15」では、同じ情報でも受け取り方が微妙に異なることがある。
また、「最終更新：〇〇年〇〇月」のように月単位の表示にするか、「最終更新：〇〇年〇〇月〇〇日」と日単位まで表示するかによっても、読者が感じる情報の精度が変わってくる。
日付表示が信頼感に与える影響
日付の表示形式は、サイトの「丁寧さ」の印象にも関わってくる。たとえば、「3日前」「1週間前」のような相対表示は、SNSやニュースサイトでよく使われるが、ブログ記事のような長期間読まれるコンテンツには向かない場合がある。
絶対日付（年月日）を表示することで、読者は自分の知識や状況と照らし合わせて「この情報は自分にとって有効か」を判断できる。相対表示では、時間が経つほどその判断が難しくなる。
日付表示の設計は、デザインの好みだけでなく、読者の意思決定を助けるという視点から考えると、より適切な選択ができるように思える。
コンテンツ設計とのバランス
最終更新日の表示は、コンテンツ全体の設計と切り離して考えることはできない。記事の種類や目的によって、最適な日付の扱い方は変わってくるからだ。
「どんな記事を、どんな頻度で更新するか」というコンテンツ戦略と、「日付をどう見せるか」という表示設計は、本来セットで考えるべき問題だと言えるかもしれない。
ストック型とフロー型で分けて考える
コンテンツには大きく「ストック型」と「フロー型」という分類がある。
ストック型は、時間が経っても価値が変わりにくい記事だ。ハウツー記事や用語解説、まとめ記事などが該当する。こうした記事は定期的に更新しながら長期間運用するため、最終更新日の表示が特に有効に機能する。
フロー型は、ニュースやイベントレポートのように、特定の時点の情報を記録する記事だ。こうした記事は公開日のほうが重要な情報であり、最終更新日を前面に出すことが必ずしも適切とは言えない。
- ストック型記事：最終更新日を表示することで「今も使える情報」であることを伝えやすい
- フロー型記事：公開日を表示することで「その時点の記録」としての文脈を保てる
- 混在するサイト：記事カテゴリごとに表示方針を変える設計も選択肢になる
記事の性質によって日付の表示方針を変えるという発想は、コンテンツ設計の精度を高めるうえで有効な視点だと考えられる。
WP記事の日付設計から見えること
「最終更新日だけ表示する」という選択は、一見すると細かい設定の話に見える。しかし、その背景にはコンテンツをどう扱うか、読者にどんな情報を届けたいか、という運営姿勢が反映されている。
日付の表示設計を丁寧に考えることは、サイト全体の情報設計を見直すきっかけにもなる。「この記事はいつ書いたか」ではなく「この記事は今も有効か」という問いを持って運用することで、コンテンツの質と信頼性は自然と高まっていくように思える。
WordPressというプラットフォームは、こうした細かい設計を実現するための柔軟性を持っている。その柔軟性をどう使うかは、結局のところ運営者の判断と意図によるところが大きい。
最後に
WP記事の「最終更新日」だけ表示するという選択は、単なる表示設定の問題ではなく、コンテンツ運営の哲学に関わる話だと感じる。
読者にとって有益な情報を届け続けるために、日付という小さな要素をどう設計するかを考え続けることは、長期的なサイト運営において意外と重要な視点になる。
正解は一つではなく、サイトの目的・記事の種類・読者の期待値によって最適解は変わる。まずは自分のサイトのコンテンツがどちらの性質を持つかを整理することが、日付設計の出発点になるだろう。
【参照・引用元】
該当なし
