営業時間の変更や新しい受付の案内をWordPressで予約したのに、予定の時刻を過ぎてもお知らせ欄に出てこない。こんなときは、同じ内容の記事をもう一件作る前に、元の投稿が公開されていないのか、公開済みで一覧に見えていないだけなのかを分けて確かめます。原因によって、保守担当に頼むことも、お客様に案内する方法も変わります。
手元に用意するのは、社内で決めた公開日時、WordPressに保存されている一件の投稿、ログインしていない人が開くページのURLです。この三つを一枚にまとめれば、制作担当に「出ません」とだけ伝える場合より、どの投稿をどの状態で確かめたかが明確になります。管理画面の確認と外から見た確認を同じ時刻に近づけるのがコツです。この記事の手順では予約や公開をやり直さず、まず事実を記録します。
「出ていない」を、誰が何を見た話なのかに分ける
社内チャットに「まだお知らせが出ていません」と連絡が来たら、最初に「どのURLを何時ごろ開きましたか」と聞きます。トップページの新着欄、ブログ一覧、個別記事の直URLは別の確認場所です。トップページの新着欄に出ないという報告から、その記事が未公開だと結論を出すことはできません。逆に、担当者が編集画面のプレビューで読めることも、訪問者が読める証拠にはなりません。
確認を始める前に、編集を止める担当を決めます。たとえば運用担当は一件を開いて記録を作り、別の人は同じ時間帯に予約を変えないようにします。何人かがそれぞれ対応すると、最初に見た予約日時と最後に見た公開画面が、別々の変更を経た状態になるためです。記事の元のタイトルと投稿ID、または編集画面で同じ投稿を特定できる情報を控えます。投稿IDは保守担当との共有用で、一般のお客様へ送るURLとしては使いません。管理画面を開いたままでも、保存ボタンは押す必要がありません。
WordPress.orgのサポートには、以前から予約公開を使っていた人が試験用の投稿を含めて予定を過ぎたと相談した例があります。また、別の相談では、特定のプラグインが提示した時刻と本人の想定にずれがありました。どちらも「予定した時刻に出ない」という言葉で相談できますが、片方は保存された予定を過ぎた後の状態、もう片方は保存する時刻の前提を確かめる話です。自社サイトで同じ原因だと考える前に、まずどちらに近いかを調べます。
社内の予定とWordPressの時刻を別々に書く
まずメール、営業予定表、告知の承認記録など、社内で日付を決めた資料を見ます。「水曜10時」だけなら、年月日とタイムゾーンを確認してから書きます。案内本文に書く「受付開始10時」と、ページを読めるようにする「告知公開の10時」は、たまたま同じとは限りません。翌日の受付開始を前日に知らせる運用なら、二つの時刻を混ぜると、告知の遅れを一日分見誤ります。元の資料に公開時刻がなければ、確定時刻と書かず「案内本文に受付開始の記載のみ、公開時刻は確認中」とします。
続けてWordPressの投稿編集画面または投稿一覧で、対象投稿の状態と保存された日時を読みます。日時の入力欄を開いたときの候補時刻は、実際に保存されている時刻とは限りません。たとえば前回見た画面の時刻を頼りにせず、現在保存されている投稿を開き直して記録します。WordPressの投稿設定の公式案内では、下書き、保留、予約、公開などの状態と、公開日時は別に説明されています。表示名や画面の位置は、使っているエディターや権限により異なります。
次に、権限があれば一般設定のタイムゾーンを読み取ります。権限がない場合は、表示されない理由を推測せず「設定未確認」として保守担当に確認を頼みます。パソコンやスマートフォンの時計が日本時間でも、WordPress側の設定が日本時間とは限りません。サイト全体に影響するため、この投稿の原因調べの途中で一般設定のタイムゾーンを変えるのは避けます。
たとえば「11月12日10:00 JSTに公開」のつもりでも、サイトの設定がUTCで、予約に11月12日10:00と保存されていれば、同じ年月日の19:00 JSTに当たります。反対に、JSTで午前の早い時刻をUTCへ直すと日付が前日になる場合があります。例の時刻は架空です。実際の引き継ぎでは換算後の値だけでなく、「画面に出ていた日時」と「サイトのタイムゾーン」を残します。設定が未確認のときは、二つの時刻が一致するかどうかも未判定にしておきます。
下書き、予約、公開済みで次の確認が違う
| 同じ投稿で観察した状態 | その時点で分かること | 担当者が次に確かめること |
|---|---|---|
| 下書き・レビュー待ち | 日時の表示だけでは、公開予約が成立したと判断できない。 | 公開の承認が済んでいるか、誰が予約を確定する担当か。別の投稿を予約していないか。 |
| 予約。サイト時刻で予定より前 | 社内で期待した時刻と実際の予約の前提が違う可能性がある。 | 社内の意図、保存日時とタイムゾーンを照合する。変更は正しい時刻と権限を確認してから判断する。 |
| 予約のまま。予定を過ぎた、または予約失敗の表示 | 予定時刻を過ぎても、投稿は公開された状態に変わっていない。 | 予定と観察時刻、表示された状態、直URLの結果を記録し、保守へ相談する。 |
| 公開済み。直URLで読める | 確認した環境から個別記事へ到達できる。 | 未表示と報告された一覧・トップページを別に開き、対象記事が出る条件を保守へ確認する。 |
| 公開済みだが、直URLで期待した本文が読めない | 管理側の状態と外側の表示が一致していない。理由はまだ分からない。 | URL、最終表示先、ログインの有無、公開範囲、古い本文かエラーかを記録して保守へ渡す。 |
「予約のまま」は、公開したはずの記事を後から見失ったのとは別です。一方、管理画面が「公開済み」と表示しても、パスワード保護など公開範囲の条件があると、全員が本文を読めるとは言えません。確認票では、公開状態と公開範囲を分けて書きます。予約失敗に見えても、管理画面の表示を更新する間に状態が変わることもあるので、最初の観察と二回目の観察を分けます。
訪問者として開くときは、最初に直URLを使う
対象の投稿から、公開後に使う個別記事のURLを控えます。管理画面の編集URLや、末尾にプレビュー用の指定が付いたURLをそのまま使わないようにします。編集画面で公開用URLを確認できなければ、保守担当へ「公開用URL未確認」と伝えます。URLを題名から作って試すと、予定していなかった別ページや旧ページに当たる可能性があります。
ログインしていないブラウザーや別プロファイルで、公開用URLを一度開きます。シークレットウィンドウを使う場合も、そのウィンドウでWordPressにログインしていないことを確認します。認証で保護している試験サイトなら、認証した時点で一般公開とは別の環境です。公開用URLを開いた時点で、実際に表示されたページ名、確認時刻、本文の見分けに使った一文、エラーの場合は表示の文言を控えます。URLが別のページへ変わるなら、最初に入れたURLと最後にアドレス欄に出たURLを分けます。
個別記事が読めたら、報告のあったトップページやお知らせ一覧を開きます。そこに載らなければ、確認結果を「直URLから読める。トップのお知らせ欄からは見つからない」と二行にします。記事一覧が扱うカテゴリーや掲載件数、並び順、保存された表示の影響などは、観察の次に調べる候補です。今回の状態だけから一つに決めず、対象欄を管理する人に引き継ぎます。公開の手直しと一覧の手直しを一つの依頼に混ぜないようにします。
検索エンジンでタイトルを検索する方法は、この判定には使いません。検索結果に出ない状態でも、直URLで公開されている場合があるからです。逆に、古い検索結果から別ページへ到達する場合もあります。SNSのリンクを開いて見えないという報告なら、SNSに書いたURLと控えた公開用URLを比べます。一致しないときは、SNS側のリンクの問題を、投稿の予約失敗と同じ記録にしません。
確認票を一枚残す
次は架空の受付案内です。投稿番号、時刻、URLは説明用で、実際の問い合わせや障害の記録ではありません。
| 記入欄 | 架空の記入例 |
|---|---|
| 対象 | 「冬の受付時間のお知らせ」、投稿ID 1042、公開用URL https://example.com/winter-hours/ |
| 社内の公開予定と根拠 | 11月12日10:00 JST。広報の確認表で決定。本文に記載する受付開始日は翌日。 |
| サイト設定と保存された値 | 一般設定は東京。対象投稿は11月12日10:00、投稿一覧に予約失敗の表示。 |
| 外からの確認 | 11月12日10:08 JST、スマートフォンのログインしていないブラウザーで直URLを開き、「ページが見つかりません」を確認。 |
| 関連する案内 | トップページの新着欄からも見つからない。外部へのリンク配布は保留中。既存の問い合わせ窓口を案内できる。 |
| 変更と引き継ぎ | 保存や再投稿をしていない。保守担当へ、同じIDの状態と公開方法の確認を依頼。次の確認は10:20 JST。 |
この例で確かめたのは、サイトで同じ時刻が保存されていたこと、管理画面に失敗と出たこと、外から確認した一つの環境で読めなかったことです。WordPressの定期処理が止まったと確定したわけではありません。「公開予定と保存日時は一致しています。対象投稿の状態と、元のURLで公開する判断を確認してください」と依頼すれば、保守側は同じ対象から調べ始められます。もし観察中に公開に変わったら、最初の記録を上書きせず「10:20に同じURLで本文を確認」と追記します。
スクリーンショットを添える場合は、時刻と状態が読める範囲に切り取り、他の未公開の題名、アカウント表示、管理画面のURLに含まれる情報などは、共有先に必要な範囲にします。外部の掲示板へ相談するなら、社内の予定表やログインが必要なプレビューは掲載せず、状況を文章で説明します。保守契約がある場合は、契約で決められた連絡先と方法で共有します。
同じ報告でも、最初に頼む相手が変わる例
もう一つ、架空の案内で考えます。販売担当から「10時の入荷案内がまだ出ていない」と電話があり、担当者が管理画面で投稿を確認すると公開済みでした。直URLもログインしていない環境で開き、正しい商品の入荷予定を読めました。一方、販売担当が見ていたトップページの「重要なお知らせ」欄には出ていません。依頼先は、まず予約の仕組みを管理する人ではなく、その欄の掲載条件を確認できる人です。「公開済みなので終了」ともしません。販売担当が紹介する入口がトップページなら、そこから見つけられることが今回の案内に必要だからです。
担当者は、以前にその欄へ出た別の記事を一つ開きます。以前の投稿と今回の投稿で、カテゴリーや掲載日の値、一覧で表示される件数などを読める範囲で比べます。違いがあっても、すぐにカテゴリーを付け直さず、「既存の案内は重要なお知らせに表示。今回の投稿は直URLのみ。付いている区分が違う」と伝えます。サイト内の別の一覧にも同じ区分が使われていれば、区分を付けるだけで掲載先が想定以上に増えることがあります。制作担当には、どの欄に載せたいのか、ほかの入口を増やす必要があるか、いつまで載せるかを合わせて伝えます。
反対に、公開用URLを開くと公開前の古い案内に転送された場合は、トップページの一覧の問題だけでは説明できません。「公開済み、直URLは別のページへ移動、旧案内の日付が表示」という三つを残し、URLと公開側の表示を扱える人に渡します。正しい案内が表示される前に既存リンクを配り直すと、利用者が旧案内にたどり着きます。この場合の暫定対応は、以前のURLを正しいものと説明せず、社内で定めた案内窓口に確認先を一本化することです。
確認を担当した人と修正を担当した人が違う場合は、「次の確認で誰が、どの端末で、どの入口を見るか」まで記録します。たとえば制作側が表示を直し、受付担当がスマートフォンからトップページの該当欄を開いて、直URLで見たものと同じ本文かを確認します。修正側が画面を見られたという返事だけでは、受付担当が案内に使う入口まで確認したかが分かりません。両方の記録を残せば、あとから別の端末で報告が来たときも、確認できた範囲を示せます。
告知が急ぎでも、同じ案内をもう一件作る前に決める
予約が遅れた後に同じ内容の投稿を新規作成すると、元の投稿も後で公開され、二つのURLが案内されることがあります。受付時間のように更新が続く情報では、後から片方だけ直して食い違いが生じるおそれもあります。最初の一件を残して誰が扱うかを決め、外へ告知する正式なURLを一つにする方が、受付や現場の説明をそろえやすくなります。
公開判断を待つ間にお客様の行動が変わる場合は、社内で認めた既存の連絡方法を使い、「何時から、どこで確認できるか」を担当者から案内します。リンクをすでに配布していたら、元のURLを維持する必要も保守へ伝えます。元の投稿を予定どおり出せるか、時刻を改めるか、案内を取りやめるかは、公開権限と内容の承認を持つ人が決めます。技術的にボタンを押せることと、対外的に案内してよいことは別です。
何度も予約時刻を過ぎる場合は、保守担当が再現条件を探せるよう、正常に公開できた一件と失敗した一件を対にします。両方で、保存日時、サイト設定、記事の状態、確認時刻、実際に開けた時刻を同じ書式にそろえます。曜日や時間帯だけから原因を決めず、違いが見つかったら保守側が確かめる順を相談します。WordPress公式のWP-Cronの開発者向け説明は、予定された処理がページの読み込みを契機に確認される標準の仕組みを説明しています。環境によっては別の起動方法を設定しているので、何度もページを開けば直るとは考えず、設定と記録の照合を任せます。
次の予約で同じ迷いを減らす
告知が公開されたら、管理画面だけで確認を閉じず、最初に報告のあった場所をもう一度開きます。直URLと、告知に使うトップページや一覧から同じ投稿に進めることを確かめます。本文の受付時間と会社の決定が合っているか、古い案内が近くに残っていないかも見ます。トップページに載せる予定がなかった場合は、掲載を追加するよう依頼せず、予定した入口から確認できれば完了として記録します。
サイトを新しく作るときに、予約の承認担当、時刻の記載方法、当日に確認する入口を決めておくと、公開直前に設定だけを頼りにしなくて済みます。島田市などで運用する事業者が、担当者自身で確認できる更新手順や告知欄を含めて相談したい場合は、LIFESEEDSのホームページ制作・運用の案内をご覧ください。相談時に既存の告知の入口と困っている状態を伝える場合は、お問い合わせからご連絡いただけます。
コメント