記事の公開日を変えたらページが消えた｜予約公開の仕様と、日付だけ直したいときの手順
記事の公開日を変えたらページが消えた｜予約公開の仕様と、日付だけ直したいときの手順
ネットショップやホームページのお知らせ記事で、こういうことが起こります。
- 「この記事の日付、来月に直しておいて」と言われて公開日を変更した
- 保存したら、サイトのお知らせ一覧からその記事が消えた
- 管理画面には記事が残っている。削除もしていない
壊れたわけでも、消してしまったわけでもありません。先に結論を書きます。
記事の「公開日」は、表示される日付の文字ではなく「いつから公開するか」のスイッチです。未来の日付を入れた瞬間、その記事は予約公開（公開予定）扱いになり、その日が来るまでサイト上から消えます。 Shopifyでも、WordPressでも、この挙動は同じです。
なので、日付を変える作業は「文字を書き換える作業」ではなく「公開を止める作業」として扱う必要があります。以下、仕組みと、目的別の正しい手順、実際の運用で確認してきた注意点をまとめます。ホームページやネットショップを外注している経営者の方であれば、「その日付変更は記事が一時的に消えますが、よろしいですか」と制作会社に確認してもらう判断ができるようになります。
なぜ日付を変えると記事が消えるのか
管理画面の「公開日」「表示日」「投稿日」と書かれた欄は、ほとんどの管理システムで同じ役割を持っています。今日の日付と比べて、過去なら公開・未来なら非公開という判定に使われる欄です。
- Shopifyのブログ記事は、表示日を未来にすると「公開予定」というステータスに変わり、ブログ一覧（例：/blogs/news）から外れます
- WordPressの投稿は、未来の日付で保存すると公開済み（publish）から予約投稿（future）へ自動的に切り替わり、一覧・RSS・サイトマップから外れます
つまりどちらも、日付欄は「表示用の飾り」ではなく「公開スイッチ」を兼ねています。日付だけを直したつもりでも、システムから見れば「この記事はまだ公開しないでください」と指示したことになります。
そして厄介なのは、この変更にエラーが出ないことです。保存は成功し、管理画面には記事が残ったままなので、作業した本人は成功したと思います。異常に気づくのは、後日お客様や社内から「お知らせが空になっている」と言われたときです。
実例：日付変更の依頼が、そのまま「10日間の非表示」になった
ホテル向けのフラワーギフトを扱うECサイトで、実際にあった依頼です。
「オンラインストア開設のお知らせ」というニュース記事の日付が、実態と合っていない古い日付のままになっていました。クライアントからの依頼は「日付を来月1日に直してほしい」というものです。文面としては、単純な数字の修正依頼に見えます。
しかし、依頼を受けた時点は8月下旬で、指定された日付は翌月1日。未来の日付です。そのまま変更すれば、その記事はサイトのニュース一覧から消え、指定日まで戻ってきません。このサイトのニュース一覧は掲載記事がこの1本だけだったため、一覧ページ自体が空になる状態でした。
そこで作業の順番をこうしました。
- 変更前に、ニュース一覧ページの実URLを取得して、記事が表示されていることを記録する
- 「この変更を行うと、指定日まで記事がサイトから見えなくなります」と先に伝え、了承を取る
- 日付を変更して保存する
- 直後にニュース一覧ページを再取得し、実際に非表示になっていることを確認する
- 「この期間はニュースが空になります。指定日に自動で再表示されます」と、期間を明示して報告する
結果として、依頼どおりの日付に直したうえで、非表示期間も想定内として共有できました。依頼の言葉どおりに実行すること自体は正しくても、副作用を伝えないと事故になるという典型例です。日付変更の依頼が来たら、それが未来日かどうかを最初に確認する。これだけで防げます。
逆に、未来日と過去日を意図的に使う場合
この仕様は、知っていれば運用の道具になります。自社ブログで36本の記事をまとめて公開したときは、以下のように日付を使い分けました。
- すでに書き上がっている記事のうち、すぐ出したいもの（29本）は過去日を入れて即時公開
- 順次出していきたい記事（7本）は未来日を2日刻みで入れ、予約公開のまま放置
未来日を入れた記事は、指定日になると人が操作しなくても公開されます。「毎週決まった曜日に更新しているサイト」を、実際には月に1回まとめて書いて回す運用が可能になるわけです。予約公開は、日付を間違えたときの副作用であると同時に、本来はこのために用意された機能です。
一方で、過去日に遡らせる操作にも副作用があります。記事一覧は通常、日付の新しい順に並びます。過去日で公開すると、記事は確かに公開されますが、一覧の下の方に埋もれて誰にも気づかれません。「公開したのに誰も見ていない」の原因がこれである場合があります。
過去日への変更は、記事を50本まとめて公開して日付を数か月ぶんに散らす、といった用途では有効です。ただし、新着として見せたい記事に対して過去日を使うのは逆効果です。
目的別・日付を直したいときの正しい手順
「日付を直したい」という依頼は、実際には3つの目的に分かれます。どれなのかを先に決めると、やることが確定します。
目的1：今すぐ公開したまま、表示される日付を変えたい
過去の日付なら変更できます。未来の日付にはできません。
記事を公開状態のまま日付だけ新しく見せたい場合、指定できるのは「今日まで」です。今日の日付を入れれば、公開されたまま最新の日付になります。「来月の日付を入れて、来月まで載せ続ける」はシステム上できません。
目的2：指定した日から公開したい
未来の日付を入れるのが正しいやり方です。これは仕様どおりの使い方で、指定日に自動で公開されます。
このとき必ずやることは、公開されるまでの空白期間を関係者に伝えることです。特に、その記事が一覧の唯一の記事だったり、トップページに新着として差し込まれていたりすると、サイトの見た目が変わります。
目的3：すでに公開中の記事の日付を、未来に変えたい
これはできません。公開したまま未来日にする方法はありません。どうしてもその見せ方が必要な場合、選択肢は次のどれかになります。
- 本文の冒頭に日付を文章として書く（表示上の日付とは別に、記事内に「2026年9月1日より」と書く）
- 記事を複製し、新しい記事を未来日で予約公開しておく。現行記事は公開日を跨いでから非公開にする
- 記事の日付表示自体を消す（テンプレート側の設定で、投稿日を出さない構成にする）
3つ目は、更新頻度が高くない企業サイトのお知らせでは有効です。日付が出ていなければ、古く見えることも、日付を直す作業自体も発生しません。
日付を変える前後に必ずやる確認
作業自体は30秒で終わりますが、確認を省くと後日発覚します。次の順番で行ってください。
- 変更前に、実際のサイト側で記事が表示されていることを確認する。管理画面のステータス表示ではなく、公開URLを開いて見ます
- 入れようとしている日付が、今日より後かどうかを声に出して確認する。未来なら、その記事は消えます
- 日付を変更して保存する
- 保存後、記事URLと一覧ページの両方を開き直す。キャッシュに惑わされないよう、再読み込みして確認します
- 消える場合は、いつ戻るかを社内・クライアントに文章で伝える
特に4番は省略されがちですが、管理画面の保存成功は「サイト上で正しく見えている」ことの保証にはなりません。表示の確認は必ず公開側で行います。
一緒に消えるものを見落とさない
記事が予約公開に切り替わると、消えるのは記事ページだけではありません。次のものが同時に影響を受けます。
- ブログ一覧・カテゴリ一覧からの掲載
- サイトマップとRSS（検索エンジンに「無くなった」と伝わります）
- その記事へ張っていた内部リンク（トップページのバナー、他記事からのリンクなど）
- SNSやメールで配信済みのリンク（受け手側からは、リンク切れに見えます）
- 広告やGoogleビジネスプロフィールの投稿からのリンク先
特に注意したいのは最後の2つです。すでに外部へ配ってしまったリンクは、こちらの都合で戻せません。告知に使った記事の日付を後から動かすときは、外部リンクの有無を先に確認してください。
また、公開済みの記事を一度でも非公開にすると、検索エンジンからの評価が一時的に落ちる場合があります。検索から流入が取れている記事の日付を、確認なしに動かすのは避けたほうが安全です。
まとめ
- 公開日欄は「表示される日付」ではなく「いつから公開するか」のスイッチを兼ねている
- 未来の日付を入れると、その日まで記事はサイトから消える。エラーは出ないので気づきにくい
- 「日付を直して」という依頼が来たら、まず未来日か過去日かを確認する。未来日なら、非表示になる期間を先に伝える
- 公開したまま未来の日付にすることはできない。本文に日付を書く、複製して予約公開する、日付表示を消す、のいずれかで対応する
- 変更の前後に、管理画面ではなく公開URLで表示を確認する
この仕様は「知らないと事故になり、知っていれば予約公開という運用の武器になる」タイプのものです。日付を触る前の10秒の確認で、後日の「お知らせが空になっている」という連絡は防げます。
自社サイトやネットショップの運用でこういった判断に迷う場面が続いているようであれば、更新のルール自体を設計し直したほうが早い場合もあります。運用の相談も承っていますので、お気軽にご相談ください。