公開 vs 予定 は何をしますか？
「成功」と表示するツールは、プロフィール上の投稿ではありません。スケジューラはジョブを受け入れても後で失敗します。期限切れのトークン、間違ったアカウント、拒否されたフォーマット、片方のネットワークだけが静かにドロップされます。するとオーナーがページを開いて何も見つからず、エージェントはもう「すべて公開しました」と言ってしまっています。このスキルは、次のルールでそのギャップを埋めます：このチェックで実際にライブで見た場合のみ、その行を「公開済み」とみなします。
使用する場面
- 予約、アップロード、公開をした直後で、これから報告しようとしているとき。
- 誰かが「公開された？」「全部保存された？」「なぜインスタにないの？」と尋ねてきたとき。
- 定期的なジョブがクライアント向けにコンテンツを投稿しているが、誰もライブページを見ていないとき。
投稿のデザイン、キャプション作成、広告結果の読み取りには使用しないでください。これは、計画したものが、あるべき場所に、あるべき時間に存在したかどうかのみを答えとします。
方法
1. 最初に計画リストを作成する（スケジューラに触れる前に）
ネットワークごと、アイテムごとに1行。FacebookとInstagramへのクロス投稿は2行です。
| # | アカウント/ページ | ネットワーク | フォーマット | 予定日時+タイムゾーン | アセット（ファイル名またはID） | キャプション、最初の単語 |
|---|
ルール:
- すべての行にタイムゾーンを記入します。スケジューラのタイムゾーンとアカウントのタイムゾーンは異なることがよくあります。
- リストは、ブリーフまたは承認されたカレンダーから取得し、自分が覚えている内容からは取得しません。
- フィールドが不明な場合は、ここでそのように明記します。推測で後から埋めないでください。
2. スケジュール後：スケジューラのリストから読み戻す
確認トーストを閉じます。スケジューラのリストビュー（予約投稿、プランナー、キュー）を開き、各行をフィールドごとに照合します:
- 正しいアカウント/ページ、正しいネットワーク
- 正しいフォーマット（投稿 vs リール vs ストーリー）
- 日付、時刻、タイムゾーン
- 正しいメディア（プレビューを開く；カルーセルのアイテム数を数える）
- キャプションがそのまま（最初の単語、改行、リンク、ハッシュタグ、切り詰めなし）
不一致があれば今すぐ修正し、再度読み戻します。トーストが何と言おうと、リストに見つからない行は「未スケジュール」です。
3. スロット経過後：ライブの画面を確認する
予定時刻が過ぎてから数分待ちます。その後、管理ツールではなく、一般公開されているものを開きます:
- 可能な場合はログアウト状態、またはアプリビューでの公開プロフィールまたはページ；またはプラットフォーム自身の「公開済み」リストを二次ソースとして
- InstagramとFacebookは個別に。クロス投稿では、エラーなしで片側だけが落ちることがよくあります。
- 各行について確認：存在する、正しいアカウント、正しいフォーマット、キャプションがそのまま、メディアが再生されて正しいアセットである、ほぼ正しい時間に投稿されている
- ドライブアップロードの場合：ウェブビューで宛先フォルダを開き、ファイル名、サイズがゼロより大きいこと、開けることを確認します
ストーリーは期限切れになり、一部のフォーマットは別のタブ（リールタブ、ストーリーアーカイブ）に表示されます。何かが欠けていると判断する前に、正しい場所を確認してください。
4. 調整表のみを報告する
ギャップを最初に記載します。正確な確認時刻とタイムゾーンを記載します。
| # | 項目 | 予定 | スケジュール（リストビュー） | ライブ（公開ページ） | ギャップと考えられる原因 | 修正 |
|---|
セルごとのステータスワード: ok、missing、wrong（内容を明記）、not yet due、not checked（理由を明記）。その後、1行：「2025年4月3日 21:40 (UTC-5) 確認：9件中7件ライブ、2件ギャップ。」
5. 使用してよい言葉と使用してはいけない言葉
- 「公開済み」と「ライブ」：このチェックでライブ画面で確認した行に対してのみ使用します。
- 「スケジュール済み」：このチェックでスケジューラのリストで読み戻した行に対してのみ使用します。
- 絶対に使用しない：ツールのステータス、「成功」とマークされたタスク、トースト、ログ行、以前のレポート、または記憶から。
- 確認できなかった場合（ログイン期限切れ、ページブロック）、
not checkedとその理由を書きます。「不明」は「おそらく問題ない」よりも優れています。 - 何か問題があり、安全に修正できる場合（再スケジュール、再アップロード、必要に応じてオーナーの承認を得て欠落したスロットを再公開）、実行し、再確認して新しい証拠を提示します。
6. 定期実行の頻度
- 各スケジュールスロットの直後：そのスロットがカバーした行のみを確認します。
- 1日1回：全表。
- チェックの間は、差分のみを報告します（「前回のチェックから2行が変更されました」）、全文を再度報告しません。
- 最後の表をタイムスタンプとともに保持し、次のチェックでその差分を確認できるようにします。
実例
計画：火曜日に3アイテム。21:40に報告。
| # | 項目 | 予定 | スケジュール | ライブ | ギャップと原因 | 修正 |
|---|---|---|---|---|---|---|
| 1 | ページA, FB, 投稿 | 火曜 10:00 | ok | ok | なし | なし |
| 2 | ページA, IG, リール | 火曜 10:00 | ok | missing | IGへのクロス投稿が失敗、エラー表示なし | 21:45に手動で再公開、現在ライブ（確認済み） |
| 3 | ページB, FB, リール | 火曜 18:00 | wrong: 08:00に設定 | wrongな時刻でok | タイムゾーンシフト（スケジューラが別のゾーン） | アカウントのタイムゾーンを設定、次回バッチ用にメモ |
悪い報告：「3件すべてスケジュール済み、公開済み。」（3つの成功トーストから来ている。）
よくある失敗の原因
- 期限切れまたは失効したトークン、またはページの権限が変更された
- 間違ったアカウントが選択された、または類似した2つのページ/アカウント
- フォーマット拒否：リールが長すぎる、アスペクト比が間違っている、サポートされていないコーデック、キャプションが長すぎる
- スケジューラ、アカウント、計画者間のタイムゾーンシフト
- スケジュール保存時にメディアアップロードがまだ処理中で、投稿にメディアがない状態で保存された
- クロス投稿で片方のネットワークが静かにドロップされた
- 予約ではなく、重複または下書きとして保存された
- スケジューラリストがフィルタリング（日付範囲、1アカウント）されているため、行が欠けているように見える、または別のアイテムであるかのように見える
- 投稿後にプラットフォームによってフラグが付けられた、または著作権チェックで削除されたコンテンツ
- ドライブアップロード：同期が完了していない、ファイルが間違ったフォルダに置かれた、0バイトファイル、権限が共有されていない
制限
- アクセス権がない非公開または制限付きアカウントは見えません。そのように明記します。
- プラットフォームのリストは数分遅れることがあります。欠落と判断する前に1回再確認します。
- これは、誰かが見たかどうかではなく、存在と忠実性を確認します。