Macの画面が消えても自動投稿は動く？スリープ・ロック・電源の違い

「席を外したら画面が真っ暗だった。これでは毎朝の投稿は止まるのか」。この疑問は、設定画面を一つ開くだけでは解決しません。画面、Mac本体、作業アプリ、投稿先は、それぞれ別の場所で動いているからです。経営の現場なら、機械のランプが消えたことだけで出荷済みとは判断しないはず。ブログの自動投稿も、最後は公開ページを開いて確かめるところまでが仕事です。

この記事では「画面オフ」「スリープ」「ロック」「アプリ終了」を切り分け、家にいなくても確認できる運用の形まで整理します。特定のMacや個人の設定を紹介する記事ではなく、誰でも使える確認手順です。

画面が暗いだけでは、作業停止とは言えない

まず一番ややこしいところをほどきましょう。Macには少なくとも四つの状態があります。ディスプレイがオフ、Mac本体がスリープ、画面がロック、そしてアプリが終了です。見た目は似ていても、投稿に与える影響は違います。

ディスプレイだけが消えているなら、Macは処理を続けられる場合があります。一方で本体がスリープに入れば、Mac上のアプリによる作業は止まったり、予定時刻に動かなかったりします。ただし、ネットワーク経由で起きる設定やアプリ側の仕組みもあり、一つの見た目だけで一律には言えません。Appleは、ディスプレイのオフまでの時間や、ネットワークアクセス時の復帰、スリープに関する設定を別々に案内しています。

ロックはさらに別です。ロック画面でも、裏側の処理がすべて止まるわけではありません。しかし画面操作を必要とする自動化は、ロック中に操作できないことがあります。「裏で動くプログラム」と「ブラウザの画面をクリックする作業」を混ぜて考えないことが大切です。ChatGPT/Codexのローカル定期作業なら、Macの電源・アプリの起動・必要な権限も別々に確認します。

Appleの案内：省エネルギー設定／Macのシステム設定。Codexの案内：スケジュールされた作業。

自動投稿は「予約時刻」より「実際の公開結果」で見る

毎朝七時に動くよう設定したとしても、七時は「作業を始める時刻」です。「投稿が成功した時刻」ではありません。原稿の作成、画像の確認、WordPressへの送信、公開ページの確認には、それぞれ別の結果があります。途中まで進んで止まったものを、投稿済みと数えると未完が見えなくなります。

五つの確認点を分けて残す

一つ目は、その日付の新しい記事候補が作られたか。二つ目は、事実、匿名性、重複、画像を確認できたか。三つ目は、投稿先へ送る直前に正しいアカウントと原稿を確認したか。四つ目は、投稿先から公開済みの結果が返ったか。五つ目は、実際のURLを開くと読者向けの本文・画像が表示されるかです。原稿ファイルがあるだけ、下書きがあるだけ、送信ボタンを押しただけでは「公開完了」ではありません。

ここで見落としやすいのが「記事そのものが作られなかった日」です。未完の原稿一覧を探すだけでは、一覧に載らない日を発見できません。日付ごとに必要本数と、実際に公開が確認された本数を照合する必要があります。たとえば土日だけ動かない場合、月曜日に新しい二本を出しても土日の欠けは埋まりません。過去分と当日分は別の列で管理します。

もう一つ大事なのは、公開日を後から偽らないことです。休日分を翌週に制作したなら、企画上の対象日は休日でも、サイトの公開日時は実際に読者が見られるようになった日です。日付を戻すよりも、「何が遅れ、いつ出したか」を内部の台帳で正確に管理する方が、重複投稿や集計違いを防げます。

記事公開後は、公開URLを開いて、見出し・画像・リンク・スマホ幅の崩れを確かめます。SNSでも「送信済み」という表示だけでは足りません。対象アカウントの投稿URLと実際の表示を確認して初めて、その媒体の完了です。

家を出る前に確認する設定は、三層だけでいい

設定項目を片端から変える必要はありません。まずMac、次にアプリ、最後に投稿先の三層を確認します。経営者が出荷工程を「設備」「担当」「納品先」に分けるのと同じ考え方です。問題が出ても、どの層なのか分かれば修復が早くなります。

Mac：画面オフと本体スリープを分ける

電源につながっているか、予定時刻にMacが起動しているか、ディスプレイだけが消える設定なのかを見ます。画面を五分で消す設定自体は、投稿失敗を意味しません。本体をスリープさせない設定やネットワークアクセス時の復帰などは、機種・macOSの版・電源状態で表示が異なります。Appleの公式設定画面の項目名を実機で確認し、変更前の状態を控えてから調整しましょう。

アプリ：予定が登録され、実行できる状態か

自動作業のアプリが起動しているか、スケジュールが有効か、必要なファイルにアクセスできるかを確かめます。「通知が来ない」と「処理が動いていない」も分けます。通知だけの不具合なら、公開結果は別に確認できることがあります。逆に通知が届いても、その通知が実URLの成功を示していなければ、公開済みとは決められません。

投稿先：ログインと送信方法を分ける

WordPressの公式APIを使えるなら、画面がロックされていても、Mac本体と実行環境が動き、通信と認証が有効なら送信できる場合があります。一方、noteやXの公式画面をクリックする方式は、画面操作とログイン状態が必要です。媒体によって送信方法が違うため、ある一媒体の成功を「全部の媒体が成功した」と読み替えないでください。

止まったときは、再送より「どこまで届いたか」から調べる

投稿が見当たらないときに、同じボタンを何度も押すのは危険です。通信が切れた直前に投稿先だけが受け取っていた場合、再送すると同じ記事が二つ出ます。まず、投稿先の公式一覧や既知の投稿ID、実URLで現在の状態を確かめます。届いていなければ、原稿を変えずに安全な方法で再開します。届いていたなら、再送せず、公開ページの確認と台帳への反映だけを行います。

直す順番も単純です。電源や通信が原因なら実行環境を戻す。認証が切れたなら、本人が公式画面で必要な操作をする。画像や本文の検査に落ちたなら、その記事だけを直す。特定媒体が使えないなら、WordPressなど進められる媒体を先に完了させる。最後に、止まった日と記事を次の定期実行が必ず見つけられるよう、未完の理由と再開点を残します。

ただし「止まらない」と言っても、停電、ネットワーク障害、利用制限、サービス側の不具合まで消せるわけではありません。大切なのは、失敗を見えなくしないことと、回復後に同じ記事を安全に続けられることです。毎回新しい記事を作り直す方式より、未完の記事ID・送信状態・公開URLを引き継ぐ方式の方が二重投稿を避けやすくなります。

自分が確認するなら、難しいログを全部読む必要はありません。「今日の新規は何本公開されたか」「過去の未完は何本残るか」「各媒体の実URLはどれか」の三つを見ます。これが一画面で分かれば、外出先のスマホからでも結果を判断できます。成功を約束する表示ではなく、未完も正直に示す表示にしておくのが実務的です。

もし「今日は二本」と決めているなら、原稿が一本も存在しない日も未達として表示します。前日の記事を今日直したことと、今日の新記事を出したことも別に数えます。数字の定義を先にそろえるだけで、作業者と確認する人の認識違いを減らせます。

よくある質問（Q&A）

Q. 画面が消えても、マウスを動かしたらパスワードなしで戻れました。自動投稿は動いていましたか？

A. その状態だけでは分かりません。画面オフと本体スリープを切り分け、アプリの実行記録、投稿先の公式URLを順に確認してください。パスワード不要だったことは公開成功の証明になりません。

Q. Macを一切スリープさせなければ、毎日の投稿は必ず成功しますか？

A. 必ずとは言えません。アプリ停止、通信、認証、本文や画像の不合格、投稿先の障害が残ります。Macの設定は必要条件の一部です。最後は各媒体の実公開ページで確認します。

Q. 投稿を再開するとき、遅れた日付で公開してもいいですか？

A. 内部では「どの日の未完か」を残し、サイトには実際に公開された日時を記録するのが正確です。先に公式状態を照合し、同じ記事の重複公開を防いでから再開します。